报刊订阅管理系统的设计与实现Word文档格式.docx
- 文档编号:21570324
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:15
- 大小:339.97KB
报刊订阅管理系统的设计与实现Word文档格式.docx
《报刊订阅管理系统的设计与实现Word文档格式.docx》由会员分享,可在线阅读,更多相关《报刊订阅管理系统的设计与实现Word文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
1.需求分析
1.1用户需求:
订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。
因此在管理上实现起来有一定因难。
本系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性;
删除不必要的管理冗余,实现管理规范化、科学化;
界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。
1.2业务流程分析:
本系统主要面向的用户有系统管理员、读者。
下面分角色对该系统的不同操作范围做说明。
本系统主要有以下功能模块:
(1)登陆功能:
登陆系统为身份验证登录。
分为管理员登录和一般用户登录。
分别通过不同的用户名和密码进入报刊订阅管理界面,新的用户需要注册。
(2)录入新信息功能:
对于管理员,包括新用户信息和新报刊信息的录入功能,信息一旦提交就存入到后台数据库中;
普通用户自行注册进行可以修改个人信息。
(3)订阅功能:
用户可以订阅报刊,系统自动计算所需金额,并显示在界面上;
管理员不可订阅报刊,必须以用户身份订阅报刊。
(4)查询功能:
用户可以查询并显示自己所订阅的信息;
管理员可以按人员、报刊、部门分类查询。
查询出的信息显示在界面上,并且可以预览和打印出结果。
(5)统计功能:
管理员可以按用户、部门、报刊统计报刊的销售情况,并对一些重要的订阅信息进行统计;
普通用户可以统计出自己的订阅情况,并且可以预览和打印出结果。
(6)系统维护功能:
数据的安全管理,主要是依靠管理员对数据库里的信息进行备份和恢复,数据库备份后,如果出了什么意外可以恢复数据库到当时备份的状态,这提高了系统和数据的安全性,有利于系统的维护。
下图为该系统的业务流程图
1.3信息需求分析
1.3.1资料收集:
业务流程中用到的相关单据主要是报刊信息还有订单信息
报刊信息表:
报刊代号
46-250
报刊名称
电脑爱好者
出版报社
科技出版社
出版周期
半月刊
每月定价
14.00
元/月
分类编号
报刊介绍
《电脑爱好者》是一本深刻解读信息时代商业变革的杂志,深度报道信息产业的重大新闻。
《电脑爱好者》以调查见深度;
以商业故事见功力。
是人士IT首选刊物。
订单信息表:
订单编号
用户编号
订阅日期
订阅月数
份数
操作
3003
46-205
0006
2008-7-1
订一月
1
取消订阅
3004
26-306
0008
2008-7-8
订半年
2
3005
72-310
0010
2008-7-9
订一年
3006
45-214
0002
2008-7-10
订一季
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具体逻辑模型设计:
在SQLServer2000数据库中,首先创建newspaper数据库,然后根据数据库的逻辑结构分析创建表4-1━4-6的6张数据表。
在前台访问数据库阶段设置了用户和密码,用户为sa,密码为空。
表4-2department部门表结构
字段名称
字段类型
允许空
说明
depNumber(主码)
Char(10)
否
部门号
depName
Char(50)
是
部门名称
表4-3users用户表结构
userNo(主码)
用户帐号
userName
Char(20)
真实姓名
passWord
用户密码
address
Char(150)
用户联系地址
phone
用户联系电话
depNumber
用户所属部门号
表4-3newspaperClass报刊分类表结构
classid(主码)
Int(4)
报刊分类编号
className
Char(30)
报刊分类名称
表4-4newspaper报刊表结构
newsNo(主码)
newsName
Char(40)
classid
publish
pubPeriod
content
Char(4000)
内容介绍
price
Float(8)
每月报价
表-6book订单表结构
orderAmount
订阅份数
orderMonth
totalPrice
订阅总额
表4-1adminuser管理员表结构
adminUser(主码)
管理员用户名
adminPass
管理员密码
4.数据库物理设计与数据库保护设计
4.1设计索引:
我们可以在最经常查询的列上建立索引以提高查询效率。
而在这个系统中,我们经常要按用户账号,按报刊代号,按部门查询,所以,我们可以为这三个表建立索引,建立所以的SQL语句如下,这几个都是字符型
CreateuniqueindexuserNumonusers(userNo)
CreateuniqueindexdepartNumondepartment(depNumber)
CreateuniqueindexnewsNumonnewspaper(newsNO)
4.2设计表间关系:
4.3完整性设计列出主要字段完整性的字段名、完整性约束条件;
列出记录完整性约束及其约束条件;
列出参照完整性表。
主要字段的完整性字段名和参照完整性表可以参照上图各个表之间的关系来看。
比如建立报刊表newspaper时,要求报刊代号在100~99999之间,报刊名称和每月定价不能取空值,报刊类别是报刊类别表的主键,则
Createtableuser
(userNochar(10)constraintC1check(newsNobetween100and99999),
newsNamechar(40)constraintC2notnull,
classidint(4)constraintC3notnull,
publishchar(150),pubPeriodchar(30),contentchar(4000),
pricefloat(8)notnull,
constraintC4foreignkey(classid)referencesnewspaperclass(classid))
4.4在有多个用户操作时,考虑用户授权与安全性控制。
因为这个报刊订阅系统由多个用户使用,分为管理员和用户,他们拥有不同的权限和安全性控制。
所以在权限设置方面,采用管理员和用户分别使用用户名和密码进入他们能使用权限范围里的界面。
管理员登陆系统后,可以添加、修改用户和报刊的信息,可以对订单进行查询和统计,并且可以把查询统计的结果进行预览和打印出来,还要对数据库系统进行维护,适时备份数据库,一旦数据库遇到问题,可以恢复到最近备份的状态,减少不必要的损失。
用户登录,用户使用该系统前需要进行注册,他应该是该企业某个部门下面的员工,所以他需要输入他的部门号等信息,注册成功后,登录到系统,可以修改自己的信息还有订阅报刊,但由于权限的限制,他只能查看和统计自己的订单信息。
5.数据库应用系统的实现
登陆界面
订阅窗口
录入报刊信息
录入用户信息:
6.小结与参考文献
小结:
这次课程设计我选择了这个企业报刊订阅管理系统这个题目,它主要用于企业内部人员的报刊订阅,之所以选择这个题目,是因为在那三个可供选择的题目中,这个题目相对其它两个,在我脑海中形成清晰的结构,用户可以做什么,管理员需要做什么。
选定这个题目后,老师要求我们写了份初稿,根据该系统需要实现的功能,进行系统分析,然后确定需要哪些属性,数据库的概念设计,逻辑设计最终建表。
参考文献:
网络资料
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 报刊 订阅 管理 系统 设计 实现