报刊订阅管理系统.doc
《报刊订阅管理系统.doc》由会员分享,可在线阅读,更多相关《报刊订阅管理系统.doc(24页珍藏版)》请在咨信网上搜索。
1、目 录1需求分析31.1、系统需求分析。.31。1。1系统调查31。1。2用户需求31。1。3 可行性分析41。1.4系统业务流程图51.2 系统逻辑方案51。2。1 数据流图(简称DFD)61。2。2数据字典(简称DD)81。3系统功能模块设计.92 概念结构设计.112。1 设计方法和步骤.。112。2 概念结构ER图.。113 逻辑结构设计(ER图向关系模型的转换)134 物理结构设计154。1 索引的选择建立.164。2 数据存放位置。.164。3确定系统配置。165 数据库的实施和维护165。1数据库的完整性和安全性。165。2数据库操作(SQL Server2000语句完成)。17
2、5。2.1 创建数据库175。2.2建立存储过程向表中插入、修改、删除数据185.2。3建立存储过程实现查询225。2.4 视图建立285.2。5 建立触发器286 课程设计小结297 参考文献291需求分析1.1、系统需求分析1.1.1系统调查随着社会不断的发展,人们的生活水平越来越高,人们对知识的和对时事的渴求也越来越高,而获得知识的一个主要途径就是通过阅读书籍,所以人们希望能够方便快捷地订阅各种报刊杂志。通过对某些企业的报刊订阅业务进行调查,发现目前是通过以下3种方式订阅报刊:一是读者可到全市邮政支局办理报刊订阅业务,办理订阅后可按读者要求送达地址进行投送。二是读者通过单位报刊发行站集体
3、订阅,由单位发行人员登记汇总后集中到邮局办理报刊订阅。三是读者也可拨打邮政服务热线“11185电话,办理报刊订阅(一般适用于新订户)。读者拨打“11185接通后:根据语音提示,话务员就可为你办理所需要的邮发报刊的订阅预约,并通知相关邮局按读者约定的时间内上门办理报刊订阅手续。通过调查得知,过去这些企业的报刊订阅人工操作占绝大部分,操作起来很费时而且很容易出错,数据的存储很不科学,订阅数据随时间的推移很容易丢失.如果订户因工作调动、搬迁或其它原因要更改投送地址,为此订户要持原报刊费收据或单位证明信,到邮局申请办理改址手续,在填写“报刊改寄单时,新旧户名、住址一定要填写详细、清楚,而且这样的改址只
4、限于本省(市、区)范围。这样的操作给订户带来很大的不便。为适应当前网络技术新形势的发展,把报刊订阅与网络技术与数据库技术结合起来,我们要开发一个适合现代企业报刊订阅的管理系统,实现更加数字化和自动化的管理,该系统兼有数据备份和数据恢复的功能,使订阅的数据更加安全。1.1。2用户需求要设计一个性能良好的管理系统,明确用户的应用环境对系统的要求是首要的和基本的。本系统从以下六个功能对用户需求进行了分析:(1)登录功能:登录系统为身份认证登录。分为管理员登录和一般用户登录,分别通过不同的用户名和密码进入报刊订阅管理界面.(2)录入功能:对于管理员,包括新用户信息和新报刊信息的录入功能,信息一旦提交就
5、存入到后台数据库中,普通用户自行注册并可以修改个人信息。(3)订阅功能:用户可以订阅报刊,系统自动计算所需金额,并显示在界面上,管理员不可以订阅报刊,必须以用户身份订阅报刊。 (4)查询功能:用户可以查询并显示自己所订阅的信息,管理员可以按人员、报刊、部门分类查询.查询出的信息显示在界面上,并且可以预览和打印出结果。(5)统计功能:管理员可以按人员、部门、报刊统计报刊的销售情况,并对一些重要的订阅信息进行统计,普通用户可以统计出自己的订阅情况,并且可以预览和打印出结果。(6)系统维护:数据的安全管理,主要是依靠管理员对数据库里的信息进行备份和恢复,数据库备份后,如果出了什么意外可以恢复数据库当
6、时备份的状态,这提高了系统和数据的安全性,有利于系统的维护。1。1。3 可行性分析Microsoft SQL Server 2000数据库管理系统是微软公司研制开发的关系型数据库管理系统.该系统支持并扩展了SQL语言标准,可以运用标准SQL语句对数据进行操作,也可以使用功能强大的GUI工具进行灵活的数据管理。同时,系统还提供功能完善的API,可以在应用程序中调用这些API来实现与数据库系统的链接以及相关数据的操作.我们的报刊订阅管理系统正是基于SQL2000操作的.该系统是一种比较智能化的管理系统,它面向所有企业部门的职工用户,但具有比较高的安全性能.它能够实现报刊订阅的基本功能,包括新刊信息
7、的录入、订阅、查询等操作以及后台数据库的备份和恢复,用户合法注册后必须输入有效密码才能成功进入此系统,可以进行订阅报刊、查询信息、统计信息等系统,对于非法操作,系统有识别和防护措施。为了克服人工管理造成的困难,本系统使用程序代码标准化,软件统一化,确保软件的可维护性和实用性,删除不必要的管理冗余,实现管理规范化、科学化;界面友好、简单化,做到实用、方便,尽量满足报刊订阅中用户的需要。1。1。4系统业务流程图业务流程图的符号说明如图1所示:1、2、 2、 3 3、 4、5、系统中人员 实体或单据 实物或信息流 处理 数据存储图1 业务流程图图例详细调查之后,结合现行考试模式,为开发本系统而绘制出
8、的报刊订阅管理流程图如图2所示。用户登录注册选择报刊下订填写信息检查计费确认下订数据存储管理员登录订单接受或拒绝用户信息管理报刊信息管理统计信息管理系统维护图2 报刊订阅管理系统流程图1。2 系统逻辑方案系统分析的主要成果是系统的逻辑模型.本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具.即在报刊订阅管理方式和业务流程进行认真分析和研究的基础上,排除现有组织机构和业务分工所造成的信息障碍.1。2。1 数据流图(简称DFD)数据流图是组织中信息运动的抽象。是在调研的基础上,从系统的科学性、管理的合理性、实际运动的可行性角度出发.将信息处理功能和彼此之间的联系自顶向下,逐层分解,从逻
9、辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向(外部实体)等项目首先,分析报刊订阅管理系统的总体情况,划分系统边界,识别系统的数据来源和去处,确定外部实体,得出系统的顶层数据流程图。然后划分出几个主要的信息管理功能,并明确各功能之间的联系,绘制出数据流程图.数据流程图的符号说明如图3所示.报刊订阅管理系统的顶层数据流程图如图4所示。图5是报刊订阅管理系统第2层数据流图。(由于我负责的是管理员与订阅2两张表,所以只画出订阅2的第2层数据流图)外部实体处理数据流数据存储图3 数据流程图的符号统计请求查询请求订阅确认信息返回信息输入系统维护统计信息统计请求查询结
10、果信息查询请求信息返回信息输入图4 报刊订阅管理系统的顶层数据流程图新增部门图5 订阅2的第2 层数据流图1。2.2数据字典(简称DD)绘制DFD,只是对数据处理和彼此之间的联系进行了说明。为进一步明确数据的详细内容和数据加工过程,应将数据流图中的全部数据流及其组成部分的数据元素,数据存储,数据加工,通过数据字典描述清楚,以便于此后系统设计的进行。这就需要开发人员编写详细的数据字典,来描述系统开发过程的细节.下面列出本系统中的数据项、数据流、数据存储、加工处理和数据结构的数据字典。数据字典可采用图表格式或较紧凑的记录格式描述,本文采用的是图表格式。数据项的DD表列举如下:表1 数据项表编号标识
11、符类型长度所属表名同义名1AdminNumVarchar20Administer管理员账号2AdminPassVarchar10Administer管理员密码3DepNameVarchar20Department部门名4NewsSnoVarchar10Information报刊代号5OrderData2Datetime20Order2下订日期26Quantity2Int10Order2订阅数量2(注:上述表也只是列出我所负责的两个表所需要用到的数据项)表2 数据流编号名称来源去向组成1信息输入管理员管理系统管理员账号+管理员密码3信息返回管理系统管理员4查询请求管理员管理系统待查询对象标识符(
12、如Uid, NewsSno)5查询结果信息管理系统管理员被查询对象具体信息6统计请求管理员管理系统识别符(Uid, NewsSno)+管理类型7统计信息管理系统管理员被管理对象处理结果8系统维护管理员系统维护9信息输入用户管理系统用户编号+用户密码10信息返回管理系统用户11查询请求用户管理系统待查询对象标识符12统计请求用户管理系统被查询对象标识符13订阅确认用户管理系统数据结构:管理员=管理员名+管理员密码用户=用户编号+用户名+用户电话+用户地址数据存储:按用途分类可把本系统文件分成以下几种:(1) 主文件:系统中的主文件是最重要的共享文件,主要存放具有固定值属性的数据。它需要长期保存,
13、并不断更新.如用户登录文件(管理员和一般用户)、录入文件、系统维护文件.(2) 处理文件:处理文件包含下一次更新文件所需要的全部记录,本系统中的处理文件如订阅文件、查询文件、统计文件、。1。3系统功能模块设计通过对系统的数据流图进行分析,进一步进行功能分解,直到分解成含义明确,功能单一的功能模块,从而得到系统的功能模块结构图。如图1.3。1所示图1。3.1系统功能模块结构图2 概念结构设计2.1 设计方法和步骤采用自底而上的设计方法,先自顶向下地进行需求分析,对报刊订阅管理系统的需求进行逐步细化;然后再自底而上地设计概念结构,最终将各个局部应用的概念结构集合成为全局概念。2。2 概念结构ER图
14、构造的四条基本原则:1) 原则1 (确定实体) 能独立存在的是事物,例如人、物、事、地、团体、机构、活动、事项等等,在其有多个数据项描述的特性需要关注时,就应把它作为实体。2) 原则2 (确定联系) 两个或两个实体间的关联与结合,如用户,管理员,报刊等等,当需要予以关注时,应作为联系。实体间的联系可以分为一对一、一对多、多对多等三类,在确定联系时还要确定其类型。3) 原则3(确定属性) 实体的属性是实体的本质特征.实体应有标识属性(能把不同个体区分开来的属性组),并指定其中一个作为主标识.联系的属性是联系的结果或状态。4) 原则4(一事一地) 信息分析中得到的数据项要在且仅在实体联系图中的一个
15、地方作为属性出现。根据上述原则,该系统的实体有部门、管理员、报刊类别、报刊信息,先画出各个实体的分ER图,如下图.管理员密码部门部门名部门号管理员管理员账号图2。2。1部门ER图 图2。2。2 E-R管理员ER图用 户部门号用户名用户编号密码用户地址用户电话图2。2。3 用户ER图报刊出版报表报刊报价报刊名称报刊编号分类编号内容介绍图2。2。4 报刊ER图接下来合并各个分E-R图,生成初步E-R图,消除不必要的冗余,可以得到以下报刊订阅管理系统的ER图。图2。2。5 整体ER图3 逻辑结构设计(E-R图向关系模型的转换) ER图向关系模型的转化要解决的问题是如何将实体和实体间的联系转换为关系模
16、式,如何确定这些关系横式的属性和码. 对于实体间的联系我们分不同的情况讨论:(1) 若实体间的联系是1:1,可以在两个实体转换成的两个关系中任意一个关系的属性中加入另一个关系的码。(2) 若实体间联系为1:n,则在n端实体转换成的关系中加入1端实体转换成的关系码。(3) 若实体间联系为n:m,则将联系转换为关系,关系的属性为诸个实体的码加上联系具有的属性,而关系的码则为诸实体的码的组合。由以上三点,可转换为关系模型。每个关系的码用下划线表示。管理员(管理员账号,密码)用户(用户编号,用户名,用户地址,用户电话,密码,部门号)部门号是外码部门(部门号,部门名)报刊(报刊编号,报刊名称,分类编号,
17、内容介绍,出版报社,报刊报价)订阅1(下订日期,订阅数量1,报刊编号,用户编号)报刊代号和用户编号是外码订阅2(下订日期2,订阅数量2,报刊编号,部门号)报刊代号和部门号是外码基于以上关系模型,本系统中关于数据库表结构设计如下:在服务器上用SQL Sever2000建立名为Newspaper的数据库。其中包括以下表:管理员Administer,部门Department,用户User1,报刊Information下面将具体介绍数据库中各个表的结构。表3-1 Administer管理员表字段名称字段类型允许空说明AdminNum(主码)Varchar(20)否管理员账号AdminPassVarch
18、ar(10)否管理员密码表3-2 User1用户表字段名称字段类型允许空说明Uid(主码)Varchar(20)否用户编号UserNameVarchar(20)否用户名AddressVarchar(20)否用户地址PhoneVarchar(20)否用户电话UserPassVarchar(10)否用户密码DepNumber(外码)Varchar(10)可以部门号表3-3 Information报刊信息表字段名称字段类型允许空说明NewSno(主码)Varchar(10)否报刊代号NewsNameVarchar(20)否报刊名称ClassifynoVarchar(20)否分类编号Introduct
19、ionVarchar(20)否内容介绍PublishVarchar(20)否出版报社PriceFloat(10)否报刊报价表34 Department部门表字段名称字段类型允许空说明DepNumber(主码)Varchar(10)否部门号DepNameVarchar(20)否部门名表35 Order1订阅1表字段名称字段类型允许空说明NewSno(外码)Varchar(10)可以报刊代号Uid(外码)Varchar(20)可以用户编号OrderData1Varchar(20)否下订日期1Quantity1Varchar(20)否订阅数量1表36 Order2订阅2表字段名称字段类型允许空说明N
20、ewSno(外码)Varchar(10)可以报刊代号DepNumber(外码)Varchar(10)可以部门号OrderData2Varchar(20)否下订日期2Quantity2Varchar(20)否订阅数量24 物理结构设计数据库物理结构依赖于选定的数据库管理系统,此次报刊管理系统中使用的数据库管理系统是SQLSERVER2000,数据库的物理结构设计主要任务是关系模式存储方法和确定数据库存储结构4。1 索引的选择建立 由于系统可能要涉及大量数据的操作,所以索引的建立就成为一种必要.我们可以在最经常查询的列上建立索引可以提高查询效率。而在这个系统中,我们经常要按用户编号、报刊代号、部门
21、查询,所以我们可以为这三个表建立索引.SQL语句如下:(这几个都是字符型)Create unique index UserNum on User(Uid)Create unique index depNum on Department(DepNumber)Create unique index on Indata on Information(NewSno)4。2 数据存放位置本系统的数据和索引存放在磁盘中4.3确定系统配置 根据具体需要配置。5 数据库的实施和维护5。1数据库的完整性和安全性 在实现数据库SQL语句操作前,先考虑数据库的完整性和安全性。(1)、数据库的完整性是指数据的正确性和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 报刊 订阅 管理 系统
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【人****来】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【人****来】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。