综上所述,在细化阶段可能需要使用的UML语言机制包括描述用户需求的用例及用例图、表示领域概念模型的类图、表示业务流程处理的活动图、表示系统高层结构的包图和表示用例内部实现的交互图。
三、构建在构造阶段,开发人员通过一系列的迭代完成对所有用例的软件实现工作,在每次迭代中实现一部分用例。以迭代方式实现所有用例的好处在于用户可以及早参与对已实现用例的实际评价,并提出改进意见。这样可以有效降低大型软件系统的开发风险。在实际开始构造软件系统之前,有必要预先制定迭代计划。计划的制定需要遵循如下两项原则。
(1)用户认为业务价值较大的用例应优先安排(2)开发人员评估后认为开发风险较高的用例应优先安排。在迭代计划中,要确定迭代次数、每次迭代所需要时间以及每次迭代中应完成(或部分完成)的用例。

每次迭代过程中由针对用例的分析、设计、编码、测试和集成5个子阶段过程。在集成之后,用户可以对用例的实现效果进行评价,并提出修改意见。这些修改意见可以在本次迭代过程中立即实现,也可以在下次迭代中再予以考虑。
构建过程中,需要使用UML的交互图来设计用例的实现方法。为了与设计得出的交互图协调一致,需要修改或者精华再细化阶段绘制的作为领域模型的类图,增加一些为软件实现所必须的类、类的属性或方法。在构建阶段的每次迭代过程中,可以对细化阶段绘出的包图进行修改或精化,以便包图切实反映目标软件系统最顶层的结构划分情况。综上所述,在构建阶段可能需要使用的UML语言机制包括:

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