数据库与信息管理课程设计教学计划书软件09级.docx

数据库与信息管理课程设计教学计划书软件09级.docx

《数据库与信息管理课程设计教学计划书软件09级.docx》由会员分享，可在线阅读，更多相关《数据库与信息管理课程设计教学计划书软件09级.docx（21页珍藏版）》请在冰点文库上搜索。

数据库与信息管理课程设计教学计划书软件09级

计算机科学与工程学院

集中性实践教学计划书

（2011—2012学年第1学期）

课程名称：

数据库与信息管理课程设计

专业：

软件工程

班级：

09级1-4班

课程负责人：

王鹏杰

指导教师分配情况：

班级

指导教师

1

宋海玉

2

孙世昶

3

赵丕锡，赵丹丹

4

魏晓鸣王鹏杰

教学起止周：

第16至18教学周

一、教学目的与要求：

《数据库与信息管理课程设计》是软件工程专业集中实践性环节之一；是计算机学科基础的一门重要的实践教学课程；是学习完《数据库概论》课程后进行的一次全面的综合练习。

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

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

要求有清晰的数据库设计思路（概念结构设计、逻辑结构设计、物理设计）；关系模式规范到3NF以上，至少有三种完整性约束。

优秀标准：

选**类的题目，较好的实现了所有功能；数据库设计思路清晰；并且有完善的后台存储过程。

良好标准：

选**类的题目，完成了基本功能；数据库设计思路清晰；并且有后台存储过程。

选*的题目，原则上最高成绩只能是中等。

二、主要阶段、内容、时间及地点安排（以天为单位计）：

主要阶段及内容：

1.16周课程设计动员大会、讲解课程设计要求、各题目的具体含义、布置前期准备阶段的工作（1天）。

2.通过前期的准备工作，学生应该选定题目，进行充分的调研和需求分析。

确定开发环境（1～2天）。

3.根据需求分析的结果，进行数据库的概念设计，得到相应的E-R图。

（3～4天）。

4．数据库的逻辑设计与物理设计。

将ER图转化成关系模式，确定关系结构和完整性约束，并应用数据的规范化理论为指导优化关系模式。

确定相应的索引等。

（2～3天）。

5.系统编码、调试及测试（5～6天）。

6．撰写设计报告、准备答辩（1天）。

7.上机演示并讲解软件系统功能以及代码，回答教师提出的代码以及其他课程设计相关的问题。

（1天）

时间安排如下：

周一

周二

周三

周四

周五

16周

1-4节

1-4节

5~8节

5~8节

5~8节

17周

1-4节

1-4节

5~8节

5~8节

5~8节

18周

1-4节

1-4节

5~8节

5~8节

5~8节

地点：

第二教学楼计算机学院多媒体机房

（二）。

三、课程设计题目及具体要求：

（一）、要求及说明

1.学生可以自选题目或选择指导老师拟定的参考题目。

2.一人一题，特殊情况可分组，但每组人数不超过2人。

3.题目中的数据要求不一定对应数据库表格，请不要对号入座。

（二）、参考题目

**1销售信息系统

1.1目标：

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

1.2功能要求：

1．系统分为前台与后台两个部分。

前台是提供给顾客的购物用的模块，客户能使用系统订购商品、请求发票、填写通信标签（通信标签指要给用户邮寄商品用户必须提供的信息，比如订单号、收件人、地址、联系电话等）基本信息、提供支付信息等。

后台是提供给管理员用的模块，确认用户的订单、发货及打印发票（或缺货及缺货处理）、打印通信标签、库存信息的维护、库存不足时及时联系生产厂家进货。

2．生成已成功完成订单列表、未付款订单报表、未发货订单报表等

3．其它

1.3主要的数据项

顾客信息：

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

订单信息：

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

订单细则：

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

库存商品信息：

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

生产厂家信息：

厂家代码、厂家名称

