数据库原理及应用课程设计指导书.docx

数据库原理及应用课程设计指导书.docx

《数据库原理及应用课程设计指导书.docx》由会员分享，可在线阅读，更多相关《数据库原理及应用课程设计指导书.docx（20页珍藏版）》请在冰豆网上搜索。

数据库原理及应用课程设计指导书

数据库原理及应用课程设计指导书

计算机学院

数据库原理及应用课程设计

1课程设计目的

数据库原理及应用课程设计是计算机相关专业集中实践性环节之一，是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。

其目的在于加深对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。

同时，此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。

2课程设计内容及要求

根据课程设计1周时间的安排选择适当大小的设计课题，课题的选择可以是实际问题，也可以是虚构的问题。

根据题目的基本需求，根据所学的数据库设计理论、方法，写出详细的设计说明书。

3课程设计时间

课程设计时间为第18周。

第18周将课程设计报告的电子档交老师验收并答辩。

6月18号将报告打印档上交，由老师查阅并给出最终成绩。

4设计地点

E3-A503

5验收方式

提交课程设计报告（书面和电子版）并答辩（格式及内容参考文档书写标准和范例）,缺勤1/3不及格。

6指导和验收教师

考勤、指导：

荣秋生

7课程设计说明书的编写规范

必须按照分析阶段（需求分析、概念结构设计、逻辑结构设计、物理结构设计）书写，必须有E-R图，关系模式规范到3NF以上，体现三种完整性约束，文档不能少于10页，A4纸打印，正文宋体4号，带封面，封面以下页样式为准。

其它标准如下：

一、页面设置：

上2.5cm，下25cm，左2.5cm，右2cm，页眉1.5cm，页脚1.75cm。

采用单倍行距，标准字符间距。

西文、数字等符号均采用TimesNewRoman体字。

二、摘要（可省略不写）：

独占一页；论文题目用小2号黑体字、居中；“摘要”用3号黑体字、居中；正文用小4号宋体字。

关键词用小4号黑体字、居左顶格、单独占行，关键词之间用分号间隔。

三、目录：

“目录”用3号黑体字、居中；目录内容最少列出第一级标题（章）和第二级标题（节）；前者用4号黑体字，后者用4号宋体字，第三级标题用4号宋体字，居左顶格、单独占行，每一级标题后应标明起始页码。

四、页眉：

奇数页书写“数据库原理及应用课程设计”，用宋体小五号书写。

偶数页书写“学生姓名：

课程设计的题目”，用宋体小五号书写。

五、页脚：

页码居中，用TimesNewRoman字体小五号书写。

六、正文的层次划分和编排方法

正文是论文的主要组成部分，题序层次是文章结构的框架。

章条序码统一用阿拉伯数字表示，题序层次可以分为若干级，各级号码之间加一小圆点，末尾一级码的后面不加小圆点，层次分级一般不超过4级为宜，示例如下：

第一级（章）1，2，3，…

第二级（条）1.1,1.2,…2.1,2.2,…3.1,3.2,……

第三级（条）1.1.1,1.1.2,…1.2.1,1.2.2,…2.1.1,2.1.2,…2.2.1,2.2.2,…

第四级（条）1.1.1.1,1.1.1.2,…1.2.2.1,1.2.2.2,……2.1.1.1,2.1.1.2,…2.2.2.1,2.2.2.2

如果有前言或其它类似形式的章，可以不编序号。

题序层次编排格式为：

章条编号一律左顶格，编号后空一个字距，再写章条题名。

题名下面的文字一般另起一行，也可在题名后，但要与题名空一个字距。

如在条以下仍需分层，则通常用a，b，…或1）,2）,…编序，左空2个字距。

打印论文，论文题目用黑体一号字，居中放置，并且距下文双倍行距。

第一级（章）题序和题名用黑体3号字，第二级（条）题序和题名用黑体小三号字，第三级（条）题序和题名用黑体四号字，第四级（条）题序和题名用黑体小四号字，各级与上下文间均1.5行距。

正文各层次内容用宋体小四号字（英文用新罗马体），1.5行距。

七、图表

论文中的选图及制图力求精炼。

适于文字说明的，就不要用图。

所有图表均应精心设计，不得勾画。

各类图表的绘制均应符合国家标准。

论文中的表的设计应简单明了。

