数据库系统设计课题

⑴ 200分2天内求大学本科数据库课程设计!急!急！

一、课程设计的内容
本课程设计要采用本课程中学习的数据库设计方法，运用其基本思路与主要图表工具完成“企业报刊订阅管理系统”数据库应用系统。完成信息需求分析与数据库的概念设计、逻辑设计、物理设计以及处理功能设计，用sql Sever的数据库管理系统、JSP开发工具实现该系统，并运行、评价、改进之；在此基础上严格按课程设计教学大纲所附报告提纲撰写课程设计报告。通过本课程设计进一步弄懂数据库系统及其相关的基本概念，理解数据库系统的系统结构、主要特点，掌握数据库设计的原理、方法及其基本过程，初步具备数据库应用设计的能力，初步形成运用数据库应用系统解决管理决策中的实际问题的基本素质。
二、课程设计的要求与数据
要求学生结合所学管理知识，在借鉴课堂教学案例、了解家人或亲友所从事的业务及其流程的基础上，参考有关资料，选择自己了解的一项业务，运用课堂所学数据库系统与数据库设计知识，完成信息需求分析、数据库概念设计、逻辑设计、物理设计，实现完成该业务的数据库应用系统，并运行、评价改进之，最后要写出课程设计报告。
三、课程设计应完成的工作
要求学生按照《数据库应用课程设计》教学大纲完成一个数据库应用系统，并撰写相应的课程设计报告，主要内容包括：
概述：系统的基本任务，主要业务，开发目标
1. 需求分析
2. （数据库）概念（模型）设计
3. （数据库）逻辑（模型）设计
4. 数据库物理设计与数据库保护设计
5. 处理功能设计
6. 数据库应用系统的实现
7. 数据库应用系统运行
四、课程设计进程安排
序号 设计各阶段内容 地点 起止日期

五、应收集的资料及主要参考文献
[1] 王 珊、陈 虹编着，数据库系统原理教程，清华大学出版社，2003.
[1] 金银秋主编，数据库原理与设计，科学出版社，2000.
[2] 李建中 王珊，数据库系统原理，电子工业出版社，1998.
[3] 李大友，数据库原理及应用（第二版），清华大学出版社，2000

发出任务书日期： 年 月 日 指导教师签名：

计划完成日期： 年 月 日 基层教学单位责任人签章：

主管院长签章：
目录
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用户需求……………………………………………………………………4
1.2业务流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （数据库）概念（模型）设计…………………………………7
3. （数据库）逻辑（模型）设计…………………………………9
3.1 一般逻辑模型设计…………………………………………………………9
3.2 具体逻辑模型设计…………………………………………………………9
4. 数据库物理设计与数据库保护设计…………………………10
4.1设计索引……………………………………………………………………10
4.2 设计表间关系………………………………………………………………10
4.3完整性设计…………………………………………………………………10
5. 处理功能设计…………………………………………………11
6. 数据库应用系统的实现………………………………………11
7. 数据库应用系统运行…………………………………………11
7.1 写出系统操作使用的简要说明……………………………………………11
7.2 系统实施过程………………………………………………………………11
7.3系统使用结果………………………………………………………………22
7.4系统评价……………………………………………………………………31

企业报刊订阅管理系统
概述
随着社会不断的发展，人们的生活水平越来越高，对知识的和对时事的渴求也越来越高，人们希望能够方便快捷地订阅各种报刊杂志。但是各种各样的报刊名目和详细信息以及订阅，为相关企业的管理造成很大的麻烦。因此网上订阅成为不可或缺的一部分。
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。

1. 需求分析
1.1 用户需求：
本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。
订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。因此在管理上实现起来有一定因难。
本系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。

1.2 业务流程分析：
本系统主要面向的用户有系统管理员、读者。下面分角色对该系统的不同操作范围做说明。
本系统主要有以下功能模块：
（1）登陆功能：登陆系统为身份验证登录。分为管理员登录和一般用户登录。分别通过不同的用户名和密码进入报刊订阅管理界面，新的用户需要注册。
（2）录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行可以修改个人信息。
（3）订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。
（4）查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。查询出的信息显示在界面上,并且可以预览和打印出结果。
（5）统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况，并且可以预览和打印出结果。
（6）系统维护功能：数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢复，数据库备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和数据的安全性，有利于系统的维护。
下图为该系统的业务流程图

1.3 信息需求分析
1.3.1 资料收集：业务流程中用到的相关单据主要是报刊信息还有订单信息
报刊信息表：
报刊代号 46-250 报刊名称 IT时代周刊
出版报社 科技出版社
出版周期 半月刊
每月定价 10.00 元/月
分类编号 1001
报刊介绍 《IT时代周刊》是一本深刻解读信息时代商业变革的杂志。除深度报道信息产业的重大新闻外，还报道金融、汽车、股市、零售等传统行业利用IT提升商业与管理的新闻。《IT时代周刊》以调查见深度；以商业故事见功力。是CEO/CIO/CFO以及政府官员、商业领袖首选刊物。
订单信息表：
订单编号 报刊代号 用户编号 订阅日期 订阅月数 份数 操作
3003 46-205 3206 2008-7-1 订一月 1 取消订阅
3004 26-306 3108 2008-7-8 订半年 2 取消订阅
3005 72-310 3100 2008-7-9 订一年 1 取消订阅
3006 45-214 2541 2008-7-10 订一季 1 取消订阅

1.3.2 事项分析：根据以上资料中标题、表头等中各栏目名，可以得出相关事项，作为数据项；分析这些数据项，找出组合项、导出项、非结构化数据项，确定基本项。检查是否有要补充的基本数据项，是否有要改进的地方，补充改进之，得出所有基本项。
1.4 功能需求分析：
本系统的主要结构功能图如下：

2. （数据库）概念（模型）设计
基本项构思ERD的四条基本原则：
①原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
③原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。
④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。
 管理员表（Adminuser）：用于存放管理员的数据记录，包括数据项：管理员名、密码。
 部门表（Department）：用来存放部门的相关记录，包括数据项：部门号，部门名。
 用户表（Users）：用于存放注册用户的记录，包括数据项：用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。
 报刊类别表（NewspaperClass）：用于存放初始的报刊类别记录，包括数据项：分类编号、分类名称。
 报刊信息表（Newspaper）：用于存放报刊记录，包括数据项：报刊代号、报刊名称、出版报社、出版周期、季度报价、内容介绍、分类编号（和报刊类别表有关）等。
 订单表（Order）：用于存放用户下达的订阅报刊的基本信息，包括数据项：订单编号、用户编号（用户表的主码）、报刊代号（报刊信息表的主码）、订阅份数、订阅月数等。

