是系统的一个或多个结构，它们由软件组件，组件的外部可见属性以及组件之间的关系组成。

软件架构的多个结构：

        模块结构

        类结构

        进程结构

        控制流

        调用结构

    部署的角度：

 

 

需求包含三要素:功能，质量，限制条件

质量属性的关系：

    任何质量属性都不可能在不考虑其他属性情况下单独获取。

    运行时可见属性：性能，可用性，安全性

    易用性：

        可记忆性

        错误处理

 

    最终用户

    维护人员

    开发组织

    一致性

    可构建性

    帮助构架师生成有意义的质量属性需求

    某一场景是一类场景的代表，系统将以完全相同的方式做出反应。

    上市时间

    预期系统生命周期长短

    推出计划

 

软件架构样式的种类：

    数据流

    调用-返回

    局部异质

    并行异质

ISO/OSI七层参考模型：

    表示层

    传输层

    数据链路层

 

    提取特定领域软件的共性部分形成的体系结构。

    框架不是构架。

    框架比构架更具体，更偏重于技术。

 

架构战术：影响质量属性的设计决策。

可用性的战术：

        回声

        异常

        表决

        被动冗余

        状态再同步

    错误预防的战术：

        从服务中删除

可修改性的战术：

        维持语义一致性

        泛化模块

    防止连锁反应的战术：

        维持现有的接口

            添加适配器

    推迟绑定时间的战术：

        配置文件

        组件更换

实施性能的战术：

        资源消耗

            资源争用

            对其他计算的依赖性

        减少处理一个事件所需要的资源：

            减少计算开销

            管理事件率

        控制系统的使用：

            限制队列的大小

        引入并发

        增加可用资源

        先进/先出

        动态优先级调度：轮转；时限时间最早优先

实施安全性的战术：

        对用户进行身份验证

        维护数据的机密性

        限制暴露的信息

    检测攻击的战术：

        回复状态

易用性的战术：

        维持任务的一个模型

        维护系统的一个模型

软件架构样式与战术的关系：

 

第五章：设计构架

    为软件系统创建一个商业案例

    构建构架

    对此构架进行分析和评价

    系统维护时，构架文档应同步维护

    功能

    部分限制条件（限制条件的某个子集）

良好架构的评判原则（判断题常考）：

        架的设计应该由一门设计师来完成

        构架的文档完备，并蚕蛹所有人员认可的文档形式。

        通过对构架分析，得出明确的定性与定量指标。

        允许构架带来一定的资源争用，并给出可行的解决方案。

        构架由定义良好的模块组成，各个模块的功能划分应该基于信息隐藏。

        把计算机基础结构的特性封装在一定的模块

        产生数据的功能和使用数据的功能应分属于不同的模块。

        进程编写要考虑到与特定处理器的关系，并容易改变关系。

 

    样本输入

    根据下列5个步骤对模块进行求精（重点）：

        选择满足构架驱动因素的构架模式。

        定义子模块的接口

    对需求进一步分解的每个模块重复上述步骤。

    思想：提供一种基本能力，以一种对项目有利的顺序实现系统的功能。

        提高开发效率，鼓舞士气。

        使开发人员更多关注最难实现的部分。

        便于评审和测试。

        实现处理构架组件交互的软件部分

        逐步进行测试。

    了解所在组织的业务目标，使架构更好地支持业务目标。

    规划和建设架构级的重用etc

 

    它是风险承担者之间的交流平台，是早期设计决策的体现，是可传递的模型。

 

构架评审：

        人员时间成本

        构架评审部分要求高级设计人员参与的代价（不就是人员时间成本吗。。。

        及早发现构架中存在的问题

        财务收益

        捕获构架设计的基本思想

评审实施：

    强调那些与偶家相符或相悖的重要问题

构架评审的主要指导原则：

    选择评审的最佳时间，尽早预审一次。

    签署评审合同

    要保证评审小组中有构架方面的专家，领域专家，资料员，后勤员。

    收集各种场景数据，并在此基础上形成评审清单。

第八章：

    特点：不仅可以揭示出构架满足特定质量目标的情况，而且可以让我们更清楚地认识质量目标之间的联系。

    输出：

        表述清楚的业务目标

        所确定的敏感点和权衡点集合

        风险主题的集合

        评估小组和项目决策者共同决定评估细节

        风险承担着参与评估

    步骤（重点）：

        商业动机的表述

        对构架方法进行分类

        分析构架方法

        再次分析构架方法

 

    文档：

        基本原则：从读者的角度出发。