基于UML的软件开发过程：开发过程概述

UML是独立于软件开发过程的，即UML能够在几乎任何一种软件开发过程中使用。迭代的渐进式软件开发过程包含4个阶段，即初启、细化、构建和部署。

一、初启

二、细化

细化开始标志着项目的正式成立，软件项目组在此阶段要完成以下工作：

1、初步的需求分析

2、初步的高层设计

如果目标软件系统的规模比较大，那么经初步需求分析获得的用例和类将会非常多。此时，可以考虑用例、类在业务领域中的关系，或者根据业务领域中某种有意义的分类方法将整个软件系统划分为若干个包，利用UML的包图刻画这些包及其间的关系。这样，用例、用例图、类、类图将依据包的划分方法分属于不同的包，从而得到整个目标软件系统的高层结构。

3、部分的详细设计

对于系统中某些重要的风险比较高的用例，可以采用交互图进一步探讨其内部实现过程。同样对于系统中的关键类，也可以详细研究其属性和操作，并在UML类图中加以表现。因此，这里倡导的软件开过程是根据软件元素（用例和、类等）的重要性和风险程度确立优先细化原则，建议软件项目组优先考虑重要的、比较有风险的用例和类，不能将风险的识别和解决延迟到细化阶段之后。

4、部分的原型构造

在许多情形下，针对某些复杂的用例构造可实际运行的原型是降低技术风险、让用户帮助软件项目组确认用户需求的最有效的方法。为构造原型，需要针对用例生成详尽的交互图，对所有相关类给出明确的属性和操作定义。

综上所述，在细化阶段可能需要使用的UML语言机制包括描述用户需求的用例及用例图、表示领域概念模型的类图、表示业务流程处理的活动图、表示系统高层结构的包图和表示用例内部实现的交互图。

三、构建

在构造阶段，开发人员通过一系列的迭代完成对所有用例的软件实现工作，在每次迭代中实现一部分用例。以迭代方式实现所有用例的好处在于用户可以及早参与对已实现用例的实际评价，并提出改进意见。这样可以有效降低大型软件系统的开发风险。在实际开始构造软件系统之前，有必要预先制定迭代计划。计划的制定需要遵循如下两项原则。

在迭代计划中，要确定迭代次数、每次迭代所需要时间以及每次迭代中应完成（或部分完成）的用例。

每次迭代过程中由针对用例的分析、设计、编码、测试和集成5个子阶段过程。在集成之后，用户可以对用例的实现效果进行评价，并提出修改意见。这些修改意见可以在本次迭代过程中立即实现，也可以在下次迭代中再予以考虑。

综上所述，在构建阶段可能需要使用的UML语言机制包括：

四、部署图

在部署阶段，开发人员将构造阶段获得的软件系统在用户实际的工作环境（或接近实际的模拟环境）中试运行，根据用户的修改意见进行少量调整。