根据上面的设计规划出来的实体有部门实体、管理员实体、用户实体、报刊类别实体、报刊信息实体和订单实体。
部门实体的E-R图如下图所示： 管理员实体的E-R图如下图所示：

用户实体的E-R图如下图所示： 报刊信息实体的E-R图如下图所示：

订单实体的E-R图如下图所示： 报刊类别实体的E-R图如下图所示：

所有实体之间的的关系E-R图如下图所示：

3. （数据库）逻辑（模型）设计
3.1 一般逻辑模型设计：
关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
由ERD导出一般关系模型的四条原则；
①一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
②一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
③一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。
④3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

根据以上原则将E-R图转换成的关系模式如下：
部门（部门号，部门名称）
用户（用户账号，密码，用户真实姓名，联系电话，联系地址，部门号）
管理员（管理员名，密码）
报刊类别（分类编号，分类名称）
报刊（报刊代号，报刊名称，出版报社，出版周期，每月订价，内容介绍，分类编号）
订单（用户编号，报刊代号，订阅份数，订阅月数，订阅总额）

3.2 具体逻辑模型设计：
在SQL Server2000数据库中，首先创建newspaper数据库，然后根据数据库的逻辑结构分析创建表4-1━4-6的6张数据表。在前台访问数据库阶段设置了用户和密码，用户为sa，密码为空。
表4-2 department部门表结构
字段名称 字段类型 允许空 说明
depNumber（主码） Char（10） 否 部门号
depName Char(50) 是 部门名称
表4-3 users用户表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
userName Char(20) 是 真实姓名
passWord Char(10) 否 用户密码
address Char(150) 是 用户联系地址
phone Char(20) 是 用户联系电话
depNumber Char(10) 否 用户所属部门号
表4-3 newspaperClass报刊分类表结构
字段名称 字段类型 允许空 说明
classid（主码） Int（4） 否 报刊分类编号
className Char(30) 是 报刊分类名称
表4-4 newspaper报刊表结构
字段名称 字段类型 允许空 说明
newsNo（主码） Char（10） 否 报刊代号
newsName Char(40) 否 报刊名称
classid Int（4） 否 报刊分类编号
publish Char(150) 是 出版报社
pubPeriod Char(30) 是 出版周期
content Char(4000) 是 内容介绍
price Float(8) 否 每月报价
表-6 book订单表结构
字段名称 字段类型 允许空 说明
userNo（主码） Char（10） 否 用户帐号
newsNo（主码） Char（10） 否 报刊代号
orderAmount Int（4） 否 订阅份数
orderMonth Int（4） 否 订阅月数
totalPrice Float(8) 是 订阅总额
表4-1 adminuser管理员表结构
字段名称 字段类型 允许空 说明
adminUser（主码） Char(20) 否 管理员用户名
adminPass Char(10) 否 管理员密码
4. 数据库物理设计与数据库保护设计
4.1设计索引：我们可以在最经常查询的列上建立索引以提高查询效率。
而在这个系统中，我们经常要按用户账号，按报刊代号，按部门查询，所以，我们可以为这三个表建立索引，建立所以的SQL语句如下，这几个都是字符型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)

4.2 设计表间关系：

4.3完整性设计列出主要字段完整性的字段名、完整性约束条件；列出记录完整性约束及其约束条件；列出参照完整性表。
主要字段的完整性字段名和参照完整性表可以参照上图各个表之间的关系来看。
比如建立报刊表newspaper时，要求报刊代号在100~99999之间，报刊名称和每月定价不能取空值，报刊类别是报刊类别表的主键，则
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多个用户操作时，考虑用户授权与安全性控制。
因为这个报刊订阅系统由多个用户使用，分为管理员和用户，他们拥有不同的权限和安全性控制。所以在权限设置方面，采用管理员和用户分别使用用户名和密码进入他们能使用权限范围里的界面。管理员登陆系统后，可以添加、修改用户和报刊的信息，可以对订单进行查询和统计，并且可以把查询统计的结果进行预览和打印出来，还要对数据库系统进行维护，适时备份数据库，一旦数据库遇到问题，可以恢复到最近备份的状态，减少不必要的损失。
用户登录，用户使用该系统前需要进行注册，他应该是该企业某个部门下面的员工，所以他需要输入他的部门号等信息，注册成功后，登录到系统，可以修改自己的信息还有订阅报刊，但由于权限的限制，他只能查看和统计自己的订单信息。
5. 处理功能设计
5.1 主控模块设计：
使用本系统，首先它会自动弹出“欢迎使用本系统”的欢迎界面，然后跳转到用户身份验证界面，选择管理员的身份进入，有录入（录入报刊信息、录入用户信息），查询，统计(统计用户、统计、报刊订单)，系统维护（备份数据库、恢复数据库），注销，退出等菜单可使用，没注册的用户可进入注册界面进行注册，然后返回登录界面登录，进入后有欢迎界面，有订阅、查询、统计、修改、注销、退出等菜单可使用。
6. 数据库应用系统的实现
6.1 数据库及其表结构的建立：按照上面的逻辑分析见表
6.2数据输入：在建好的各个表中输入数据，要符合数据的约束条件
7. 数据库应用系统运行
7.1 写出系统操作使用的简要说明
本系统的运行需要安装PowerBuilder9.0和SQL Server2000软件。操作该系统，首先把备份的数据库还原出来，导入SQL Server中，然后打开该系统，连接上还原出来的数据库，再运行，就可以了。
7.2 系统实施过程
（1）打开PowerBuilder，新建一个工作区，命名为newspaper
（2）新建一个Application，取名newspaper，然后点击工具栏上的DB Profile，新建一个MSS Microsoft SQL Server，填入Profile Name，服务器名，用户名，密码，数据库，如下图，然后输入连接数据库的主要代码：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("错误","数据库连接错误，程序将关闭！",stopsign!)
return
end if
close(w_welcome)
open(w_login)

