第1章 网上购书信息管理系统

第一章网上购书信息管理系统

1.1用户需求的分析

1.1.1任务描述

依据电子商务的特点与基本流程以及用户需求调查报告，通过理解需求阶段的目标，给业务上下文和系统功能建模，在完整的用例模型中记录系统需求，完成需求模型报告，最后依据需求模型报告进行产品需求规格说明书的撰写。

1.1.2任务分析

需求分析人员要按“初始、细化、构造与移交四步走”的路线，通过“以目标为基础、以用例为中心的三次迭代式需求分析”的过程来完成对用户需求的分析。

（1）第一次迭代（初始）：学会进行项目目标分解、进行项目目标可研分析，构造提交项目目标模型，形成项目大纲。

（2）第二次迭代（细化）：学会进行用例图建模，进行客户需求分析，构造提供软件功能模型，形成客户需求文档。

需求验证（移交）：学会从需求类型与属性角度评估需求的质量，移交产品需求说明书

1.2网上购书业务流程

（1）用例模型

用例模型是系统既定功能及系统环境的模型，它可以作为客户和开发人员之间的契约。用例是贯穿整个系统开发的一条主线。一个用例模型包括了系统的所有用例,它是系统所有可能用途的总和。

蓝星网上购书信息管理系统用例一览表如表1-1所示：

（2）

业务对象模型

目标

角色

F G 1：目录管理

F G 2：图书管理

F G 3：购物车管理

F G 4：订单管理

F G 5：支付管理

F G 6：会员管理

管理员

F G 1:U C 1:目录

创建

F G 1:U C 2:目录编辑

F G 1:U C 3:目录

F G 2:U C 1:图书入库

F G 2:U C 2:图书出库

F G 2:U C 3:图书

F G 4:U C 3:订单状态编辑

F G 4:U C 4:订单信息查看

F G 6:U C 1:会员注册

F G 6:U C 2:会员撤销

会员

F G 1:U C 4:目录查看

F G 2:U C 5:图书概要信息查看

F G 2:U C 5:图书详细信息查看

F G 3:U C 1:购物车图书添加

F G 3:U C 2:购物车图书计价

F G 3:U C

F G 4:U C 1:订单生成

F G 4:U C 2:个人订单信息查看

F G 5:U C 1:信用卡支付

F G 6:U C 3:个人资料修改

F G 6:U C 4:会员登陆

游客

F G 1:U C 4:目录查看

F G 2:U C 5:图书概要信息查看

F G 6:U C 1:会员注册

银行账户处理

F G 5:U C 2:转账

1.2.1撰写需求规格说明书

《产品需求规格说明书》的重点是阐述“做什么”，而不是阐述“怎么做”。《产品需求规格说明书》应当正确、清楚、无二义性、一致、完备、可实现以及可验证。

“正确”是《产品需求规格说明书》最重要的属性。真正的困难是开发者和用户自己都不明白用户究竟“想要什么”和“不要什么”。为确保需求是正确的，开发方和用户必须对《需求规格说明书》进行确认；清楚的需求让人易读易懂，不在于文档的厚度；

“无二义性”是指每个需求只有唯一的含义。如果一个人说的话，不同的人可能有不同的理解，那么这句话就有二义性。如果需求存在二义性，将会导致人们误解需求而开发出偏离需求的产品。为了使需求无二义性，人们在写《产品需求规格说明书》时措词应当准确，切勿模棱两可。

“一致”（C o n s i s t e n t）是指《产品需求规格说明书》中各个需求之间不会发生矛盾。矛盾常常潜伏在需求文档的上下文中。“完备”（C o mp l e t e）是指《产品需求规格说明书》中没有遗漏一些必要的需求。人们往往倾向于关注系统的特色功能，而忽视了其它一些不起眼的但却是必需的功能。

“可实现”意味着在技术上是可行的，并且满足时间、费用、质量等约束。经过双方确认的《产品需求规格说明书》相当于商业合同，如果开发方不能够实现《产品需求规格说明书》中的内容，那就是违约，可能会被罚款

的。《产品需求规格说明书》中的各项需求对用户方而言应当都是可验证的（Ve r i f i a b l e）。如果需求是不可验证的，那么用户就无法验收软件，可能会发生商业纠纷。

二章系统设计

软件构架是指一个系统的基础组织，具体体现在系统的组成构件，构件之间、构件和环境之间的关系，以及指导其设计和演化的原则上。

2.1任务描述

设计蓝星网上购书信息管理系统构架

2.2任务分析

R U P的整个分析与设计过程如下图所示，其中A r c h i t e c t即为软件架构师角色，从下图中可见系统架构从分析到设计的全部活动。

图1-8系统架构分析与设计活动

2.3安全策略

网上书店的实施，其关键是要保证整个商务过程中系统的安全性。

实现网上书店的关键是要保证商务活动过程中系统的安全性，即保证基于互连网的电子交易过程与传统交易的方式一样安全可靠。

1．密码技术

采用M D5加密。

2．访问控制

采用授权策略和机制。保护可以从以下几个方面加以考虑：物理隔离、时间隔离、密码隔离。

3．防火墙技术

采用分组过滤防火墙技术。

2.3.1并发策略

1.对于业务数据低级并发控制由数据库事务和线程监视器自动管理，对业务服务的每一次使用都封装在一个事务中，以正确传送给数据库管理系统。

2.会员不可以重复登录，只能登录一次

3.在脱线状态下更新数据库数据，在凌晨使更新真正生效

三章子系统设计

3.1任务描述

完成蓝星网上购书信息管理系统子系统设计，包括类的设计、用例具体实现、用户界面设计以及数据库设计。

3.2任务分析

通过子系统设计将形成一个可用的、完整的解决方案，并且能够比较容易地将方案转换成程序代码。该任务在.N E T标准三层系统架构的基础上，将考虑所有的实现技术问题，对分析阶段的模型进行扩展和细化，并对分析阶段定义的类进一步扩充，定义新的类来处理技术方面的问题，最终形成最后的解决方案。

（一）遵循类的设计原则：

开闭原则：对扩展开放而对变更封闭；

依赖倒置原则：依赖抽象类而非具体类；

L i s k o v替换原则：子类应当能完全替代其基类；

单一职责原则：一个类只应当承担单一和集中的职责，这样引发类进行变更的原因只有一个；

接口分离原则：为客户提供多个物定的接口好过一个多种用途集于一身的接口，即客户不被强制依赖于其不需要的操作；

组合复用原则：尽可能地使用对象的多态组合而非继承来实现复用

所知最少原则：一个类的操作实现中，只应调用下列对象的操作：它自己、作为参数传入的对象、它创建的对象、它包含的对象。

（二）实现系统用例

实现系统用例的方式通常显示出用例如何通过一系列协作类进行实现,这是系统内部行为的模型，它可以用两个U M L 工件来描述：实现类图和顺序图。

(四)数据库设计

面向对象的数据库设计是从对象模型出发的，属于实体主导型设计，数据库设计(模式)是否支持应用系统的对象模型，这是判 …… 此处隐藏：12727字，全部文档内容请下载后查看。喜欢就下载吧 ……