李妮娅《统一软件开发过程》第五章以构架为中心的过程.pdfVIP

第5章 以构架为中心 的过程 目录  5.1 模型的重要性  5.2 构架  5.3 构架的重要性  5.4 构架的定义  5.5 构架的表示  5.6 以构架为中心的过程  5.7 构架的目标  5.8 基于构架的开发  5.9 其他的构架概念  5.10 小结 5.1 模型的重要性  Rational统一过程有很大一部分内容是关于建模 的。  模型是现实的简化，它能帮助我们整体把握不易 理解的大型复杂系统。  选择用什么模型和哪项技术来表示复杂系统对于 我们考虑问题和确定解决方案有着至关重要的影 响。  需要多重模型来表示软件开发的不同方面。 5.2 构架  构架就是当你去掉任何部分，就无法使其他人理 解整个系统和解释它是如何工作的系统描述。  构架要让设计师、程序员、使用者和经理能完成 以下任务：  理解这个系统是做什么的  理解系统是怎样工作的  能够完成系统的一部分工作  扩展系统  对系统部分重用，从而建立另一系统。 5.3 构架的重要性  一个大型、复杂的软件系统需要一个构架 设计师，以便开发人员向着一个共同的目 标努力。  开发团队需要构架的原因如下： 理解系统 组织开发 鼓励重用 进化系统  对于一个以构架为中心的开发组织，需要 做到以下三件事： 理解构架——构架的定义 为什么架构如此重要？我们从中得到什么好处？ 应如何开发构架？ 构架的表示 确定一个统一的表示构架的形式，从而使构架 具体化。这样就可以系统地就构架进行交流、 评审和改进。 构架的过程 如何建立并验证一个能够满足项目需求的构架？ 谁来做这件事？这个任务的制品和质量属性是 什么？ Rational统一过程按 5.4 构架的定义 如下方式定义构架  构架要对以下四个方面作出决策： 软件系统的组织 选择构成系统的结构元素和它们之间的接口， 以及当这些元素相互协作时所体现出的行为。 如何组合这些元素，使它们逐渐成为更大的子 系统。 构架风格，它将指导系统组织及其元素、它们 之间的接口、协作和构成。 对构架概念的解释(1)  软件构架不仅仅注重软件本身的结构和行为，还 注重其他特性：使用性、功能性、性能、弹性、 重用、可理解性、经济和技术限制及折中方案、 美学等。  构架是设计的一部分，它决定了如何建立系统。 但它不是全部的设计，它只涉及一些重要元素— —那些对系统质量有着普遍的深远影响的元素。  构架是关于结构和组织的，但是也处理行为。 对构架概念的解释(2)  构架不仅仅关心系统内部，还着眼于系统的两个 外部语境：操作语境(它的最终用户)和开发语境 (开发系统的组织) 。它不仅包含系统的技术问题， 还包含经济和社会问题。  构架同时还重视一些“软”问题，如风格和美学。 5.5 构架的表示  不同参与者使用构架的目的不同，关心构架的方 面也不同。因此，一个完整的构架是多维的，而 不是平面的。  为了使不同的参与者能够交流、讨论和推断构架， 必须以参与者能够理解的形式表示构架。  构架和构架的表示不是同一事物。 多重视图  在软件密集型系统构架中，不同目的需要不同的 蓝图。即我们常说的构架视图(architecture view) 。  一个构架视图是对于从某一视角看到的系统所做 的简化描述，描述涵盖了系统的某一特定方面， 省略了与此方面无关的实体。  对于每一个视图，都要明确以下问题： 视图出发点——从哪类项目相关人员的角度出 发，关心哪一方面 在视图中要捕获并表达哪些元素，以及它们之 间的关系是什么 用来构成视图的组织原则 这个视图的元素以一种什么方式与其他视图的 元素相连 用什么样的过程创建视图最好 构架的