1、描述分析候选业务对象的过程解释用例图的角色与功能解释为一个用例开发多个场景的过程用例图与活动图的关系定义组件图与部署图如何在分析阶段鉴别系统所需的对象与类解释系统的静态视图定义动态模型的角色创建对象图与类图定义属性与方法解释类图中关联的概念解释基数性的概念定义复杂关联解释如何通过关联类与引用关联解决复杂关联问题解释继承、泛化、特化的概念解释多态定义抽象类解释聚合、组合的概念描述OOAD中“角色名”使用解释类图中扩散的概念解释代理与委托解释面向对象中“责任”的概念解释动态建模的概念解释并创建时序图解释并创建协作图解释并创建状态转换图解释并创建活动图 三、该文档在软件开发过程中的作用 该文档建立在
2、需求说明之上，当分析人员初步确认用户的需求后，可以开始对用户的需求进行分析，该过程主要就是详细分析功能实施的可行性及其解决方案。该分析过程的重点关注是功能与数据， 分析阶段的进行依赖UML记号来完成，该记号的特点是直观，分析的初期阶段分析文档还能便于客户阅读，比如用例图。分析后期的文档便于设计师阅读。也就是说分析阶段的文档主要面向两个使用者：客户与设计师、程序员。分析就是把物理模型转化为信息抽象模型，分析阶段的文档就是分析师与客户交流的介质，也是分析师与后期设计师交流的介质。分析的成功与失败关系着整个项目的成功与失败。四、撰写该文档的主要特点： 过去面向过程的分析方式以功能为主导，功能数据分开
3、独立分析，同时并重的分析方式。OOAD的分析方式以数据为主导，以功能与数据分析交互且并重的方式进行分析。该阶段以类图为中心，时序图等为辅导的，类图是集功能与数据为一体的分析表达方式，时序图，协作图是一功能为辅导的分析表达方式，状态图是以局部数据为导的分析表达方式，在分析的初期阶段类图的表达是倾向于数据分析表达的。分析阶段的类图体现了工作流，数据流，软件系统实现的初期结构，我们可以根据类图得到功能流程，数据流，E-R模型，甚至可以直接通过工具得到POJO代码。分析阶段的类图，在设计阶段可以细化成软件系统实现，其中包括模块设计，界面操作流程设计等。 该文档背后还关联一套由Rose产生的UML格式的
4、文件。五、分析的模式 1、把需求说明的功能抽象成场景用例。 2、根据场景用例形成初期的类图 3、通过时序图细化功能流，并在细化过程把数据抽象成类，置入类图结构中。 4、通过协作图确认功能时序是完整的。 5、通过状态图细化某些数据的变化状态，补充时序图对数据状态描述的不足。 6、如果需要可以使用活动图，从另外纯功能流的角度再检测是否有遗漏的功能。 7、3，4，5，6步骤反复与交互直到没有遗漏的功能的数据为止。 8、根据上面分析结果，细化类成员，比如数据类型，修饰限制等。添加成员方法等。 9、根据OO思想，让类图体现结构层次。10、根据设计模式，让类结构更良好，比如单子模式，工厂模式，MVC模式，
5、门面模式，DAO模式，对类进行结构细化。忌讳为写文档而写文档，为画UML图而画UML图。分析与设计没有明显的界限，分析设计是一体的，尽管课程中分析设计是分开讲述的。二 需求用例模型一、系统前台11用户注册用例11.1用例图11.2用例描述描述要素描述内容备注事项用例名称用户注册用例编号用例简述用户填写注册信息，并提交保存参与者用户前置条件用户需要有一个电子邮件地址后置条件用户可以登录，并进行商品交易结算特殊需求提供附加码验证11.3事件流时序图表示12用户登录用例12.1用例图12.2用例描述用户登录用户输入帐号与口令进行登录用户必须已经注册用户可以进行商品交易结算12.3事件流13商品浏览查
6、询用例13.1用例图13.2用例描述商品浏览查询用户可以选择商品类别，进行查询浏览无用户可以添加商品到购物车1查询结果要求实现分页显示2每种商品分栏显示3查询条件多样化，模糊化13.3事件流14商品交易用例14.1用例图14.2用例描述商品交易用户在商品浏览界面，选择商品到购物车，然后结算1选购商品到购物车2用户必须登录1产生订单与交易记录14.3事件流14.3.1购物车事件流14.3.2交易结算事件流15用户信息自维护用例15.1用例图15.2用例描述用户信息自维护1查询，浏览修改，删除用户的定单，交易记录2修改，注销用户的注册信息用户已经登录15.3事件流15.3.1定单查询浏览事件流15
7、.3.2订单修改事件流15.3.3订单删除事件流15.3.4交易记录查询浏览事件流15.3.5用户信息修改事件流15.3.6用户注册信息注销事件流二、系统后台21管理人员登录21.1用例图21.2用例描述21.3事件流22管理员维护22.1用例图22.2用例描述22.3事件流23注册用户管理23.1用例图23.2用例描述23.3事件流24用户定单管理24.1用例图24.2用例描述24.3事件流25商品类别维护25.1用例图25.2用例描述25.3事件流26商品信息维护26.1用例图26.2用例描述26.3事件流三 用户界面模型一、界面结构类图二、界面操作概要说明界面名称操作功能说明购物系统主界
8、面 1、用户登录 2、登录后的用户还可以退出登录。 3、按商品类别浏览 4、按商品类别查询 5、登录用户可以随时进行用户注册信息维护注册界面 1、用户输入注册信息 2、用户提交注册信息 3、用户重填注册信息 4、用户可以随时刷新附加验证码用户信息自维护界面 1、直接提供用户注册信息注销 2、提供用户注册信息修改 3、提供订单查询，修改，删除 4、提供交易记录浏览，不提供修改与删除订单查询浏览界面 1、提供订单查询：按商品名称，交易日期,价格等。 2、提供订单删除。 3、提供订单修改。订单修改界面 1、提供订单信息修改信息输入。 2、提供订单信息提交。 3、提供订单修改取消。交易记录查询浏览界面 1、提供交易记录浏览 2、提供交易记录过滤查询：按商品名，交易日期，价格等用户信息修改界面 1、提供用户注册信息修改输入。 2、提供用户注册信息修改提交。 3、提供用户注册信息修改取消。商品查询浏览界面 1、提供最新商品信息推荐 2、提供商品分页分栏浏览 3、提供商品多样化按字段查询 4、提供把商品放入购物车的操作购物车界面 1、提供商品数量更新，默认是商品添加的次数。 2、提供商品删除。 3、提供商品结算操作。 4、提供登录操作。 5、提供最新商品推荐。登录界面 1、提供登录信息输入 2、提供登录信息提交 3、提供登录信息重填 4、提供附加验证码的刷新三、界面流向图四 部署模型