图表中所涉及到的单位一律不加括号，用“，”与量值隔开。

图表均应有标题，并按章编号（如图1-1、表2-2等）。

图表标题均居中书写，字号比正文小一号。

文档格式参照论文指导规范。

文档中除了在封面应有题目、班级、姓名、学号和课程设计日期以外，其正文一般有如下几个方面的内容：

需求分析：

明确用户的各种需求，然后在此基础上确定新系统的功能。

新系统必须充分考虑今后可能的扩充和改变。

此阶段文档不要求画出数据流图，但要求给出数据字典，但对系统的信息要求（数据分析）和处理要求（功能分析）要详尽。

这是系统的起点也是关键。

概要结构设计：

对需求分析阶段收集到的数据进行分类、组织，形成实体、实体的属性,初步标识实体的码,设计分E-R图。

各子系统的分E-R图设计好以后,下一步要将所有的分E-R图综合成一个系统的总E-R图。

确定实体之间的联系类型（1:

1,1:

n,m:

n）。

（划分实体和属性的基本准则参照教材，同时考虑合并E-R图所产生的冲突问题和冗余问题。

）

逻辑结构设计：

把概念结构设计阶段设计好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构，即将实体和实体间的联系转换为关系模式，并确定这些关系模式的属性和码。

（转换原则参见教材）。

根据所学得的关系模式规范化理论，对关系模式进行优化，使其基本满足三范式要求。

物理结构设计：

为给定的逻辑数据模型选取一个最适合应用环境的物理结构，要求详细写出基本表的结构，包括表名、各个字段名、字段描述、类型、长度、是否为空等，同时标出基本表的主码、外码、索引等。

8指导教师

指导教师应认真组织、指导学生在规定的时间内完成课程设计的全过程。

提供和设计题目相关的原始资料、数据、报表等，最后要严格审查学生设计文档并在答辩的基础上给出成绩。

9参考题目及相关资料

9.1工资管理系统

9.1.1目标：

⑴实现月工资计算和打印输出相应的工资表格；

⑵实现与工资管理有关的档案管理。

⑶提高工资管理工作效率，降低出错率。

9.1.2功能要求：

㈠档案管理

⒈保存有关工资计算以及工资管理所必须的数据

2．能对各种数据进行插入、修改、删除等操作

3．能对数据进行查询、统计

㈡工资计算

1．正确计算出个人月工资、部门月工资以及全厂月工资。

2．能对病假扣款系数进行修正。

3．能打印输出工资计算表、个人工资单、部门工资单、工资汇总表四种表格。

9.1.3数据要求：

每个职工的各种数据分为三类：

1．职工的代号、姓名、性别、出生日期、参加工作日期、所属部门、人员类别、工种职别、技术等级、技术职称、文化程度、民族、籍贯、现住址。

2．职工的基本工资、岗位津贴、物价补贴、职务津贴、住房补贴、房租。

3．职工的出勤日数、公伤日数、产假日数、病假日数、旷工日数、事假日数、加班日数、夜班日数、病假系数。

工资单数据：

本月基本工资、岗位津贴、物价补贴、职务津贴、住房补贴、加班费、夜班费、房租、病假扣款、事假扣款、旷工扣款、其它扣款、实发工资。

9.2研究生招生信息管理系统

9.2.1系统概述：

研究生招生信息的管理工作大致分为三个阶段，第一阶段是考生报名，第二阶段是考生成绩统计，第三阶段是录取情况统计。

在第一阶段，每个考生都要将自己的简历和报考情况填入一张表中。

这些信息将作为每个考生的档案，由招生人员管理，后两个阶段的统计工作要用到这些档案。

第二阶段的工作是对考生成绩进行统计。

当考生成绩都评出之后，招生人员将把每个考生的各科成绩汇总起来，计算出总分、平均分，同时统计出各科的及格率、不及格率及各分数段的考生人数来，由此来分析本年考生的质量和水平。

第三阶段的工作是进行录取后的统计。

当录取名单确定之后，招生人员要进行统计、分析本年的录取情况，如统计录取生的成绩、年龄、来源等情况，并进行计划招生数和实际招生数的比较等。

由此获得本年研究生的录取情况。

9.2.2数据要求：

考生档案：

考号、姓名、性别、年龄、政治面貌、是否应届、学力、来源、报考专业、报考类别。

考生成绩：

