能力拓展报告.docx

资源描述

能力拓展报告.docx

《能力拓展报告.docx》由会员分享，可在线阅读，更多相关《能力拓展报告.docx（34页珍藏版）》请在冰豆网上搜索。

能力拓展报告.docx

能力拓展报告

1前言-3-

1.1系统的目的和意义-3-

1.2系统内容-3-

2关键理论与技术-3-

2.1数据库设计-3-

2.2实现技术-7-

3需求分析-8-

3.1数据需求-9-

3.1.1 数据关系-9-

3.1.2 数据定义-9-

3.2完整性需求-12-

3.3安全性需求-12-

3.4功能性需求-12-

3.5性能需求-13-

3.6接口需求-13-

3.7出错处理需求-13-

4概念结构设计-13-

4.1局部视图-13-

4.2视图集成-17-

4.2.1 总体框架-17-

4.2.2总体结构-17-

5逻辑结构设计-18-

5.1模式-18-

5.2外模式-18-

5.3完整性约束-18-

6物理结构设计-19-

6.1访问方法选择-19-

6.2存储结构选择-19-

6.3物理结构评价-24-

7安全性设计-25-

7.1身份验证模式-25-

7.2登录管理-25-

7.3账户管理-25-

7.4权限管理-25-

7.5角色管理-25-

8实现-26-

9结论-29-

1前言

1.1系统的目的和意义

在计算机日益繁盛的今天，为传统的书店打造一个新的销售平台。

本系统希望通过电子信息化的手段对书店的进、存、销等环节进行管理，以达到人力与设备费用的减少，服务能力的提高，管理信息服务的改进，工作人员利用率的提高等目标。

现在，以电子商务为代表的应用已经完全渗透到了社会经济领域的各个角落，尤为突出的是网上书店，各种网上书店层出不穷，为广大图书爱好者和购买者提供了一个很好的平台，使我们足不出户，便能享受阅读的乐趣。

电子商务性质的网上书店比传统书店的商业竞争更为激烈，因此，商家们拥有一个优良的网上书店管理系统尤为重要。

1.2系统内容

设计实现一个B2C的网上书店管理系统，为用户提供网上浏览图书，查看详情，并生成订单进行购买的一系列功能。

同时管理员可以通过登录系统，对顾客的购物信息和图书信息进行更改。

2关键理论与技术

2.1数据库设计

（1）数据库系统采用MySQLServer5.0；设计工具采用DreamweaverCS3、MicrosoftOfficeVisio2003、MicrosoftOfficeproject2003和IBMRationalRoseProfessionalJEdition；编程工具采用MyEclipse8.6。

（2）详细配置：

服务器：

P41.6GCPU，1G内存，SAS80G硬盘，10/100自适网卡。

客户端：

P41.6GCPU，512M内存，20G硬盘，10/100自适网卡。

本程序数据库涉及到的表格：

该系统涉及到表格信息列表

表格名称

数据内容

存储方式

存储时间

存储位置

用户信息表

用户ID,用户名，登录名

登录密码等

文件

每条

数据库

图书信息表

书号,书名,作者,出版社,库存数量,单价等

文件

每笔

数据库

采购订单表

书号,书名,作者,数量等

文件

每笔

数据库

账目信息表

账目ID，销售额，支出额，日期，盈利

文件

每笔

数据库

管理员信息表

登录名，登录密码，邮箱等

文件

每条

数据库

表2.1图书信息表

数据项

数据类型

长度

备注

ID_Book

字符型

书号，图书信息的主键

Classify

数字型

图书类别

BookName

字符型

书名

Author

字符型

图书作者

Publisher

字符型

出版商

Date_Publish

Date

出版日期

PicturePath

字符型

图片路径

Count_Page

整形数字

页数

Version

字符型

版本

Comment

备注

内容简介

Count_Total

整形数字

库存数量

Count_Buy

整形数字

已购买数量

Count_Browse

整形数字