以上数据中，订单细则是对订单信息各子项的详细说明。

**2研究生招生信息管理系统

2.1系统概述：

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

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

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

第二阶段是进行初试与复试。

初试设定考生的分数线以对使筛选合格的同学进入复试，初试分数线分单科分数线与总分分数线，任何一个科目不过线或者总分不过线均不能参加复试。

初试后对筛选出来的考生进行复试，复试后公布录取分数线，当考生的总分达到录取线后方会被录取。

此阶段还需要做数据的分析工作，主要是将每个考生的各科成绩汇总起来，计算出总分、平均分，同时统计出各科的及格率、不及格率及各分数段的考生人数来，由此来分析本年考生的质量和水平。

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

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

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

2.2数据要求：

考生档案：

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

初试成绩：

考生的政治成绩、考生的外语成绩、专业基础科目。

复试成绩：

考生的复试专业科目成绩、考生的面试成绩、考生的上机成绩

录取名单：

考号、录取系别、初试成绩、复试成绩。

专业字典：

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

**3.托管培训中心信息管理系统

某托管培训中心希望建立系统对其数据进行管理。

3.1系统概述：

培训中心的日常业务是：

1．处理学生报名。

根据学生报名的科目查询科目信息，如果该科目已经满员，则提醒学员选择别的科目或者报名下期培训。

如果该科目没有满员，则让用户选择相应的教师（同一科目可能有不同的教师，价位可能不同）并做报名登记，用户交费，向用户开具收费清单。

2．维护科目。

可根据教师情况开设不同的科目。

常见的科目有奥数、围棋、书法、蜡笔画、口才、新概念、萨克斯、吉他等。

根据教师的知名度给教师不同的课时报酬，同时同一门课程知名度不同的教师承担，向学生收取的学费也不同。

3．安排教室及上课日程。

根据教师及学生等情况确定某个科目的上课地点及时间，并形成学生与教师的上课日程表。

4．管理帐目。

收取学生交费并入帐，开具收据、打印收费清单、催交费用等。

3.2数据要求：

学生信息：

学生编号、学生姓名、报名时间、交款额、所选科目（可能不止一门）。

科目信息：

科目号、科目名、学时、上课周期、收费、上课地点、教师号、招收人数、已报名人数

教师信息：

教师号、教师名、教师等级、教师特长

账目信息：

日期、班级代号、学生编号、科目号、交款额

**4科研积分管理系统

某高校欲建立科研积分管理系统以对数据进行管理。

4．1系统概述：

教师每年完成一定的科研成果，各类科研成果对应不同的科研积分。

高校教师应该达到基本的科研积分要求，规定博士或副教授职称每年至少完成10个科研积分、教授每年至少完成20个科研积分、讲师每年至少完成5个科研积分、助教职称无积分要求。

对教师超过以上基本要求的部分实施科研奖励，每分10圆。

不同的成果对应不同的科研积分。

成果分为以下几类：

科技项目立项积分、科技论著积分、成果鉴定积分、获政府奖积分（详细参考后附文档）。

教师每年完成的一定量的成果，须每年对教师的科技成果进行登记，以方便查询及管理。

登记的内容可包括教师号、完成的成果类别、完成的成果详细名称、获得的积分。

同时，完成对积分的分类统计，比如可以统计某个教师一年的总积分、某个系别一年的总积分等。

4．2数据要求：

教师信息：

教师号、教师所属系、教师职称

科技成果信息：

成果类别、成果积分、成果描述

成果登记：

成果名称、完成成果人员、成果类别、成果详细名称等。

**5工资管理系统

5.1目标：

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

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

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

5.2功能要求：

㈠档案管理

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

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

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

㈡工资计算

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

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

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

5.3数据要求：

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

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

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

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

工资单数据：

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

*6汽车修理管理系统

功能要求：

1．数据登记

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

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

2．查询

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

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

4．打印发票

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

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

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

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

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