（3）制作登录页面w_login，在“确定”按钮输入如下：

“注册”按钮代码：open(w_register) //打开用户注册页面
“退出”按钮代码：close（w_login） //退出本系统
(4)制作注册窗口w_register，在“注册”按钮的代码如下：

“取消”按钮代码：close(w_register)
open(w_login)
（5）制作管理员主菜单w_adminview，建管理员主界面w_adminview，将该菜单放到窗口中
（6）制作用户主菜单w_userview，建用户主界面w_userview，将菜单放到窗口中
（7）制作管理员主菜单里的录入报刊信息窗口w_inmagazine，录入用户信息窗口w_inuser，
制作数据窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在数据窗口调整好外观，添加控件，并设定相应的动作，分别放到这两个窗口中
这两个窗口功能相识，在窗口中输入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()

（8）制作管理员主菜单中的查询订阅信息窗口w_searchorder，制作数据窗口dw_booksearch，将其放入窗体中，在窗口中输入代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在“查询”按钮中输入代码：

“预览”按钮的代码：

“关闭”按钮代码：close（w_searchorder）
数据窗口字段如下：

（9）制作管理员主菜单中的统计用户订单窗口w_statuser，统计部门订单窗口w_statdept，统计报刊订单窗口w_statnews：制作统计数据窗口dw_statnews，dw_statuser，dw_statdept将dw_statnews，dw_statuser，dw_statdept分别放入w_statnews， w_statuser，w_statdept中；以下仅列出按出按部门统计的代码和界面 (按用户、报刊统计类似，略)；
按部门统计代码：
窗口代码：
按部门统计数据窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
预览键代码：（与上页预览代码相同）
退出：close(parent)

（10）管理员主菜单中的更改登录在w_adminview中的代码

（11）管理员主菜单中的退出系统在w_adminview中的代码

（12）管理员主菜单中的数据库备份窗口w_backup，“开始备份”按钮的代码如下

在“>>”按钮带输入代码：

（13）管理员主菜单中的数据库恢复窗口w_restore，“开始恢复”按钮的代码如下
在“>>”按钮带输入代码：

在“开始恢复”按钮输入代码：

（14）用户主菜单的订阅报刊窗口w_userorder
该系统中定义了一个全局变量gs_userid，其它窗口界面都可以使用该变量，并显示用户名，用户登录后，它会显示“~~~~，欢迎使用本系统！”的欢迎界面。
窗口代码：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
“清空”按钮代码：
sle_1.text=""
sle_3.text=""
sle_5.text=""
“退出”按钮代码：
close(w_userorder)
“订阅”按钮代码：

（14）用户主菜单的查询订单窗口w_usersearch，将订单查找dw_booksearch放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果

窗口代码：

“预览”和“退出”按钮同上
（15）用户主菜单的查询订单窗口w_userstatis，将用户统计dw_statuser放到窗口里，在窗口中过过滤器筛选中用户自己的订单信息，一打开就可以看到自己的订单信息，可打印和预览结果，窗口代码如下：

用户统计dw_statuser数据窗口如下：

“预览”“退出”按钮略
（16）用户主菜单中的修改用户信息窗口w_usermodify，打开会先显示出你的信息，而用户名这一栏是输入不了的，也就是不能修改用户名，窗口代码如下：

“保存”按钮代码如下：

（17）用户主菜单中的更改登录和退出系统的代码和管理员的一样，这里就省略了。
7.3系统使用结果

打开本系统，首先弹出欢迎界面，通常一闪而过，然后到了登录界面，点击“注册”

按确定后，弹出“恭喜，您已注册成功！”的对话框。如果这时刷新服务管理器，打开SQL Server企业管理器，打开该数据库的用户表，就可看到刚才注册的用户已经在表中了

然后返回到登陆页面，输入刚才注册到的用户名和密码maishning，123456

登录后，弹出一个窗口，有供用户使用的菜单，界面显示“~~~~，欢迎使用本系统”

选择“订阅”菜单，在这个订阅界面，用户可以浏览到所有的报刊信息，要订阅报刊时，用户不需输入用户名与密码，只需输入您要订阅的报刊代号（该报刊代号必须是报刊表中存在的），订阅份数（必须是小于8的整数才有效），然后选择需要订阅的月数（一月、一季、半年或一年）然后点击“订阅”按钮

订阅成功后，系统弹出“恭喜！你已成功订阅该报刊，总金额是~~~~”确定后会显示出您所订阅的总额是多少元，按“清空”按钮后可以订阅其它报刊（同样的报刊不可重复订阅）

再订阅其它报刊，然后按“退出”按钮，来到用户主菜单然后选择“查询”菜单，这个数据窗口经过过滤，一打开就直接显示该用户过订阅的订单，可以进行预览和打印。

由于权限的限制，“统计”菜单中的也是只能统计自己订单信息的数据

在“退订”报刊菜单中，可以查看自己的订单，单击“退订”然后“保存”即可完成退订
在“修改”信息菜单中，用户名也是不可输入的文本框，即不可修改用户名，其它信息可以修改，保存后它会自动添加到数据库中

选择菜单上的“注销”，可以用不同的身份进入系统，确定后回到登录界面

以管理员的身份登录，用户名111，密码111，按登录按键，可看到管理员菜单

选择菜单栏中的录入->录入报刊信息，管理员可以大致浏览所有报刊信息，在上面的数据窗口可以查看上一页和下一页的具体内容，并且可以对其进行添加，删除、修改、保存等操作。

录入用户信息页面，基本相似

选择菜单栏中的“查询”->“订单信息”,管理员拥有的权限可以看到所有的订单信息

管理员也可以根据需要分别按部门、按用户、按报刊查询，比如，要查询msishning用户，在文本框中输入关键字，选择单选按钮中的“按部门号”，点击“查询”，结果如下
可对全部订单或查询出来的订单进行预览和打印，方便使用

菜单栏中的“统计”菜单有三个子菜单，管理员可以分别统计用户订单信息、部门订单信息和报刊订单信息， 直接选择就可看到统计结果，比如选择“统计用户订单信息”

可将统计出来的结果进行预览和打印，方便使用，其它两个统计功能相似，略

