这个理论内容源自于我阅读的UML .Net 实战一书，这本书整本都在讲五步法的开发过程，因为他是以.Net 为背景编写的所以我想学习一下他其中的一些应用思想。这本书针对的UML不是2.0
UML 五步法并不是适合于开发复杂系统的全功能的OOAD过程，他没有管理、测试、文档编制和审查功能，UML五步法适合于学习UML的框架过程。
6，7，8，9，10章是细化每一个过程的特定章节。
1.定义
找出需求中的角色和域对象，并分别以参与者为核心去画用例图，再以域对象为核心画用例图
以参与者为核心画用例图
以域对象为核心画用例图
Pen，是域对象
2.细化
为每个用例都建立一个场景（活动图）来详细地描述此用例做什么
简单活动图有8个元素：初始状态、终止状态、活动状态、分支、归并、分叉和结合（一个线程变多个线程，多个线程合并为单个线程）。
活动图中的活动可以包含子活动以对活动进一步描述。
3.分配
将活动图划分泳道，就是在前期去分析，这些状态将会在那些类和组件部分去实现。这些类之间的交互，而每个泳道代表了这个组件。
转换上的原型《》，实际其中的英文我认为完全可以用中文去说明：
《invoke》：调用原型，代表在A类中使用了B类中的方法或者属性。
《interrupt》：中断原型，表示A类中正常的运行中，来了事件中断了了A类，到B类中运行，结束后返回A类。
《UI》：界面原型：指一个用户界面的操作活动。
《return》：终止原型：代表调用终止中断结束了。
《display》：显示原型：代表这个转换是显示内容到UI。
而这个带泳道的活动图，可以用顺序图代替，不过顺序图是线性的，而活动图可以表现非线性分支和循环并包含子活动，可以向下钻取更多逻辑活动。
但是在UML2.0中顺序图同样可以解决这些问题，EA工具中似乎是这样做的。
4.设计
实际上他的这一步就是为系统定义一个组件图。但是他的根据是之前的泳道，或者是顺序图。
向类图中添加接口（圆形），并分析此接口将要实现的操作，由那个组件来实现这个接口，并将这个接口定义成类图的接口。
上面的接口类图定义
查找泳道，或者顺序图对象的方法调用，以分析依赖关系。
这个所做的是体系结构的设计
5.重复和再次重复
这个部分是为每一个组件创建类图，考虑每个类的属性和方法。
类图的关联，一般可以理解为一个类包含在另一个类之中。
类图的依赖，可以理解为using 和程序集引用。
网关类
再次细化，就是再执行5步
最后一步他是考虑的部署图
书签82页