考号、姓名、政治、外语、基础科目、专业基础科目、专业科目。

录取名单：

考号、录取单位、复试科目、复试成绩。

专业字典：

专业代码、专业名称、计划内招生数、计划外招生数。

9.3汽车修理管理系统

功能要求：

1．数据登记

把各种手填单据中的数据及时登记到系统中、并要求能进行修改。

这些单据包括修车登记单、汽车修理单、零件入库单、零件出库单。

2．查询

能查询登记单、修理单、汽车、车主、修理公、零件库存的有关数据。

3．编制并显示零件订货计划月报表。

4．打印发票

发票中包括顾客姓名、汽车牌号、修理项目、修车费（=修理费+零件费）。

零件费=∑（零件价格×耗用数量）

修理费=小时工资×修理小时×3

5．打印修理工工资月报表

某修理工的月工资=（∑小时工资）×修理小时

9.4房产管理系统

9.4.1功能要求：

该系统应具有分房、调房、退房和咨询统计功能。

房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处理。

如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分数高低将申请单插到分房队列的适当位置。

每月最后一天进行一次分房活动，从空房文件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租并将算出的房租写到房租文件中。

如果是退房申请，则从住房文件和房租文件中删除有关的信息，再把此房号的信息写到空房文件中。

如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属于给等级的空房，退掉原住房，再进行与分房类似的处理。

住户可向系统询问目前分房的阈值分数，居住某类房屋的条件，某房号的单位面积房租等信息。

房产科可以要求系统打印出住房情况的统计表，或更改某类房屋的居住条件、单位面积房租等。

9.4.2数据要求：

1）住房标准文件：

住房面积、最低住房分数（按住房面积大小递增排列）

2）房产文件：

房号、住房面积、分配标志、每平方米房租（按房号递增排列）

3）住房文件：

户主、部门、职称、家庭人口、住房分数、房号、住房面积（按户主名拼音字母顺序排列）

4）住房要求：

户主＋[分房要求∣调房要求∣退房要求]

5）分房要求：

部门、职称、家庭人口、住房分数、要求住房面积

6）调房要求：

部门、职称、家庭人口、住房分数、原住房面积、原房号、要求调房面积退房要求：

部门、房号

9.5健康档案管理系统

9.5.1功能要求：

该系统的健康文件包括病历文件和体检文件。

1．登记

将学生的健康信息插入健康文件；

2．修改

修改一个学生的健康档案记录；

3．删除

删除学生的健康档案记录；

4．查询

可以组合各种条件进行查询，显示学生健康信息并打印健康文件报表；

5．统计

对学生的基本健康状况进行各种必要的统计和分析，由一般统计和动态分析两种。

一般统计包括计数和求平均值；动态分析由健康历史求出平均年增长值和年增长率。

9.5.2数据要求：

体检文件：

学号、姓名、性别、系别、年龄、身高、体重、胸围、日期

病历文件：

学号、姓名、性别、系别、诊断、日期

9.6学籍管理系统

9.6.1功能要求：

1．学生注册登记

提供给系统最基本的学籍信息。

2．学生成绩登记

按专业分类，以年级为单位，登记学生在校期间每门课程的成绩。

3．学籍更改登记

包括简历更改、成绩更改、休复转退学登记、奖惩登记。

4．资料统计

统计各专业某年计某学期的学习成绩情况。

以考试为例，分作90～100分，80～89分，70～79分，60～69分，60分以下五档人数及占总人数的百分率。

按照学生的年龄大小、地区的来源、政治面貌作人数的统计。

5．个人情况查询

查询成绩、简历、休复转退学及奖惩情况。

9.6.2数据要求：

简历数据：

学号、姓名、性别、学制、地区、年龄、政治面貌、民族、奖惩记录、休复转退标记

9.7培训中心信息管理系统

9.7.1系统概述：

培训中心的日常业务是：

学员发来的电报、文件、电话，经收集、分类后，予以分别处理。

如果是报名的，则将报名数据送给负责报名的职员，他们要查阅课程文件，检查是否额满，若不满，在学员文件、课程文件上登记，并开出报名单交财务人员，财务人员开发票经复审后通知学员；如果是付款的，则由财务人员在账目文件上登记，经复审后给学员一张收据；如果是查询的，则交负责查询的部门在查询课程文件后给出大幅；如果是要注销原来选修的课程，则由注销人员在课程、学员、账目文件上作相应修改后通知学员；另外，课程管理员要经常对课程数据进行维护。