主菜单中的系统维护->数据库备份，选择备份的位置，然后“开始备份”

主菜单中的系统维护->数据库恢复，选择之前备份的文件，输入路径和数据库名，然后“开始恢复”

7.4系统评价：

⑵ 一份数据库课设 题目 快递管理系统 要求 至少八个实体 数据流图

根据我分析， 你是想开发设计“学生信息管理系统”吧，如下内容能够满足你。

但是，如果想做信息战略规划，哪就不需要那么详细了，信息战略规划，重点在“做什么系统”，不在“具体证明设计开发系统”。

高校学生信息管理系统的研究与实现
2007年第10期（总第107期）
黄荣喜（广西农业职业技术学院，广西 南宁430007）

随着高校学生规模不断的扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长。面对庞大的信息量，需要相应的管理系统来提高学生管理工作的效率，做到信息的规范管理、科学统计和快速查询，以减少管理方面的工作量。

管理信息系统；数据库；E—R模型；表的关系

随着高校学生招生规模逐步扩大，教育管理的信息化越来越受到人们的重视。在高校，各种教育管理信息系统也越来越多，很大程度地提高了教育管理的效率和质量。但也存在系统本身功能比较简单，各部门不能实现信息的共享，不能适应实际管理中的变化等一些问题。为了提高信息处理的效率和质量，增加管理工作的透明度，逐步实现办公自动化，本课题拟定开发适合学校实际的，具有易操作、易维护、良好人机界面等特点的高校学生信息管理系统。

1 课题来源

如果建立一个统一的在校学生信息管理库，让各部门使用同一套信息数据，各部门根据各自的权限对同一套信息数据进行更新维护，这样便可以通过共享数据信息，减少许多无谓的重复工作，这样既提高了计算机软、硬件的使用效率，同时也提高了统计信息的准确性、真实性，而且还能大大方便我们对学生信息的管理，提高我们的管理质量。基于以上原因，依靠目前的全国招生系统的信息和高校的学生学籍管理系统来建设一个统一的高校学生数据信息管理系统是完全必要和可行的，用它可以解决高校学生大量繁杂的信息管理工作等问题，提高工作效率。

2 需求分析及系统设计

根据需求分析及高校学生现行管理的不足，本管理系统的设计及功能描述如下：

（1）招生管理：录入新生基本信息；按学号、姓名查询学生信息；对查询结果行修改；打印学生的基本信息；

（2）就业管理：毕业生信息的输入；按学号、姓名、专业查询毕业生信息；修改毕业生信息；打印毕业生的基本信息；

（3）学生管理：包括奖惩管理、住宿管理、学生信息查询修改、学籍变更等；

（4）密码管理：用于学生及管理员的密码查看，找回密码，只有管理员有权限；

（5）课程管理：包括课程设置、选课情况、成绩录入等；

（6）选课：供学生进行选课使用；

（7）成绩查询：提供给学生所修课程的成绩查询。

根据需求分析，本系统采用自顶向下逐步求精进行分析的方法得到如图1所示的资源化管理信息系统。系统中的共享数据信息基本包括了一个学生在校期间可能用到的绝大部分数据信息，在功能设计上，除了通过统一的共享型数据信息系统、规范信息的唯一性、准确性和及时性外，还可以在功能上适应管理工作需要的功能模块图。系统共包括管理员模块、学生模块。

图1 学生管理系统总体模块设计

3 数据库的设计

数据库是若干表（table），视图（view），索引（index），关键字（key）以及其它一些数据对象组成的存储应用系统的仓库。一个MIS（Management Information System）绝大多数是在 DBMS 支持下建立数据库构成的。

3.1 数据库需求分析

图2 数据流程图中用到的基本符号

通过对系统数据流向的分析，得到如图3所示的数据流图。

3 学生管理系统总体数据流程图

3.2 数据库的概念结构设计

（1）在获取用户对系统的需求后，确定数据对象，并对用户的需求进行综合分析归纳，形成了一个不依赖于 DBMS 的数据概念模型，即E—R（Entity-Relation）模型。

（2）用E—R模型画出E—R 图，采用先画局部E—R图，然后将各部分E—R图汇总形成总的E—R图的方法。

（3）对E—R图进行综合分析，去掉冗余的数据和冗余的联系。经过适当的变换后，最终得到模块的E—R图。

根据上面的设计规划出的实体有：管理员实体，学生实体，课程实体，学籍变更记录实体，奖惩记录实体，毕业生实体。

3.3 数据库逻辑结构设计

把上面的数据库概念结构转化为SQL Server 2000 数据库系统支持的实际数据模型，即数据库的逻辑结构，逻辑设计的过程如图4所示：

图4 逻辑设计的过程

通过转换的规则，得出了关系模式。为了提高数据的可修改性，完整性和一致性，采用了关系数据的方法，尽可能简化数据存储的数据结构。

对关系模式进行关系规范化后得出以下表及相关字段：

（1）管理员登录关系模式：管理权限，管理员，密码。

（2）学生登录关系模式：管理权限，学号，密码；

（3）新生信息录入关系模式：学号，姓名，院系，专业，班级，性别，出生年月，籍贯，教师，政治面貌，研究方向，宿舍号（关键字为学号）；

（4）学生选定课程关系模式：学号，姓名，课程编号，课程名称，班级，成绩，学分。（外键为学号、课程编号，关键字为学号、课程编号的组合）；

（5） 学籍变更信息关系模式：学号，变更类型，具体描述（学号为外键）；

（6）毕业生信息关系模式：学号，姓名，性别，院系，专业，综合排名，生源地，是否签约（外键为学号）；

（7）奖励惩罚信息关系模式：学号，奖励等级，惩罚等级，具体描述（外键为学号）；

（8）课程设置信息关系模式：课程编号，课程名称，学分，任课导师，学时，上课地点，上课时间，课程简介（关键字为课程编号）；

4 开发工具的选择及开发过程

根据实际需要，笔者使用了Delphi ，它是美国Broland 公司推出的开发软件，其功能非常的强大，用它来开发系统软件，可以带给很大的方便。它完全按照客户/服务器体系结构研制设计，采用面向对象技术，图形化应用开发环境，是数据库系统设计的前端开发工具，在客户/服务器结构中，Delphi 具有描述多个数据库连接与检索的功能，特别是能从多数RDBMS提取数据。

