数据库原理课程设计报告
(邮局报刊订阅管理子系统)
专业班级 计算机科学与技术 12-03 班
学生姓名
指导教师
侯立坤
设计时间
2014.6.9 至 2014.6.16
成
绩
数据库原理课程设计
XXXX 子系统
目 录
1 课程设计任务综述 ...................................... 2
2 系统需求分析 .......................................... 2
2.1 信息需求 ......................................... 2
2.2 处理需求 ......................................... 3
2.3 功能需求分析 ..................................... 3
3 概念结构设计 .......................................... 4
4 逻辑结构设计 .......................................... 7
5 数据库物理设计和实施 .................................. 9
6 系统原型设计 ......................................... 12
7 课程设计心得体会 ..................................... 12
1
数据库原理课程设计
1 课程设计任务综述
正文采用五号宋体,18 磅行距
XXXX 子系统
本系统模拟学生在图书馆借阅图书的管理内容,包括查询图书、。。。。。。。。
5. 邮局报刊订阅管理子系统
背景资料:
模拟客户在邮局定购报刊的管理内容。 系统需要管理的情况如下:
1)可随时查询出通过邮局可以订阅的报刊的详细信息,如报刊编号、报刊名称、报刊
单价、报刊类型(日报、周刊、月刊、半月刊、双月刊、季刊)、报刊版面规格、报刊出版
单位等,这样便于用户选订。
2)客户查询报纸情况后可定购所需报刊,可一次定购多种报刊,每种报刊可定购若干
份。交清所需金额后,就算订购处理完成。
3)为便于邮局投递报刊,客户需写明如下信息:客户姓名,客户电话,客户地址及邮
政编码,邮局将即时为每一位用户编制唯一代码。
4)邮局对每种报刊定购人数不限,每个客户可多次订阅报刊。
设计要求:
1)录入功能:录入订阅人员信息、报刊基本信息;
2)订阅功能:客户订阅报刊(并汇总出其金额);
3)查询功能:按客户查询、按报刊查询、;
4)统计功能:按报刊统计总订购数量、按客户统计所定报纸的种数、份数和金额。
2 系统需求分析
2.1 信息需求
本系统就是一个报刊订阅管理系统。此系统是一种比较智能化的管理系统,它面向所有
订阅用户,但具有比较高的安全性能。它能够实现报刊订阅的基本功能,包括新报刊信息的
录入、订阅、查询、统计等操作以及后台数据库的备份和恢复。用户进入此系统,可以进行
订阅报刊、查询信息、统计信息等操作。
2.2 处理需求
本系统对于顾客和邮局自己的管理处理报刊订阅系统,订阅信息处理的特点是订阅信息
处理量比较大,所管理的信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,
查询和统计的方式各不相同。因此在管理上实现起来有一定困难。系统在设计过程中,为了
克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性。删除
不必要地管理冗余,实现管理规范化、科学化,界面友好化、简单化,做到实用、方便,尽
量满足报刊订阅中的需要。 这样也便于客户在订阅报刊时对报刊基本信息挑选,系统在自
行统计订购的数量,份数,今额等。
2
XXXX 子系统
数据库原理课程设计
2.3 功能需求分析
需求分析概述
本系统主要有以下功能模块:
1)录入功能:
邮局录入订阅人员的基本信息和订阅的报刊基本信息;
2)订阅功能:
客户订阅报刊(并汇总出其金额);
3)查询功能:
按客户查询(查询出客户的基本信息)、按报刊查询(查询出客户所订购报刊的基本信息);
4)统计功能:按
可以按用户、报刊统计报刊的销售情况,总订购数量、按客户统计所定报纸的种数、份数和
金额。
系统的功能模块设计如图 1 所示。
图 1 功能模块图
3
数据库原理课程设计
3 概念结构设计
XXXX 子系统
概念设计就是通过对需求分析阶段所得到的信息需求进行综合、归纳与抽象,形成一个
独立于具体数据库管理系统的概念模型,主要的方法为 ER 图。
在概念设计阶段,主要采用的设计手段目前还是实体联系模型(E-R Model)。绘制 E-R
图的关键是确定 E-R 图的各种结构,包括实体、属性和联系。大部分的流行建模工具(Power
Designer、Oracle Designer、ERwin 等)也都包含了对 E-R 设计手段的支持。
3.1 实体
要建立系统的 E-R 模型的描述,需进一步提取系统所有的实体及其属性。这种提出实
体的指导原则如下:
(1) 属性必须是不可分的数据项,即属性中不能包含其它的属性或实体
(2) E-R 图中的关联必须是实体之间的关联,属性不能和其它实体之间有关联
由前面分析得到的数据流图和数据字典,可以抽象得到实体主要有 3 个:客户、报刊
、订阅
客户实体属性有:客户代码,邮政编码,客户姓名,客户电话,客户地址;
订阅实体属性有:客户代码,报纸编号,种数,份数,金额;
报纸实体属性有:报纸编号,出版单位,报纸规格,报纸类型,单位,名称。
3.2 系统局部 E-R 图
根据以上的分析,得到局部 E-R 图如下:
4
数据库原理课程设计
XXXX 子系统
客户 E-R 图
订阅 E-R 图
报纸 E-R 图
5
数据库原理课程设计
XXXX 子系统
在需求分析阶段我们采用的是自上而下的分析方法,分析得到实体及其属性后,进一步
可分析各实体之间的联系。
客户实体和报刊实体存在订阅的联系,一个客户可以订阅多种报刊,而每种报刊也可以
被多个客户订阅,所以它们之间是多对多的联系(n:m), 如图 2。
图 2 “客户-报刊” 订阅关系
3.3 系统 E-R 图
系统的局部 E-R 图,仅反映系统局部实体之间的联系,但无法反映系统在整体上实体
间的相互联系。而对于一个比较复杂的应用系统来说,这些局部的 E-R 图往往有多人各自
分析完成的,只反映局部的独立应用的状况,在系统整体的运作需要时,他们之间有可能存
在重复的部分或冲突的情况,如实体的划分、实体或属性的命名不一致等,属性的具体含义
(包括数据类型以及取值范围等不一致)问题,都可能造成上述提到的现象。
6
数据库原理课程设计
XXXX 子系统
为解决这些问题,必须理清系统在应用环境中的具体语义,进行综合统一,通过调整消
除那些问题,得到系统的全局 E-R 图,如图 3 所示。
图 3 系统的总体 E-R 图
4 逻辑结构设计
4.1
ER 图到关系模式的转换
在概念设计阶段得到的数据模型,是独立于具体 DBMS 产品的信息模型。在逻辑设计阶
段就是将这种模型进一步转化为某一种(某些类)DBMS 产品支持的数据模型。目前大部分
的流行的数据库管理系统(SQL Server、Sybase 、Oracle、DB2 等)基本上都是基于关系的
数据模型,包括该系统将采用的 SQL Server2005 数据库系统,因此,应将概念设计阶段的
7