浏览次数

Cost

货币

价格

Price

货币

出版价格

Date_Add

日期/时间

上架日期

Delete_status

整形

删除状态

默认为0

删除为1

表2.2采购订单表

数据项

数据类型

长度

备注

Order_ID

字符型

订单表ID

Order_type

数字

1-暂存

1-确认

ID_Book

字符型

图书Id外键参照图书信息表的图书ID

User_ID

字符型

订购人的ID外键参照用户信息表的用户ID

Count_Order

数字

整型

数量

Order_date

Date

订购的日期

Order_remark

字符

500

订单备注

Delete_status

整形

删除状态

默认为0

删除为1

表2.3账目表

数据项

数据类型

长度

备注

Finance_ID

字符

账目表主键

Finance_received

浮点型

销售收入

Finance_payed

浮点型

采购支出

Finance_total

浮点型

盈利

Finance_date

Date

录入日期

Remark

字符

备注

Delete_status

整形

删除状态

默认为0

删除为1

表2.4用户信息表

数据项

数据类型

长度

备注

User_ID

字符

用户信息表主键

Login_name

字符

登录名

Login_password

字符

登录密码

User_email

字符

符合邮箱的格式

User_phonenumber

字符

用户电话号码

User_address

字符

用户地址

User_remark

字符

500

备注

User_bookType

字符

送货方式

Delete_status

整形

删除状态

默认为0

删除为1

表2.5管理员信息表

数据项

数据类型

长度

备注

Manager_ID

字符

用户信息表主键

Login_name

登录名

Login_password

字符

登录密码

Manager_email

字符

符合邮箱的格式

Manager_status

数字

1-超级管理员

2-用户管理员

3-订单管理员

4-图书信息管理员

Manager_address

字符

用户地址

Manager_remark

字符

500

备注

Delete_status

整形

删除状态

默认为0

删除为1

2.2实现技术

MVC模式简介MVC是Model（模型）——View（视图）——Controller（控制器）的缩写，它适用于大型可扩展的Web应用的开发，它强制性地将应用程序的输入、处理和输出分开，将其划分为模型、视图和控制器三个核心部分，使它们各司其职，各自完成不同的任务，其中任何一部分的修改都不会影响其它两部分。

在MVC模式中，模型封装了应用问题的核心数据、逻辑关系和业务规则，提供了业务逻辑的处理过程。

模型一方面被控制器调用，完成问题处理的操作过程，另一方面为视图获取显示数据提供了访问数据的操作。

因为模型是与数据格式无关的，因此一个模型可以为多个视图提供数据，这样一个模型一次编写可以被多个视图重用，从而避免了代码的重复编写。

视图是MVC模式下用户看到的并与之交互的界面。

视图从模型处获得数据，视图的更新由控制器控制。

视图不包含任何业务逻辑的处理，它只是作为一种输出数据的方式。

MVC模式中，控制器主要起导航的作用，它根据用户的输入调用相应的模型和视图去完成用户的请求。

控制器本身不输出任何东西，它接受用户请求并决定调用哪个模型构件去处理，以及由哪个视图来显示模型处理之后返回的数据。

MVC的处理过程是这样的：

对于每一个用户输入的请求，首先被控制器接收，并决定由哪个模型来进行处理，然后模型通过业务处理逻辑处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过显示页面呈现给用户。

图1-1所示为模型、视图、控制器这三个模块各自的功能以及它们之间的相互关系。

系统的建设关键在于其所使用的架构，而网上书店这种基于web的系统，传统的C/S架构已经不能满足大量用户的访问和操作，B/S基于浏览器的架构则是目前网络系统应用的主流，它将大量的数据处理工作交给服务器端来处理，客户端只用通过普通的IE浏览器即可访问系统，方便快捷而且利于系统的更新和维护，java语言在该方面更是得天独厚。

在B/S体系结构系统中，用户通过浏览器向分布在网络上的许多服务器发出请求，服务器对浏览器的请求进行处理，将用户所需信息返回到浏览器。

