《软件构架复习大纲》由会员分享，可在线阅读，更多相关《软件构架复习大纲（12页珍藏版）》请在金锄头文库上搜索。
1、软件构架复习大纲成绩评定：考勤10% +平时作业20% +期末考试70% 第一章构架商业周期1. 构架的产生受影响的因素构架商业周期 一一软件构架是技术、商业和社会诸多因素作用的结果， 而软件构架的存 在反过来又会影响技术、 商业和社会环境，从而影响到未来的构架。 我们把这种相互影响的 周期 从环境到构架又返回环境称为构架商业周期( Architecture Business Cycle, ABC )从构架商业周期的概念我们可以看出，构架与之交互的外界环境之间存在着密切的关系，他们相互影响，相互作用，相互促进。一方面构架受到多种因素的影响：1、涉众的影响；2、构架开发组织的影响；3、构架设计师
2、素质和经验的影响；4、技术环境的影响；5、其他影响因素。另一方面，环境反过来又会对构架的形成和发展产生影响：1、影响着开发组织的结构；2、影响着开发组织的目标；3、影响客户对下一个系统的要求；4、影响着构架设计师；5、构架影响着软件工程的发展 第二章1. 理解软件构架，构架模式的定义软件构架一一某个软件或计算机系统的软件构架是该系统的一个或多个结构，他们由软件元素，这些元素之间的外部可见属性和这些元素之间的关系组成+ 视图一一视图是构架元素内聚集的表述，由系统涉众编写和阅读，它由一个元素集合表示和元素之间的关系组成，用于表示构架中的某个结构+ 三个模型一一1、构架模式2、参考模型3、参考构架+
3、构架模式一一是对元素和关系类型以及一组对其使用方式的限制的描述，我们可以把它看作是对构架的一组制约条件一一即对各元素类型及其交互模式的限制条件，而这些制约条件确定了一组或一系列能满足他们要求的构架，比如，客户机/服务器构架模式。构架模式最重要的作用是它们展示了已知的质量属性。+参考模型一一是一种考虑数据流的功能划分，它对已知问题进行分解，分解得到的各个 部分相互协作，构成问题的解决方案-一是映射到软件元素及元素之间数据流上的参考模型参考模型实现了系统的功能划分，而参考构架则将这种功能划分与系 对应关系，也可能不是。+ 参考构架-三者之间的关系是：统分解对应起来，这种对应一般是图 软件构架及其中
4、间过程之间的关系2. 理解构架模式，参考模型，参考构架和软件构架的区别和联系3. 软件构架重要性的原因软件构架对于一个系统而言，具有极其重要的意义，包括:(1) 、软件构架是涉众之间交流的手段(2) 、软件构架是系统的早期设计决策(3) 、软件构架是可传递的系统抽象为了能够清晰的表达构架，我们引入了如下两个概念：视图视图是构架元素内聚集的表述，由系统涉众编写和阅读，它由一个元素集合表 示和元素之间的关系组成，用于表示构架中的某个结构结构结构是元素本身的集合，他们存在于软件和硬件中，比如，模块结构是系统的 模块和其组织的结构，模块视图是该结构的表示4. 三种构架结构及其详细分类我们使用视图和结构
5、来表示系统的构架，构架结构根据元素的主要特性可以分为三类：(1) 、模块结构：表示一种考虑系统的基于代码的表示方法(2) 、组件一连接器结构：展示了软件运行是各个部分之间的交互模块分解类(3) 、分配结构：展示了软件元素和创建并执行软件的一个或多个外部环境中的元素之 间的关系I使用分层图常见的软件构架结构第四章理解质量属性(*)我们开发一个系统是为了给用户使用，因此系统的质量好坏最终要由用户来评判。评判 的依据:(1) 、系统是否能够满足客户的功能需求(直接)(2) 、系统是否能够满足一定的质量需求(间接，长期的影响)功能性(functionality )是指系统能够完成所期望的工作的能力质量
6、属性(quality attributes )是高于系统功能基本要求的，它是对多种更高层次需求的 抽象描述，如安全、可靠、易用及易于修改等，显然它适用于多个特定系统而非一个。1. 什么是质量属性场景(比如可用性的一般场景表示)+ 质量属性场景(seenarios是描述质量属性的手段，是一种面向特定的质量属性的需求2. 质量属性场景由以下 6个部分组成：(1) 刺激源(Source of stimulus ):生成刺激的实体(人、计算机或其他)(2) 朿9激(Stimulus):当刺激源产生的刺激达到系统后需要考虑的条件，或指可能对系统的影响(3) 环境(Environment ):刺激到达时系
7、统的状态，或指刺激在系统的某些条件内发生(4) 制品(Artifact ):被刺激的部分，可能是整个系统，也可能是其中的一部分(5) 响应(Response):刺激到达后系统所采取的措施(6) 响应度量(Response measure):当响应发生时，我们以某种方式对其进行度量，便 于我们对需求进行测试一般质量属性场景是指那些独立于系统，很可能适合任何系统的场景，一般场景的集合 描述了质量属性具体质量属性场景是指适合正在考虑的某个特定系统的场景广一般质特定量属性抽取系统场景质量属性组合特定系统图质量属性、质量属性场景和系统的关系3. 理解可用性，可修改性，安全性，性能，可测试性和易用性的质量
8、属性的场景表示本书主要讨论6个质量属性及其一般场景：1、可用性(Availability)，2、可修改性(Modifiability )，3、性能(Performanee)，4、安全性(Security)，5、可测试性 (Testability)，6、易用性(Usability)、可用性(Availability)可用性与系统故障及其相关后果有关。当系统不再提供其规范中所说明的服务时，就出现了系统故障。可用性关注的问题：如何检测故障，发生故障的频度，出现故障时的现象，系统故障排除的时限，如何防止故障的发生以及发生故障时的处理响应:响应度量:*23刺激源:内部、外部刺激：(错误)忽 略、崩溃、
9、时间、响应制品： 进程、存 储、处理 器、通信环境： 正常、 降级操作记录、通知、 禁止、继续(正常/降 级)或不可 用修复时间、 可用性、可 获得/降级的 时间间隔可用性的表示场景部分可能的值刺激源系统内部、外部刺激错误：疏忽、崩溃、时间、响应制品系统的处理器、通信通道、持久性存储器、进程环境正常、降级模式响应系统检测到事件，进行以下活动之一记录故障，通知用户或系统；根据已 定义的规则禁止故障源等响应度量系统修复时间，系统可以在降级模式下运行的时间间隔等图 可用性的一般场景（2）、可修改性（Modifiability ）可修改性是关于变更的成本问题，可修改性包括两个关注点：a、可以修改什么？
10、如修改系统功能、系统运行的平台和环境、系统容量、质量属性等b、 何时进行变更以及由谁进行变更？修改时间包括设计时修改（源代码）、编译时修改（编译条件），部署时修改（系统配置）等。（3）、性能（Performance）性能与事件发生时，将要耗费系统多长时间做出响应有关。影响性能的因素包括：事件源的数量和达到模式，到达系统的事件包括：周期性事件、随机事件或偶然事件。性能的一般性场景：场景部分可用的值刺激源大量独立源中的一个，可能来自系统内部刺激定期、随机或偶然事件到达制品环境正常模式；超载模式响应处理刺激；改变服务级别相应度量等待时间、时间期限、吞吐量、抖动、缺失率、数据丢失、安全性（Securi
11、ty）安全性是衡量系统在向合法用户提供服务的同时，阻止非授权使用的能力安全性被刻画为一个提供认可（交易不能被交易的任何一方拒绝）、机密性（未经授权不能访问数据或服务）、完整性（根据计划来提交数据或服务）、保证（交易各方是所声 称的人）、可用性（系统可用于合法用途）和审核（在系统内部跟踪系统活动）的系统安全性的一般性场景:场景部分可用的值刺激源授权或非授权用户；访问了有限的资源/大量资源刺激试图修改数据，访问系统服务制品系统服务、系统中的数据环境在线或离线、直接或通过防火墙入网响应对用户验证，阻止或允许访问数据或服务:相应度量避开安全措施所需要的时间或资源；恢复数据/服务（5）、可测试性（Tes
12、tability）可测试性是指通过测试揭示软件缺陷的容易程度。如果要对系统进行正确的测试，那么必须能够 控制”每个组件的内部状态及其输入，然后 观察”其输出，测试可以由开发人员、测试人员、验证人员或用户进行； 可以对代码、设计以及整个系统进行测试。可测试性的一般性场景场景部分可用的值刺激源单兀开发人员、系统集成人员、系统验证人员、测试人员、用户刺激已完成的一个阶段，如分析、构架、类和子系统的集成，所交付 的系统制品设计、代码段、完整的应用环境设计时、开发时、编译时、部署时响应可以控制系统执行所期望的测试相应度量已执行的可执行语句的百分比；最长测试链的长度，执行测试的 时间，准备测试环境的时间、
13、易用性(Usability)易用性关注的是对用户来说完成某个期望任务的容易程度和系统所提供的用户支持种类。包括如下几个方面：1、学习系统的特性，2、有效地使用系统，提高用户操作效率,3、将错误的影响降到最低，4、使系统适应用户的需要，5、提高自信和满意度。易用性的一般性场景场景部分可用的值刺激源最终用户刺激想要学习系统特性、有效使用系统、使错误的影响最低，适配系 统等制品系统环境在运行时或配置时响应上下文相关的帮助系统，导航，撤销、取消操作，从系统故障中 恢复，国际化，定制能力相应度量任务时间，错误数量，用户满意度等第五章实现质量属性(*)1. 什么是战术?战术(tactics)影响质量属性响
14、应的设计决策构架策略(architectural strategy)战术的集合构架模式(architectural pattern)以某种方式将战术打包在一起2. 实现可用性的战术？可用性(Availability)可用性战术将会阻止错误发展为故障，或者至少能够把错误的影响限制在一定范围内, 从而使修改成为可能。维持可用性的方法包括：(1) 、错误预防一一某种类型的冗余(2) 、错误检测一一用来检测故障的某种类型的健康监视、自动恢复 检测到故障时某种类型的恢复所屏蔽的错误或所作的修改3. 实现可修改性的战术？可修改性(Modifiability )可修改性战术的目标是控制实现、测试和部署变更的时间和成本。根据其实现目标可以 分为3组：1局部化修改一一目标是减少由某个变更直接影响的模块的数量2、防止连锁反应一一目标是限制对局部化的模块的修改，以防止对某个模块的修改间 接地影响到其他模块3、延迟绑定时间一一目标是控制部署时间并允许非开发人员进行修改变更到达局部化变更防止连锁反应推迟绑定时间*语义一致性隐藏信息运行时注册预期期望的变更维持现有的接配置文件泛化模块口多态限制可能的选择限制通信路径组件更换抽象通用服务使用仲裁者遵守已定义的
