数据库课程设计题目16个 经典实例

时间:2009-12-01 07:36 来源:未知 作者:admin 点击:8783次 

1.机票预定信息系统

系统功能的基本要求：

航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。

2.长途汽车信息管理系统

系统功能的基本要求：

线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。

3.人事信息管理系统

系统功能基本要求：

员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。

4.超市会员管理系统

系统功能的基本要求：

加入会员的基本信息，包括：成为会员的基本条件、优惠、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。

5.客房管理系统

系统功能的基本要求：

客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。

6.药品存销信息管理系统

系统功能基本要求

药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。

7.学生选课管理信息系统

系统功能基本要求

教师信息,包括教师编号、教师姓名、性别、年龄、学历、职称、毕业院校，健康状况等。学生信息，包括学号、姓名、所属院系、已选课情况等。教室信息，包括，可容纳人数、空闲时间等。选课信息，包括课程编号、课程名称、任课教师、选课的学生情况等。成绩信息，包括课程编号、课程名称、学分、成绩。按一定条件可以查询，并将结果打印输出。

8.图书管理系统

系统功能基本要求

图书信息,包括图书编号、图书名称、所属类别等；读者信息，包括读者编码、姓名、性别、专业等；借还书信息，包括图书当前状态、被借还次数、借阅时间等。

9.学生成绩管理系统

系统功能基本要求

学生信息，学号、姓名、性别、专业、年级等；学生成绩信息，包括学号、课程编号、课程名称、分数等。课程信息，包括课程编号、课程名称、任课教师等。对学生成绩的查询（不能任意修改）、统计，并将结果输出。

10.网上书店管理信息

系统功能基本要求

书籍信息，包括图书编号、图书种类、图书名称、单价、内容简介等；购书者信息，包括购买编号、姓名、性别、年龄、联系方式购买书的名称等；购买方式，包括付款方式、发货手段等。根据读者信息查询购书情况，将统计结果以报表形式打印输出。

11.教室管理信息系统

系统功能基本要求

教室信息，包括教室容纳人数、教室空闲时间、教室设备等；教师信息，包括教师姓名、教授课程、教师职陈、安排上课时间等；教室安排信息，包括何时空闲、空闲的开始时间、结束时间等。按照一定条件查询，统计，将结果打印输出。

12论坛管理信息系统

系统功能基本要求

作者信息：包括作者昵称、性别、年龄、职业、爱好等；贴子信息：包括贴子编号、发贴日期、时间、等级等；回复信息：包括回复作者昵称、回复时间等。

13.职工考勤管理信息系统

系统功能基本要求

职工信息，包括职工编号、职工姓名、性别、年龄、职称等；出勤记录信息，包括上班打卡时间，下班打开时间，缺勤记录等；出差信息，包括出差起始时间、结束时间、统计总共天数等；请假信息，包括请假开始时间，结束时间，统计请假天数等；加班信息，包括加班开始时间、结束时间、统计加班总时间。

14.个人信息管理系统

系统功能基本要求

通讯录信息，包括通讯人姓名、联系方式、工作地点、城市、备注等；备忘录信息，包括什么时间、事件、地点等；日记信息；包括时间、地点、事情、人物等；个人财物管理，包括总收入，消费项目、消费金额、消费时间、剩余资金等。 

15. 办公室日常管理信息系统

系统功能基本要求

文件管理信息：包括文件编号、文件种类、文件名称、存放位置等；考勤管理：包括姓名、年龄、职务、日期、出勤情况等；查询员工的出勤情况。会议记录：包括会议时间、参会人、记录员、会议内容等；办公室日常事务管理，包括时间、事务、记录人。按条件查询，统计。

16.轿车销售信息管理系统

系统功能基本要求

轿车信息，包括轿车的编号、型号、颜色、生产厂家、出厂日期、价格等；员工信息，包括员工编号、姓名、性别、年龄、籍贯、学历等；客户信息，包括客户名称、联系方式、地址、业务联系记录等；轿车销售信息，包括销售日期、轿车类型、颜色、数量、经手人等。按条件查询，并将销售报表打印输出。

二、商品信息表的设计

假设你是一家百货公司电脑部的开发人员，某天老板要求你为公司开发一套网上电子商务平台，该百货公司有数千种商品出售，不过目前仅打算先在网上销售数十种方便运输的商品，当然，以后可能会陆续在该电子商务平台上增加新的商品出售。现在开始进行该平台数据库的商品信息表的设计。每种出售的商品都会有相同的属性，如商品编号，商品名称，商品所属类别，相关信息，供货厂商，内含件数，库存，进货价，销售价，优惠价。你很快就设计出4个表：商品类型表(Wares_type)，供货厂商表(Wares_provider)，商品信息表 (Wares_info)：

商品类型表(Wares_type)

名称　　　　　类型　　　　约束条件　　　                    说明

type_id   　     int    　       无重复　　                          类别标识，主键