9.7.2数据要求：

课程文件：

课程号、课程名、学时、收费、上课地点、教师、招收人数、已报名人数

学员文件：

班级代号、班主任、学员学号、学员姓名、报名时间、交款额

账目文件：

日期、班级代号、学员学号、课程号、交款额

9.8教材购销管理系统

9.8.1功能要求：

1．销售子系统

（1）审查有效性

学生将购书单交给教材科秘书，秘书通过查阅各班学生用书表、售书登记表检查是否允许该生买书。

（2）开发票

如果允许学生买书，教材科会计将按购书单查阅教材存量表，如果有书且数量够，则开交款发票，否则，将购书单中无法购买的书的信息写入缺书登记表，以备以后补售教材。

（3）登记并开领书单

教材科出纳员根据发票上的总金额收取现金，并进行售书登记，同时开领书单，学生将领书单交给保管员，领书。

（4）补售教材

采购部门进书后，教材科秘书根据进书通知和缺书登记表给没买到教材的学生发补售通知单。

2．采购子系统

（1）教材入库

采购员采购教材后，将进书单交给秘书，秘书修改教材库存和待购量。

（2）统计

秘书每月按书号和出版社统计缺书，形成待购教材表和缺书单，供采购员采购时使用。

6.8.2数据要求

（1）各班学生用书表：

班级、书号、书名、数量

（2）售书登记表：

学号、姓名、书号、数量

（3）缺书登记表：

学号、姓名、书号、数量

（4）教材存量表：

书号、单价、数量

（5）待购教材表：

书号、数量

（6）缺书单：

书号、数量、出版社、地址、电话

（7）教材一览表：

书号、书名、出版社、地址、电话

9.9XX企业资产管理

9.9.1功能要求：

1．企业资产购置

将企业资产信息插入企业资产数据文件。

3．业资产的领用

企业资产发放给相关部门使用，登记相关信息。

4．企业资产的内部调拨

由一个部门调拨到另一个部门，登记相关信息。

5．企业资产出租

本企业资产出租给其他企业，对租赁费用、时间等登记管理

6．企业资产的报废

企业资产达到报废年限或其他原因报废，登记相关报废信息。

7．对以上具体功能的查询、统计功能

9.9.2数据要求

资产数据：

资产代码、资产名称、资产类型、规格型号、单位、制造厂家、购置日期、原值（帐面价值）等

资产领用数据：

资产代码、资产名称、领用部门、领用日期、经办人

资产调拨数据：

资产代码、资产名称、调入部门、调出部门、调拨日期、经办人

资产出租数据：

资产代码、资产名称、租用单位、出租日期、到期日期、租赁费用、经办人

资产报废数据：

资产代码、资产名称、资产残值、报废原因、报废日期、经办人

9.10XX企业人事档案管理

9.10.1设计目标

1．输入企业人事档案管理的基本数据

2．实现人事档案管理检索/查询操作

3．输出相关人事档案管理报表

9.10.2功能要求

1．输入部分

原始数据及参数的录入

2．处理功能

查询（单项/综合）

统计

分类

3．报表输出（打印/显示）

4．菜单/窗口/界面设计

9.10.3数据要求

人事档案数据：

代码、姓名、性别、出生日期、参加工作日期、工作简历、文化程度（最高学历）、所属部门、从事专业、职称、职务、民族、籍贯…

9.11产品销售合同管理

9.11.1设计目标

1．输入产品销售合同的基本数据

2．实现合同管理的查询/统计操作

3．输出各重要表单

9.11.2功能要求

1．输入部分

原始数据录入

2．处理功能

查询（单项/综合）

统计

3．报表输出（打印/显示）

4．菜单/窗口/界面设计

9.11.2数据要求

合同数据：

合同编号、日期、产品代码、规格型号、数量、单价、合计（数量、金额）、供货单位（地址、电话、供货方式）、出库日期…

9.12销售信息系统

9.12.1目标：

一家经营体育用品批发的商店希望建立销售信息系统，对顾客信息、生产厂家信息、库存信息进行全面的管理。

9.12.2功能要求：

1．顾客、订单、生产厂家、库存商品信息的录入、修改、删除、查询

