RUP SE 体系结构框架中的视点 

    视点使框架用户不仅可以分别地处理不同涉众的关注而且还可以维持一个下面设计的完整，一致的表示。我们最初的最小集合的视点随着时间增长了。另外，我们已经证实大多数开发工作不需要每一个视点。实际上，没有有限集合的视点。视点是处理程序涉众需求的机制。每个程序都有一组独特的涉众，且因此有一组独特的适当的视点。我们利用一般的术语（例如那些在框架中确定的）来识别一个类型的视点，而每个视点的具体内容由涉众对特殊开发工作的独特关注所驱动。尽管如此，框架中的视点描述是有用的，因为它们可以使我们概括地谈论方法。

    我们还了解到特殊的视点也许不是在所有模型级别上都有用。例如，硬件开发人员是一类（内部的）关心系统内硬件的功能和分布的分配的程序涉众。然而，在分析模型级别上，关于在哪里实现功能的决策 —— 在硬件、软件或工作人员那里 —— 还没有做出。所以在分析级别上就不需要硬件视点。然而，如果系统涉及实际的硬件开发，那么，我们在更具体（低级）的模型级别上就的确需要硬件视点。

    表 3 描述了框架中表示的实例视点。

    表 3: RUP SE 体系结构框架中的实例视点

    虽然不同的体系结构需要不同的视点集，但是几乎所有的都需要逻辑和物理视点。

    结束语

    根据经验和我们从应用 RUP SE 方法的客户那里收获的反馈，RUP SE 方法还将继续发展改进。RUP SE 体系结构框架发生的重要变化已经使其成为更加有用的在体系结构模型中获取开发工件的机制。虽然框架不可能识别每个程序中所需的独特视点，但是它提供了可以简化个别程序需求的一般化视点描述。

    随着我们继续得到参与者的贡献，RUP SE 的内容将更加详细。如果您想要发送建议或反馈，请使用下面的“文章评分”部分的评论框。

    注释

    1 本文没有讲述 RUP SE 的所有细节或其应用程序。要对功能有更深的了解，请参见 Murray Cantor 的 The Rational Edge 系列：

    "Rational Unified Process for Systems Engineering -- Part I: Introducing RUP SE Version 2.0,"2003 年 8 月。
    "Rational Unified Process for Systems Engineering -- Part II: System Architecture," 2003 年 9 月。
    "Rational Unified Process for Systems Engineering -- Part III: Requirements Analysis and Design," 2003 年 10 月。

    参考资料

    您可以参阅本文在 developerWorks 全球站点上的 英文原文