type_name　  char(50)      不允许为空                          类型名称，不允许重复

type_father     int              不允许为空                          该类别的父类别标识，如果是顶节点的话设定为某个唯一值

type_layer      char(6)        限定3层,初始值为000000       类别的先序遍历，主要为减少检索数据库的次数

供货厂商表(Wares_provider)

名称　　　　　   类型　　　　约束条件　　　             说明

provider_id        int    　       无重复　　                   供货商标识，主键

provider_name  char(100)     不允许为空                   供货商名称

商品信息表(Wares_info)

名称　　　　  类型　　　　约束条件　　　               说明

wares_id        int    　       无重复　　                     商品标识，主键

wares_name  char(100)     不允许为空                     商品名称

wares_type　 int               不允许为空　　　　　　　商品类型标识，和Wares_type.type_id关联

wares_info     char(200)     允许为空                        相关信息

provider        int               不允许为空                     供货厂商标识，和Wares_provider.provider_id关联

setnum          int               初始值为1                      内含件数，默认为1

stock             int               初始值为0                      库存，默认为0

buy_price       money         不允许为空                    进货价

sell_price       money         不允许为空                     销售价

discount        money         不允许为空                     优惠价

你拿着这3个表给老板检查，老板希望能够再添加一个商品图片的字段，不过只有一部分商品有图片。OK，你在商品信息表(Wares_info)中增加了一个haspic的BOOL型字段，然后再建了一个新表——商品图片表(Wares_pic)：

商品图片表(Wares_pic)

名称　　　　 类型　　　　约束条件　　　               说明

pic_id           int    　       无重复　　                     商品图片标识，主键

wares_id       int              不允许为空                     所属商品标识，和Wares_info.wares_id关联

pic_address  char(200)    不允许为空　　　　　　   图片存放路径

程序开发完成后，完全满足老板目前的要求，于是正式启用。一段时间后，老板打算在这套平台上推出新的商品销售，其中，某类商品全部都需添加“长度” 的属性。第一轮折腾来了……当然，你按照添加商品图片表的老方法，在商品信息表(Wares_info)中增加了一个haslength的BOOL型字段，又建了一个新表——商品长度表(Wares_length)：

商品长度表(Wares_length)

名称　　　　  类型　　　　约束条件　　　              说明

length_id       int    　       无重复　　                     商品图片标识，主键

wares_id       int               不允许为空                     所属商品标识，和Wares_info.wares_id关联

length　       char(20)       不允许为空　　　　　　　商品长度说明

刚刚改完没多久，老板又打算上一批新的商品，这次某类商品全部需要添加“宽度”的属性。你咬了咬牙，又照方抓药，添加了商品宽度表 (Wares_width)。又过了一段时间，老板新上的商品中有一些需要添加“高度”的属性，你是不是开始觉得你所设计的数据库按照这种方式增长下去，很快就能变成一个迷宫呢？那么，有没有什么办法遏制这种不可预见性，但却类似重复的数据库膨胀呢？我在阅读《敏捷软件开发：原则、模式与实践》中发现作者举过类似的例子：7.3　“Copy”程序。其中，我非常赞同敏捷软件开发这个观点：在最初几乎不进行预先设计，但是一旦需求发生变化，此时作为一名追求卓越的程序员，应该从头审查整个架构设计，在此次修改中设计出能够满足日后类似修改的系统架构。下面是我在需要添加“长度”的属性时所提供的修改方案：

去掉商品信息表(Wares_info)中的haspic字段，添加商品额外属性表(Wares_ex_property)和商品额外信息表(Wares_ex_info)2个表来完成添加新属性的功能。

商品额外属性表(Wares_ex_property)

名称　　　　  类型　　　　约束条件　　　               说明

ex_pid           int    　       无重复　　                     商品额外属性标识，主键

p_name        char(20)       不允许为空                     额外属性名称

商品额外信息表(Wares_ex_info)

名称　　　　      类型　　　　约束条件　　　              说明

ex_iid                int    　       无重复　　                     商品额外信息标识，主键

wares_id           int              不允许为空                     所属商品标识，和Wares_info.wares_id关联

property_id　    int              不允许为空　　　　　　　商品额外属性标识，和Wares_ex_property.ex_pid关联

property_value  char(200)    不允许为空                     商品额外属性值

在商品额外属性表(Wares_ex_property)中添加2条记录：

ex_pid           p_name

1                   商品图片

2                   商品长度

再在整个电子商务平台的后台管理功能中追加一项商品额外属性管理的功能，以后添加新的商品时出现新的属性，只需利用该功能往商品额外属性表 (Wares_ex_property)中添加一条记录即可。不要害怕变化，被第一颗子弹击中并不是坏事，坏的是被相同轨道飞来的第二颗、第三颗子弹击中。第一颗子弹来得越早，所受的伤越重，之后的抵抗力也越强8)