**7房产管理系统

7.1功能要求：

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

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

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

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

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

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

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

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

7.2数据要求：

1）住房标准表：

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

2）房产表：

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

3）住房表：

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

4）住房要求：

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

5）分房要求：

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

6）调房要求：

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

7）退房要求：

部门、房号

*8健康档案管理系统

8.1功能要求：

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

1．登记

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

2．修改

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

3．删除

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

4．查询

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

5．统计

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

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

8.2数据要求：

体检文件：

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

病历文件：

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

**9学籍管理系统

9.1功能要求：

1．学生注册登记

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

2．学生成绩登记

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

3．学籍更改登记

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

4．资料统计

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

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

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

5．个人情况查询

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

9.2数据要求：

简历数据：

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

**10教材购销管理系统

10.1功能要求：

1．销售子系统

（1）审查有效性

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

（2）开发票

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

（3）登记并开领书单

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

（4）补售教材

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

2．采购子系统

（1）教材入库

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

（2）统计

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

10.2数据要求

（1）各班学生用书表：

班级、书号、书名、数量

（2）售书登记表：

学号、姓名、书号、数量

（3）缺书登记表：

学号、姓名、书号、数量

（4）教材存量表：

书号、单价、数量

（5）待购教材表：

书号、数量

（6）缺书单：

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

（7）教材一览表：

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

**11XX企业资产管理

11.1功能要求：

1．企业资产购置

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

3．企业资产的领用。

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

4．企业资产的内部调拨

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

5．企业资产出租

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

6．企业资产的报废

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

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

11.2数据要求

资产数据：

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

资产领用数据：

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

资产调拨数据：

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

资产出租数据：

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

资产报废数据：

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

*12产品销售合同管理

12.1设计目标

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

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

3．输出各重要表单

12.2功能要求

1．输入部分

原始数据录入

2．处理功能

查询（单项/综合）

统计

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

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

12.3数据要求

合同数据：

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

四、应阅读的基本文献：

[1]DavidFlanagan著.JAVA技术手册.东南大学出版社，2006.5

[2]黄明,梁旭编著.Java信息系统设计与开发实例.机械工业出版社,2006

[3]（美）BruceEckel著.Java编程思想.机械工业出版社,2006

[4]oracle在线网站http：

//

[5]oracle数据库应用开发基础，王言行，清华出版社，2005

[6]数据库处理－基础、设计与实现，施伯乐译，电子出版社，2004

五、考核方式（包括总成绩的组成及分配比例）：

本课程考核的方式为考查。

主要通过平时表现，结合学生的动手实践能力、独立分析问题和解决问题的能力

以及创新精神，还有课程设计报告和上机验收及答辩情况，进行综合考评。

成绩

分为优、良、中、及格和不及格五等。

本课程的总成绩的组成及结构比例如下：

平时出勤及表现占20%；课程设计报

告占40%；验收及答辩占40%。

六、其他有关问题的说明：

按学校规定无故旷课6学时，取消验收答辩资格，成绩定为不及格

课程负责人（签字）：

年月日

专业教研室主任（签字）：

年月日

主管院长（签字）：

年月日

附录1：

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

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

文字描述：

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

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

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

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

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

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

此处加上数据字典部分。

二、概念设计

◆实体：

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

◆局部视图：

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、索引

附录2：

推荐的报告书写格式：

1、内容要求

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

需求分析：

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

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

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

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

概要结构设计：

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

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

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

1,1:

n,m:

n）。

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

）

逻辑结构设计：

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

（转换原则参见教材）。

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

物理结构设计：

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

软件系统设计与实现：

描述相应的前台软件系统的设计与实现

文档不能少于10页，A4纸打印，正文宋体4号，带封面，封面以下页样式为准。

其它标准如下：

2、格式要求

（一）、页面设置：

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

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

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

（二）、摘要：

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

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

（三）、目录：

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

（四）、页眉：