网上书城[当当网]需求分析.docVIP

在线购物系统需求分析 文档编号： 1.0 2008年05月 达内IT培训集团 修改记录 摘要 日期 修改原因 版本 2008-05-08 新建 1．0 在线购物系统需求分析 一 预备说明 一、该文档在课程中的地位 适合在讲授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图。 分析与设计没有明显的界限，分析设计是一体的，尽管课程中分析设计是分开讲述的。 二 需求用例模型 系统前台 用户注册用例 用例图 用例描述 描述要素 描述内容 备注事项 用例名称 用户注册 用例编号 用例简述 用户填写注册信息，并提交保存 参与者 用户 前置条件 用户需要有一个电子邮件地址 后置条件 用户可以登录，并进行商品交易结算 特殊需求 提供附加码验证 事件流[时序图表示] 用户登录用例 用例图 用例描述 描述要素 描述内容 备注事项 用例名称 用户登录 用例编号 用例简述 用户输入帐号与口令进