在线购物系统需求分析 一 预备说明 一、该文档在课程中的地位 适合在讲授OOAD中软件开发统一过程的时候，提供给学生作为演示范例。
二、课程相关知识说明 《OOAD与UML》中 Module 2:UML Module 3:需求与初始化分析 Module 4:分析阶段的静态建模 通过该文档学生从应用实践掌握 编写系统设计与需求说明书 描述UML在OOAD过程中的作用 熟悉UML中的九种基本图形 解释与使用“包”的标记 了解UML中的扩展机制 描述定义与维护数据字典的重要性 描述分析候选业务对象的过程 解释用例图的角色与功能 解释为一个用例开发多个场景的过程 用例图与活动图的关系 定义组件图与部署图 如何在分析阶段鉴别系统所需的对象与类 解释系统的静态视图 定义动态模型的角色 创建对象图与类图 定义属性与方法 解释类图中关联的概念 解释基数性的概念 定义复杂关联 解释如何通过关联类与引用关联解决复杂关联问题 解释继承、泛化、特化的概念 解释多态 定义抽象类 解释类图中关联的概念 解释聚合、组合的概念 描述OOAD中“角色名”使用 解释类图中扩散的概念 解释代理与委托 解释面向对象中“责任”的概念 解释动态建模的概念 解释并创建时序图 解释并创建协作图 解释并创建状态转换图 解释并创建活动图
三、该文档在软件开发过程中的作用 该文档建立在需求说明之上，当分析人员初步确认用户的需求后，可以开始对用户的需求进行分析，该过程主要就是详细分析功能实施的可行性及其解决方案。该分析过程的重点关注是功能与数据， 分析阶段的进行依赖UML记号来完成，该记号的特点是直观，分析的初期阶段分析文档还能便于客户阅读，比如用例图。分析后期的文档便于设计师阅读。也就是说分析阶段的文档主要面向两个使用者：客户与设计师、程序员。 分析就是把物理模型转化为信息抽象模型，分析阶段的文档就是分析师与客户交流的介质，也是分析师与后期设计师交流的介质。 分析的成功与失败关系着整个项目的成功与失败。 四、撰写该文档的主要特点： 过去面向过程的分析方式以功能为主导，功能数据分开独立分析，同时并重的分析方式。 OOAD的分析方式以数据为主导，以功能与数据分析交互且并重的方式进行分析。 该阶段以类图为中心，时序图等为辅导的，类图是集功能与数据为一体的分析表达方式，时序图，协作图是一功能为辅导的分析表达方式，状态图是以局部数据为导的分析表达方式，在分析的初期阶段类图的表达是倾向于数据分析表达的。 分析阶段的类图体现了工作流，数据流，软件系统实现的初期结构，我们可以根据类图得到功能流程，数据流，E-R模型，甚至可以直接通过工具得到POJO代码。 分析阶段的类图，在设计阶段可以细化成软件系统实现，其中包括模块设计，界面操作流程设计等。 该文档背后还关联一套由Rose产生的UML格式的文件。
五、分析的模式 1、把需求说明的功能抽象成场景用例。 2、根据场景用例形成初期的类图 3、通过时序图细化功能流，并在细化过程把数据抽象成类，置入类图结构中。 4、通过协作图确认功能时序是完整的。 5、通过状态图细化某些数据的变化状态，补充时序图对数据状态描述的不足。 6、如果需要可以使用活动图，从另外纯功能流的角度再检测是否有遗漏的功能。 7、3，4，5，6步骤反复与交互直到没有遗漏的功能的数据为止。 8、根据上面分析结果，细化类成员，比如数据类型，修饰限制等。添加成员方法等。 9、根据OO思想，让类图体现结构层次。 10、根据设计模式，让类结构更良好，比如单子模式，工厂模式，MVC模式，门面模式，DAO模式，对类进行结构细化。
忌讳为写文档而写文档，为画UML图而画UML图。 分析与设计没有明显的界限，分析设计是一体的，尽管课程中分析设计是分开讲述的。
二 需求用例模型 一、 系统前台 1．1 用户注册用例 1．1.1 用例图
用户注册用户
1．1.2 用例描述 描述要素 描述内容 备注事项 用例名称 用户注册 用例编号 用例简述 用户填写注册信息，并提交保存 参与者 用户 前置条件 用户需要有一个电子邮件地址 后置条件 用户可以登录，并进行商品交易结算 特殊需求 提供附加码验证 1．1.3 事件流[时序图表示]
: 用户 : 购物系统主界面 : 注册界面
1: 打开主界面2: 打开注册页面
3: 输入注册信息，并保存4: 保存5: 提示注册结果
1．2 用户登录用例 1．2.1 用例图 用户登录用户
1．2.2 用例描述 描述要素 描述内容 备注事项 用例名称 用户登录 用例编号 用例简述 用户输入帐号与口令进行登录 参与者 用户 前置条件 用户必须已经注册 后置条件 用户可以进行商品交易结算 特殊需求 提供附加码验证 1．2.3 事件流
: 用户 : 购物系统主界面1: 打开主页面
2: 输入登录信息，并登录3: 验证
4: 提示登录结果，显示用户自维护接口
1．3 商品浏览查询用例 1．3.1 用例图
商品浏览查询用户
1．3.2 用例描述 描述要素 描述内容 备注事项 用例名称 商品浏览查询 用例编号 用例简述 用户可以选择商品类别，进行查询浏览 参与者 用户 前置条件 无 后置条件 用户可以添加商品到购物车 特殊需求 1．查询结果要求实现分页显示 2．每种商品分栏显示 3．查询条件多样化，模糊化 1．3.3 事件流
: 用户 : 购物系统主界面 : 商品查询浏
览界面1: 打开主页面
2: 选择商品类型，输入查询条件3: 查询
4: 显示查询结果
1．4 商品交易用例 1．4.1 用例图 商品交易用户
购物车
交易结算<>
<>
1．4.2 用例描述 描述要素 描述内容 备注事项 用例名称 商品交易 用例编号 用例简述 用户在商品浏览界面，选择商品到购物车，然后结算 参与者 用户 前置条件 1．选购商品到购物车 2．用户必须登录 后置条件 1．产生订单与交易记录 特殊需求 1．4.3 事件流 1．4.3.1 购物车事件流
: 用户 : 商品查询浏
览界面 : 购物车界面
1: 打开商品浏览界面
2: 添加商品到购物车3: 弹出购物车界面
4: 显示已选购商品
1．4.3.2 交易结算事件流 : 用户 : 购物车界面 : 登录界面
1: 打开购物车界面
2: 修改商品数量3: 删除选购商品4: 确认结算
7: 结算8: 显示结算信息
5: 进行登录6: 登录完毕
如果用户已经登
录，5与6可以不触发，直接进行事件7。
1．5 用户信息自维护用例 1．5.1 用例图 用户信息自维护用户
订单查询浏览
交易记录查询浏览订单修改订单删除
用户注册信息注销用户信息修改
<><>
<><>
<><>
1．5.2 用例描述 描述要素 描述内容 备注事项 用例名称 用户信息自维护 用例编号 用例简述 1． 查询，浏览修改，删除用户的定单，交易记录 2． 修改，注销用户的注册信息 参与者 用户 前置条件 用户已经登录 后置条件 特殊需求 1．5.3 事件流 1．5.3.1 定单查询浏览事件流 : 用户 : 购物系统主界面 : 用户信息自
维护界面 : 订单查询浏
览界面1: 打开主界面2: 打开用户信息维护界面
3: 打开订单浏览界面
5: 查询4: 输入查询字段
6: 查询结果
1．5.3.2 订单修改事件流 : 用户 : 购物系统主界面 : 用户信息自... : 订单查询浏... : 订单修改页面
1: 打开主界面2: 打开用户信息维护界面3: 打开订单浏览界面4: 选择修改订单
5: 输入修改字段，并确认
6: 保存修改7: 保存是否成功
1．5.3.3 订单删除事件流