欢迎来到冰点文库! | 帮助中心 分享价值,成长自我!
冰点文库
全部分类
  • 临时分类>
  • IT计算机>
  • 经管营销>
  • 医药卫生>
  • 自然科学>
  • 农林牧渔>
  • 人文社科>
  • 工程科技>
  • PPT模板>
  • 求职职场>
  • 解决方案>
  • 总结汇报>
  • ImageVerifierCode 换一换
    首页 冰点文库 > 资源分类 > DOCX文档下载
    分享到微信 分享到微博 分享到QQ空间

    企业进销存管理数据库系统设计doc.docx

    • 资源ID:6693034       资源大小:213.14KB        全文页数:28页
    • 资源格式: DOCX        下载积分:3金币
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录 QQ登录
    二维码
    微信扫一扫登录
    下载资源需要3金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

    加入VIP,免费下载
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    企业进销存管理数据库系统设计doc.docx

    1、企业进销存管理数据库系统设计doc 本科学生综合性实验报告课程名称:数据库系统原理企业进销管理系统项目组长 欧阳冠 学号 * 班 级 C02班 实验项目名称 企业进销管理系统 指导教师及职称 刘爱红 老师 开课学期 2009 至 2010 学年 第1 学期 完成时间 2009 年 12 月 31 日1.需求分析 需求分析将从目的,背景,目标,及用户需求等方面进行分析,为概念设计提供依据。1.1编写目的 设计一个企业商品管理系统供客户和公司管理人员及有关人员的使用,降低管理成本,方便企业管理者对企业管理和了解。1.2背景 随着科学技术的提高,企业之间的竞争日益激烈,如何在众多的企业竞争中取得优势

    2、,快速准确的获取信息,从而加强企业内部的管理,是企业或商场密切关注的问题。而商品进销管理又是一个企业或商场不可或缺的部分,它的内容对于企业或商场的决策者和管理者来说至关重要,如何为用户,企业员工提供充足的信息和快捷的销售,查询手段,为部门经理获得部门业务,员工业绩信息。从而提高企业的运营效率,更好的吸收客户,加强企业内部管理,迅速做出决策。1.3系统目标 该系统目标实现用户注册、登录,搜索,浏览商品,修改订单等操作;企业管理人员添加、删除商品,管理商品种类,添加、删除客户、供应商,统计管理业务往来的客户、供应商,处理订单等操作。1.4需求分析 需求分析主要包括以下内容:系统功能需求,系统总体功

    3、能图,数据字典,实体和数据。1.5系统功能分析 根据进销的管理要求和对企业进销商品的分析,在只考虑企业已经完成的销售及采购商品业务而进行的商品进销管理系统应该提供以下方面的功能。(1)员工基本信息管理:提供员工的基本信息录入及其查询功能。包括: 系统管理员录入员工的基本信息。 系统管理员更新,增加和删除员工的基本信息。 用户可根据员工名字和编号查询员工基本信息。(2)客户基本信息管理:提供客户基本信息录入,维护和查询功能。包括: 系统管理员录入客户基本信息。 系统管理员更新,增加和删除客户基本信息。 用户可根据客户编号,名字查询客户基本信息。(3)供应商基本信息管理:提供供应商基本信息录入,维

    4、护和查询功能。包括: 系统管理员录入供应商基本信息。 系统管理员可更新,增加和删除供应商基本信息。 用户可根据供应商编号,名字查询供应商基本信息。(4)商品基本信息管理:提供供应商基本信息录入,维护和查询功能。包括: 系统管理员录入商品基本信息。 系统管理员可更新,增加和删除商品基本信息。 用户可根据商品编号,名字查询商品基本信息。(5)商品销售管理:提供商品的销售信息。 系统管理员录入商品销售情况基本信息。 系统管理员可根据企业提供的要求,对有关信息进行修改,增加和删除。 用户可根据商品编号,员工编号对商品进行查询。(6)商品进货管理:提供商品的进货信息。 系统管理员录入商品进货情况基本信息

    5、。 系统管理员可根据企业提供的要求,对有关信息进行修改,增加和删除。 用户可根据进货单编号,商品编号,员工编号对商品进行查询。(7) 销售查询:提供不同方式的商品销售情况查询。包括: 按销售单编号查询:用户可根据销售单编号查询该商品的销售情况。 按商品编号查询:用户可根据商品编号查询该商品的销售情况。; 用户可根据商品名称查询某商品的销售情况。 按员工编号查询:用户可根据商品编号查询该商品的销售情况。 按员工名称查询:用户可根据商品名称查询某商品的销售情况。 按客户编号查询:用户可根据商品编号查询该商品的销售情况。 按客户名称查询:用户可根据商品名称查询某商品的销售情况。(8) 进货情况查询:

    6、提供不同方式的商品进货情况查询。包括: 按进货单编号查询:用户可根据进货单编号查询该商品的销售情况。 按商品编号查询:用户可根据商品编号查询该商品的进货情况。 按商品名称查询:用户可根据商品名称查询某商品的进货情况。 按员工编号查询:用户可根据商品编号查询该商品的进货情况。 按员工名称查询:用户可根据商品名称查询某商品的进货情况。 按供货商编号查询:用户可根据商品编号查询该商品的进货情况。 按供货商名称查询:用户可根据商品名称查询某商品的进货情况。(9)信息统计。包括: 员工业绩统计:根据企业提供的销售单,按员工编号分类汇总员工在某一时期内的销售额从而确定员工业绩。 客户购货统计:根据销售主单

    7、客户的购货情况统计所有的客户长期以来与 本企业发生的业务往来,购货数量。 商品销售统计:以查看某一时段每一种是商品的销售数量。(10)用户及其权限管理:提供用户管理,权限分配,登陆及权限证等功能。包括: 增加,删除用户。 用户角色及其权限分配。 用户登陆及权限验证。 更改用户密码。1.6系统总体功能图该系统总体功能图如图1.1所示。图1.1 系统功能图1.7数据需求及业务规则分析 业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定,基于上述功能需求,通过进一步了解某企业的商品进销数据需求及业务分析规则如下:(1)员工由员工编号唯一标识,需要存储员工的名字,性别,家庭住址,电话号码,

    8、员工身份证号,进厂时间,员工所属部门等信息。其中家庭住址由省份,城市及街道组成。员工的电话号码可以有多个。(2)供货商由供应商编号唯一标识,需要存储供货商的公司名,联系人,联系方式(即联系电话号码),地址。其中供应商地址包括省份和所在城市。(3)客户由客户编号唯一标识,需要存储客户的公司名,联系人,联系方式即联系电话号码),地址。其中客户地址包括省份和所在城市。(4)商品由商品编号唯一标识,需要存储商品的名称,商品用途描述,商品生产地。(5)商品销售主表单由销售单编号唯一标识,需要商品销售日期,客户编号,处理销售的员工编号,总的金额。(6)商品销售明细单由销售单编号和商品编号共同标识,除此之外

    9、还需要存储商品销售数量,成交价格。(7)商品进货主表单由进货单编号唯一标识,需要存储商品进货日期,供货商编号,处理进货的员工编号,总金额。(8)商品进货明细单由订货单编号和商编号共同标识,需要存储商品进货数量,采购商品的成交价格。(9)每一个员工的业务要明确,属于销售部门的只能负责商品的销售业务,进货部门的负责商品的采购。(10)某一时期内商品的销售数量不能多余这一时期内的进货数量。.(11)本系统不考虑销售,进货时如发生质量或其他问题而退货的情况。(12)在销售和进货之间进行的业务不考虑其税价,税率以及销售折让等情况。(13)进货价格只能在进货明细表中输入,同样商品销售价格也只能在销售单明细

    10、表中填制。1.8数据约束分析 (1)用户访问权限:任何用户都不能访问其他用户的密码。 (2)任只可查员工查询自己的历史销售情况,不可访问到其他员工的业务情况。(3)销售数量和购货数量并且各自的金额都不能为空值。(4)商品编码规则:以字母P开头再加上8位数字。(5)员工编码规则:以字母E开头加上8位数字,其中前4位数字由员工进入企业的时间年份顺序生成,后4位则是按流水号一次增大。(6)客户编码规则:以字母C开头再加上8位数字。其中前4位数字由客户购货的时间年份顺序生成,后4位则是按流水号一次增大。(7)供货商编码规则:以字母S开头再加上8位数字。其中前4位数字由企业采购商品的时间年份顺序生成,后

    11、4位则是按流水号一次增大。(8)销售主单编码规则:以S开头再加上12位数字。其中销货单的前8位数字是商品销售时间,后4位数字则是按其流水号。(9)购货主单编号规则:以B开头再加上12位数字。其中销货单的前8位数字是商品采购时间,后4位数字则是按其流水号。1.9数据字典 数据字典包括数据项描述、数据结构描述、数据流、数据存储和处理过程,具体内容如下。1.9.1数据项与数据结构通过对所建立的表进行分析,我们得到了以下一些数据项,如表1.1至表1.10所示。表1.1 用户类型表 UserType数据项名与别名类型(长度)是否为空取值范围数据项含义说明UserName(用户名)VarChar(20)N

    12、ot nullAZ的字符字符Password(密码)Char(6)Not null09的整数字符数字TypeID(用户种类编号)SmallintNot null数字表1.2 用户表User数据项名与别名类型(长度)是否为空取值范围数据项含义说明UserTypeSmallintNot nullAZ字符用户种类编号NamevarChar(20)Not nullAZ字符 用户名NotevarChar(40)nullAZ字符 注释说明表1.3进货明细表数据项名与别名类型(长度)是否为空取值范围数据项含义说明BuyIDChar(13)Not null09数字 数字字符ProductIDChar(9)No

    13、t nullP字符加8个数字数字字符商品编号QuantityintNot null 整数 商品数量pricenumeric(7,2)Not null 数字 成交价格表1.4销货明细表数据项名与别名类型(长度)是否为空取值范围数据项含义说明SellID Char(13)Not null数字字符ProductID Char(9)Not null数字字符商品编号Quantity intNot null大于0的整数商品数量pricenumeric(7,2)Not null大于0的数成交价格表1.5员工表Employee数据项名与别名类型(长度)是否为空取值范围数据项含义说明EmployeeIDChar

    14、(9)Not nullE字符加8个数字员工编号EmployeeNamevarChar(20)Not null字符员工姓名Sexchar(1)Not null一个字符性别comeDateDatetimeNot null时间数字进场时间departmentVarchar(30)Null字符所属部门AdressVarchar(60)Null字符 住址telephoneVarchar(15)Null数字字符 电话号码表1.6 客户表Customer数据项名与别名类型(长度)是否为空取值范围数据项含义说明CustomerIDChar(9)Not nullC字符加8个数字客户编号contactNameva

    15、rchar(20)Not null字符联系人CompnyNameVarchar (40)Not null字符公司名称contactphonevarChar(15) Null字符数字联系号AdressvarChar(40) NullAz的字符地址表1.7供应商表Supplier数据项名与别名类型(长度)是否为空取值范围数据项含义说明SupplierIDChar(9)Not null供应商号contactNamechar(20)Not nullAZ的字符联系人CompanyNameVarchar (40)Not nullAZ的字符公司名称contactphoneVarChar(15) Null字符

    16、数字联系号AddessVarchar(40)NullAZ的字符地址表1.8进货主单表 BuyList数据项名与别名类型(长度)是否为空取值范围数据项含义说明BuyIDChar(13)Not null参照buylistSupplierIDChar(9)Not null参照supplier供货商编号buysumNumeric(9,2)Not null数值进货金额BuyDateDatetimeNot null时间数字进货日期EmployeeIDDatetimeNot null参照employee员工编号表1.9进货主单表SellList数据项名与别名类型(长度)是否为空取值范围数据项含义说明Sell

    17、IDChar(13)Not null参照selllist售货单号CustomerIDChar(9)Not null参照customer客户编号sellsumNumeric(9,2)Not null数值售货金额sellDateDatetimeNot null时间日期售货日期EmployeeIDDatetimeNot null参照employee员工编号表1.10 商品表Product数据项名与别名类型(长度)是否为空取值范围数据项含义说明 ProductIDChar(9)Not nullP字符加8个数字商品编号ProductNamevarChar(20)Not nullAZ的字符商品名称Prod

    18、uctAdressvarChar(20)NullAZ的字符产地DescriptionvarChar(20)NullAZ的字符描述1.92数据处理为了实现预期的系统功能,我们建立了以下数据处理过程,如表1.12所示:表1.12 数据处理编号名称数据处理说明1.员工查询查询所有员工信息2.员工查询编号为按员工编号精确查询3.员工查询姓名为按员工姓名糊查询4.员工信息查询全面查询所有员工信息,不需要密码5.客户查询查询所有员工信息6.客户查询编号为按客户编号精确查询7.客户公司名查询按客户公司名模糊查找8.客户信息查询全面查询所有客户信息,不需要密码9.删除员工删除已经离开本企业的员工信息10.删除

    19、客户删除已经不存在的客户11.供应商查询查询所有供应商12.供应商查询编号为按供应商编号精确查询13.供应商查询公司名按供应商名模糊查询14.供应商查询联系人按联系人名模糊查询 15.供应商信息查询查询所有供应商信息,不需要密码16.删除供应商删除已经存在的供应商17.商品查询查询所有商品18.商品编号查询按商品编号精确查询19.商品查询名称按商品名模糊查询20.删除商品对销路不好或是停产的商品进行删除21.注册新员工插入一名新员工22.注册新客户插入一名新客户23.进货信息查询按进货单编号查询24.销货信息查询按销货单编号查询25.员工业绩统计统计员工销售业绩2. 数据库概念设计2.1定义实

    20、体集及属性 (1)员工实体集Employee:员工编号(EmployeeID),员工的名字 (EmployeeName),性别(Sex),家庭住址(Address),电话号码(Telephone),员 工 身份证号(identify),员工所属部门(department),进厂时间(ComeDate)等 信息。其中家庭住址由省份(province)城市(city)及街道(street)组成。 (2)供货商实体集Supplier:供货商编号(SupplierID),供货商的公司名(FactoryName),联系人(ContactName),联系方式(Contactphone)(即联系电话号码),

    21、地址(Adress)。其中供应商 地址包括省份(province)和所在城市(city)。 (3)客户实体集Customer:客户类型编号(CustomerID),客户公司名(CompanyName),联系人(ContactName),联系方式(即联系电话号码)(Contactphone),地址(Adress)。其中客户地址包括省份(province)和所在城市(city)。 (4)商品实体集Product:商品编号(ProductID),商品的名称(ProductName),产地(ProductAdress),商品用途描述(Description)。 (5)商品销售主表实体集SellList

    22、:商品销售单编号(SellID),商品销售日(SellDate),销售数量(Amount),购买者编号(CustomerID),处理销售的员工编号(EmployeeID),客户已付款(sellsum)。(6) 商品销售明细表实体集 SellDetail:商品进货明细单编号(SellID),商品编号(ProductID),单价(price),销售数量(Amount)。 (7)商品进货主表实体集BuyList:商品进货单编号(BuyID),商品进货日期(BuyDate),供货商编号(SupplierID),处理进货的员工编号(EmployeeID),企业已付款(buysum)。(8)商品进货明细表

    23、实体集 BuyDetail:商品进货明细单编号(BuyID),商品编号(ProductID),单价(price),进货数量(Amount)。2.2定义联系集及属性(1)Buy联系集:SellList与Customer之间的一对多的联系集。表明一个客户通过购买商品在不同时期可以有不同的销售单,。一张销售单中只能有一个客户。(2)Sell联系集:Employee与SellList之间一对多的联系集。一个销售业务员可以销售多批商品业务,而一张销售单只能记一个销售员。(3)Import联系集:Employee与Buylist之间的一对多的联系集。一个采购业务员可以发生多商多笔采购业务,而一张采购单只能

    24、由一个采购员处理。(4)Supply联系集:BuyList与Supplier之间一对多的联系集。一个供应商可以有多业务单,而一张采购单只可以记录一个供应商。(5)Have联系集:弱实体集SellDetail与SellList,弱实体集BuyDetail与BuyList之间一对多的联系集。一张销售单编号或采购明细单编号中的一种商品只能在一张销售主单或采购主单中反映,而一张销售单或是采购单可以对应于多张明细单。(6)EmployeeTel联系集:Employee与Telephone之间一对多的联系集。一名员工可以对应多个电话号码,而一个电话号码只能对应与一名员工。(7)Record联系集:Sell

    25、Detail,BuyDetail与Product之间一对多的联系集。一张明细表中只能记载一种商品,一种商品可在多张明细表中。2.3 E-R模型设计所有实体描述如下:(1)员工基本属性如图2.1所示。图2.1 Employee实体集 (2)供应商基本属性如图2.2所示。图2.2 Supplier实体集(3)客户基本属性如图2.3所示。 图2.3 Customer实体集(4)商品基本属性如图2.4所示。图2.4 Product实体集(5)销售单基本属性如图2.5所示。图2.5 Selllist实体集 (6)销货明细单属性如图2.6所示。图2.6 SellDetail实体集(7)购货单基本属性如图2

    26、.7所示。图2.7 BuyList实体集(8)购货单明细表属性如图2.8所示。 图2.8 BuyList实体集(9)用户类型基本属性如图2.9所示。图2.9 UserType实体集(10)用户基本属性如图2.10所示图2. 10 User实体集(11)总体ER图如图2.11所示。 图 2.11 总E-R图3.逻辑设计本次设计的数据库在SQL Server 2000上实现,将概念结构设计中的E-R图转换成SQL Sever 2000支持的关系数据模型。3.1实体的转换将所有的实体分别转换为单独的一张表。(1)用户类型实体集usetype: Usetype(usename,password,typ

    27、eID),(2)用户实体集user: User(usertype,name,note) (3)进货主表实体集buylist: Buylist(buyID,supplierID,buysum,buydate,employeeID) (4)进货明细单实体集 buydetail: Buydetail(buyID,productID,quantity,price) (5)销货主单实体集selllist: selllist(sellID,customerID,sellsum,selldate,employeeID) (6)销货明细单实体集selldetail: Selllist(sellID,produ

    28、ctID,quantity,price) (7)商品实体集product Product(productID,productname,productaddress,description)3.2由多值属性转换而来的关系模式电话号码(telephone):Telephone(employeeID,telephone,location)3.3由复合属性转换而来的关系模式(1)员工实体集employee: Employee(employeeID,employeename,sex,comedate,department, province,city,street,birthday,telephone)(2)客户实体集customer: Customer(customerID,customername,contactname,contactphone,province,city)(3)供应商实体集supplier: Supplier(supplierID,companyname,contactname,contactphone,province,city)3.4关系设计关系设计包括转换后所得表和函数依赖关系,转换之后的关系如表3.1至表3.11所示。表3.1 用户类型表 UserType数据项名与别名


    注意事项

    本文(企业进销存管理数据库系统设计doc.docx)为本站会员主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2008-2023 冰点文库 网站版权所有

    经营许可证编号:鄂ICP备19020893号-2


    收起
    展开