数据库课程设计题目

1、小型超市管理系统——零售前台管理系统

系统功能

商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。

收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。

安全性：登录、退出、换班与操作锁定等权限验证保护

参考：关系模型

商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号） 用户表（用户编号，用户名称，用户密码，用户类型）

会员表（会员编号，会员卡号，累积消费金额，注册日期）

销售表（销售编号，商品编号，销售数量，销售金额，销售日期）

交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）

进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）

供货商表（供货商编号，供货商名称，供货商地址，供货商电话）

厂商表（厂商编号，厂商名称，厂商地址，厂商电话）

2、小型超市管理系统——后台管理系统

本系统必须具备以下功能：

进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。

销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。

库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。库存自动盘点计算。

人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。

参考：关系模型

商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号） 用户表（用户编号，用户名称，用户密码，用户类型）

会员表（会员编号，会员卡号，累积消费金额，注册日期）

销售表（销售编号，商品编号，销售数量，销售金额，销售日期）

交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）

进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）

供货商表（供货商编号，供货商名称，供货商地址，供货商电话）

厂商表（厂商编号，厂商名称，厂商地址，厂商电话）

注：

（1）题目下面给的需求和要求仅供参考，具体需求需要大家根据实际情况自行做调查给出，而不能按照我给的提示来完成设计，需要大家根据软件工程过程自行完成，不要去到网上抄袭，否则以零分计，需求确定后（给出需求描述，画出数据流图）需要提交给指导教师审查

（2）设计数据库注意要尽量符合第三范式，功能要完善，数据要翔实，严禁应付；对数据表设计要注意主键、外键、用户自定义约束、触发器、索引等

（3）对数据表的操作分为增、删、改、查四种，先设计基础数据，再考虑业务功能

（4）注意数据的安全性、完整性和一致性，所有业务功能采用存储过程与函数完成

（5）不需要做前台界面，全部设计与功能皆在数据库端完成，演示在“新建查询”中演示

（6）查询、统计与报表一律采用存储过程与视图完成

3、工资管理系统

本系统需要完成的功能主要有：

系统数据初始化；

员工基本信息数据的输入、修改、删除；

企业工资的基本设定；

员工工资的浏览；

员工个人工资表的查询；

员工工资的计算；

工资报表打印。

参考数据如下：

员工基本状况：包括员工号、员工姓名、性别、所在部门、工资级别、工资等级等。 工资级别和工资金额：包括工资等级、工资额。

企业部门及工作岗位信息：包括部门名称、工作岗位名称、工作岗位工资等。

工龄和工资金额：包括工龄及对应工资额。

公司福利表：包括福利名称、福利值。

工资信息：包括员工号、员工姓名、员工基础工资、员工岗位工资、员工工龄工资、公司福利、员工实得工资。

注：

（1）题目下面给的需求和要求仅供参考，具体需求需要大家根据实际情况自行做调查给出，而不能按照我给的提示来完成设计，需要大家根据软件工程过程自行完成，不要去到网上抄袭，否则以零分计，需求确定后（给出需求描述，画出数据流图）需要提交给指导教师审查

（2）设计数据库注意要尽量符合第三范式，功能要完善，数据要翔实，严禁应付；对数据表设计要注意主键、外键、用户自定义约束、触发器、索引等

（3）对数据表的操作分为增、删、改、查四种，先设计基础数据，再考虑业务功能

（4）注意数据的安全性、完整性和一致性，所有业务功能采用存储过程与函数完成

（5）不需要做前台界面，全部设计与功能皆在数据库端完成，演示在“新建查询”中演示

（6）查询、统计与报表一律采用存储过程与视图完成

系统功能应包括：

旅游团队、团队团员及旅游路线相关信息的输入

旅游团队、团队团员及旅游路线相关信息的维护（修改、浏览、删除和撤销）

旅游团队管理信息的查询（如按团队编号）

团队团员基本情况的查询（可选多种方式）

旅游路线相关信息的查询（如按线路编号）

旅游团队管理信息的报表及输出。

团队团员基本情况的报表及输出。

旅游路线排行榜发布。

数据备份，更改密码。

参考：主要表结构

团员信息表（路线编号，团队编号，团员编号，姓名，性别，电话，通信地址，身份证号码，团费交否，备注）

线路信息表（路线名称，团费，简介，图形，路线编号）

团队信息表（团队编号，路线编号，团员人数，出发日期，返程日期）

旅游团队信息表（团队编号，团队负责人，团员人数，建团时间，是否出发，团费，盈亏） 密码信息（操作员，密码）

注：

（1）题目下面给的需求和要求仅供参考，具体需求需要大家根据实际情况自行做调查给出，而不能按照我给的提示来完成设计，需要大家根据软件工程过程自行完成，不要去到网上抄袭，否则以零分计，需求确定后（给出需求描述，画出数据流图）需要提交给指导教师审查

（2）设计数据库注意要尽量符合第三范式，功能要完善，数据要翔实，严禁应付；对数据表设计要注意主键、外键、用户自定义约束、触发器、索引等

（3）对数据表的操作分为增、删、改、查四种，先设计基础数据，再考虑业务功能

（4）注意数据的安全性、完整性和一致性，所有业务功能采用存储过程与函数完成

（5）不需要做前台界面，全部设计与功能皆在数据库端完成，演示在“新建查询”中演示

（6）查询、统计与报表一律采用存储过程与视图完成

主要功能：

前台操作：包括开房登记、退房结账和房状态查看

预订管理：包括预订房间、预订入住和解除预订

信息查询：包括在住客人列表、预订客人列表和历史客人列表

报表统计：包括开房记录统计、退房结账和预订房间统计

参考数据如下

住店管理：客人姓名、证件号码、房号、入住时期、预计离开日期、结账离开日期、应付金额

客人信息：姓名、性别、证件类型、证件号码、联系电话

房间信息：房号、房类型、价格、押金、房状态

预订房间：客人姓名、性别、房类型、房号、价格、证件类型、证件号码、联系电话、入住日期、预计离开日期

历史信息：

注：

（1）题目下面给的需求和要求仅供参考，具体需求需要大家根据实际情况自行做调查给出，而不能按照我给的提示来完成设计，需要大家根据软件工程过程自行完成，不要去到网上抄袭，否则以零分计，需求确定后（给出需求描述，画出数据流图）需要提交给指导教师审查

（2）设计数据库注意要尽量符合第三范式，功能要完善，数据要翔实，严禁应付；对数据表设计要注意主键、外键、用户自定义约束、触发器、索引等

（3）对数据表的操作分为增、删、改、查四种，先设计基础数据，再考虑业务功能

（4）注意数据的安全性、完整性和一致性，所有业务功能采用存储过程与函数完成

（5）不需要做前台界面，全部设计与功能皆在数据库端完成，演示在“新建查询”中演示

（6）查询、统计与报表一律采用存储过程与视图完成