大数据库课程设计题目16个 经典实例及参考资料)

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据库课程设计题目〔16个经典实例)
系统功能的根本要求:
航班根本信息的录入,包括航班的编号、飞机名称、机舱等级等。

机票信息,包括票价、折扣、当前预售状态与经手业务员等。

客户根本信息,包括某某、联系方式、证件与、付款情况等。

按照一定条件查询、统计符合条件的航班、机票等;对结果打印输出。

系统功能的根本要求:
线路信息,包括出发地、目的地、出发时间、所需时间等。

汽车信息:包括汽车的种类与相应的票价、最大载客量等。

票价信息:包括售票情况、查询、打印相应的信息。

系统功能根本要求:
员工各种信息:包括员工的根本信息,如编号、某某、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等;员工各种信息的修改;对转出、辞退、退休员工信息的删除;按照一定条件,查询、统计符合条件的员工信息;教师教学信息的录入:教师编号、某某、课程编号、课程名称、课程时数、学分、课程性质等。

科研信息的录入:教师编号、研究方向、课题研究情况、专利、论文与著作发表情况等。

按条件查询、统计,结果打印输出。

系统功能的根本要求:
参加会员的根本信息,包括:成为会员的根本条件、优惠政策、优惠时间等。

会员的根本信息,包括某某、性别、年龄、工作单位、联系方式等。

会员购物信息:购置物品编号、物品名称、所属种类,数量,价格等。

会员返利信息,包括会员积分的情况,享受优惠的等级等。

对货物流量与消费人群进展统计输出。

系统功能的根本要求:
客房各种信息,包括客房的类别、当前的状态、负责人等;客房信息的查询和修改,包括按房间号查询住宿情况、按客户信息查询房间状态等。

以与退房、订房、换房等信息的修改。

对查询、统计结果打印输出。

系统功能根本要求
药品信息,包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等;员工信息,包括员工编号、某某、性别、年龄、学历、职务等;客户信息,包括客户编号、某某、联系方式、购置时间、购置药品编号、名称、数量等。

入库和出库信息,包括当前库存信息、药品存放位置、入库数量和出库数量的统计。

系统功能根本要求
教师信息,包括教师编号、教师某某、性别、年龄、学历、职称、毕业院校,健康状况等。

学生信息,包括学号、某某、所属院系、已选课情况等。

教室信息,包括,可容纳人数、空闲时间等。

选课信息,包括课程编号、课程名称、任课教师、选课的学生情况等。

成绩信息,包括课程编号、课程名称、学分、成绩。

按一定条件可以查询,并将结果打印输出。

系统功能根本要求
图书信息,包括图书编号、图书名称、所属类别等;读者信息,包括读者编码、某某、性别、专业等;借还书信息,包括图书当前状态、被借还次数、借阅时间等。

系统功能根本要求
学生信息,学号、某某、性别、专业、年级等;学生成绩信息,包括学号、课程编号、课程名称、分数等。

课程信息,包括课程编号、课程名称、任课教师等。

对学生成绩的查询〔不能任意修改〕、统计,并将结果输出。

系统功能根本要求
书籍信息,包括图书编号、图书种类、图书名称、单价、内容简介等;购书者信息,包括购置编号、某某、性别、年龄、联系方式购置书的名称等;购置方式,包括付款方式、发货手段等。

根据读者信息查询购书情况,将统计结果以报表形式打印输出。

系统功能根本要求
教室信息,包括教室容纳人数、教室空闲时间、教室设备等;教师信息,包括教师某某、教授课程、教师职陈、安排上课时间等;教室安排信息,包括何时空闲、空闲的开始时间、完毕时间等。

按照一定条件查询,统计,将结果打印输出。

12论坛管理信息系统
系统功能根本要求
作者信息:包括作者昵称、性别、年龄、职业、爱好等;贴子信息:包括贴子编号、发贴日期、时间、等级等;回复信息:包括回复作者昵称、回复时间等。

