1、用户需求分析阶段 可以用用例来捕获用户的需求，用例图从用户的角度来描述系统的功能，表示了操作者与系统的一个交互过程。 通过用例建模，描述对系统感兴趣的外部角色和他们对系统的功能要求（用例）。
2、系统分析阶段 分析阶段主要关心问题域中的主要概念，如对象、类以及它们的关系等，需要建立系统的静态模型，可用UML类图来描述。 为了实现用例，类之间需要协作，这可以用动态模型的时序图、协作图、状态图和活动图来描述。在本阶段，只对问题域的类建模，而不定义软件系统的解决方案细节（如用户接口的类、数据库等）。
3、设计阶段 把分析阶段的结果扩展成技术解决方案。加入新的类来提供技术基础结构--用户接口、数据库操作等。设计阶段的结果是构造阶段的详细的规格说明。
4、编程（构造）阶段 把设计阶段的类转换成某种面向对象编程语言的代码。在用UML建立分析和设计建模时，最好不要直接把模型转换为代码。 因为在早期阶段，模型仅仅是理解和分析系统结构的工具，过早考虑编码问题不利于建立简单正确的模型。
5、测试阶段 UML模型也是测试阶段的依据。单元测试使用类图和类规格说明；集成测试使用部件图和协作图；确认测试使用用例图，以验证测试结果是否满足用户的需求。