2．打印发票、库存商品清单、通信用标签等

3．生成未付款订单报表、未发货订单报表等

4．其它

9.12.3主要的数据项

顾客信息：

顾客代码、顾客名称、姓名、地址、邮编、电话等

订单信息：

订单号、下单日期、顾客代码、运输要求、能否供货标志、货号、运输日期、货物重量、运费、付款清单等

库存商品信息：

商品分类编码、生产厂家编码、商品说明、单价、计量单位、计量单位的说明等

生产厂家信息：

厂家代码、厂家名称

订单细则：

细则编号、订单号、产品分类编号、生产厂、数量、总金额

10参考实例（客房预定系统设计）

一、需求分析（给出数据字典（数据项、数据结构、数据流、数据存储和处理过程）

文字描述：

顾客可以用电话或上网注册的方式预定。

其方式不同，但提交的内容是相同的：

需要的房间类型，房间数，客人人数，预定时间，退房时间等。

服务台查询客房管理部，看看是否有满足客人要求的客房。

如果有，则记录下客人的需要，同时客房管理部通知财务部准备收预约金，同时反馈给客人确认信息。

如果客人要求的客房无法提供，则通知顾客无法满足

此处加上数据字典部分。

二、概念设计

◆实体：

顾客，服务台，客房，客房管理部，财务部

◆局部视图：

1、顾客－预定－服务台

事务规则：

一个服务台可以为多个顾客服务

一个顾客在一个服务台进行预订活动

2、服务台－查询－客房管理部

事务规则：

一个客房管理部可以为多个服务台服务

每个服务台最终只和一个客房管理部联系

3、客房管理部－管理－客房

事务规则：

1个客房管理部管理多个客房

一个客房由一个客房管理部管理

4、客房管理部－财务收入－财务部

事务规则：

一个酒店或旅馆只会有一个客房管理部和财务部（1：

1）

◆视图集成

•局部视图集成会发生冲突，主要是同名异义、同义异名的问题

•同名异义：

如“服务台—联系电话；顾客—联系电话”

•同义异名：

如“顾客—身份证号；财务部—顾客身份证号”

三、逻辑设计

将E-R图转化为关系模式（不是最终的）

•顾客（姓名，性别，身份证号，联系电话，家庭住址，客房种类，房间数，订房日期，退房日期，服务台台号，当值服务员工号）3NF

•服务台（服务台台号，服务台联系电话，订房编号）3NF

•客房（客房编号，客房种类，客房位置，客房单价，客房设备，今日状态）2NF

•客房管理部（订房编号，客房编号）3NF

•财务部（订房编号，预约金，身份证号）3NF

其中，“客房”是2NF，因为：

客房编号—>客房种类，客房位置，今日状态；客房种类—>客房单价，客房设备。

因而存在传递依赖，需要分解。

将客房分解为客房和客房信息设定两个实体：

•R1：

客房（客房编号，客房种类，客房位置）

•R2：

客房信息设定（客房种类，客房单价，客房设备）

规范化得到最终的关系模式

●顾客（姓名，性别，身份证号，联系电话，家庭住址，客房种类，房间数，订房日期，退房日期，服务台台号，当值服务员工号）3NF

●服务台（服务台台号，服务台联系电话，订房编号）3NF

●客房（客房编号，客房种类，客房位置，今日状态）3NF

●客房信息设定（客房种类，客房单价，客房设备）3NF

●客房管理部（订房编号，客房编号）3NF

●财务部（订房编号，身份证号，预约金）3NF

四、检验是否满足用户需求

◆例行事务需求

1.客户订房

查询客房信息，修改客房空闲状态，修改财务报表

2.客户退房

修改客房空闲状态，删除客户信息

◆查询事务需求

1.查询某一客户的订房情况

根据顾客身份证号查询表财务部信息和客房管理部信息

2.查询是否有满足用户要求的客房

•查询某种客房的空闲房间数

•查询某一客房何时会空闲（查客房信息和客房信息设定）

3.报表需求

•生成顾客订房信息

用到的表：

客房信息，顾客信息

•生成客房标准信息

用到的表：

客房信息设定

五、其它数据库对象（物理数据库设计）的考虑

1、合法用户名字、权限、角色

2、视图（一个或一个以上）

3、触发器（一个或一个以上）

4、索引

六、备份及恢复策略

制定恢复策略