可可订货数据库设计资料Word下载.docx
《可可订货数据库设计资料Word下载.docx》由会员分享，可在线阅读，更多相关《可可订货数据库设计资料Word下载.docx（18页珍藏版）》请在冰点文库上搜索。
1.3问题域描述
顾客找供货商订货，这时候顾客要把顾客的姓名，收获地址，联系电话，邮箱地址，邮编等信息给供货商。
顾客可以签订多份订货单。
在每个订货单中可以有多种货物。
每个订货单就可以对应多份订货细则。
供货商根据订货单给顾客发货。
顾客可以登录到订货管理系统查询自己的信息。
供货商可以进入订货管理系统对顾客信息进行添加，删除，修改等。
这个时候还要考虑到顾客只能够看而不能够去修改其数据。
1.4数据字典
1.4.1数据项
数据项是数据的最小单位，对数据相的描述包括：
数据项名、含义、别名、类型、长度、取值范围以及与其他数据项的逻辑关系。
（1）仓库信息：
仓库号，城市，面积。
（2）职工信息：
职工号，职工，基本工资。
（3）供应商信息：
供应商号，供应商名，供应商地址。
（4）订购单信息：
职工号，供应商号，订购单号，订购日期，金额。
（5）订购单明细信息：
订购单号，序号，产品名称，单价，数量。
1.4.2数据表
仓库：
列名
数据类型
长度
允许空
仓库编号
CHAR
10
否
地址
文本
20
面积
数值
长整型
订购单：
订单号
CHAR
职工号
供应商号
订购日期
日期/时间
订购单号
金额
是
订购单细则表：
序号
产品名称
数量
单价
供应表：
供应商名
供应地址
职工表：
职位
基本工资
2.概念设计
概念设计结构通常有自顶向下、自底向上、逐步扩张、混合策略4类方法。
其中最经常采用的策略是自底向上的方法。
即自顶向下的进行需求分析，然后在自底向上地设计概念结构。
自底向上设计概念结构的方法通常有可分为两步：
（1）抽象数据并设计局部视图。
（2）集成局部视图，得到全局的概念结构。
2.1数据库的实体及属性
（仓库号，地址，面积）
职工：
（职工号，职工，基本工资）
供应：
（供应商号，供应商名，供应地址）
（职工号，供应商号，订购单号，订购日期，金额）
订购明细：
（订购单号，序号，产品名称，单价，数量）
2.2系统E-R图设计
为了把系统的数据要求清楚、准确地描述出来，系统分析员通常建立一个概念性的数据模型（E-R图）。
它描述了从用户角度看到的数据，它反映了用户的显示环境，而且与在软件中的实现方法无关。
2.2.1仓库实体图和描述
描述：
仓库号唯一的标示一个仓库。
2.2.2职工表实体图和描述
职工号唯一确定一个职工。
2.2.3订购单明细表实体图和描述
订购单号可以唯一的确定一份订购细则。
顾客订购一种产品的话只能对应一个订购单号.但是一个订购单号只能对应一种货产品。
订单里不同的订购单号就可以对应多种货物了。
2.2.4订购单表实体图和描述：
供应商号可以唯一的确定供应商。
2.2.5订购单实体图和描述
2.3关系图
3.CRUD分析
ERD是数据库设计顾问和客户之间交流的工具，它也为最终构建数据库的DBA提供准则。
需要一种方法来检验数据模型中有没有遗漏任何实体或关系，还需要确保模型中没有业务不需要的数据，这些可以通过对实体关系模型执行CRUD分析来验证。
CRUD是指Create（创建）、Retrieve（查询，重新得到数据）、Update（更新）和Delete（删除）几个单词的首字母简写，它们是软件系统中数据库或者持久层的4种基本操作功能。
检查数据模型完整性和准确性的一项要求是确保ERD中表示出了业务方案和业务规则指定的全部CRUD功能。
（1）Create：
在业务方案等资料中查找“输入”、“加载”、“导入”、“记录”、“创建”等关键字。
这些关键字都表明当时在数据库中创建了记录。
复查这些关键字对应的需求，同时检查数据模型是否涵盖了所有这些功能。
（2）Retrieve：
查找“查看”、“报告”、“提取”、“打印”、“查找”、“读取”和“搜索”等关键字。
这些关键字都表明从数据库中检索信息。
（3）Update：
查找“更改”、“修改”、“变更”和“更新”等关键字。
这些关键字都表明更新数据库中的已有信息。
（4）Delete：
查找“放弃”、“移除”、“抛弃”、“清除”和“删除”等关键字。
这些关键字都表明删除数据库中的已有信息。
对数据模型执行CRUD分析将有助于检查模型内容和完整性，如果某项业务功能没有可以执行CRUD操作的实体，则此数据模型可能是不完整的。
同样，如果ERD中的某实体不涉及任何CRUD操作（即没有创建、查询、更新或删除业务功能），则此模型可能不需要该实体。
4.数据库的物理设计
数据库的物理设计通常分为两步：
（1）确定数据的物理结构。
（2）对物理结构进行评价，评价的重点是时间和空间效率。
4.1开发环境
本课程设计开发环境:
oracledatabase11gexpressedition,Windows7系统。
4.2数据库表的设计
仓库表：
供应商表：
订购单表：
订购单明细表：
4.3数据库设计：
在oracledatabase11gexpress软件中，使用应用程序构建器创建“订货数据库”。
4.4主要功能说明：
本系统主要分成五个功能模块，每个模块都独立的完成了自己的功能，以下是对各功能模块的说明：
（1）仓库管理模块：
该功能模块是为了显示和查询仓库所在地以及面积大小的信息。
（2）职工管理模块：
该功能模块是对仓库职工信息及基本工资的介绍，可以删除，修改，查询职工信息。
（3）供应商模块：
该功能模块是对供应商、及供应所在地的信息描述，可以对信息进行添加，删除，修改和查询。
普通的顾客是无法进入该模块的。
（4）订购单模块：
该功能模块是对职工号、供应商号、订购单号、订购日期及金额的添加，删除，修改，查询。
（5）订购单明细模块：
该功能模块是对订购单号、序号、产品名称、单价、数量等信息的添加，删除，修改和查询。
4.5数据库调试
（1）计算金额的字段：
declare
cursorcis
selectORDERID,PRODUCTSPRICEnumfromDINGGOUDANMINGXI;
begin
Foriincloop
updateDINGGOUDANsetMONEY=nvl（MONEY,0）+i,productsprice*inumwhereDINGGUDAN.ORDERID=i.OREDERID;
endloop;
end;
SELECT金额FROM订购单;
（2）根据职工表列出上一级经理及职工的清单。
SELECT*FRO职工WHERE职位=’经理’;
（3）查询哪个城市至少有一个仓库的职工工资为1250元。
SELECT城市FROM职工,仓库WHERE基本工资=’1250'
;
（4）查询所有职工的工资都多于1230的仓库信息。
SELECT*FROM仓库,职工WHERE职工.基本工资>
1230;
（5）查询那些城市的仓库向地址为北京的供应商发出了订购单。
SELECT城市,仓库名FROM仓库,供应WHERE供应地址='
北京'
（6）查询工资大于1230元的职工所经手订购单的最高金额。
SELECTMAX（金额）FROM职工,订购单WHERE职工.基本工资>
（7）列出全部记录并计算各仓库的平均工资和工资小计，最后给出全体职工的平均工资和工资总和。
a.SELECT*FROM职工;
b.SELECT仓库号,AVG（基本工资）平均工资,SUM（基本工资）工资和FROM职工GROUPBY仓库号;
c.SELECTAVG（基本工资）总平均工资,SUM（基本工资）总工资和FROM职工;
5．数据库的运行和维护
数据库是运行合格后，数据库开发工作就基本完成，即可投入正式运行了。
但是，由于应用环境在不断地变化，数据库运行过程中物理存储业会不断变化，对数据库设计进行评价、调整、修改等维护工作是一个长期的任务，也是设计工作的继续和提高。
对数据库经常性的维护工作主要是由DBA完成的，它包括：
（1）数据库的转储和恢复
（2）数据库的安全性、完整性控制
（3）数据库性能的监督、分析和改造
（4）数据库的重组织和重构造
对于本数据库来说，主要完成数据库的完整性控制。
例如五个表中主码不能为空，对于特别说明的不能为空的属性也不能为空，还有前四个表中的对应关系要注意，它们就是用户自定义的完整性。
在账号管理中设计权限保证数据的安全操作。
6.心得和体会
本次课程设计，总的来说做的还不错，不过一些细节方面没掌握好。
通过这次课程设计，我对ORACLE11G有了进一步的了解和掌握，且更加巩固了我对数据库的理解与掌握，总的来说获益匪浅。
我觉得课程设计很能过锻炼我，在以后的课程设计中要特别认真的对待。
7.参考文献
[1]《数据库系统简明教程》王珊,高等教育出版社
[2]《ORACLE数据库设计与实现》陆云帆,机械工业出版社
[3]袁华伟,井元伟.釆购供应链系统订货策略的设计[J].东北大学学报,2011
（2）162-164
[4]刘蕾,刘厚泉.基于工作流的B/S模式OA系统设计与实现[J].微计算机信息,2008（6）;
[5]张旭兰.C/S与B/S浅析[J].益阳职业技术学院学报,2005（3）:
38-39
[6]李书杰,李志刚.B/S三层体系结构模式[J].河北理工学院学报.2002（S1）;
25-28
[7]王立冬,雷晴.基于B/S模式监控系统的设计[J].科技致富向导,2012（5）;
47-48
[8]何玉洁等译.数据库设计[M].北京:
机械工业出版社,2003
[9]陶宏才.数据库原理及设计[M].清华大学出版社,2002
[10]王愈洁.面向对象的数据库技术[M].电子工业出版社,2001
升级会员 