学生教务管理系统作业

实验十二某管理系统的后台数据库设计

实验名称：某管理系统的后台数据库设计

实验学时：8

实验目的：

本实验的目的是为了让学生能够全面了解数据库应用系统的整个开发过程，逐步掌握系统开发的以下相关技术：

(1)巩固数据库理论知识，熟悉一种具体的数据库管理系统（例如：SQL Server）的使

用方法。

(2)掌握针对特定应用环境数据库的设计。

(3)综合使用SQL Server中数据库、表、视图、索引、触发器、存储过程的创建使用方

法。

(4)体会运用软件工程的设计思想进行软件系统开发的过程与方法。

通过本课程设计，有助于学生巩固数据库系统的理论，掌握数据库的设计方法及数据库的运用和开发技术.

实验内容及步骤:

针对某部门或公司的实践调研，通过系统需求分析、数据库概念设计、逻辑设计, 用SQL上机编程、调试和应用实现数据库的设计,最终完成某管理系统的后台数据库设计。

(1)系统需求分析和系统设计

用软件工程的方法进行系统需求分析和系统设计得出系统的数据流图数据字典和信息模型。

(2)数据库设计

按数据库设计方法和规范化理论得出符合3NF的逻辑模型，外模型和物理模型。

(3)数据库定义和数据安全性与完整性定义

定义SQL、Server 2000的基本表和安全性、完整性要求。

(4)应用程序设计和程序调试

设计并编写输入\输出、查询\统计、数据维护等功能模块的应用程序。

(5)撰写课程设计报告

对系统的各个功能模块进行集成、总调试，撰写课程设计报告。

参考选题：

1 民航售票系统的后台数据库设计

(系统简述)

民航订票系统主要分为机场、航空公司和客户三方的服务。航空公司提供航线和飞机的资料，机场则对在本机场起飞和降落的航班和机票进行管理，而客户能得到的服务应该有航班线路和剩余票数．的查询，以及网上订票等功能。客户又可以分为两类，一类是普通客户，对于普通客户只有普通的查询功能和订票功能，没有相应的机票优惠，另一种是经常旅客，需要办理注册手续，但增加了里程积分功能和积分优惠政策。机场还要有紧急应对措施，在航班出现延误时，要发送相应的信息。

2 图书管理系统的后台数据库设计

(系统简述)

一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。此系统功能分为面向学生和面向管理员两部分，其中学生可以进行借阅、续借、归还和查询书籍等操作，管理员可以完成书籍和学生的增加，删除和修改以及对学生，借阅、续借、归还的确认。

3人事管理系统的后台数据库设计

4碟片出租系统的后台数据库设计

5酒店管理系统的后台数据库设计

6汽车租借信息系统的后台数据库设计7酒店管理系统的后台数据库设计

8超市管理系统的后台数据库设计

9学生信息管理系统的后台数据库设计10工资信息管理系统的后台数据库设计

课程设计实验报告模版：

综合性、设计性实验报告

实验课程名称学生信息管理系统的后台数据库设计

专业计算机科学与技术班级01

学号姓名

学号姓名

学号姓名

指导教师及职称＿（讲师）＿

开课学期2015 至2016 学年第二学期

设计时间

参考示例——交易中心管理系统

(实验目的)

针对零件交易中心的实践调研，通过系统需求分析、数据库概念设计、逻辑设计到上机编程、调试和应用等全过程完成零件交易中心管理系统的后台数据库设计。

(实验环境)

略

(实验设计简述)

零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能，

其中包括供应商信息、顾客信息以及零件信息。

此系统可以让供应商增加、删除和修改所提供的零件产品，

还可以让顾客增加、删除和修改所需求的零件。

交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。

（系统需求分析）

l．供应商

供应商的操作流程图如图A1所示。

图A1 供应商操作分类表

2．顾客

顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图A2所示。

图A2 顾客操作分类表

3．交易员

交易员的工作就是提出交易和完成交易。这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A3来说明这个问题．

我们在处理交易的时候可能面临如下问题：

(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；

(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；

(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。

图A．3 交易员操作图

（概念模型设计）

数据库需要表述的信息有以下几种：

(1)零件信息

(2)供应商信息

(3)顾客信息

(4)供应商集和零件集之间的联系(供应)

图A．4供应商和零件之间的联系(供应) ER模型

(5)顾客集和零件集之间的联系(求购)

图A．5 顾客和零件之间的联系(求购) ER模型

(6)交易(三元联系)

可以用E/R 模型表述该模型的设计，E/R 图如图A7所示。

图A ．7 全局ER 模型

（逻辑模型设计）

通过ER 模型到关系模型的转化，可以得到如下关系模式：

(1)

零件实体集转换为 关系：Part(ID ，Color ，Name ，Weight

，Intro) (2)供应商实体集转换为 关系Provider(ID ，Name ，Addtess ，Tel ，Intro)

(3)顾客实体集转换为 关系Customer(ID ，Name ，Addtess ，Tel) (4)供应联系转换为 关系Supply(PartlD ，ProviderlD ，Price ，Quantity)

(5)求购联系转换为 关系OfferToBuy(CustomerlD ，PartID ，Price ，Quantity)

(6)交易联系转换为 关系Business(CustomerlD ，ProviderlD ，PartID ，Price ，Quantity)

每个关系模式的主键码都用下划线标出。

同时，对于从联系导出的关系Supply(供应)，OfferToBuy(求购)和Business(交易)，使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。

对于Customer(顾客)，Provider(供应商)和Part(零件)之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。

（物理模型设计） 1．存储记录结构设计 Part 表