系统功能根本要求
职工信息,包括职工编号、职工某某、性别、年龄、职称等;出勤记录信息,包括上班打卡时间,下班打开时间,缺勤记录等;出差信息,包括出差起始时间、完毕时间、统计总共天数等;请假信息,包括请假开始时间,完毕时间,统计请假天数等;加班信息,包括加班开始时间、完毕时间、统计加班总时间。

系统功能根本要求
通讯录信息,包括通讯人某某、联系方式、工作地点、城市、备注等;备忘录信息,包括什
么时间、事件、地点等;日记信息;包括时间、地点、事情、人物等;个人财物管理,包括总收入,消费项目、消费金额、消费时间、剩余资金等。

15. 办公室日常管理信息系统
系统功能根本要求
文件管理信息:包括文件编号、文件种类、文件名称、存放位置等;考勤管理:包括某某、年龄、职务、日期、出勤情况等;查询员工的出勤情况。

会议记录:包括会议时间、参会人、记录员、会议内容等;办公室日常事务管理,包括时间、事务、记录人。

按条件查询,统计。

系统功能根本要求
轿车信息,包括轿车的编号、型号、颜色、生产厂家、出厂日期、价格等;员工信息,包括员工编号、某某、性别、年龄、籍贯、学历等;客户信息,包括客户名称、联系方式、地址、业务联系记录等;轿车销售信息,包括销售日期、轿车类型、颜色、数量、经手人等。

按条件查询,并将销售报表打印输出。

工资管理系统
1题目简介
该系统的具体任务就是设计一个企业工资的数据库管理系统,由计算机来代替人工执行一系列诸如增加新员工、删除旧员工、工资修改、查询、统计与打印等操作。

这样就使办公人员可以轻松快捷地完成工资管理任务。

基于数据库与软件工程的根本原理和理论,使用Visual FoxPro 6.0实现。

2系统功能
本系统需要完成的功能主要有:
系统数据初始化;
员工根本信息数据的输入、修改、删除;
企业工资的根本设定;
员工工资的浏览;
员工个人工资表的查询;
员工工资的计算;
工资报表打印。

3数据分析
数据流图如下:
员工根本状况。

包括的数据库项有员工号、员工某某、性别、所在部门、工资级别、工资等级等。

工资级别和工资金额。

包括的数据库项有工资等级、工资额。

企业部门与工作岗位信息。

包括的数据库项有部门名称、工作岗位名称、工作岗位工资等。

工龄和工资金额。

包括的数据库项有工龄与对应工资额。

公司福利表。

包括的数据库项有福利名称、福利值。

工资信息。

包括的数据库项有员工号、员工某某、员工根底工资、员工岗位工资、员工工龄工资、公司福利、员工实得工资。

4其他需求
《数据库原理》课程设计参考资料1
题目一:人事管理系统
1、系统功能的根本要求:
(1)员工各种信息的输入,包括员工的根本信息、学历信息、婚姻状况信息、职称等。

(2)员工各种信息的修改;
(3)对于转出、辞职、辞退、退休员工信息的删除;
(4)按照一定的条件,查询、统计符合条件的员工信息;至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息;
(5)对查询、统计的结果打印输出。

2、数据库要求:在数据库中至少应该包含如下数据表:
(1)员工根本信息表;
(2)员工婚姻情况表,反映员工的配偶信息;
(3)员工学历信息表,反映员工的学历、专业、毕业时间、学校、外语情况等;
(4)企业工作岗位表;
(5)企业部门信息表。

3、本课题设计的根本要求:
(1)必须提交系统分析报告,包括系统的功能分析、系统的功能模块设计、数据库的数据字典,数据库的概念结构〔E-R图〕,数据库中的表、视图〔如果使用〕、存储过程〔如果使用〕的结构和定义〔可以用SQL脚本提供〕;
(2)程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计〔包括模块之间的关系,模块的功能、主要功能实现的程序段〕
(3)系统的源程序,包括数据库脚本程序。

(4)开发工具不限,可自己选择VB、PB、Delphi、VC都可以。

