本科毕业论文---报刊管理系统设计.doc

目 录

1 需求分析 1
1.1 功能描述 1
1.2 数据流图 1
1.3 数据字典 3
1.3.1 数据项 3
1.3.2 数据结构 3
1.3.3 数据流 4
1.3.4 处理过程 4
1.3.5 数据存储 5
2 概念结构设计 5
2.1 设计E-R图的要点 5
2.2 设计E-R图 5
3 逻辑结构设计 7
3.1 设计逻辑结构时的要点 7
3.2 关系模式 8
4 物理结构设计 9
4.1 存储方法设计 9
4.2 存取结构设计 9
5 数据库的实施 10
5.1 创建数据库 10
5.2 创建表 10
5.3 创建视图 11
6 心得体会 12
参考文献 13

13

报刊管理系统

1 需求分析
1.1 功能描述
在一些报刊公司里，管理员往往需要处理多种报刊的销售及查询等工作。这些工作如果不能充分利用计算机去实行，工作量就会非常大，而且容易出现错误，造成管理上的混乱。因此，开发一个报刊管理系统对于提高公司的市场竞争力已尤为重要。
作为一个报刊管理系统，该系统直接面对的是其使用人员，而使用人员往往对计算机并不是非常熟悉。这就要求系统能够提供易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面。因此，无论是在功能设计还是业务流程上都尽可能做到满足运营管理的需求，要求设计的界面简洁友好、易于理解且操作方便，其内容清晰明了并要求保持正确性和稳定性。
以管理员的身份来设计此报刊管理系统，要求系统的主要功能有以下几个：
（1）管理员登陆：管理员要通过输入用户名和相应的密码才能进入管理系统，即根据用户权限登陆此系统。
（2）报刊的目录管理：要求能够将报刊目录的相关信息增加到数据库或从数据库中删除和修改，并要求能够进行查询。
（3）报刊的订户和订单信息的管理：能够根据实际情况添加、删除、修改和查询订户和订单的基本信息，同时要求用户能够查看到订单的统计情况。
（4）账号管理：要求能够增加管理员和删除管理员。

1.2 数据流图
根据此管理系统中的数据和处理之间的关系，可绘制如下数据流图：
目录信息

管理员

报刊管理系统

管理员

管理员信息
订户信息
密码信息
订单信息
账号信息

目录信息
删除后目录信息
目录信息
新目录信息
目录信息
账号信息
订单信息
订户信息
目录信息

管理员

管理员

订单信息
旧订单信息
添加目录
删除目录
修改目录
查询目录
删除账号
添加账号
添加订户
删除订户
修改订户
查询订户
添加订单
删除订单
修改订单
查询订单
已有目录信息
目录名字或编号
旧目录信息
订户信息
已有订户信息
订户名字或编号
旧订户信息
已有订单信息
订单编号
账号信息
已有账号信息
账号信息
删除后账号信息
删除后订户信息
订户信息
新订户信息
订户信息
删除后订单信息
订单信息
新订单信息
订单信息
目录管理
账号管理
订单管理
订户管理
将数据流图进一步细化，可绘制如下数据流图：

1.3 数据字典
数据字典包括有数据项、数据结构、数据流、处理过程和数据存储五个部分，以下根据系统开发的要求分别对各个部分进行说明。

1.3.1 数据项
编号
数据项名
表中列名
含义说明
数据类型
长度
D1
目录编号
Did
唯一标识目录
INT
4
D2
目录名字
Dname
用于说明报刊的名字，不能为空
VARCHAR
30
D3
目录单价
UnitPrice
每份报刊的价格，不能为空
FLOAT
3
D4
目录备注
Ifo
附加说明报刊其它信息
CHAR
50
C1
订户编号
Cid
唯一标识订户
INT
4
C2
订户名字
Cname
说明订户的姓名，不能为空
VARCHAR
30
C3
订户电话
Phone
说明订户的联系电话
VARCHAR
20
C4
订户地址
Address
说明订户的联系地址
VARCHAR
30
Q1
订单编号
Ono
唯一标识订单
INT
4
Q2
订阅数量
Quantity
说明订户订阅的份数
INT
4
Q3
订阅期数
QiShu
说明订户订阅的期刊数
INT
4
Q4
总价
Total
统计订户所有订刊的总共价格
FLOAT
3
Q5
下订日期
Odate
说明订户订刊的时间
DATETIME
8
U1
管理员
Uname
报刊管理者的用户名
VARCHAR
20
U2
登录密码
UPassword
报刊管理者登录系统时的密码
VARCHAR
50

