UML面向对象方法的分析和设计步骤

就我所知面向对象的开发方法有很多，但是没有一套很实用又很易掌握的模型，所以在此希望各位大虾能给出帮助。

一、业务用例模型：构建原有业务系统的物理模型，主要内容有：

       1、识别业务Actors,并描述其职责和工作流程；

       2、根据上述内容，使用活动图绘制业务流程图；

       3、最后给出业务用例图（但笔者认为此时此刻没有必要）！

二、领域模型：构建原有业务系统的逻辑模型，主要是识别业务概念及对象之间的关系，用以表达原有系统“做什么”的内容，主要使用简单的UML类图进行表示。

三、用例模型：根据上述内容，界定系统边界和系统Actors，最终使用用例图表示系统为Actors所必需提供的功能需求。用例模型中建议使用一下内容表示具体细节，而非仅仅一张图：

      1、用例图；

      2、用例说明，也就是场景描述；

      3、系统顺序图，明确Actors与系统之间交互的消息及参数；

      4、操作契约，明确每条消息经过系统处理后，返回给Actors 的明确内容，并结合领域模型明确系统内部有哪些业务对象参与了该消息的服务。

四、设计模型：从两个方面表示系统结构，即静态结构和动态结构

      1、通过对用例模型和领域模型的理解，可以运用迭代增量的方法逐步确定系统的静态结构，即通过类图表示系统领域层的核心结构；

      2、然后可以根据系统顺序图及操作契约为起点，为每个进入到系统内的消息构建内部的动态相应机制，进而确定系统内部的那些领域对象参与了这个消息的交互，为此可以采用顺序图或者通信图的方式进行表示；

      3、在此基础上逐步扩大用例的范围，直到所有的系统顺序图的消息都被设计完成，一个完整的系统动态结构就可以被表示出来；

      4、在构建动态模型的同时，可以根据一些设计模式比如GRASP来确定系统静态结构中每一个类的属性和方法；

      5、最后或者在进行设计之前就可以确定一个基本的系统层次结构，将上述的静态和动态结构重新根据系统结构的需要进行分配，此时可以采组件图或者包图的方式进行表示；

      6、在进行第一步之后还可以进行的一项工作就是设计系统所必需的数据模型；

      7、这里忽略了系统界面的设计，本人在此并非专长，请各位进行补充。