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

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

《数据库课程设计--报刊订阅管理系统.doc》由会员分享，可在线阅读，更多相关《数据库课程设计--报刊订阅管理系统.doc（41页珍藏版）》请在冰豆网上搜索。

报刊订阅管理系统的开发与

实现

工厂搬迁对于一个企业来说，安全问题始终是第一位的，也是最基本的，过程中所涉及到的安全问题主要是人员的安全和设备拆装以及财产的安全。

各部门经理和所有员工一定要以安全为核心，开展各项工作，职责到人、分工明确。

专业：

计算机科学与技术学号：

姓名：

课程设计名称：

数据库原理及应用

设计题目：

报刊订阅管理系统的设计与实现

完成期限：

自2009年12月14日至2009年12月27日共2周

设计依据、要求及主要内容（可另加附页）：

本系统主要面向的用户有系统管理员、读者。

下面分角色对该系统的不同操作范围做说明，主要有以下功能模块：

（1）登陆功能：

登陆系统为身份验证登录。

分为管理员登录和一般用户登录。

分别通过不同的用户名和密码进入报刊订阅管理界面。

（2）录入新信息功能：

对于管理员，包括新用户信息和新报刊信息的录入功能，信息一旦提交就存入到后台数据库中；普通用户自行注册进行录入个人信息。

（3）订阅功能：

用户可以订阅报刊，系统自动计算所需金额，并显示在界面上；管理员不可订阅报刊，必须以用户身份订阅报刊。

（4）查询功能：

用户可以查询并显示自己所订阅的信息；管理员可以按人员、报刊、部门分类查询。

查询出的信息显示在界面上。

（5）统计功能：

管理员可以按用户、部门、报刊统计报刊的销售情况，并对一些重要的订阅信息进行统计；普通用户可以统计出自己的订阅情况。

（6）系统维护功能：

管理员可以对用户、报刊、部门、订阅等信息进行添加、删除、更改等维护工作；用户可以更改自己的注册信息，但用户名不能更改。

指导教师（签字）：

教研室主任（签字）：

批准日期：

年月日

数据库原理与应用课程设计

摘要

本系统是一个面向于企业的报刊订阅管理系统。

系统是智能化的管理系统，它面向所有企业部门的职工用户，但具有安全性能。

它能够实现报刊订阅的基本功能，包括新报刊信息的登录、录入、订阅、查询、统计等操作。

用户合法注册后必须输入有效密码才能成功进入此系统，可以进行订阅报刊，查询信息，统计信息等操作。

对于非法操作，系统有识别和防护措施。

订阅信息处理的特点是订阅信息处理量比较大,所管理的信息信息种类繁多,而且订阅单、编辑单的发生量特别大,关联信息多,查询和统计的方式各不相同。

因此在管理上实现起来有一定因难。

系统在设计过程中,为了克服这些困难,需要使程序代码标准化,软件统一化,确保软件的可维护性和实用性；删除不必要的管理冗余,实现管理规范化、科学化；界面友好、简单化,做到实用、方便,尽量满足报刊订阅中员工的需要。

关键词：

PowerBuilder；MicrosoftSQLServer2000；录入；查询；统计；订阅；

目录

1系统需求分析………………………………………………………………6

1.1信息需求分析………………………………………………………6

1.2业务流程分析………………………………………………………6

1.3功能需求分析………………………………………………………8

1.4数据流图……………………………………………………………8

1.5数据字典…………………………………………………………11

2系统设计…………………………………………………………………13

2.1系统功能结构设计………………………………………………13

2.2数据库概念设计…………………………………………………13

2.3数据库逻辑设计…………………………………………………15

2.4数据库物理设计…………………………………………………17

3系统实现与测试…………………………………………………………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

参考文献……………………………………………………………………42

1.系统需求分析

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数据项表

编号

标识符

类型

长度

所属表名

同义名

1

Aname

Varchar

20

Administrator

管理员帐户

2

Apassword

Varchar

20

Administrator

管理员密码

3

Uname

Varchar

20

Consumer

订户名

4

Uphone

Varchar

15

Consumer

联系电话

5

UAddress

Varchar

50

Consumer

联系地址

6

Magazine_name

Varchar

20

Magazine

目录名

7

WholPrice

Float

8

Magazine

Subscrible

目录单价，

下订时目录单价

8

Snum

Int

4

Subscribe

订阅数量

9

Subscribenum

Int

4

Subscribe

订阅期数

10

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（一事一地）：

信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。

l管理员表（Administrator）：

用于存放管理员的数据记录，包括数据项：

管理员名、密码。

l部门表（Department）：

用来存放部门的相关记录，包括数据项：

部门号，部门名。

l用户表（Consumer）：

用于存放注册用户的记录，包括数据项：

用户账号、密码、真实姓名、身份证号、联系电话，联系地址，部门号（和部门表有关）等。

l