1.3.2 数据结构
数据结构名
属 性
目录
目录编号、目录名字、目录单价、目录备注
订户
订户编号、订户名字、订户电话、订户地址
订单
订单编号、目录编号、订户编号、订阅数量、订阅期数、目录单价、总价、下订日期
账号
管理员、登录密码

1.3.3 数据流
数据流名
说 明
数据流来源
数据流去向
目录
公司报刊的目录的基本信息
改变的报刊目录
目录管理
订户
订阅报刊的客户的基本信息
订阅者
订户管理
订单
订户与订阅的报刊的相关信息
订阅者和存在的报刊目录
订单管理
账号
管理员的用户名和与相应的密码
改变的管理员信息
账号管理

1.3.4 处理过程
处理过程名
处理说明
输入数据流
输出数据流
添加目录
新的各数据项符合要求
要添加的目录信息
新增的目录信息
删除目录
只能删除已有目录
需要删除的目录信息
删除后的目录信息
修改目录
修改已有目录且修改后仍符合要求
当前的目录信息
修改后的目录信息
按名字查询目录
查询已有目录名字的目录信息
目录名字
目录信息
按编号查询目录
查询已有目录编号的目录信息
目录编号
目录信息
添加订户
新的各数据项符合要求
要添加的订户信息
新增的订户信息
删除订户
只能删除已有订户
需要删除的订户信息
删除后的订户信息
修改订户
修改已有订户且修改后仍符合要求
当前的订户信息
修改后的订户信息
按名字查询订户
查询已有目录名字的订户信息
订户名字
订户信息
按编号查询订户
查询已有目录编号的订户信息
订户编号
订户信息
添加订单
在已有目录和订户的前提下，
且新的各数据项符合要求
要添加的订单信息
新增的订单信息
删除订单
只能删除已有订单
需要删除的订单信息
删除后的订单信息
修改订单
修改已有订单且修改后仍符合要求
当前的订户信息
修改后的订户信息
按编号查询订单
查询已有的订单信息
订单编号
订单信息
增加管理员
创建新的账号和密码
要增加的账号和密码
增加成功与否
删除管理员
只能删除已有的管理员
要删除的账号和密码
删除成功与否

1.3.5 数据存储
数据存储名
输入的数据流
输出的数据流
存储目录
增加或修改的目录信息
改变后的目录信息
存储订户
增加或修改的订户信息
改变后的订户信息
存储订单
增加或修改的订单信息
改变后的订单信息
存储账号
增加的账号信息
改变后的账号信息

2 概念结构设计
2.1 设计E-R图的要点
（1）E-R图提供矩形框表示实体型、椭圆表示属性、菱形表示实体型之间的联系。
（2）能独立存在并和其它事物产生某种联系的数据对象，例如目录、订户等，就应把它作为实体；而对于那些不可再分的数据对象，就可将它作为属性。
（3）两个或多个实体间的关联与结合，例如目录、订户、订阅、，当需要予以关注时，
应作为联系。联系通常是某类行为动作，E-R图中关注的是其状态与结果而不是它的过程。
（4）实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的飞行员性或属性组），并指定其中一个作为主标识。

2.2 设计E-R图
本次开发报刊管理系统，经过功能描述和多次讨论后，确定了该管理系统可以划分的实体有：目录实体、订户实体、订单实体和账号实体，先逐一设计各个分E-R图描述这些实体，然后根据它们的联系得到整体E-R图。
（1）目录实体的E-R图：
目 录
目录编号
目录单价
目录备注
目录名字

（2）订户实体的E-R图
订 户
订户编号
订户电话
订户地址
订户名字

（3）订单实体的E-R图
订 单
订阅期数
目录单价
总价
下订日期
订单编号
目录编号
订户编号
订阅数量

