利用 Rational 统一过程开发大规模系统

　　每个从属系统按正常方式进行开发，把其作为主角与其他系统通信的黑箱来考虑。如前所述，您可以为每个子系统执行正常的活动集并开发通常使用的模型集。如果上级级别的模型在所有明细中都有定义，那么在不同级别的模型之间都能得到完整递归，但如前所述，实际上情况很少是这样的。

　　对从属系统，您需要执行需求工作流程。上级系统的接口和用例将成为你理解从属系统边界及其主角的主要输入。

　　在执行从属系统的分析设计时，上级系统定义的接口与高级用例一起将成为“边界条件”。

　　图 8. 从属系统由它们各自的模型集来描述。

　　为说明如何使用从属系统，下面给出了两个从属系统生命周期的迭代计划示例。

　　图 9. 从属系统先启阶段迭代计划示例。这是一个不完整的迭代，因为不产生任何可执行代码。

　　图 10. 从属系统精化阶段迭代计划示例。精化阶段的重点在于完成构架和已改进系统的定义上。

　　在互连系统构成的系统中的用例

　　您应该为每个系统，包括上级系统和从属系统，在互连系统构成的系统中建立一个用例模型。它们按以下方式相关(另请参见图 11)：

• 上级系统的高级用例分解到子系统上(不一定，但通常是)。每个“分块”将成为从属系统模型中的一个用例，请参见图 11。
• 从一个从属系统的角度来看，其他从属系统是它用例模型的主角，请参见图 12。

　　图 11. 上级系统的高级用例与从属系统的详细用例之间的关系。

　　图 12. 在从属系统 X2 的用例模型中，从属系统 X1 和 X3 都被视作主角。

　　关于描述上级系统的用例有一些特殊注意事项。由于从某种意义上说，您将重新描述每一个从属系统的所有需求，因此深究这些用例毫无意义。在正常情况下，只要写下高级用例事件流的分步大纲就足够了，不必展开详述。

　　在该用例模型中，不应使用任何用例关系(泛化关系、扩展关系、包含关系)。一般情况下，它不创造价值，原因如下：

• 您不会详细描述高级用例，因此不必担心有关文字出现在几个地方。
• 无论如何，当您将高级用例分解到“从属系统”上时，都需要建立信息结构。将它与其他构造机制混合会产生疑惑。

　　但有一个重要例外，即如果您打算寻找由互连系统构成的系统中的可复用构件。建立上级用例模型以便查找一般用例模型，这是一种寻找可复用构件的好方法。有关该主题的详细信息，请参见 [6]。