开发大规模系统.PDFVIP

开发大规模系统 (来源：Rational Software Corporation) 模式小组-资料 历史记录 2 互连系统构成的系统 2 软件开发生命周期 3 系统开发的工作流程和工件 4 互连系统构成的系统的开发 4 在互连系统构成的系统中的用例10 在互连系统构成的系统中的设计模型 11 在互连系统构成的系统中的信息集 11 在互连系统构成的系统中的构架13 系统之间的关系13 应用范围14 总结15 参考资料16 历史记录 本文是根据发表在 ROAD 1995 年5-6 期的由 Ivar Jacobson、Karin Palmkvist 和 Susanne Dyrhage 合著的 Systems of Interconnected Systems 进行撰写的。本文吸收了数个大规模系统开发项目的宝贵经验，并有意将它们与 Rational Unified Process 版本 5.1 [2] 和统一建模语言结合起来 [3] 。 互连系统构成的系统 开发大规模系统时，其复杂程度将大大增加。它不但要求您能够理解一套更为复杂的工件，并且由于需要管理更多 的一组资源，您为此还要负担额外的开销。本文描述了一个构架模式，它用于帮助管理新增的复杂性开销。该构架 模式在 [4] 的其他地方讨论时被称为互连系统构成的系统。 在构建诸如命令和控制系统等大型复杂系统或高度集成的 IT 解决方案时，这种构架模式是很有用的。这些类型的 “超系统”在大多数情况下分成几个不同的部分，每个部分作为单独的系统独立开发。超系统通过一组互连系统实现， 而互连系统之间相互通信，履行超系统的职责。其中一个系统体现整体性能，我们称之为上级系统.其余系统代表整 体的一个部分，我们称之为从属系统。上级系统与实现它的从属系统截然不同。不同类型系统之间的关系泾渭分明： 从上级系统的角度来看，从属系统是子系统，请参见图 1 。 图 1. 上级系统的规约由一个互连系统构成的系统来实施，其中系统 A、B 和 C 分别是上级系统的子系统 a、b 和 c 的实施。 区分上级系统及其从属系统有几个好处： • 从属系统在生命周期内的所有活动中都可以单独管理，其中包括销售和交付。 • 通过把从属系统插入到由互连系统构成的其它系统，就很容易使用从属系统来实施其他上级系统 • 在开始构建系统的时候，并不总是知道它是不是一个由互连系统构成的系统。您可以从“简单的”系统视图 开始，在生命周期的晚期再决定是否需要应用由互连系统构成的系统模式。 • 您不必开发新版本的上级系统，就可对从属系统进行内部变更。只有在主要功能变更时才要求开发上级系 统的新版本。 每个从属系统都有一组相关的工件，工件之间有清晰的可追踪性关系。从从属系统的工件集到上级系统的相应工件 集，它们之间也有可追踪性。每个从属系统可以作为独立的开发项目进行管理，它们都有自己的生命周期阶段：先 启阶段、精化阶段、构建阶段、产品化阶段。 如果正在构建的“超级系统”规模很大，可能需要进一步划分从属系统，从而将其作为一个由互连系统构成的系统。 软件开发生命周期 在 Rational Unified Process，开发生命周期从两个角度进行介绍和讨论：管理角度和开发角度，请参见图 2 。 从管理角度来看，开发一个系统或者开发新一代的系统都要经历四个生命周期阶段。从开发角度看，您以迭代方式 开发日臻完善的系统版本。迭代过程中执行的活动在 Rational Unified Process 分成一组核心工作流程。每个核心工 作流程着重描述系统的某个方面，最终形成一个系统模型或文档集。 图 2. 迭代模型。 将其推广到互连系统构成的系统，上级系统及其每一个从属系统都要经历自己的生命周期，并且它们经