订货数据库设计.docx
《订货数据库设计.docx》由会员分享，可在线阅读，更多相关《订货数据库设计.docx（15页珍藏版）》请在冰点文库上搜索。
武汉理工大学《数据库系统原理》课程设计说明书
学 号：
课 程 设 计
题
目
订货数据库设计
学
院
计算机科学与技术学院
专
业
计算机科学与技术
班
级
姓
名
指导教师
2014年 1 月 8 日
课程设计任务书
学生姓名：
专业班级：
指导教师：
工作单位：
计算机学院
题目：
订货数据库设计
初始条件：
在一个订货系统的数据库中，存有顾客、货物和订货单的信息。
l顾客（顾客号、收货地址、赊购限额、余额、折扣）
l订货单（顾客号、收货地址、订货日期、订货细则）
l订货细则（货物号、订货数量）
l货物（货物号、制造厂商、厂商的实际存量、最低存货量、货物描述）
要求完成的主要任务：
1.根据上述的初始条件，进行调查分析并设计适当的属性。
设计一个订货数据库，DBMS可选MsSQLServer、Oracle、MySQL等。
2.完成课程设计说明书，其格式遵守学校今年的新规定。
主要内容包括：
需求分析，概念设计，逻辑设计，物理实现等。
3.基于该数据库，最好实现一个或多个应用程序（自己确定功能），程序设计语言（工具）任选。
这一项是选作，不作硬性要求。
时间安排：
本学期第19周：
1.理解课程设计任务，消化资料、系统调查 1天
2.系统分析，总体设计 1天
3.详细设计及实施，撰写课程设计报告 2天
4.课程设计验收 1天
指导教师签名：
年
月
日
系主任（或责任教师）签名：
年
月
日
14
订货数据库设计
1.需求分析及说明：
1.1需求分析和可行性分析：
需求分析的任务是调查应用领域，对应用领域中各种应用的信息要求和操作要求进行详细分析，形成需求分析说明书。
需求分析过程一般分一下几个阶段：
（1）调查组织机构的总体情况
（2）熟悉各部门的业务活动情况
（3）分析用户的需求
（4）确定新系统的边界
订货时很多发展的必然趋势，有人说订货的好坏，决定了当季销售业绩的一半。
订货一方面可以保证我们发货的总量维持不变，公司所发货品总数即为销售总数，这样可以为公司控制货品销售争取主动，能够较准确地掌控生产与库存总量；另一方面可以控制一定量的滞销款返回以促进其销售，为公司疏缓库存压力。
由于订货的好处和它处理数据的庞大行，订货系统应运而生。
1.2具体说明：
由于顾客或订货商们订货时会有各种不同的需求，而且随着顾客量的增加，
顾客的信息量也在增加，而且必须确保顾客信息的准确和完整性。
订购的货物有其属性，如：
货物名，订货价等。
不同的顾客会与公司建立不同的订货单，这些订货单对应着不同的订货细则。
这些都是很庞大的数据量，需要建立一个数据库来保存和方便的查询。
1.3问题域描述：
顾客找供货商订货，这时候顾客要把顾客的姓名，收获地址，联系电话，邮箱地址，邮编等信息给供货商。
顾客可以签订多份订货单。
在每个订货单中可以有多种货物。
每个订货单就可以对应多份订货细则。
供货商根据订货单给
顾客发货。
顾客可以登录到订货管理系统查询自己的信息。
供货商可以进入订货管理系统对顾客信息进行添加，删除，修改等。
这个时候还要考虑到顾客只能够看而不能够去修改其数据。
1.4数据流图：
0层：
订货数据库
返
回结果
处理
数据库信息
返回结果
查询信息 查询和更新信息
订货管
查询结果 理系统 返回结果
管
理员
登录信息
登录信息
查询结果
顾
客
1.5数据字典：
1.5.1数据项：
数据项是数据的最小单位，对数据相的描述包括：
数据项名、含义、别名、类型、长度、取值范围以及与其他数据项的逻辑关系。
（1）顾客信息：
顾客号，姓名，电话，邮箱，邮编，收货地址，赊购限额，余额，折扣，开户银行，银行账户
（2）订货单信息：
订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式
（3）订货细则信息：
货物号，订货细则号，订单号，订货数量，订货价，订货金额
（4）货物信息：
货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述
（5）账号信息：
用户名，密码，权限
1.5.2数据表：
顾客表：
列名
数据类型
长度
允许空
顾客号
文本
50
否
收货地址
文本
50
否
收货限额
数字
长整型
否
余额
数字
长整型
是
折扣
数字
长整型
是
开户银行
文本
50
否
银行账户
文本
50
否
姓名
文本
50
否
电话
文本
50
否
邮箱
文本
50
是
邮编
文本
50
否
订货单：
列名
数据类型
长度
允许空
订单号
数字
长整型
否
顾客号
文本
50
否
收货地址
文本
50
否
订货日期
日期/时间
否
产品发货日期
日期/时间
否
预计寄达时间
日期/时间
是
运输方式
文本
50
是
付款方式
文本
50
否
订货细则表：
列名
数据类型
长度
允许空
货物号
数字
长整型
否
订货细则号
数字
长整型
否
订单号
数字
长整型
否
订货数量
数字
长整型
否
订货价
数字
长整型
否
订货金额
数字
长整型
是
货物表：
列名
数据类型
长度
允许空
货物号
数字
长整型
否
货物名
文本
50
否
订货价
数字
长整型
否
生产日期
日期/时间
否
制造厂商
文本
50
是
厂商的实际存量
数字
长整型
否
最低存货量
数字
长整型
否
货物描述
文本
50
是
账号表：
列名
数据类型
长度
允许空
用户名
文本
50
否
密码
文本
50
否
权限
文本
50
否
2.概念设计：
概念设计结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。
其中最经常采用的策略是自底向上的方法。
即自顶向下的进行需求分析，然后在自底向上地设计概念结构。
自底向上设计概念结构的方法通常有可分为两步：
（1）抽象数据并设计局部视图。
（2）集成局部视图，得到全局的概念结构。
2.1数据库的实体及属性：
顾客：
（顾客号，姓名，电话，邮箱，邮编，收货地址，赊购限额，余额，折扣，开户银行，银行账户）
订货单：
（订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式）
订货细则：
（货物号，订货细则号，订单号，订货数量，订货价，订货金额）货物：
（货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，
最低存货量，货物描述）账号：
（用户名，密码，权限）
2.2系统E-R图设计：
为了把系统的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型（E-R图）。
它描述了从用户角度看到的数据，它反映了用户的显示环境，而且与在软件中的实现方法无关。
以下便是本系统的E-R图表示：
2.2.1顾客实体图和描述：
邮
编
邮
箱
收货地址
姓名
赊购限额
顾客号
余额
电话
开
户银行
折
扣
银
行账户
顾客
描述：
顾客号唯一的标示一位顾客。
一个顾客号可以对应多个订单号。
2.2.2订货单实体图和描述：
付
款方
式
产品发货日
期
收货地址
顾客号
订货日期
预计寄达
时间
订
货数量
订
单号
订货单
描述：
订单号唯一的确定一个订单，在订货细则里可以看到一个订单里可以对应多个订单细则号。
订单号作为订货细则里的外码。
订货价
订货细则
2.2.3订货细则实体图和描述：
订货细则号
订货金额
订货数量
订单号
货物号
描述：
订货细则号可以唯一的确定一份订货细则。
顾客订购一种货物的话只能对应一个订单细则号.但是一个订单细则号只能对应一种货物号。
订单里不同的细则号就可以对应多种货物了。
2.2.4货物实体图和描述：
用户名
订
货价
制
造厂商
厂商的实际
存量
货物号
最低存货量
货物名
生
产日期
货
物描述
货物
描述：
货物号可以唯一的确定以中货物。
通过货物号与订单细则号联系起来就可以实现一份订单里可以购买多种货物。
2.2.5账号实体图和描述：
密码
账号
权限
描述：
用户名来确定用户的身份和他所能进行的操作。
在对订货管理数据库进
行操作的时候必须要每个用户名不一样，他们的密码是可以相同的，拥有不同权限的用户对数据库有不用的操作。
n
订货
1
购买
n
货物
2.2.6总体的E-R图及描述：
1
组
成
n
订货单
订货细则
1
顾客
描述：
一个顾客可以签订多个订货单，顾客里面包含了唯一标示顾客的顾客号。
在每个订货单里面可以有唯一标示该订单的订单号，并且一个订单号只能对应一个顾客号。
而一个顾客号可以对应多个订单号。
即一位顾客可以签订多个订单。
一个订单可以有多个订货细则所构成。
在每一个订货细则里都有唯一标示的订货细则号，一个订货细则号对应一种货物，也可以是多个订货细则对应一种货物。
这样的话一个订单就可以购买多个货物。
2.3关系图：
3.逻辑设计
这个过程首先将概念结构转换为关系模型。
其次是对数据模型进行优化。
E-R图向关系模型的转换：
顾客：
（顾客号，姓名，电话，邮箱，邮编，收货地址，赊购限额，余额折扣，开户银行，银行账户）
此为顾客实体型对应的关系模型。
顾客的顾客号是该关系模型的候选码。
订货单：
（订单号，顾客号，收货地址，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式）
此为订货单实体型对应的关系模型。
订单号是该关系模型的候选码。
一个订单号里面对应一位顾客号。
订货细则：
（订货细则号，货物号，订单号，订货数量，订货价，订货金额）此为订货细则实体型对应的关系模型。
订货的订货细则号是该关系模型的候选码。
一个订单里可以有多个订货细则号。
货物：
（货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述）
此为货物实体型对应的关系模型。
货物的货物号是该关系模型的候选码。
账号：
（用户名，密码，权限）
此为账号实体型对应的关系模型。
账号的用户名是该关系模型的候选码。
对不同的用户设置不同的权限，操纵数据的能力不一样。
4.数据库的物理设计：
数据库的物理设计通常分为两步：
（1）确定数据的物理结构。
（2）对物理结构进行评价，评价的重点是时间和空间效率。
4.1开发环境：
本课程设计开发环境：
SQLSERVER2008，WindowsXP系统。
4.2数据库表的设计：
顾客表：
订货单表：
订货细则表：
货物表：
账号表：
4.3主要功能说明：
本系统主要分成四个功能模块，每个模块都独立的完成了自己的功能，以下是对各功能模块的说明：
（1）登录模块：
该功能模块是为了让不同的用户登录到不同的界面上去，管理员用户可以登录到对整个数据库进行添加、删除、修改、查询等操作。
而普通的顾客只能进行简单的查询操作。
（2）顾客信息管理模块：
该功能模块是对顾客的顾客号、姓名、收货地址、电话、邮箱、邮编等信息进行添加，删除，修改，查询。
普通的顾客是无法进入该模块的。
（3）订货单信息管理模块：
该功能模块是对订货单信息的订单号、顾客号，订货日期，产品发货日期，预计寄达时间，运输方式，付款方式等信息进行添加，删除，修改和查询。
普通的顾客是无法进入该模块的。
（4）订货细则信息管理模块：
该功能模块是对订货细则信息的订货细则号，货物号，订单号，订货数量，订货价，订货金额等信息的添加，删除，修改，
查询。
普通的顾客是无法进入该模块的。
（5）货物信息管理模块：
该功能模块是对货物信息货物号，货物名，订货价，生产日期，制造厂商，厂商的实际存量，最低存货量，货物描述等信息的添加，删除，修改和查询。
普通的顾客是无法进入该模块的。
（6）顾客查询模块：
该功能模块是是专门为顾客准备的，顾客可以根据自己的顾客号来查询自己的信息。
5.数据库的运行和维护：
数据库是运行合格后，数据库开发工作就基本完成，即可投入正式运行了。
但是，由于应用环境在不断地变化，数据库运行过程中物理存储业会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。
对数据库经常性的维护工作主要是由DBA完成的，它包括：
（1）数据库的转储和恢复
（2）数据库的安全性、完整性控制
（3）数据库性能的监督、分析和改造
（4）数据库的重组织和重构造
对于本数据库来说，主要完成数据库的完整性控制。
例如五个表中主码不能为空，对于特别说明的不能为空的属性也不能为空，还有前四个表中的对应关系要注意，它们就是用户自定义的完整性。
在账号管理中设计权限保证数据的安全操作。
6.心得和体会：
本次课程设计，总的来说做的还不错，不过一些细节方面没掌握好。
通过这次课程设计，我对SQLServer有了进一步的了解和掌握，且更加巩固了我对数据库的理解与掌握，总的来说获益匪浅。
我觉得课程设计很能过锻炼我，在以后的课程设计中要特别认真的对待。
7.参考文献
《数据库系统简明教程》，王珊，高等教育出版社
升级会员 