5 本系统的特点

本系统采用 Delphi 作为前端开发工具，用 SQL Server 2000 作为后台数据库处理，达到了界面的美观性和数据存储的高效性，系统具有以下的特点：

（1）采用目前流行的菜单集成和下拉菜单条把所有的模块都放在一个界面中，使用户操作方便。

（2）良好的数据安全性，系统采取了多种安全性控制机制，力图给用户创造安全的工作环境，数据的安全等。

（3）高效性，系统能快速处理大量的数据功能并进行了相关的出错处理，这对于当今的信息时代是非常重要的。

（4）易于扩充，本系统的设计采用标准的控件架构技术，以提高系统的开放性及可扩充性，方便以后业务的扩展和系统扩容，适应学生信息管理教育的未来需要。

⑶ 数据库课程设计实例

数据库课程设计

题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编

2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。

（3）系统结构
系统总体结构

模块子系统结构

功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。

功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。

功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。

功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。

功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统

顶层DFD图

第0层DFD图

第1层DFD图

2.3、户类型与职能
（1）、员工（营业员）：
 通过商品条形码扫描输入商品到购买清单
 操作软件计算交易总金额
 操作软件输出交易清单
 对会员进行会员卡扫描以便打折
（2）、：超市经理
 操作软件录入商品，供货商，厂商
 操作软件制定进货计划
 查询打印计划进货与入库记录
 操作软件控制商品销售与否
 查询打印销售情况
 操作软件生成销售排行榜
 查询库存明细记录
 根据软件发出的库存告警进行入货
 操作软件进行盘点计算
（3）、总经理：
 基本信息登记管理
 员工操作权限管理
 客户销售权限管理
2.4、统开发步骤
 确定参与者和相关的用况
 为每个用况设计过程
 建立顺序图，确定每个脚本中对象的协作
 创建类，确定脚本中的对象
 设计, 编码, 测试, 集成类
 为过程编写系统测试案例
 运行测试案例，检验系统
2.5、系统环境需求
 系统模式

本系统采用C/S模式作为开发模式
 硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
 软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。

2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
 系统要能重建
 系统应该是可审查的
 系统应能进行有效控制，抗干扰能力强
 系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。

用例（use case）：

参与者（actor）：

3.2、UML模型
3.21、系统UML模型

3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图

（2）后台管理系统用例视图

3.3、系统实现图

4、超市销售系统概念设计文档
（1）、系统ER图

（2）、系统ER图说明
1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；
2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；
3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。
（3）、视图设计
1) 交易视图(v_Dealing)——用于查询交易情况的视图；
2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；
3) 销售视图(v_Sale)——用于查询销售明细记录的视图；
4) 入库视图(v_Stock)——用于查询入库情况的视图。
5、逻辑设计文档
（1）、系统关系模型
a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）
b) 用户表（用户编号，用户名称，用户密码，用户类型）
c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）
d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）
e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）
f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）
g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）
h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）

（2）、系统数据库表结构
数据库表索引
表名 中文名
MerchInfo 商品信息表
User 用户表
Menber 会员表
Sale 销售表
Dealing 交易表
Stock 进货入库表
Provide 供货商表
Factory 厂商表

商品信息表(MerchInfo)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MerchID int 4 P Not null 商品编号
MerchName Varchar 50 Not null 商品名称
MerchPrice Money 4 Not null 价格
MerchNum Int 4 Not null 库存数量
CautionNum Int 4 Not null 库存报警数量
PlanNum Int 4 null 计划进货数
BarCode Varchar 50 Not null 条形码
SalesProPrice Money 4 促销价格
SalesProDateS Datetime 8 促销起日期
SalesProDateE Datetime 8 促销止日期
AllowAbate Int 4 Not null 允许打折
AllowSale Int 4 Not null 允许销售
FactoryID Varchar 10 F Not null 厂商编号
ProvideID Varchar 10 F Not null 供货商编号

用户表(User)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
UserID varchar 10 P Not null 用户编号
UserName Varchar 25 Not null 用户名称
UserPW Varchar 50 Not null 用户密码
UserStyle Int 4 Not null 用户类型

会员表(Menber)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
MemberID Varchar 10 P Not null 会员编号
MemberCard Varchar 20 Not null 会员卡号
TotalCost Money 4 Not null 累积消费金额
RegDate Datetime 8 Not null 注册日期

销售表(Sale)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
SaleID Varchar 10 P Not null 销售编号
MerChID Varchar 10 F Not null 商品编号
SaleDate Datetime 8 Not null 销售日期
SaleNum Int 4 Not null 销售数量
SalePrice Money 4 Not null 销售单额

交易表(Dealing)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
DealingID Varchar 10 P Not null 交易编号
DealingPrice Money 4 Not null 交易金额
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 会员卡号
UserName Varchar 10 F Not null 用户名称

入库纪录表(Stock)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
StockID Varchar 10 P Not null 入库编号
MerchID Varchar 10 F Not null 入库商品编号
MerchNum Int 4 Not null 入库数量
MerchPrice Money 4 Not null 单额
TotalPrice Money 4 Not null 总额
StockDate Datetime 8 Datetime 入库日期
PlanDate Datetime 8 Datetime 计划进货日期
StockState Int 4 Not null 入库状态

供货商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
ProvideID varchar 10 P Not null 供货商编号
ProvideName Varchar 50 Not null 供货商名称
ProvideAddress Varchar 250 供货商地址
ProvidePhone Varchar 25 供货商电话

