关键字：
用UML建模时，对软件开发过程是有要求的，必须是用例驱动，以架构为中心，迭代和递增的开发，如果软件开发组织的软件开发过程不能满足这三点要求，那么UML的使用效果就会大打折扣，下面详细论述：
一、 用例驱动
用例驱动意味着为系统定义的用例是整个开发过程的基础。
用例在多个核心工作流程中都发挥了作用。
1、 用例的概念可用来表示业务流程，我们称这种用例的变体为“业务用例”。
2、 用例模型是需求工作流程的输出结果。在这一早期流程中，需要通过用例来建立用户希望系统完成的任务的模型。这样，用例构成了一个重要的基本概念，客户和系统开发人员都必须认可这个概念。
3、 在分析设计中，用例是在设计模型中实现的。您需要生成用例实现来说明在设计模型中如何通过对象的交互来执行用例。此模型根据设计对象来说明所实施系统的各个组成部分，以及这些部分如何通过相互作用来执行用例。
4、 在实施阶段，设计模型就是实施的规约。由于用例是设计模型的基础，所以用例需通过设计类来实施。
5、 在测试期间，用例是确定测试用例和测试过程的基础。也就是说，通过执行每一个用例来核实系统。
6、 在项目管理过程中，用例被用来作为计划迭代式开发的基础。
7、 在部署工作流程中，它们构成用户手册阐述内容的基础。用例也可用来确定产品构件如何排列组合。例如，客户可通过将用例进行某种组合来配置一个系统。
二、 以架构为中心
构架之所以重要，原因有以下几点：
1、 它使您可对项目进行并保持理智的控制，应付项目中复杂多变的情况，同时保持系统的完整性。
一个复杂的系统不仅仅是其各组成部分之和，也不光是一连串没有关联关系的、很小的技巧决定。它必须依靠某种连贯统一的结构来有条理地组织那些部分，并且提供准确的规则，使系统发展过程中，其复杂程度不会膨胀，超越人类的理解力。
通过建立用于讨论设计问题的一套公共参考材料和一个公共词汇表，构架提供了增进交流和理解的手段。
文章来源于领测软件测试网 https://www.ltesting.net/
