解析UML的要点与应用

　　识别影响项目可行性的风险。

　　考虑时间、经费、技术、项目规模和效益等因素。

　　关注业务情况，制订出开发计划。

2. 细化阶段

　　识别出剩余的大多数用况。对当前迭代的每个用况进行细化，分析用况的处理流程、状态细节以及可能发生的状态改变。细化流程时，可以使用程序框图和合作图，还可以使用活动图、类图分析用况。

需求风险

　　考虑项目的目标是否偏离了用户的需求。为解决需求风险要充分了解用户需求以及各需求的优先度，还应尽量列出所有的用况，至少列出重要的用况，并要建立领域的概念模型。

技术风险

　　考察所选的技术方案是否可行。建立原型是解决技术风险的一种有效方法。

技能风险

　　考虑实施项目的人员素质能否胜任项目的要求。

政策风险

　　考虑政策性的因素对项目的影响。

● 进行高层分析和设计，并作出结构性决策。

　　所产生的基线体系结构包括用况列表、领域概念模型和技术平台等。以后的阶段对细化阶段建立的体系结构不能进行过大的变动。

● 为构造阶段制订计划。

　　细化阶段完成，意味着已经完成了如下的任务：用况完全细化并被用户接受；完成概念验证；完成类图；开发人员能给出项目估算（可分为精确、人月和无法估算）；基于用况考虑了所有风险（可分为高风险、可能的风险和不可能的风险），并制订了相应的对策和计划；对用况标出优先级（可分为必须先实现、短期内实现和长期实现）。

3. 构造阶段

　　识别出剩余的用况。每一次迭代开发都针对用况进行分析、设计、编码（如类声明、属性声明、范围声明、函数原型声明和继承的声明等）、测试和集成过程，所得到产品满足项目需求的一个子集。由于细化阶段的软件设计已经完成，这样各项目组可以并发开发。

　　在代码完成后，要保证其符合标准和设计规则，并要进行质量检查。对于新出现的变化，要通过逆向工具把代码转换为模型，对模型进行修改，再重新产生代码，以保证软件与模型同步。