B/S结构简化了客户机的工作，客户机上只需配置少量的客户端软件。

服务器将担负更多的工作，对数据库的访问和应用程序的执行将在服务器上完成。

浏览器发出请求，而其余如数据请求、加工、结果返回以及动态网页生成等工作全部由WebServer完成。

实际上B/S体系结构是把二层C/S结构的事务处理逻辑模块从客户机的任务中分离出来，由Web服务器单独组成一层来负担其任务，这样客户机的压力减轻了，把负荷分配给了Web服务器。

3需求分析

系统分析是平台开发的一个不可缺少的环节，为了能够使本系统更好、更完善地被设计出来，就必须先进行调查研究。

在系统调查的基础上，对新系统的功能进行细致的分析，从而才能够开发出完整的系统设计。

3.1数据需求

3.1.1 数据关系

图3.1网上书店管理系统E-R图

3.1.2 数据定义

根据图3.1得到系统数据字典分别如下所示：

表3.1图书信息数据字典

含义说明：

书店关系体统的核心信息，提供了书籍的具体信息。

组成：

ISBN号，书籍名称，书籍作者，书籍出版年份，书籍价格等

数据项

含义说明

数据类型

数据长度

取值范围

书号

区别每本书的唯一标识，

字符型

任意合法字符且在长度范围内

书籍名称

书籍的名称

字符型

合法的字符

书籍作者

书籍的作者

字符型

合法字符

书籍出版年份

书籍的出版日期

日期型

符合日期的规则

书籍类别

区分书籍的类别

数字型

整形数字

书籍出版商

书籍的出版商

字符型

合法字符

图片路径

图片的路径

字符型

合法字符

书籍页数

书籍的页数

整形

整形数字

内容简介

书籍内容的简单介绍

字符型

500

合法的字符

库存数量

该书的库存数量

数字

整形数字

已购买数量

该书的销售数量

数字

整形数字

书籍价格

该书的价格

浮点数字

浮点数字，小数点保留两位

上架日期

该书的上架日期

Date

合法的日期类型

删除状态

该条信息的删除状态

整形

删除状态

默认为0

删除为1

0或1

表3.2客户信息数据字典

含义说明：

书店关系系统的核心信息，提供了顾客的具体信息。

组成：

登陆名，家庭住址，联系方式等。

数据项

含义说明

数据类型

数据长度

取值范围

表ID

唯一区分用户的表示

字符型

合法字符

登陆名

顾客的登录名称

字符型

合法的字符

登录密码

顾客的登录密码

字符型

合法的字符

邮箱

顾客的邮箱

字符型

符合邮箱的命名格式

家庭住址

顾客收货地址

字符型

合法的字符

联系方式

顾客的电话号码

字符型

合法的字符

送货方式

顾客的送货方式

字符型

合法的字符

备注

该顾客的其他备注

字符型

500

合法的字符

删除状态

该条信息的删除状态

整形

删除状态

默认为0

删除为1

0或1

表3.3采购订单信息数据字典

含义说明：

书店关系系统的核心信息，提供了订单的具体信息。

组成：

订单号，订购人ID，书ID，订购日期，书籍数量等。

数据项

含义说明

数据类型

数据长度

取值范围

订单号

区别每个不同订单的唯一标识

字符型

合法的字符

订购人ID

订购人的ID

字符型

参照用户信息表里的用户ID

图书ID

图书的ID

字符型

参照图书信息表里的图书ID

订购日期

用户生成订单的时间

日期型

满足特定的日期格式

订单状态

订单的状态

数字

暂存，确认

书籍数量

每份订单书籍的数量

整形数字

订单备注

对该条订单的其他信息备注

字符型

500

合法字符

删除状态

该条信息的删除状态

整形

删除状态

默认为0

删除为1

0或1

表3.4管理员信息数据字典

含义说明：

