数据库课程设计--报刊订阅管理系统.doc

数据库原理及应用课 程 设 计 课程名称_数据库系统 _题目名称_报刊订阅管理系统_学生学院_计算机学院_专业班级_10级计算机科学与技术5班学 号_3210006071_学生姓名_陈丹飞_指导教师_ _明俊峰_ _2013年 1 月 10 日成绩 数据库系统课程设计学 院_计算机学院_专 业_计算机科学与技术_学 号_3210006071_姓 名_陈丹飞_指导教师_明俊峰_ 日 期_2013/1/10_目录一、概述：3二、需求分析：32.1、功能描述：32.2、数据流图：42.3、数据字典：42.3.1、数据项：52.3.2、数据结构：52.3.3、数据流：6三、概念设计：63.1、设计E-R图的要点：63.2、基本项构思ERD的四条基本原则：63.3、设计E-R图：73.4、安全性要求：93.5、一致性要求：93.6、完整性要求：10四、逻辑设计：104.1、一般逻辑模型设计 ：104.2、关系模式设计与优化：114.2.1关系模式设计114.2.2优化分析114.3 系统结构图124.4、系统完整性设计12五、系统实现：135.1 索引的建立135.2 数据存放位置145.3 模块设计145.3.1 登录模块145.3.2 管理功能模块145.3.3 管理帐号模块145.3.4 查询模块15六、小结：15一、概述：本系统是一个面向于企业的报刊订阅管理系统。系统是智能化的管理系统，它面向所有企业部门的职工用户，但具有安全性能。它能够实现报刊订阅的基本功能，包括新报刊信息的登录、录入、订阅、查询、统计等操作。用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。对于非法操作，系统有识别和防护措施。订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。因此在管理上实现起来有一定因难。 系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。二、需求分析：2.1、功能描述：包括如下模块： 登录功能：登录统为身份验证登录。分为管理员登录和一般用户登录。分别通过不 同的用户名和密码进入报刊订阅管理界面，新的用户需要注册。 录入新信息功能：对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行可以修改个人信息。 订阅功能：用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。 查询功能：用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。查询出的信息显示在界面上,并且可以预览和打印出结果。 统计功能：管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况，并且可以预览和打印出结果。 系统维护功能：数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢 复，数据库备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和 数据的安全性，有利于系统的维护。2.2、数据流图： 报刊订阅管理系统顶层图 报刊订阅系统1层图2.3、数据字典：数据字典包括有数据项、数据结构、数据流、处理过程和数据存储五个部分，以下根据系统开发的要求分别对其中部分进行说明。2.3.1、数据项：编号标识符类型长度所属表名同义名1UNameVarchar20Login管理员帐户2UPasswordVarchar20Login管理员密码3CidVarchar10Customer，OrderDetail用户编号4CnameVarchar20Customer用户名5PhoneVarchar15Customer联系电话6AddressVarchar50Customer联系地址7DidVarchar10Diretory，OrderDetail目录编号8DnameVarchar20Diretory目录名9UnitPriceFloat8Diretory、OrderDetail目录单价10IfoVarchar50Diretory批注信息11OnoVarchar10OrderDetail订单编号12Quantity, Int4OrderDetail订阅数量13QiShu,Int4OrderDetail订阅期数14TotalFloat8OrderDetail订单项总价15OdateDatetie8OrderDetail下订日期2.3.2、数据结构：管理员=管理员帐户+管理员密码用户=用户编号+用户名+联系电话+联系地址目录=目录编号+目录名+单价+批注信息订单=订单号+订户编号+下订日期订单细节=订单号+目录编号+订户编号+订阅数量+订阅期数+单价+总价+下订日期2.3.3、数据流：数据流名说明数据流来源数据流去向管理员管理员的用户名和密码改变管理员的信息账号管理用户订阅报刊的用户基本信息用户管理员报刊类别报刊的目录信息改变的报刊目录管理员报刊信息报刊的详细信息管理员的录入用户订单用户与订阅的报刊的相关信息用户管理员三、概念设计：3.1、设计E-R图的要点：（1）E-R图提供矩形框表示实体型、椭圆表示属性、菱形表示实体型之间的联系。（2）能独立存在并和其它事物产生某种联系的数据对象，例如目录、订户等，就应把它作为实体；而对于那些不可再分的数据对象，就可将它作为属性。（3）两个或多个实体间的关联与结合，例如目录、订户、订阅、，当需要予以关注时，应作为联系。联系通常是某类行为动作，E-R图中关注的是其状态与结果而不是它的过程。（4）实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的飞行员性或属性组），并指定其中一个作为主标识。3.2、基本项构思ERD的四条基本原则：原则1 （确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动、事项等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。原则2 （确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，作用，配合，协同等等，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多等三类，在确定联系时还要确定其类型。原则3 （确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。3.3、设计E-R图：经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。l 管理员表（Adminuser）：用于存放管理员的数据记录，包括数据项：管理员名、密码。l 部门表（Department）：用来存放部门的相关记录，包括数据项：部门号，部门名。l 用户表（Users）：用于存放注册用户的记录，包括数据项：用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。l 报刊类别表（NewspaperClass） ：分类编号、 分类名称。 l 报刊信息表（Newspaper）：用于存放报刊记录，包括数据项：报刊代号、报刊名称、出版报社、出版周期、季度报价、内容介绍、分类编号（和报刊类别表有关）等。l 订单表（Order）：用于存放用户下达的订阅报刊的基本信息，包括数据项：订单编号、用户编号（用户表的主码）、报刊代号（报刊信息表的主码）、订阅份数、订阅月数等。 根据上面的设计规划出来的实体有部门实体、管理员实体、用户实体、报刊信息实体和订单实体 用户实体的E-R图如下图所示： 报刊信息实体的E-R图如下图所示： 部门实体的E-R图如下图所示： 管理员实体的E-R图如下图所示： 订单实体的E-R图如下图所示： 报刊类别实体的E-R图如下图所示： 所有实体之间的的关系E-R图如下图所示： 3.4、安全性要求：访问数据库时需要输入登陆帐号和密码。在数据库内设有管理员表，登陆系统时会要求输入管理员帐号和密码。登陆模块根据输入帐号和密码查管理员表，查到匹配记录则允许其登陆系统。管理员帐号和密码可以在系统中添加和修改。3.5、一致性要求：在管理系统相关的表之间，有较强的关联性。为了实现一致性的需求，各个表之间均建立起了相应的一致性约束。3.6、完整性要求：数据库各个表设置了实体完整性、参照完整性。防止了数据表中存在不正确的数据。四、逻辑设计：4.1、一般逻辑模型设计 ：关系模型的逻辑结构是一组关系模式的集合。将E-R图转换为关系模型就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。由ERD导出一般关系模型的四条原则；一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果软换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式何明，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。3个或3个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系项链呢的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。 根据以上原则将E-R图转换成的关系模式如下：部门（部门号，部门名称）用户（用户账号，密码，用户真实姓名，联系电话，联系地址，部门号）管理员（管理员名，密码）报刊类别（分类编号，分类名称）报刊（报刊代号，报刊名称，出版报社，出版周期，每月订价，内容介绍，分类编号）订单（用户名，报刊代号，订阅份数，订阅月数，订阅总额）4.2、关系模式设计与优化：4.2.1关系模式设计根据概念结构的设计，可以将系统E-R图转换为以下关系模式:Login (UName,UPassword)Customer(Cid, Cname, Phone, Address)Diretory(Did, Dname, UnitPrice,Ifo)OrderDetail(Ono, Did,Cid, Quantity, QiShu, UnitPrice, Total,Odate)Foreign key:Ono,Did4.2.2优化分析对上面关系模式进行分析可知：表Customer、Diretory、Login都属于BCNF范式，在数据操作性能和存储空间的利用率上都比较高。表OrderDetail：(Ono,Did)Quantity,(Ono,Did)QiShu,(Ono,Did)UnitPrice,(Quantity,QiShu,UnitPrice)Total，(Ono,Did)Total.将Total作为一个属性独立出来有利于统计和查询，减少反复运算操作。4.3 系统结构图4.4、系统完整性设计Login (UName,UPassword)其中（UName,UPassword）为主码。Customer (Cid, Cname, Phone, Address)其中：Cid为主码，Cid，Cname, Phone, Address约束为非空Diretory (Did, Dname, UnitPrice,Ifo)其中：Did为主码，Dname, UnitPrice,Ifo约束为非空OrderDetail (Ono,Did,Cid,Quantity,QiShu,UnitPrice,Tota,Odate)其中：(Ono,Did)为主码，Cid和Did分别为外码（参照分别为：Customer(Cid)和Diretory(Did)）.Quantity,QiShu,UnitPrice,Tota,Odate分别约束为非空在SQL Server2000数据库中，首先创建报刊订阅管理系统数据库，然后根据数据库的逻辑结构分析创建表4-14-4的4张数据表。在前台访问数据库阶段设置了用户和密码，用户为sa，密码为空。表4-1 customer用户表结构字段名称字段类型允许空说明cid（主码）varchar（10）否用户帐号Cnamevarchar(20)是真实姓名phonevarchar(15)是用户联系电话addressvarchar(15)是用户联系地址表4-2 OrderDetail报刊表结构字段名称字段类型允许空说明Ono（主码）Varchar（50）否订单编号OdataDatatime是下单日期TotalFloat是订阅项总价QuanlityInt是订阅数量QishuInt是订阅期数TotalFloat是下单时总价cidVarchar(10)否用户编号表4-3 diretory目录表结构字段名称字段类型允许空说明Did（主码）varchar（10）否报刊代号DnameChar（10）否报刊名称UnitpriceInt（4）否报刊单价IfoInt（4）否批注信息表4-4 login管理员表结构字段名称字段类型允许空说明Uname（主码）varchar(20)否管理员用户名Upassword(主码)varchar(20)否管理员密码五、系统实现：5.1 索引的建立由于系统可能要涉及大量数据的操作，所以索引的建立就成为一种必需。本系统采用B+树索引方法，分别在各Customer,Diretory和OrderDetail各个表的主键上建立索引。5.2 数据存放位置本系统所有数据和索引均存放在磁盘中。5.3 模块设计5.3.1 登录模块5.3.2 管理功能模块5.3.3 管理帐号模块5.3.4 查询模块六、小结：这个学期学习了java，所以选择了使用java制作前台，然后我也到图书馆借了几本用java制作课程设计的书，用java做课程设计有了一定的认识以后，我开始着手这个课程设计。构思整个系统的整体框架，权限方面分开了管理员和用户的登录，管理员和用户的菜单分别是哪些，每个菜单下的功能怎么实现，都一一设计代码，然后修改，运行，调试。最后，整个系统基本上实现了所有要求，用户可以订阅报刊、查看和统计自己的订单信息，也可修改自己的信息，除了用户名。本系统的特色在于，用户订阅报刊非常方便，用户登录系统后，用户名作为全局变量保存在系统中，进入订阅菜单后，自动显示用户名，而用户只需要输入所要订阅的报刊代号和订阅份数，以及选择需要订阅的时间，系统会自动计算出这次订阅所需要的金额，确定后显示于文本框中。在查看和统计订单信息时，也是自动筛选出该用户的订单信息，而无需用户再次输入用户名和密码。管理员方面，可以输入用户、报刊的信息，并且可以对这些信息进行修改。管理订单方面，管理员可以按人员、按部门、