题目二:工资管理系统
1、系统功能的根本要求:
(1)员工每个工种根本工资的设定
(2)加班津贴管理,根据加班时间和类型给予不同的加班津贴;
(3)按照不同工种的根本工资情况、员工的考勤情况产生员工的每月的月工资;
(4)员工年终奖金的生成,员工的年终奖金计算公式=〔员工本年度的工资总和+津贴的总和〕/12;
(5)企业工资报表。

能够查询单个员工的工资情况、每个部门的工资情况、按月的工资统计,并能够打印;
2、数据库要求:在数据库中至少应该包含如下数据表:
(1)员工考勤情况表;
(2)员工工种情况表,反映员工的工种、等级,根本工资等信息;
(3)员工津贴信息表,反映员工的加班时间,加班类别、加班天数、津贴情况等;(4)员工根本信息表
(5)员工月工资表。

3、本课题设计的根本要求:
(1)必须提交系统分析报告,包括系统的功能分析、系统的功能模块设计、数据库的数据字典,数据库的概念结构〔E-R图〕,数据库中的表、视图〔如果使用〕、存储过程〔如果使用〕的结构和定义〔可以用SQL脚本提供〕;
(2)程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计〔包括模块之间的关系,模块的功能、主要功能实现的程序段〕
(3)系统的源程序,包括数据库脚本程序。

(4)开发工具不限,可自己选择VB、PB、Delphi、VC都可以。

《数据库原理》课程设计参考资料2
数据库设计---人事管理系统设计要求
1 系统功能的根本要求:
员工各种信息的输入,包括员工的根本信息、学历信息、婚姻状况信息、职称等。

员工各种信息的修改;
对于转出、辞职、辞退、退休员工信息的删除;
按照一定的条件,查询、统计符合条件的员工信息;至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息;
对查询、统计的结果打印输出。

2、数据库要求:在数据库中至少应该包含如下数据表:
员工根本信息表;
员工婚姻情况表,反映员工的配偶信息;
员工学历信息表,反映员工的学历、专业、毕业时间、学校、外语情况等;
企业工作岗位表;
企业部门信息表。

3、本课题设计的根本要求:
必须提交系统分析报告,包括系统的功能分析、系统的功能模块设计、数据库的数据字典,数据库的概念结构〔E-R图〕,数据库中的表、视图〔如果使用〕、存储过程〔如果使用〕的结构和定义〔可以用SQL脚本提供〕;
程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计〔包括模块之间的关系,模块的功能、主要功能实现的程序段〕
系统的源程序,包括数据库脚本程序。

数据库设计---工资管理系统设计要求
1、系统功能的根本要求:
员工每个工种根本工资的设定
加班津贴管理,根据加班时间和类型给予不同的加班津贴;
按照不同工种的根本工资情况、员工的考勤情况产生员工的每月的月工资;
员工年终奖金的生成,员工的年终奖金计算公式=〔员工本年度的工资总和+津贴的总和〕/12;
企业工资报表。

能够查询单个员工的工资情况、每个部门的工资情况、按月的工资统计,并能够打印;2、数据库要求:在数据库中至少应该包含如下数据表:
员工考勤情况表;
员工工种情况表,反映员工的工种、等级,根本工资等信息;
员工津贴信息表,反映员工的加班时间,加班类别、加班天数、津贴情况等;
员工根本信息表
员工月工资表。

3、本课题设计的根本要求:
必须提交系统分析报告,包括系统的功能分析、系统的功能模块设计、数据库的数据字典,数据库的概念结构〔E-R图〕,数据库中的表、视图〔如果使用〕、存储过程〔如果使用〕的结构和定义〔可以用SQL 脚本提供〕;
程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计〔包括模块之间的关系,模块的功能、主要功能实现的程序段〕
系统的源程序,包括数据库脚本程序。

数据库课程设计_机票预定系统设计要求
1、系统功能的根本要求:
每个航班信息的输入。

每个航班的坐位信息的输入;
当旅客进展机票预定时,输入旅客根本信息,系统为旅客安排航班,打印取票通知和帐单;旅客在飞机起飞前一天凭取票通知交款取票;
旅客能够退订机票;
能够查询每个航班的预定情况、计算航班的满座率。