厂商表(Provide)
字段名 字段类型 长度 主/外键 字段值约束 对应中文名
FactoryID varchar 10 P Not null 厂商编号
FactoryName Varchar 50 Not null 厂商名称
FactoryAddress Varchar 250 厂商地址
FactoryPhone Varchar 25 厂商电话
6、物理设计文档
/*----------创建数据库----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go

/*----------创建基本表----------*/
use [SuperMarketdb]
go
/*创建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*创建厂商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*创建会员表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*创建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*创建供应商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*创建销售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*创建入库表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*创建用户表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO

/*----------创建表间约束----------*/
/*商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*销售表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入库表中商品编号与商品信息表之间的外键约束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO

/*----------创建索引----------*/
/*在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一个以商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO

/*----------创建视图----------*/
/*创建用于查询交易情况的视图*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 员工名称,
MemberCard as 会员卡号,
DealingPrice as 交易金额
FROM Dealing
GO
/*创建用于查询进货计划的视图*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO

7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
 本系统只适合小型超市使用，不能适合中大型超市使用；
 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。

⑷ 书店销售管理系统数据库设计目的和意义

学号 1
课 程 设 计课程名称 《数据库系统原理》课程设计
题 目 书店销售管理系统
专 业
班 级
姓 名
成 绩
指 导 老 师
2019 年 12 月 30 日至 2019 年 1月 3日一、课程设计目的与任务《数据库系统原理课程设计》是针对计算机专业基础课《数据库系统原理》开设的课程设计，目的是使学生通过本课程设计之后，对数据库设计的基本概念、基本原理和优化技术有较全面的了解和领会，并能操作当前流行的DBMS，了解数据库在计算机应用系统的作用，独立地开发实现一个小型的基于DBMS上的应用系统。结合具体的开发案例，理解并初步掌握数据库系统需求分析、概念结构设计、逻辑结构设计、物理结构设计、应用功能设计（视图，索引，游标，存储过程，触发器等）数据录入及测试等系统设计与系统实施及维护管理的主要环节和步骤以及软件文档的制作能力。二、课程设计的题目与基本要求1．设计题目：书店销售管理系统数据库设计2.基本要求：（1）图书入库管理：维护入库图书信息（如图书编号、书名、作者、价格、图书分类、出版社等），自动计算库存。（2）图书查询统计：按图书分类，出版社、书名、作者等条件查询图书的详细信息。（3）销售管理： 销售过的图书都记录在销售列表中，方便统计收入。图书销售后，实时记录图书库存，按每天统计销售额、按每个月或季度统计销售额，并能根据销售数量统计生成畅销书名单。（4）设计报告内容包括：基本原理、设计方案的选择与确定，详细的设计过程及结果做出评价，分析存在的问题，提出改进意见并写出心得体会。三、学时分配进度安排
序号 设计内容 所用时间
1 选题及调研 1天
2 数据库结构设计 1天
3 数据库查询优化 1天
4 调试及撰写报告 1天
5 答辩 1天
合 计 1周
四、课程设计考核及评分标准1.设计报告要求课程设计报告要求逻辑清晰、层次分明、书写整洁。格式包括标题、提要、正文（包括①设计项目要求与说明。②数据模型分析。③软件流程分析。④调试分析。⑤实验数据分析。⑥答辩。⑦成绩评定。）附录(图纸、程序清单或软盘)。设计报告须每人一份，独立完成。2.图纸要求系统结构框图、概念模型图等。3.评分标准
评分依据 评分成绩
1．设计方案正确，具有可行性、创新性 30分
2．数据库测试性能达到任务书要求 25分
3．设计报告的规范化、内容充实、参考文献 15分
4．答辩 20分
5．平时成绩（考勤等） 10分
总分 100分
注：成绩等级：优（90分—100分）、良（80分—89分）、中（70分—79分）、及格（60分—69分）、60分以下为不及格。五、指导时间
周次 星期一 星期二 星期三 星期四 星期五
第17周 第3-4节 第3-4节 第3-4节 第3-4节
地点 233 231 现教 现教

1.引言Internet的迅速发展正以前所未有的深度和广度影响和改善着人类生活的各个方面，越来越多的人开始意识到Internet所起到的重大作用随着书店规模的不断扩大，员工人数的不断增多，使得书店管理的手工操作管理模式的局限性越发突出.本书店管理系统应用了科学的管理模式对员工.书籍.订单信息进行管理和维护，并且还提供了给类报表的打印,使原本非常复杂的手工管理变得简洁明了。计算机信息管理技术的应用，除了能在相当大的程度.上代替人工作业，从而减少人员工作量，减轻工作负担，减少工作中因人为原因而产生的错误从而避免不必要的损失外，更重要的是能建立准确畅通、简便的信息流通渠道，为工作提供所需要的准确、及时的信息以帮助做出正确而及时的选择与决定，从而给采用这门]技术的单位带来了巨大的可见或不可见的利益与效益。2.需求阶段分析2.1需求分析书店管理系统是适应时代发展的需要,提高管理的效率而开发设计的。通过对信息的收集、存储、传递、统计、分析、综合查询、报表输出和信息共享，及时为书店管理人员提供全面、准确的各种数据。实现了书店管理的简单化和规划化，提高了书店的工作效率，从而使书店能够以少的投入获得更好的社会效益与经济效益。2.2数据分析顾客表：应包含顾客号，顾客姓名以及顾客联系方式订单表：应包含订单号，销售图书号，销售数量，金额以及日期图书表：应包含图书编号，图书名，作者，单价，类别和出版社库存表：应包含图书编号，总量和余量2.3功能分析数据库应实现的功能有：（1）图书入库管理：维护入库图书信息（如图书编号、书名、作者、价格、图书分类、出版社等），自动计算库存。（2）按图书分类，出版社、书名、作者等条件查询图书的详细信息。（3）销售过的图书都记录，并且能显示每种图书的销售量，将销售量高的图书定为热销书，能够查询出某一天到某一天的销售额以及订单消息2.3.1书籍管理功能系统设置包括图书名称设置、书籍编号、书籍出版社、书籍价格、书籍类别。基本信息管理模块可以实现添加和重置书籍信息功能。
2.3.2订单管理功能系统设置包括顾客姓名设置、订单日期设置、订单编号设置、订单数量设置、订单金额设置。基本信息管理模块可以实现对订单的查询。2.3.3顾客管理功能系统设置包括顾客编号设置、顾客姓名设置、顾客联系方式设置。基本信息管理模块可以实现对顾客的查询。2.3.4库存管理功能系统设置包括图书编号、图书总量、图书余量设置。基本信息管理模块可以实现对图书数量的查询2.4安全性和完整性要求（1）安全性要求 ：系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。（2）完整性要求：系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用check约束，或者通过使用触发器和级联更新。3 .结构设计3.1总体功能模块图图3.13.2书籍信息模块图图3.23.3订单信息模块图图3.33.4顾客信息模块图图3.43.5数据字典表3.5.1顾客表
列名 数据类型 约束
顾客号（Gno） Char（7） primary key
姓名（Gname） Nchar（20） Not null
联系方式（Gnumber） Char（20）
表3.5.2订单表
列名 数据类型 约束
订单号（Dno） Char（7） primary key
购买图书号（Bno） Char（7） primary key
购买数量（Dshul） Int Not null
金额（Dmoney） Int Not null
日期（Dtime） Smalldatetime Not null
顾客号（Gno） Char（7） External code
表3.5.3 图书表
列名 数据类型 约束
编号（Bno） Char（7） primary key
书名（Bname） nchar (20) not null
作者（Bwriter） nchar (20) not null
价格（Bjiage） Int not null
类别（Bleibie） nchar (20) not null
出版社（Bcbs） nchar (20) not null
表3.5.4库存表
列名 数据类型 约束
编号（Bno） Char（7） Primary key
总量（Kzong） Int Not null
余量（Kyu） Int
3.6 ER图设计3.6..1顾客ER图3.6.2 图书ER图图3.6.3图3.6.4图3.6.54 逻辑结构设计4.1 关系模型顾客与订单是1：m类型 订单与库存是1：1类型 库存与图书是1：m类型 关系模型如下：顾客表（顾客号、姓名、联系方式）订单表（订单号、购买图书号、购买数量、金额、日期、顾客号）图书表（编号、书名、作者、价格、类别、出版社）库存表（编号、总量、余量）（——代表主键，...代表外码）4.2 函数依赖在顾客表中，顾客号是主码，其它属性完全依赖于顾客号在订单表中，订单号是主码，顾客号是外码，其余属性完全依赖于订单号在图书表中，编号是主码，其余属性完全依赖于编号在库存表中，编号是主码，其余属性完全依赖于编号5.物理结构设计5.1创建图书表use books /*创建图书表*/create table book(Bno char (7) primary key,Bname nchar (20) not null,Bwirter nchar (20) not null,Bjiage int not null,Bleibie nchar (20) not null,Bcbs nchar (20) not null,）5.2 创建顾客表use books /* 创建顾客表*/create table guke(Gno char(7) primary key,Gname nchar (20) not null,Gnumber char(20),）5.3创建库存表use books /*创建库存表*/Create table kucun(Bno char(7) primary key,
Kzong int not null,Kyu int,)5.4创建订单表use books /*创建订单表*/Create table Dingdan(Dno char(7) primary key,Bno char(7) primary key,Dshul int not null,Dmoney int not null,Dtime smalldatetime not null,Gno char(10) not null,)6 数据库的实施6.1 给各个表添加数据例use books /*给图书表添加一行数据*/insert into bookvalues('101','白夜行','东野圭吾','30','侦探','天空出版社')使用语句添加完数据的表如下：6.1.1图书表6.1.2订单表6.1.3 顾客表6.1.4库存表6.2创建存储过程6.2.1图书的存储过程create proc tushu@Bno char(7),@Bname nchar(20),@Bwirter nchar(20),@Bjiage int, @Bleibie nchar(20),@Bcbs nchar(20),@MM INTasif not exists (select * from bookwhere Bno=@Bno)BEGINinsert into bookvalues (@Bno,@Bname,@Bwirter,@Bjiage,@Bleibie,@Bcbs)INSERT INTO KucunVALUES (@Bno,@MM,@MM)ENDELSEBEGINUPDATE KucunSET Kzong=KZONG+@MMWHERE BNO=@BNOUPDATE KucunSET KYU=KYU+@MM
WHERE BNO=@BNOEND图5.2.16.2.2顾客的存储过程create proc gukecun@Gno char(7),@gname nchar(10),@gnumber nchar(20)asinsert into gukevalues (@Gno,@gname,@gnumber )图5.2.26.2.3 订单的存储过程create proc dingdan@dno char(10),@Bno char(10),@Dshul int,@Dtime smalldatetime, @Gno char(10)asdeclare @Dmoney intselect @Dmoney=@Dshul*Bjiagefrom book,Dingdaninsert into Dingdanvalues (@dno,@Bno,@Dshul,@Dmoney,@Dtime,@Gno)图5.2.36.3 创建触发器针对图书信息表创建一个触发器，当向表book插入一条信息时，自动显示表中book中的记录create trigger 插入显示on bookfor insertasSelect * from bookInsert into book values('115','幻想之城','中此撒','30','悬疑','飒飒我出版社')6.4 建立视图6.4.1建立视图建立一个图书类别为侦探的视图，包括图书编号，图书名，作者，单价以及图书总量和余量create view v_leibieasselect book.Bno ,bname,bwirter,bjiage,kzong,kyufrom book,Kucunwhere book.Bno =Kucun.Bno and Bleibie ='侦探'图6.4.1图6.4.26.5 调试运行6.5.1查询姓张的顾客的购买记录select * from Dingdan
where Gno in (select Gno from gukewhere Gname like '张%')图6.5.16.5.2 添加一条图书信息后图书表以及库存表的显示exec tushu'115','幻想之城','中此撒','30','悬疑','飒飒我出版社','60'图6.5.2图6.5.36.5.3 查询销售量在10本以上的书，以此为畅销书select SUM(dshul),bnofrom Dingdangroup by Bnohaving SUM(Dshul)>10图6.5.46.5.4查询某一天的销售额select sum (Dmoney )总金额 from Dingdanwhere Dtime between '2019-11-01 'and '2019-11-02'图6.5.57.设计体会一个个星期的时间非常快就过去了，这一个星期不敢说自己有多大的进步。获得了多少如识，但起码是了解了项目开发的部分过程。虽说上过数据库的课程，但是没有亲身经历过相关的设计工作细节。这次课程设计刚好提供了一个很好的机会。通过这次课程设计发现这其中需要的很多知识我们都接触过，去图书馆查资料的时侯发现我们前边所学到的仅仅是皮毛还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。本次课程设计即将结束，我完成了自己所选的课题。通过完成这次课程设计，我加深了对相关知识的理解，加强了知识之间的联吊，促进了知识的迁移和应用。从需求分析、概念结构设计、逻辑结构设计、物理结构设计。亲身体验了一回系统的设计开发过程。很多东西书上写的很清楚，貌似看着也很简单，思路非常清晰。但真正需要自己想办法去设计一个系统的时候才发现其中的难度。经常做到后面突然就发现自己-开始的设计有问题，然后又回去翻工在各种反复中不断完善自己的想法。
致谢在这次数据库的课程设计过程中，我选择了书店销售管理系统的设计与实现。该系统能够顺利的完成，得益于老师的悉心指导和同学的帮助。更重要的是老师帮我们解决了许多技术的难题，以至于我们能够将书店销售管理系统的功能做得尽可能的完善。在这过程中，我周围的同学给了我许多启发，让我把书店销售管理系统设计的更加完善，老师渊博的知识、开阔的视野和敏锐的思维给了我深深的启迪，使我不仅了解到许多新知识、开阔了视野，更提高了自身的数据库设计能力。另外，感谢老师给我们提供这样-一个课程设计的机会，使我们在学得专业知识的基础上能够自己动手并独立地完成数据库的设计与开发，使我们能够更多的学习-些实践应用知识，增强实际操作和动手应用能力。最后，我再一次感谢在整个课程设计期间，在各个方面给予我们帮助的老师和同学，正是因为有了你们的帮助，才使我们的课程设计得以顺利完成。参考文献[1]李彦，韩光林，李玉波. SQL SERVE完全自学手册[M].北京:电子工业出版社,2007[2]萨师煊，王珊.数据库系统概论.北京:高等教育出版社.2005[3]Y.Daniel Liang.Java.万波. JAVA语言程序设计[M].第六版.北京:机械工业出版社，2008[4]《数据库原理及应用》 ，钱雪忠主编，北京邮电大学出版社，2007，第二版[5]《SQL server 2000数据仓库与Analysis Services》，Bain T着 ，中国电力出版社， 2003[6]《数据库技术与联机分析处理》 王珊主编，北京科学出版社，1998课程设计成绩评定表
课程设计题目 书店销售管理系统
课程设计学生答辩或质疑记录：
评 分 依 据 分 值 评分成绩
1．设计方案正确，具有可行性、创新性 30 分
2．系统调试与结果（系统功能正确、软件程序完整） 25分
3．设计报告的规范化、内容充实、参考文献 15分
4．平时成绩（考勤等） 10分
5．答辩 20分
总 分 100分
最终评定等级为：指导老师签字： 年 月 日
￥
5.9
网络文库VIP限时优惠现在开通,立享6亿+VIP内容
立即获取
书店销售管理系统数据库设计
学号 1
课 程 设 计
课程名称 《数据库系统原理》课程设计
题 目 书店销售管理系统
专 业
班 级
姓 名
成 绩
指 导 老 师
2019 年 12 月 30 日至 2019 年 1月 3日
一、课程设计目的与任务
第 1 页
《数据库系统原理课程设计》是针对计算机专业基础课《数据库系统原理》开设的课程设计，目的是使学生通过本课程设计之后，对数据库设计的基本概念、基本原理和优化技术有较全面的了解和领会，并能操作当前流行的DBMS，了解数据库在计算机应用系统的作用，独立地开发实现一个小型的基于DBMS上的应用系统。结合具体的开发案例，理解并初步掌握数据库系统需求分析、概念结构设计、逻辑结构设计、物理结构设计、应用功能设计（视图，索引，游标，存储过程，触发器等）数据录入及测试等系统设计与系统实施及维护管理的主要环节和步骤以及软件文档的制作能力。

⑸ 数据库sql 的课程设计怎么做，要借哪些书看，求大神指教

• IT行业，数据库确实是一门相当重要的课程。但是在大学里面，对待数据库原理及应用这么课程以及其课程设计的重视程度就相差很大了，各个学校要求也不一样。如果是要学好，那确实要下工夫；如果只是完成课程设计，交差了事，其实相当简单。

• 既然是课程设计，也算是个小小的项目，既然是项目，也就离不开需求分析、数据库设计、部署实现等环节。当然，这个小小的项目只需要前面的部分：需求和数据库设计，数据库设计是重点。

• 需求分析就不用多说，和所有其他项目一样，无非就是用户需求，功能需求，系统需求等，找任何一本关于需求分析的书都是可以，除了那些个空话之外，更多的是要根据设计需要进行分析。

• 数据库设计就比较复杂一点，首先得把数据库原理搞清楚，比如：符合什么样的范式，怎么画ER图，如何理解用例图。在设计数据库之前，有一系列的分析要做：面向对象分析，用例分析，类和对象分析等等。分析到位是数据库设计成功的重要保障。分析完成之后才是设计，比如：逻辑结构设计，关系模式设计，存取方法设计，存储结构设计，数据完整性设计，参考完整性设计，Check约束，Default约束，触发器设计，视图设计，存储过程设计，权限设计等。这些都完成了，最后一步才是写SQL代码实现这些设计，创建数据库及相关的数据表，关联，视图，触发器，存储过程等一些列的看得见的数据库参数。

• 上面说的比较理论，也比较笼统。我想我可以用一个简单例子告诉你我要表达的意思。例子很简单，其中很多地方都不是太好，不过或许可以给你一个直观的思路。

数据库应用课程设计报告书

网上超市管理系统

成 绩：

学 号：

姓 名：

指导教师：

20 年 月 日

目录

任务书......................................... (3)

1. 需求调查、分析................................. (4)

1.1.企业介绍.................................... (4)

1.2.需求调查及分析.............................. (5)

2. 面向对象分析和设计............................. (7)

2.1. 用例分析 (7)

2.2.类和对象设计 (12)

3. 逻辑结构设计.................................. (15)

3.1. 类和对象向关系模式转换............................................ (15)

3.2. 关系模式优化 (16)

4. 数据库物理结构设计............................ (16)

4.1. 存取方法设计 (16)

4.2. 存储结构设计 (17)

5. 数据库完整性设计.............................. (17)

5.1. 主键及唯一性索引 (17)

5.2. 参照完整性设计 (18)

5.3. Check约束 (18)

5.4. Default约束 (18)

5.5. 触发器设计 (19)

6. 数据库视图设计................................ (19)

7. 数据库存储过程设计............................ (20)

8. 权限设计...................................... (20)

9. 总结.......................................... (21)