报刊订阅管理系统的开发与实现专业：计算机科学与技术学号：姓名：课程设计名称：数据库原理及应用设计题目：报刊订阅管理系统的设计与实现完成期限：自2009年12 月14 日至2009 年12 月27 日共 2 周设计依据、要求及主要内容（可另加附页）：本系统主要面向的用户有系统管理员、读者。
下面分角色对该系统的不同操作范围做说明，主要有以下功能模块：（1）登陆功能：登陆系统为身份验证登录。
分为管理员登录和一般用户登录。
分别通过不同的用户名和密码进入报刊订阅管理界面。
（2）录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行录入个人信息。
（3）订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。
（4）查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。
查询出的信息显示在界面上。
（5）统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况。
（6）系统维护功能：管理员可以对用户、报刊、部门、订阅等信息进行添加、删除、更改等维护工作；用户可以更改自己的注册信息，但用户名不能更改。
指导教师（签字）：教研室主任（签字）：批准日期：年月日摘要本系统是一个面向于企业的报刊订阅管理系统。
系统是智能化的管理系统，它面向所有企业部门的职工用户，但具有安全性能。
它能够实现报刊订阅的基本功能，包括新报刊信息的登录、录入、订阅、查询、统计等操作。
用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。
对于非法操作，系统有识别和防护措施。
订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。
因此在管理上实现起来有一定因难。
系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。
关键词： PowerBuilder；Microsoft SQL Server 2000；录入；查询；统计；订阅；目录1 系统需求分析 (6)1.1 信息需求分析 (6)1.2 业务流程分析 (6)1.3 功能需求分析 (8)1.4 数据流图 (8)1.5 数据字典…………………………………………………………112 系统设计…………………………………………………………………132.1系统功能结构设计………………………………………………132.2 数据库概念设计…………………………………………………132.3 数据库逻辑设计…………………………………………………152.4 数据库物理设计…………………………………………………173 系统实现与测试 (19)3.1 数据库连接 (19)3.2 模块功能实现 (20)3.2.1 菜单的实现 (20)3.2.2 登录模块的实现 (21)3.2.3 录入信息模块的实现 (24)3.2.4 查询信息模块的实现 (25)3.2.5 统计信息模块的实现 (28)3.2.6 订阅报刊模块的实现 (29)3.2.7 更改信息的实现 (32)3.3 系统测试 (34)总结 (41)参考文献 (4)21. 系统需求分析1.1信息需求分析1.3.1 资料收集：业务流程中用到的相关单据主要是报刊信息还有订单信息报刊信息表：报刊代号46-250 报刊名称IT时代周刊出版报社科技出版社出版周期半月刊每月定价10.00?元/月分类编号1001报刊介绍《IT时代周刊》是一本深刻解读信息时代商业变革的杂志。
除深度报道信息产业的重大新闻外，还报道金融、汽车、股市、零售等传统行业利用IT提升商业与管理的新闻。
《IT时代周刊》以调查见深度；以商业故事见功力。
是CEO/CIO/CFO以及政府官员、商业领袖首选刊物。
订单信息表：订单编号报刊代号用户编号订阅日期订阅月数份数操作3003 46-205 3206 2008-7-1订一月 1 取消订阅3004 26-306 3108 2008-7-8 订半年 2 取消订阅3005 72-310 3100 2008-7-9 订一年 1 取消订阅3006 45-214 2541 2008-7-10 订一季 1 取消订阅1.2业务流程分析：本系统主要面向的用户有系统管理员、读者。
下面分角色对该系统的不同操作范围做说明。
下图为该系统的业务流程图1.3功能需求分析本系统的主要结构功能图如下：（1）登陆功能：登陆系统为身份验证登录。
分为管理员登录和一般用户登录。
分别通过不同的用户名和密码进入报刊订阅管理界面。
（2）录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行录入个人信息。
（3）订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。
（4）查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。
查询出的信息显示在界面上。
（5）统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况。
（6）系统维护功能：管理员可以对用户、报刊、部门、订阅等信息进行添加、删除、更改等维护工作；用户可以更改自己的注册信息，但用户名不能更改。
1.4 数据流图图1.6.1 报刊订阅管理系统顶层图图1.6.2 系统1层图图1.6.3 系统2层图图1.6.4 系统3层图图1.6.5 系统4层图1.5 数据字典（1）数据结构管理员用户=管理员帐户+管理员密码订户=订户编号+订户名+联系电话+联系地址目录=目录编号+目录名+单价+批注信息订单=订单号+订户编号+下订日期订单细节=订单号+目录编号+订阅数量+订阅期数+单价+总价（注：为保证订单确定后价格不随目录单价变动，订单细节中应该有独立的单价来记录下订时目录的单价）（2）数据项表2.1 数据项表所属表名同义名编号标识符类型长度Aname Varchar 20 Administrator 管理员帐户Apassword Varchar 20 Administrator 管理员密码Uname Varchar 20 Consumer 订户名Uphone Varchar 15 Consumer 联系电话UAddress Varchar 50 Consumer 联系地址Magazine_nameVarchar 20 Magazine 目录名WholPrice Float 8 MagazineSubscrible 目录单价，下订时目录单价Snum Int 4 Subscribe 订阅数量SubscribenumInt 4 Subscribe 订阅期数Snum Float 8 Subscribe 订单项总价(3) 数据流编号名称来源去向组成1 身份信息系统管理员应用系统管理员帐户+密码2 授权信息应用系统系统管理员3 错误身份信息应用系统系统管理员4 查询请求系统管理员应用系统待查询对象识别符（如Cid，Ono）5 查询结果应用系统系统管理员被查询对象具体信息6 管理请求系统管理员应用系统识别符（Cid,Ono等）+类型7 管理结果信息应用系统系统管理员被管理对象处理结果8 非法请求应用系统系统管理员非法请求提示信息表2.2 数据流表2 系统设计2.1系统功能结构设计系统功能结构图如下图所示:图2.1.1 系统功能结构图2.2数据库概念设计基本项构思ERD的四条基本原则：①原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。
②原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。
实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。
③原则3 （确定属性）：实体的属性是实体的本质特征。
实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。
联系的属性是联系的结果或状态。
④原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。
经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。
●管理员表（Administrator）：用于存放管理员的数据记录，包括数据项：管理员名、密码。
●部门表（Department）：用来存放部门的相关记录，包括数据项：部门号，部门名。
●用户表（Consumer）：用于存放注册用户的记录，包括数据项：用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。
●报刊信息表（magazine）：用于存放报刊记录，包括数据项：报刊代号、报刊名称、出版报社、出版周期、季度报价、内容介绍、分类编号（和报刊类别表有关）等。
●订单表（subscribe）：用于存放用户下达的订阅报刊的基本信息，包括数据项：订单编号、用户编号（用户表的主码）、报刊代号（报刊信息表的主码）、订阅份数、订阅月数等。
根据上面的设计规划出来的实体有部门实体、管理员实体、用户实体、报刊信息实体和订单实体。
部门实体的E-R图如下图所示：管理员实体的E-R图如下图所示：用户实体的E-R图如下图所示：报刊信息实体的E-R图如下图所示：订单实体的E-R图如下图所示：所有实体之间的的关系E-R图如下图所示：2.3 数据库逻辑设计（1）一般逻辑模型设计关系模型的逻辑结构是一组关系模式的集合。
将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
由ERD导出一般关系模型的四条原则；①一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。
②一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
③一个m：n联系转换为一个关系模式。