《数据库系统原理》课程设计.docx
《《数据库系统原理》课程设计.docx》由会员分享,可在线阅读,更多相关《《数据库系统原理》课程设计.docx(16页珍藏版)》请在冰豆网上搜索。
《数据库系统原理》课程设计
《数据库系统原理》课程设计
题目如下
根据以下描述设计数据库,并开发相应的应用系统。
一、业务描述
某公司经营平面设计业务。
业务员负责联系业务,并将客户的设计要求进行登记,然后交由设计人员设计。
设计完成后由专人负责送货并收款。
客户每次的设计要求可能多个不同规格的稿件(即菲林,其规格详见“稿件部分信息”中的“规格”),这次要求的所有稿件构成一份单据,称为为“预订单”。
设计人员从预订单中选取其中的一个进行设计,正在设计中的预订单称为“在建单”,已经完成设计的在建单称为“送货单”,已经送货的送货单称为“历史单”。
设计人员一旦开始设计某一预订单,就必须负责完成预订单、在建单、送货单三个流程。
业务员的月薪按照每月联系的业务提成3%;、设计员的月薪按照每月完成的设计单提成3%;送货人的月薪按照每月送货的业务提成1%。
假设:
1、预订单一旦生成,就必须完成整个设计过程,即直到成为送货单,而不允许中途取消其设计。
2、只要送货,肯定可以马上收到货款,没有拖欠。
3、客户身份通过客户的名称可以唯一识别。
二、部分信息细节描述
1、稿件部分信息:
1)长度宽度字符型,9:
420*570,420*370,420*285,210*285,2108143
2)规格字符型,2:
4开,6开,8开,16开,32开
3)色数字符型,2:
单色,双色,三色,四色,五色,专色
4)输出机型字符型,10:
AGFA44,AGFA25
5)页数数值型,5
6)单价货币型,整数5,小数1
7)小计(=页数×单价)货币型,整数7,小数1
8)业务员
9)落单日期日期型
10)送货日期日期型
2、客户部分信息
1)客户名称字符型,10
2)公司地址字符型,20
3)联系人字符型,4
4)联系人电话字符型,10
5)传真字符型,10
6)邮箱字符型,20
三、系统必须具备以下主要功能:
1)根据业务描述,可以对预订单、在建单、送货单、历史单进行适当的添加、修改、删除、查询、统计功能。
(具体自己分析)
2)查询客户基本信息;查询某段时间内与本公司有业务联系的客户资料。
3)月结单查询:
查询某客户某个月与本公司的产生的送货单情况、总金额,已结算金额、未结算金额。
4)查询本公司某段时间内的生意额。
5)查询员工信息,及月薪
6)系统的维护功能(学生自己分析应该需要哪些功能)。
7)送货单的预览功能:
当某份稿件数目太多,一页预览不完时,分多页预览,但送每页最多打印5行(即5个稿件)。
在完成以上基本功能的基础上,可以自由发挥,某些细节可以自己设定。
附送货单样本:
四、开发环境
数据库选用微软的SQLSERVER。
前台开发工具根据个人喜好,可以选择任何一种软件开发工具。
五、报告封面的要求(见后)
封面从上而下依次为:
(1)数据库系统原理课程设计报告(2黑居中)
(2)设计题目(3黑居中)
(3)姓名学号
(4)指导教师
(5)起始时间,起始时间
六、报告内容格式要求
1、纸张大小为A4纸。
正文为5号宋体,
2、一级标题:
第一章(标题,2号宋体,上下空两行居中,行距为5号宋体单倍行距)。
3、二级标题:
§1.1[(标题,3号黑体居中,上下空一行,行距为5号宋体单倍行距)。
4、三级标题:
1.1.1[第一章第一节第一个问题](标题,4黑左顶,占2行)。
…………
5、表名为小5号黑体,居中,形式如“表1-1表名”。
6、图名为小5号宋体,居中,形式如“图2.4图名”。
7、参考文献字体为5号字体。
8、页眉,页码为小5号宋体,居中。
七、报告内容要求(参考教材第七章数据库设计)
1、目录
2、概述
包括项目背景、编写目的、软件定义、开发环境等内容
3、需求分析
1)信息要求
用户需要从数据库中获得信息的内容与性质。
数据库中需要存储哪些数据。
2)处理要求
用户需要完成什么处理功能,对处理的响应时间有什么要求。
(给出功能模块图)
3)安全性与完整性要求
4、概念结构设计
生成基本E-R图
5、逻辑结构设计
把ER模型图转换为关系表,从而构成数据库
6、主要模块的设计以及代码
1)给出主要模块的设计思路及关键代码,并对代码进行解释
2)详细介绍你采用的前台工具是如何链接后台数据库并操纵数据库,包括链接、前台读取修改数据、后台更新数据库等等(注意:
必须结合本系统来介绍)。
7、总结
1)开发过程中遇到的问题以及解决方法。
2)开发的体会,可考虑从开发的分析过程、数据库的设计、前台开发工具的选择及使用、时间的分配、交流……,等等各方面论述。
8、参考文献。
八、注意
1)报告一律打印。
2)凡是有抄袭现象的一经发现,课程设计成绩记为不及格。
3)凡是不符合上述要求的课程实习报告,打回一次,再次上交后仍然不符合要求者,则不再打回,该课程设计成绩记为不及格。
4)全班刻录在一张光盘上,每人一个文件夹。
文件夹命名方式为“全部学号+姓名”。
5)打印的报告以及光盘在5月28日交给老师,过后不收。
目录
第一章概述
1.1项目背景
1.2编写目的
1.3软件定义
1.4开发环境
第二章需求分析
2.1信息要求
2.2.功能模块图
2.3各模块功能分析
2.3.1员工管理模块
2.3.2客户信息管理模块
2.3.3稿件管理模块
2.3.4业务管理模块
2.3.5查询记录管理模块
2.4安全性与完整性要求
第三章概念结构设计
3.1业务员E-R图
3.2客户E-R图
3.3预订单E-R图
3.4在建单E-R图
3.5送货单E-R图
3.6设计员E-R图
3.7历史单E-R图
第四章逻辑结构设计(把ER模型图转换为关系表,从而构成数据库)
4.1由E-R图转换为关系表
4.2构成的数据库(图)
第五章主要模块的设计以及代码
第六章总结
6.1开发过程中遇到的问题以及解决方
6.2开发的体会
第七章参考文献
目录
第一章概述
1.1项目背景
由于市场竞争的需要,如何吸引和留住人才,激发员工的创造行、工作责任感和工作热情已经成为关系企业兴衰的重要因素,人才已成为企业最重要的资产之一。
“公正、公平、合理”的企业管理理念和企业管理水平的提高,是社会对业务管理系统有了更高的需求;同时由于个人电脑的普及,数据库技术、客户/服务器技术,特别是Internet/Intranet技术的发展,使的三代业务管理系统的出现才成为必然。
业务管理系统的特点是从业务管理的角度出发,用集中的数据库将几乎所有与业务相关的数据统一管理起来,形成了集成的信息源。
有好的用户界面,强有力的报表生成工具、分析工具和信息的共享使得业务管理人员得以摆脱繁重的日常工作,集中精力从战略的角度来考虑企业管理规划和政策。
一个完整的企业业务管理系统应包括职工管理,订单管理、客户管理等等的模块。
其中业务管理是整个物资供应管理系统的核心。
因此有必要开发一套独立的业务管理系统来提高企业工作效率,而所使用的这套业务管理系统是企业生产经营管理活动中的核心,使企业生产活动效率最大化。
1.2编写目的
企业的业务管理往往是很复杂、很繁琐的。
由于所掌握的订单种类众多,订单、管理、发放的渠道各有差异,各个企业之间的管理体制不尽相同,各类统计报表繁多,因此企业的业务管理必须编制一套库存管理信息系统,实现计算机化操作,而且必须根据企业的具体情况制定相应的方案。
根据当前的企业管理体制,一般的业务管理系统,总是根据所掌握的业务类别,相应分成几个科室来进行业务的计划,根据企业各个部门的需求来进行送货管理,并随时按期进行完成订单,根据企业领导和自身管理的需要按月、季度、年度进行统计分析,产生相应报表。
为了加强业务管理,要定期掌握其储备,消耗情况,根据计划定额和实际纤毫定额的比较,进行定额管理,使得资金使用合理,物资设备的储备最佳。
业务管理能够极大地提高人事劳资管理的效率,大大的利用人工职员和提高公司的利益。
同时也是企业的科学化、正规化管理,与世界接轨的重要条件。
业务管理系统是一种典型的信息管理系统(MIS),其开发主要包括后台的数据库的建立、维护以及前端的应用程序开发两个方面的内容。
数据库的建立和维护主要要求其管理数据的一致性、完整性、安全性等特点,而前台的应用程序开发则要求做到各项功能要完备、操作要简便、易学易用等特点。
将系统分模块进行设计,对于每个功能模块都包含了录入、编辑、查询、统计、、应急、帮助等功能。
1.3软件定义
本软件是根据业务要求而设计的管理软件,主体包含有预定单,送货单,历史单,客户,设计人员,业务员等。
他们与公司的日常运营是密不可分的,是公司在社会生存的前提和发展的根本。
此系统的服务器用于存放日常业务数据,以及设计者,业务者,客户和“三单”的信息,显然本软件是为了进一步深入公司管理而设计的,是公司进步的唯一保证。
1.4开发环境
第二章需求分析
2.1信息要求
(1)
8)根据业务描述,可以对预订单、在建单、送货单、历史单进行适当的添加、修改、删除、查询、统计功能。
(具体自己分析)
9)查询客户基本信息;查询某段时间内与本公司有业务联系的客户资料。
10)月结单查询:
查询某客户某个月与本公司的产生的送货单情况、总金额,已结算金额、未结算金额。
11)查询本公司某段时间内的生意额。
12)查询员工信息,及月薪
13)系统的维护功能(学生自己分析应该需要哪些功能)。
14)送货单的预览功能:
当某份稿件数目太多,一页预览不完时,分多页预览,但送每页最多打印5行(即5个稿件)。
(2)完成这个系统必须要跟数据库相连,因此数据库就必须存储这个系统相应的的表,具体的实体属性如下:
业务员(业务员ID,姓名,年龄,性别,月薪,地址,邮箱,电话);
设计员(设计员ID,姓名,年龄,性别,月薪,地址,邮箱,电话);
送货员(送货员ID,姓名,年龄,性别,月薪,地址,邮箱,电话);
客户(客户ID,姓名,性别,公司地址,联系人,联系人电话,传真,邮箱);
预订单(预订单ID,稿件ID,落单日期,送货日期,客户ID,联系人,联系人电话,客户传真,客户邮箱,业务员ID);
在建单(在建单ID,预订单ID,设计员编号);
送货单(送货单ID,客户ID,送货日期,签收日期,送货地址,联系电话,合计金额,备注说明);
历史单(历史单ID,设计员ID,业务员ID,送货员ID,客户ID,稿件ID);
2.2.功能模块图
图2.1功能模块图
2.3各模块功能分析
2.3.1员工管理模块
图2.2员工管理模块图
功能:
1.注册:
对新员工进行注册管理,让系统可以对员工资料进行查询。
2.注销:
对已经来开了公司的员工进行注销管理,清除在系统的空间。
2.3.2客户信息管理模块
图2.3客户信息管理模块图
功能:
1.显示客户信息:
简单来说就是查询客户的所有信息和资料。
2.添加客户信息:
对旧客户的资料进行添加,或者对新客户的注册。
3.删除客户信息:
对客户信息进行删除处理。
2.3.3稿件管理模块
图2.4稿件管理模块图
功能:
1.显示稿件信息:
就是显示稿件的所有信息,让用户一目了然。
2.添加稿件信息:
完整稿件的信息,对稿件的信息进行完整。
3.稿件查询:
查询稿件的信息。
4.撤销稿件查询:
撤销对稿件的查询,进行别的操作。
2.3.4业务管理模块
图2.5业务信息管理模块图
功能:
1.显示业务信息:
显示当前的业务信息,例如营业金额,订单等。
2.添加业务信息:
在日常运行的业务中,添加业务是最常见的功能要求。
3.删除业务信息:
大多数是对错误的业务信息进行删除处理。
4.查询业务信息:
查询某一时间段的业务信息,例如营业金额,订单等。
5.撤销业务信息:
大多数是对预定单的撤销或者多送货单的延迟处理等。
2.3.5查询记录管理模块
图2.6查询记录模块图
功能:
1.第一个记录:
直接查询第一个记录。
2.前一个记录:
对当前记录的前一个记录进行查询。
3.下一个记录:
对当前记录的下一个记录进行查询。
4.最后一个记录:
直接查询最后一个记录。
2.4安全性与完整性要求
安全性与完整性是一个软件的必须内容和要求,一个系统的兴盛存亡都与安全性和完整性形影不离,他们缺一不可。
数据库安全性问题一直是围绕着数据库管理员的噩梦,数据库数据的丢失以及数据库被非法用户的侵入使得数据库管理员身心疲惫不堪。
围绕数据库的安全性问题提出了一些安全性策略,希望对数据库管理员有所帮助。
对于数据库数据的安全问题,数据库管理员可以参考有关系统双机热备份功能以及数据库的备份和恢复的资料。
因此对软件的完整性要求就更加大,特别是对管理权限的控制问题,有权访问是最重要的安全管理方式。
第三章概念结构设计
3.1业务员E-R图
图3.1业务员E-R图
3.2客户E-R图
图3.2客户E-R图
3.3预订单E-R图
图3.3预订单E-R图
3.4在建单E-R图
图3.4在建单E-R图
3.5送货单E-R图
图3.5 送货单E-R图
3.6设计员E-R图
3.6 设计员E-R图
3.7历史单E-R图
图3.7历史单E-R图
第四章逻辑结构设计
4.1由E-R图转换为关系表
4.2构成的数据库
图
第五章主要模块的设计以及代码
第六章总结
6.1开发过程中遇到的问题以及解决方
6.2开发的体会
平面管理系统已生成大量珍贵数据,任何原因的批量更新数据,都会对数据的安全性、完整性造成威胁。
如系统升级可能需要增加新数据表,或为某个数据表增加字段,这都可能涉及大量的数据更新;字典类数据也可能会因规则或制度变更需要大量更改具有某种特征的数据。
对于批量数据的更新,应尽可能选用SQL命令,以达到省时、省力的目的。
但应用SQL命令时如果限定条件出现误差,扩大或缩小了更新范围,则或者会对一些正常数据造成破坏,或者数据更新不全,均会造成严重后果。
此时,比较稳妥的办法是先使用select命令对限定条件进行测试,检查检索出来的内容是否为需要更新内容,确认无误后再用该限定条件进行更新。
第七章参考文献