（4）账号实体的E-R图
账 号
管理员
登录密码

（5）总的信息实体的E-R图

n
m
n
订 单

目 录

登 记

查 询

填 写

n
1
m
n
订 户

账 号

1
管 理

3 逻辑结构设计
逻辑结构设计阶段的任务是将概念结构设计阶段所得到的概念模型转换为具体DBMS所能支持的数据模型，即逻辑结构。
3.1 设计逻辑结构时的要点
在本次开发的报刊管理系统中，使用的数据库管理系统是SQL Server 2000,将用到设计逻辑结构的常用方法：将概念结构转换为一般的关系模型。在这里即指E-R图向关系模型的转换，实际上就是要将实体型、实体型的属性和实体型之间的联系转换为关系模式。
E-R图是由实体型、实体的属性和实体之间的联系三个要素组成的，所在将E-R图转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式，这种转换一般遵循如下原则：
一个实体型变换为一个关系模式，其属性变为关系的属性，其主标识变为关系的主码。
从此次设计出的E-R图中，可知对于实体型间有1：n和m：n的联系，可以转换为一个独立的关系模式。

3.2 关系模式
目录的关系模式Diretory如下：
列名
数据类型
长度
可否为空
说明
Did
INT
4
否
目录编号（主键）
Dname
VARCHAR
30
否
目录名字
UnitPrice
FLOAT
3
否
目录单价
Ifo
CHAR
50
可
目录备注
订户的关系模式Customer如下：
列名
数据类型
长度
可否为空
说明
Cid
INT
4
否
订户编号（主键）
Cname
VARCHAR
30
否
订户名字
Phone
VARCHAR
20
可
订户电话
Address
VARCHAR
30
可
订户地址
订单的关系模式OrderDetail如下：
列名
数据类型
长度
可否为空
说明
Ono
INT
4
否
订单编号（主键）
Did
INT
4
否
目录编号（外键）
Cid
INT
4
否
订户编号（外键）
Quantity
INT
4
可
订阅数量
QiShu
INT
4
可
订阅期数
UnitPrice
FLOAT
3
可
目录单价
Total
INT
4
可
总价
Odate
DATETIME
8
可
下订日期
账号的关系模式Login如下：
列名
数据类型
长度
可否为空
说明
Uname
VARCHAR
20
否
管理员（主键）
UPassword
VARCHAR
50
否
登录密码

4 物理结构设计
数据库的物理结构依赖于选定的数据库管理系统，此次报刊管理系统中使用的数据库管理系统是SQL Server 2000。数据库的物理设计主要任务是选择关系模式存取方法和确定数据库存储结构。
4.1 存储方法设计
对目录、订户和订单三大部分最经常的操作是查找，假设现有n个目录信息，如果采取顺序查找，平均查找n/2次，在n的值比较大的情况下，这种存取方式显然无法产生高效率，所以，在此建立B+树索引，具体设计如下：
（1）对以下经常在查询中出现的关系的码建立索引：
目录（目录编号、目录名字、目录单价、目录备注）；
//为Diretory表按目录编号升序建立唯一索引DirDid
CREATE UNIQUE INDEX DirDid ON Diretory (Did );
（2）对以下经常进行连接操作的关系的码建立索引:
目录编号、订户编号
//为OrderDetail表按目录编号升序和订户编号降序建立唯一索引OD_DCid
CREATE UNIQUE INDEX OD_DCid ON OrderDetail(Did ASC,Cid DESC);

4.2 存取结构设计
本报刊管理系统中信息处理的特点如下：
（1）目录信息的数据经常需要查询，例如了解这种报刊的基本情况。
（2）订户和订单三大信息的数据不仅经常需要查询,而且更新速度快,例如经常需要添加、删除或修改目录和订户，也由此需要更改订单的内容。
（3）目录、订户和订单这三部分信息要求共享的信息较多。例如目录的编号和单价,订户的编号等信息。
所以，对于表Diretory、Customer和OrderDetail应放在不同的磁盘中，以防止数据丢失，同时提高存取速度；对于索引DirDid和OD_DCid也应放在不同的磁盘中，以提高查询速度。

