主题

说明 到页首

对于包含数百个元素的实施模型,降低其复杂性的一个基本方法是使用实施子系统。

子系统通常采用目录的形式,并带有附加的结构信息或管理信息。 例如,子系统可以创建为文件系统中的目录或文件夹,或者创建为 Rational Apex for C++ 或 Ada 中的子系统,或者创建为使用 Java 的包。 在 Rational XDE 开发中,子系统是由集成开发环境(IDE)定义的“项目”。

实施子系统是设计包(或粗略的设计子系统)的实施对等体。实施模型和实施子系统是实施视图的目标,因此在开发阶段意义重大。

导出元素

实施子系统控制其内容的外部可见性。如果声明拥有某一元素的子系统使其可见(即“导出”该元素),该元素则可由子系统以外的元素引用。

在缺省情况下,子系统中的所有元素(以及包含的子系统)通常在子系统外是可见的。 这意味着此子系统以外的任何元素都可以引用子系统内的所有元素。 例如,在 C++ 中,这意味着外部的元素可以通过 #include 引用子系统内的所有元素。

使用 到页首

实施模型可以或多或少接近于设计模型,这取决于您如何将设计包映射到实施模型中的实施子系统。

建议您保持一一映射,即一个设计包应映射到一个实施子系统。这样做的主要原因是保持从设计到代码的无缝可跟踪性。

存在这样的情况,即您需要使实施中的子系统与设计中的包和子系统有所区别。 关于更多信息,请参阅活动:构造实施模型。是否表示此映射,以及如何表示此映射,这应包括在../artifact/ar_projspecgls.htm -- This hyperlink in not present in this generated website工件:特定于项目的指南中。

您可以出于很多原因而将一个系统分成几个子系统。设计中的条件同样适用于实施中。关于更多信息,请参阅指南:设计包



Rational Unified Process   2003.06.15