2、数据库要求:在数据库中至少应该包含如下数据表:
航班信息表;
航班坐位情况表;
旅客订票信息表;
取票通知表;
帐单。

本课题设计的根本要求:
(1)必须提交系统分析报告,包括系统的功能分析、系统的功能模块设计、数据库的数据字典,数据库的概念结构〔E-R图〕,数据库中的表、视图〔如果使用〕、存储过程〔如果使用〕的结构和定义〔可以用SQL脚本提供〕;
(2)程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计〔包括模块之间的关系,模块的功能、主要功能实现的程序段〕
(3)系统的源程序,包括数据库脚本程序。

银行储蓄业务系统
这里给出的银行业务系统是一个简化的系统,它只包含客户的存款取款业务,通常称付储蓄业务。

不涉与企业的大宗贷款业务、资金管理、内部管理等方面。

〔1〕储蓄业务系统管理的实体与属性的说明。

实体――――业务员。

属性1-1:业务员名,字符串,数字,固定长度8.
属性1-2:某某,字符串,数字,固定长度16.
关于业务员信息的说明:
业务员是银行内部确定的,是独立的数据表。

业务员号是惟一的,不得取空值。

某某不得为空值,但允许某某一样。

实体二――――客户登记。

属性2-1:某某,字符串,中英文。

属性2-2:某某号,字符串,数字,固定长度18.
属性2-3:住址,字符串,最大长度50.
属性2-4:,字符串,最大长度20.
关于客户信息的说明:
现实社会中,客户某某一样是经常发生的。

但是某某号是不可能一样的。

因此,某某号是识别客户的惟一性数据。

实体三――――客户账号。

“客户登记〞中的“某某号〞。

属性3-2:账号,字符串,数字,固定长度16.
属性3-3:开户日期。

关于客户账号信息的说明:
客户账号中的某某号必须来自客户登记表,不得取空值。

一个客户在银行可能有多个账号,但一个账号只能对应惟一的客户。

〔2〕储蓄业务系统管理的实体之间联系的说明。

实体一和实体二都是独立的信息。

一个来自于银行内部的业务员的信息,一个是外部的客户信息。

客户账号与客户登记相关联。

银行为客户建立一个储蓄账号时,必须先在“客户登记〞中查找该客户是否有登记。

如果是已经登记的客户,就要建立账号;如果该客户未登记,必须先登记,后开账号。

客户可以开多个账号,一个账号只对应惟一的客户。

实体二〔客户持账号〕通过实体1〔业务员〕办理储蓄业务。

客户办理储蓄业务,可以是任何业务员。

业务员可以为任何客户办理储蓄业务。

每进展一笔储蓄业务〔存款、取款〕,在流水账户中记录账号、存款金额〔或取款金额〕、发生日期、业务员号。

〔3〕E-R模型〔略,留给读者练习〕。

〔4〕由E-R模型转换得到的关系模式〔参考〕。

①业务员〔业务员号,某某〕。

②客户〔某某,某某号,住址,〕。

③客户账号〔某某号,账号,开户日期〕。

④账户流水〔账号,发生额,发生日期,业务员号〕。

业务员、客户、客户账号三个关系模式,可以由三个实体对应产生。

各属性的说明如前,不重复。

新产笺关系模式“账户流水〞是客户进展储蓄业务时产生的。

每发生一笔储蓄业务(存款、取款),在流水账户中记录账号、存款金额〔或取款金额〕、发生日期、业务员号。

因此关系账户流水中有4个属性,现说明如下:
“客户账号〞中的“账号〞。

属性4-2:发生金额,数值类型。

存款为正数,取款为负数。

每次取款不得超过5000. 属性4-3:发生日期,日期时间类型。

属性4-4:业务员号,字符串。

取自“业务员〞中的“业务员号〞。

账号流水只记录各账户的存取款发生额,存款金额与取款金额是互斥的。

账号应是“客户账号管理〞表中实际存在的账号。

业务员号必须是银行业务员信息有登记的业务员号。

取款额设置上限。

例如,一次不超过5000.
〔5〕实际应用。

可按银行的实际需要,进展各类查询、统计等。

相关文档
最新文档