书店关系系统的核心信息，提供了雇员的基本信息，管理权限等。

组成：

管理员编号，密码，具体身份（超级管理员，书籍管理员，用户管理员，订单管理员），管理员邮箱。

数据项

含义说明

数据类型

数据长度

取值范围

管理员ID

唯一区分管理员的表识

字符型

合法的字符

登录名

字符型

合法的字符

密码

管理员进入系统的密码

字符型

合法的字符

具体身份

管理员管理范围

字符型

“超级管理员”，“书籍管理员”“用户管理员”

“订单管理员”

邮箱

管理员与用户交流方式

字符型

合法的邮箱地址

备注

管理员其他信息的备注

字符型

500

合法的字符

删除状态

该条信息的删除状态

整形

删除状态

默认为0

删除为1

0或1

表3.5账目信息表数据字典

含义说明：

账目的信息，方便查看账目信息。

组成：

账目ID，销售收入，采购支出等。

数据项

含义说明

数据类型

数据长度

取值范围

账目ID

唯一区分账目的表识

字符型

合法的字符

销售收入

销售的收入情况

浮点型

合法的数字小数点保留两位

采购支出

采购的支出

浮点型

合法的数字小数点保留两位

盈利

销售盈利

浮点型

合法的数字小数点保留两位

备注

账目其他信息的备注

字符型

500

合法的字符

删除状态

该条信息的删除状态

整形

删除状态

默认为0

删除为1

0或1

3.2完整性需求

（1）实体完整性。

对于每张基本表如图书信息表客户信息表管理员信息表采购订单信息表账目信息表他们的主属性都不能为空！

（2）参照完整性。

该系统涉及到的参照关系有采购订单表的图书ID参照图书信息表的图书ID，采购人ID参照用户信息表里的用户ID

（3）用户自定义完整性。

日期类型的字段必须符合日期的格式；浮点型的数字小数点保留两位

3.3安全性需求

每次登陆系统前必须输入登录名和密码，匹配成功后才能登陆。

不同的管理员有不同的管理权限，对于普通用户只有查看图书信息，下订单的功能，对于账目信息的管理只有具有超级管理员权限的才能操作。

3.4功能性需求

（1）实现用户的注册、登录与管理。

（2）显示商品列表，并能对商品列表进行各种操作和管理。

（3）用户购买商品时，能及时生成订单，并能实现对订单的管理。

（4）实现网上购书。

（5）不同身份管理员对表格信息的管理

（6）超级管理员具有所有的权限

3.5性能需求

（1）安全性

（2）稳定性

（3）及时性

3.6接口需求

没有接口需求

3.7出错处理需求

（1）为保证误删后还能找回信息。

当删除每条信息时，只是把它的删除状态修改为1，如需查看可以到数据库查，保证了管理员对信息的误删后的找回。

（2）需要定期对数据库和系统进行维护。

（3）对于暂存订单的只有管理员沟通确认后才能作为一条订单信息保存到数据库里。

防止由于用户不小心或有意烂下订单造成的大量信息的冗余，给数据库的维护造成不便。

4概念结构设计

4.1局部视图

根据对网上书店的需求分析，画出如下实体的ER图和实体之间的关系ER图。

图4-1　图书信息ＥＲ图

图4-2订单信息ER图

图4-3账目信息ER图

图4-4用户信息ER图

图4-5管理员信息ER图

图4-6实体之间关系ER图

4.2视图集成

4.2.1 总体框架

在系统架构方面，基于系统的访问速度，便捷性、可行性等要求，本系统采用了C/S两层结构。

它包括客户机、数据库服务器层，如图15所示。

在两层客户机/服务器结构中，客户机负责信息表示与应用逻辑处理，服务器负责管理数据库事务。

图4.2两层客户机/服务器结

4.2.2总体结构

图4.3系统总体结构图

图4.4用户登录结构图

5逻辑结构设计

5.1模式

该系统满足第三范式，每一个非主属性既不部分依赖于码也不传递依赖于码。

