大家好，欢迎来到IT知识分享网。

报刊订阅管理系统的数据库设计

用到的数据库是mysql

1.设计内容

通过对该企业的报刊订阅业务进行分析、调查，设计开发一个应用于该企业的报刊订阅信息管理系统，该系统采用B/S模式，主要包括如下要求：
(1)使用该系统的用户分为管理员和一般用户；
(2)管理员能够进行新的报刊入库、现有报刊信息修改、删除和查询的管理；
(3)管理员能够实现对用户基本信息的查询和编辑管理；
(4)该企业分为了很多部门，管理者能够对企业各部门信息进行管理；
(5)管理员都可以修改自己的登录密码；
(6)用户能够对自己的订阅信息进行查询功能；
(7)用户能够修改自己登录系统的密码。

2.设计目的

数据库课程设计是为数据库原理及应用课程而独立开设的实践性课程,对于巩固数据库知识，加强学生的实际动手能力和提高学生综合素质十分必要。通过本实验达到以下目的：
(1)培养具有C/S和B/S模式的数据库应用软件系统的设计和开发能力。
(2)熟练掌握一种数据库系统(如SQL SERVER)的使用。
(3)熟练掌握一种数据库应用软件开发工具（如ASP、VB、VC和Java）的使用。
(4)通过设计实际的数据库系统应用课题，进一步熟悉数据库管理系统的操作技术，提高动手能力，提高分析问题和解决问题的能力。
要求：
要求掌握数据库的设计的每个步骤；掌握数据库设计各阶段的设计内容、设计方法和工具。

3.设计过程

3.1需求分析

3.1.1用户需求

使用该系统的用户有两种人：管理员和订阅用户。
管理员对于系统的功能要求如下：
(1)对报刊信息的管理，包含备份和恢复。
对于新采购的一批报刊，进行新的报刊的入库管理；
对已经存在的报刊，进行修改和查询的管理；
对数据库中的报刊信息，进行报刊类别管理；
对已经不存在的报刊，进行删除的管理。
(2)对用户的管理
每次新用户，需要为这些新来的用户进行登记，并录入个人信息；
对于已经存在的用户，可以查询和修改该用户的个人信息；
对于已经注销的用户，需要删除这些用户的个人信息和订阅记录；
(3)对部门的管理
对企业中不同的部门的信息管理，包括增、删、改、查操作。
(4)对管理员的管理
管理员能修改自己的密码。
管理员能进行用户的订阅管理。
管理员能实现新用户信息和新报刊信息的录入功能。
(5)对订单的管理
可以实现对用户订阅信息进行查询管理；
可以实现对用户订阅信息的删除功能；
可以实现对用户订阅信息的修改功能。
用户对于系统的功能要求如下：
(1)登录系统；
(2)修改个人密码和个人资料信息；
(3)查询数据库中的存在的所有报刊信息；
(4)查询并显示自己订阅的历史记录。
(5) 预览和打印所有订单的统计状态；
(6)修改自己的订阅信息；
(7)用户订单信息维护；
(8)注销账号。

3.1.2用例图

管理员：

用户：

3.1.3数据流图

依据用户需求，绘制系统的顶层数据流图，如图3.3所示。

将顶层数据流图分层细化，下面是企业报刊订阅管理的第一层数据流图（如图3.4所示）。

第二层数据流图：
后台管理：
1、管理员对报刊信息管理，
2、管理员对用户信息管理，
3、管理员对订阅信息管理，
4、管理员对管理员信息管理，
5、管理员登录管理，
6、管理员对部门信息管理，
前台管理：
7、用户对报刊目录查询管理，
8、用户登录管理，
9、用户修改个人信息管理，
10、用户订阅管理

管理员对报刊管理的第二层数据流图：

管理员对用户信息管理的第二层数据流图：

管理员对订阅信息管理的第二层数据流图：

管理员对管理员信息管理的第二层数据流图：

管理员登录管理的第二层数据流图：

管理员对部门信息管理的第二层数据流图：

用户对报刊目录查询管理的第二层数据流图：

用户登录管理的第二层数据流图：

用户修改个人信息管理的第二层数据流图：

用户订阅管理的第二层数据流图：

3.1.4数据字典

（a）数据项：系统涉及的数据项有24 项，如表3- 1所示。
表3- 1数据项列表

（b）数据结构：
表3- 2数据结构列表

3.1.5功能模块分析

根据用户需求，以及数据流图分析，提取出系统应该实现的功能，如图3.15所示

主要包括六大功能模块：

本系统主要面向的用户有系统管理员、读者。下面分角色对该系统的不同操作范围做说明，主要有以下功能模块:

(1)登陆功能:登陆系统为身份验证登录。分为管理员登录和一般用户登录。分别通过不同的用户名和密码进入报刊订阅管理界面。

(2)录入新信息功能:对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行录入个人信息。

(3)订阅功能:用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。

(4)查询功能:用户可以查询井显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。查询出的信息显示在界面上。

(5)统计功能:管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计;普通用户可以统计出自己的订阅情况。

(6)系统维护功能:管理员可以对用户、报刊、部门、订阅等信息进行添加、删除、更改等维护工作:用户可以更改自己的注册信息，但用户账号不能更改。

3.2概念设计阶段

分析了数据流图及数据字典，列出模块中涉及到的实体及基本E-R图。
（1）实体属性图
本系统的实体有：报刊实体、用户实体、部门实体和管理员实体。






(2)基本E-R图
如图3.25所示：

3.3逻辑设计阶段

实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：
一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合具有相同码的关系模式可合并。
由于部门信息表和用户信息表的联系方式是1:n（一对多），可以将其之间的联系与n端实体用户信息表合并，报刊分类信息表和报刊信息表之间的维护联系也是1:n（一对多），同样也将其之间的联系与n端实体报刊信息表合并，报刊信息表和订单信息表联系方式则是1:n（一对多），同样也将其之间的联系与n端实体订单信息表合并，用户信息表与订单信息表之间的联系是1:n（一对多），同样也将其之间的联系与n端实体订单信息表合并，具体的基本E-R图向关系模型的转化如下：

3.3物理设计阶段

数据库物理设计基本表

4.总结

通过这次数据库课程设计，收获最大的一点就是团队协作能力，组内成员各自承担着属于自己的职责分配，认真负责的完成好相应的部分后，积极分享自己获取的相关信息资料，提出自己关于本课程设计建议，每个人都认真考虑提出的建议，最终集中商议得出最合适的方案，在知识层面，能够掌握一种数据库系统SQL SERVER的使用，以及绘图工具PowerDesigner的使用，掌握一种数据库系统(如SQL SERVER)的使用。