5 数据库的实施
关系数据库系统支持三级模式结构，其模式、外模式和内模式中的基本对象有表、视图和索引。
5.1 创建数据库
//建立数据库BKDY
CREATE DATABASE BKDY;

5.2 创建表
//建立目录信息表Diretory
CREATE TABLE Diretory
(Did INT PRIMARY KEY,
Dname VARCHAR(30) NOT NULL,
UnitPrice FLOAT(3) NOT NULL,
Ifo CHAR(50) );

//建立订户信息表Customer
CREATE TABLE Customer
(Cid INT PRIMARY KEY,
Cname VARCHAR(30) NOT NULL,
Phone VARCHAR(20),
Address VARCHAR(30) );

//建立订单信息表OrderDetail
CREATE TABLE OrderDetail
(Ono INT PRIMARY KEY,
Did INT,
Cid INT,
Quantity INT,
QiShu INT,
UnitPrice FLOAT(3),
Total INT,
Odate DATETIME,
FOREIGN KEY (Did) REFERENCES Diretory(Did),
FOREIGN KEY (Cid) REFERENCES Customer(Cid));

//建立账号信息表Login
CREATE TABLE Login
(Uname VARCHAR(20) PRIMARY KEY,
UPassword VARCHAR(50) NOT NULL);
//在表中插入管理员相关数据
INSERT INTO Login VALUES ('admin','admin');

5.3 创建视图
为了提供更加友好的界面，符合人们的日常习惯，简化用户对系统的使用和基于安全要求的考虑，需要建立必要的视图。

//为方面使用人员清楚理解订单的相关信息，可建立视图OrderTotal
CREATE VIEW OrderTotal
AS
SELECT Ono,Dname,Customer.Cname,Quantity,Total,Odate,Phone,Address
FROM Diretory,Customer,OrderDetail
WHERE Customer.Cid=OrderDetail.Cid AND Diretory.Did=OrderDetail.Did

//为管理员了解各类报刊的的销售情况，建立视图U_Oreder
CREATE VIEW U_Oreder
AS
SELECT Dname,Quantity
FROM Diretory,Customer,OrderDetail
WHERE Customer.Cid=OrderDetail.Cid AND Diretory.Did=OrderDetail.Did
//建立订户的订阅视图CustomerOrder
CREATE VIEW CustomerOrder
AS
SELECT Dname,Diretory.UnitPrice ,Ifo,Quantity
FROM Diretory,Customer,OrderDetail
WHERE Customer.Cid=OrderDetail.Cid AND Diretory.Did=OrderDetail.Did

6 心得体会
这个学期是我第一次接触数据库系统，是在已知的数据结构知识的基础上对数据分析和处理等过程地进一步加深。
本次课程设计完成了数据库设计时的五个基本步骤：需求分析、概念结构设计、逻辑结构设计、物理结构设计和数据库实施，使我对数据库设计的各个阶段都有了一定的认识和加强。但在完成设计的过程中，我遇到了一系列的问题，能明显感觉到自己在很多方面的不足，但另一方面，问题是要分析解决的，找出问题以便为完善学习计划、改变学习内容与方法提供实践依据。
做一个课程设计要注意很多方面，无论是格式，还是书写的内容和要表达的思想都得严格要求自己，所以做起来真的不算容易。本次课程设计涉及了很多知识，由于往日没有学得很扎实，对某些问题仍然比较疑惑，所以要进行充足的补习
问题越多，明白的也就会越来越多，做一次课程设计就像从头到尾做了一次系统的复习，从基础到难点，从轮廓到每个知识点，数据库的研究内容在我的脑海里就再也不像以前那么模糊了。
数据库知识在解决各个行业中的管理问题上都有着重要的意义，我们应该好好掌握它的相关知识，并在以后的学习过程中，更多的去学会如何运用知识。

参考文献

[1] 王珊，萨师煊. 数据库系统概论.北京：高等教育出版社， 2006
[2] Leszek A.Maciaszek.需求分析与系统设计.金芝译.北京：中信出版社，2003
[3] Jeffrey A. Hoffer，Mary B. Prescott，Fred R. McFadden.现代数据库管理. 刘伟琴等译. 北京：清华大学出版社，2008