5.2外模式

通过外模式对逻辑模式的屏蔽，为应用程序提供了一定的逻辑独立性

（1）普通用户可以查看书本的信息，下订单

（2）用户信息管理员对用户信息表进行增删改查

（3）采购订单信息管理员对订单信息表进行增删改查

（4）图书信息管理员对图书信息表进行增删改查

（5）高级管理员可以对所有的表进行增删改查

5.3完整性约束

（1）实体完整性。

对于每张基本表如图书信息表客户信息表管理员信息表订单信息表账目信息表他们的主属性都不能为空！

（2）参照完整性。

该系统涉及到的参照关系有订单表的图书ID参照图书信息表的图书ID，采购人ID参照用户信息表里的用户ID

（3）用户自定义完整性。

日期类型的字段必须符合日期的格式；浮点型的数字小数点保留两位

6物理结构设计

6.1访问方法选择

在有效的连接下有三种执行SQL语句来访问数据库的途径：

一是利用Connection的Execute方法；二是建立一个Command对象，设置CommandText属性为一个SQL语句串，再利用Command的Open方法；三十建立一个RecordSet对象，并通过RecordSet的open方法来实现SQL语句的执行过程。

6.2存储结构选择

表6.1图书信息表

数据项

数据类型

长度

备注

ID_Book

字符型

书号，图书信息的主键

Classify

数字型

图书类别

BookName

字符型

书名

Author

字符型

图书作者

Publisher

字符型

出版商

Date_Publish

Date

出版日期

PicturePath

字符型

图片路径

Count_Page

整形数字

页数

Version

字符型

版本

Comment

备注

内容简介

Count_Total

整形数字

库存数量

Count_Buy

整形数字

已购买数量

Count_Browse

整形数字

浏览次数

Cost

货币

价格

Price

货币

出版价格

Date_Add

日期/时间

上架日期

Delete_status

整形

删除状态

默认为0

删除为1

图书信息表数据库代码实现

1.表名：

Books

2.所有者：

dbo

3.源代码：

CREATETABLEBooks（ID_Bookvarchar（20）,

BookNamevarchar（50）,

Authorvarchar（50）,

Publishervarchar（50）,

Date_PublishdateTime,

PicturePathvarchar（50）,

Count_Pageint,

Versionint,

Commentint,

Count_Totalvarchar（50）,

Count_Buyint

Count_Browseint

Costfloat,

Pricefloat,

Date_AdddateTime,

Delete_statusint,

PRIMARYKEY（ID_Book）

4.权限管理：

GRANTSELECT,INSERT,DELETE,UPDATEONBooksTO超级管理员

GRANTSELECT,INSERT,DELETE,UPDATEONBooksTO书籍管理员

GRANTSELECTONBooksTO顾客

表6.2采购订单表

数据项

数据类型

长度

备注

Order_ID

字符型

订单表ID

Order_type

数字

2-暂存

1-确认

ID_Book

字符型

图书Id外键参照图书信息表的图书ID

User_ID

字符型

订购人的ID外键参照用户信息表的用户ID

Count_Order

数字

整型

数量

Order_date

Date

订购的日期

Order_remark

字符

500

订单备注

Delete_status

整形

删除状态

默认为0

删除为1

采购订单表数据库代码实现

1.表名：

Orderlists

2.所有者：

dbo

3.源代码：

CREATETABLEOrderlists（

Order_IDvarchar（20）,

Order_typeint,

ID_Bookvarchar（50）,

User_IDvarchar（50）,

Count_Ordervarchar（50）,

Order_datedateTime,

Order_remarkvarchar（500）,

Delete_statusint,

PRIMARYKEY（Order_ID）,

FOREIGNKEY（ID_Book）REFERENCESBooks）,

FOREIGNKEY（User_ID）REFERENCESUsers）,

4.权限管理：

GRANTSELECT,INSERT,DELETE

展开阅读全文