《软件系统架构:使用观点和观点与利益相关者合作》阅读小结——一
架构学习小结
架构基本原则
第一部分描述了基本概念(架构,架构描述,利益相关者,质量属性,观点),比较系统的讲述了关于架构的几块概念。
软件架构概念
主要说明了架构定义的静态结构、动态结构、外部可见行为等几个后续章节涉及到的几个概念术语,相当于是这本书的基础,其中着重要理解这几个概念之间的联系,这里引用一个原文中的UML图来说明
视点和视图
视图主要用于在管理复杂情况下为整个架构或者其中的一部分创建用于特定方面的的展现。而视点则是用于具体描述一个特定视图中利益相关者的关注点。而之所以使用视点和视图是为了提高效率,让关注点分离,同时方便合作人员一起沟通。
架构视⻆
这一章承接上一章视点和视图将架构分解后所需要对功能性需求的完整性余正确性评估时所遇到的问题。这个时候就需要引入一个新的概念:视角。视角区别于视点和视图,视角把可能涉及的很多或者所有视点分离出来但是又用使用某种联系将其联系起来。这里我可以理解成编程中的面向对象编程。抽离多个相关的属性,同时用公共约束聚合他们。
软件架构师的⻆色
非常系统地介绍了架构师的角色。清楚地明确定义架构师应该考虑什么,角色包括什么以及输出应该是什么。对于进入第一个架构角色的人来说,可以很快了解到一个架构师的责任以及应该拥有的技能点。
架构过程
第二部分展示了如何为系统定义架构,同时考虑业务目标,关注点,驱动因素和架构原则。它还提供了一些关于如何生成体系结构描述以及如何评估它的指针
架构定义过程
从一章开始就开始具体到项目实践中的架构过程了,首先要确定架构需要遵循的原则(利益相关者驱动),同时还要结合实际与已有的软件开发生命周期相契合。
关注点原则和定义
学习这一章首先要理解什么是关注点。关注点包含的内容很广泛,只要能够影响架构整体的塑形的因素以及范围都可以是关注点。例如业务、目标、需求、现实生活中的约束等都可以叫做关注点。在架构过程中这些关注点可以在整体方向上做出决定性影响。
确定并引⼊入利利益相关者
要学会本书的标题中与利益相关者合作,那就得先理解什么是利益相关者,利益相关者着又有哪些?书中给出了在开发过程中的一系列利益相关者类型:出资方、评估者、沟通者、开发人员、维护人员、生产工程师、供应商、支持人员、系统管理员、测试人员、用户。我们需要理解这几个利益相关者的责任以及他们之间的联系。
识别并使⽤用场景
场景分为功能性场景和系统质量场景,其中功能性场景用于在系统中用特定方式做出响应的一系列外部事件方面定义的。系统质量场景是指系统在环境中变换做出的反应。
使⽤用样式和模式
这章主要说明了软件设计知识的几种方式(架构样式、设计模式、语言惯用法)在架构过程中起到的作用。
创建架构模型
这一部分是整个架构过程中最重要的部分,也是唯一产物,广义上定义了三种模型(定性模型、定量模型、示意图)。模型是对真实情况的模拟,而架构必须总是变现出简化和近似的情况。
创建架构描述
架构描述是为了架构师与其他所有利益相关者有效沟通的保证,这里可能需要针对不同人群创建对应的读者能够理解的架构描述
评估架构
整个架构过程都是分块的,我们无法像软件开发那样取给架构debug,我们需要用别的方式去评估架构的是否存在缺陷。这个过程就是架构评估。
阶段小结
我发现本书中的建议非常有用并且说明的很浅显易懂。有很多小例子,用平常的小例子来说明一些观点。一个项目的一开始,如果可以拥有一个科学的系统的架构,对于整个项目的后续开发维护都是事半功倍的。