pb课程设计_报刊订阅系统.docVIP

目录 概述 1 1. 需求分析 1 1.1系统需求和功能 1 1.2安全性要求 1 1.3一致性要求 2 1.4完整性要求 2 2. 数据库概念设计 2 2.1设计方法和步骤 2 2.2 E-R图设计 2 3. 数据库逻辑设计 4 3.1 一般逻辑模型设计 4 3.2模块设计 5 4. 数据库物理设计与数据库保护设计 5 4.1设计索引 5 4.2 设计表间关系 6 4.3完整性设计 6 4.4用户授权与安全性控制。 6 5. 详细设计 7 5.1系统设计过程 7 5.3运行结果及调试 14 6.认识体会 17 7．参考文献 17 报刊订阅管理系统 概述 随着社会不断的发展，人们的生活水平越来越高，对知识的和对时事的渴求也越来越高，人们希望能够方便快捷地订阅各种报刊杂志。但是各种各样的报刊名目和详细信息以及订阅，为相关企业的管理造成很大的麻烦。因此网上订阅成为不可或缺的一部分。 本系统就是面向一个企业的报刊订阅管理系统。此系统是一种比较智能化的管理系统，它面向所有企业部门的职工用户，但具有比较高的安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的录入、订阅、查询等操作以及后台数据库的备份和恢复。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。 1. 需求分析 1.1系统需求和功能 设计一个报刊应用系统一个订户可订多种报刊；一种报刊可被多个用户订阅；订单只能订阅现有报刊目录内容；投递时，必须根据订单的情况进行投递，不得超出订单的订阅品种、数量； 2、系统功能包括A 订户管理：订户、修改、删除； ?目录管理：目录、修改c 订单管理：完成订户订阅数据的管理；?订单查询：按订户订单详细情况；统计查询：按报刊目录统计各类报刊的订阅数量及金额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图转换成的关系模式如下： 部门（部门号，部门名称） 用户（用户账号，密码，用户真实姓名，联系电话，联系地址，部门号） 管理员（管理员名，密码） 报刊类别（分类编