怎样描述软件的架构.pdfVIP

如何描述软件的架构—解读 IEEE Std 1471-2000 主要内容： 1. 背景介绍 2. 架构描述中的概念性模型 3. 相关名词定义 4. 为什么要写概要设计文档（也就是Architectural Description ） 5. 架构设计活动中的通用步骤 6. 后记 背景介绍 以前写过一些概要设计，总感觉不地道。国庆有空在家看了一些书，现在将看书的内容 记录下来，一方面以备后用，另外记录的过程也可以加深理解。 架构描述中的概念性模型 架构（architecture ）这个词来源于建筑学。IT 这个行业中的词汇许多都来源于传统行业。 传统行业发展了很多年，有一套成熟的理论，而软件设计这个行业才几十年，在实践中，为 了提高生产效率和品质，工程化是一个必然化的趋势，于是传统行业工程化的理论和实践就 有了在软件设计这个行业移植的可能性。 在建筑行业或者机械设计行业，在建筑建造出来或者产品加工出来之前，设计人员用图 纸来表达自己的设计意图。当然成熟的设计人员在取得认证之前，需要到施工单位或者到加 工车间实习很长时间，以防止设计出来之后，无法建造或加工。 如果描述软件的架构，在你对系统架构描述的过程中，需要出现那些要素（element ）, 这些要素之间又有着怎样的关系？IEEE std 1471-2000 这篇文档给出答案。下面的图描述了要 素之间的关系。 图中描述要素之间的关系使用的语言是UML。对UML 需要专门的时间来解读。UML 已 经发展成软件设计描述语言的事实标准。 相关名词定义 仔细阅读上面的图，图中的方框表示架构设计文档中需要描述的要素，要素之间的连线 表示这些要素之间的关系。整个图分五层： 第一层：mission 第二层：Environment，System，Architecture 第三层：Stakeholder ，Architectural Description ，Rationale 第四层：Concern，Viewpoint ，View 第五层：Library Viewpoint，Model 不知道大家仔细看过这个图之后是什么感觉，反正我第一次读过这个图之后有一种豁然 开朗的感觉。如果大家没有这种感觉，我就先来介绍一下这些要素的具体含义。 第一层：  Mission:翻译成中文就是任务，使命。也就是为什么我们要做这个系统。可能的原 因是为了更大的赢利，市场占有率更高，完善产品系列等等。 第二层：  System ：翻译成中文就是系统。具体的定义是：一系列组件，组织在一起，相互作 用从而完成一个或者一些特殊的功能。  Environment：系统不可能单独存在，它总是存在在一个环境之中。我们将系统范 围之外的东西，对系统有影响，有交互的客观存在定义为环境（Environment）.有 时也称为系统的上下文（context ）。  Architecture ：系统架构。每个系统有一个架构。无论你是有意设计而形成，或者自 发形成。 第三层：  System stakeholder ：系统利益攸关方。（An individual, team, or organization with interests in, or concerns relative to, a system ）。从图中我们可以看出一个系统有一个 到多个利益攸关方。  Architectural Description ：简称为AD 。直译为系统描述。从图中我们可以看出，一 个系统架构，有一个系统描述和它对应。系统描述是由 stakeholder 来识别出来并 整理成文。  Rationale：从字典上查下来的含义是：基本原理，根本原因。那么在架构描述文件 中要出现那些“基本原理”和“根本原因”呢？个人以为：  在设计软件架构时，我们做了许多取舍，选择。我们需要列出之所以选择 A 而不是B 的理由  架构设计是如何满足功能性需求和非功能性需求。 第四层：  Concern ：翻译成中文是关心点，关注