一 预备说明
一、该文档在课程中的地位
适合在讲授OOAD中软件开发统一过程的时候，提供给学生作为演示范例。
二、课程相关知识说明
《OOAD与UML》中
Module 2:UML
Module 3:需求与初始化分析
Module 4:分析阶段的静态建模
通过该文档学生从应用实践掌握
编写系统设计与需求说明书
描述UML在OOAD过程中的作用
熟悉UML中的九种基本图形
解释与使用“包”的标记
了解UML中的扩展机制
描述定义与文护数据字典的重要性
描述分析候选业务对象的过程
解释用例图的角色与功能
解释为一个用例开发多个场景的过程
用例图与活动图的关系智能控制导论作业之智能控制的应用实例 -
定义组件图与部署图
如何在分析阶段鉴别系统所需的对象与类
解释系统的静态视图
定义动态模型的角色
创建对象图与类图
定义属性与方法新一代互连网技术之网格计算虚拟的超级计算机
解释类图中关联的概念
解释基数性的概念
定义复杂关联
解释如何通过关联类与引用关联解决复杂关联问题
解释继承、泛化、特化的概念
解释多态
定义抽象类
解释类图中关联的概念
解释聚合、组合的概念
描述OOAD中“角色名”使用
解释类图中扩散的概念
解释代理与委托
解释面向对象中“责任”的概念
解释动态建模的概念
解释并创建时序图
解释并创建协作图
解释并创建状态转换图
解释并创建活动图本文来自优.文,论-文·网原文请找腾讯752018766
三、该文档在软件开发过程中的作用
该文档建立在需求说明之上，当分析人员初步确认用户的需求后，可以开始对用户的需求进行分析，该过程主要就是详细分析功能实施的可行性及其解决方案。该分析过程的重点关注是功能与数据，
分析阶段的进行依赖UML记号来完成，该记号的特点是直观，分析的初期阶段分析文档还能便于客户阅读，比如用例图。分析后期的文档便于设计师阅读。也就是说分析阶段的文档主要面向两个使用者：客户与设计师、程序员。
分析就是把物理模型转化为信息抽象模型，分析阶段的文档就是分析师与客户交流的介质，也是分析师与后期设计师交流的介质。
分析的成功与失败关系着整个项目的成功与失败。
四、撰写该文档的主要特点：JSP+SQL Server 2000网上教育资源管理系统 -
过去面向过程的分析方式以功能为主导，功能数据分开独立分析，同时并重的分析方式。
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图。
分析与设计没有明显的界限，分析设计是一体的，尽管课程中分析设计是分开讲述的。2666