软件体系结构复习资料

软件体系构造知识点：第一章：什么是软件体系构造答：软件体系构造=构件+连接件+约束软件体系构造是具有一定形式的构造化元素，即构件的集合，包括处理构件、数据构件和连接构件。处理构件负责对数据进展加工，数据构件是被加工的信息，连接构件把体系构造的不同局部组组合连接起来。这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中根本上得到保持。软件体系构造形式化方法答：1.根据对目标软件系统进展说明的方式：面向模型的方法。在这个方法中，对目标软件系统的说明是为其构造一个模型，该模型的构成成分是一些具有特性的数据抽象，如域，元组等面向性质的方法。这种方法是直接给出目标软件系统的一组特性来描述目标软件系统。通常是目标软件系统必须满足的形式公理，其形式化说明仅描述目标软件系统的性质，而不涉及实现方法。2.根据表达能力的形式方法可分为以下五大类基于模型的方法代数方法过程代数方法基于逻辑的方法基于网络的方法软件质量定义、软件质量模型答：，软件质量是软件符合明确表达的功能和性能需求、文档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含特征的程度。影响软件质量的主要因素，这些因素是从管理角度对软件质量的度量。可划分为三组，分别反响用户在使用软件产品时的三种观点。正确性、强健性、效率、完整性、可用性、风险〔产品运行〕；可理解性、可维修性、灵活性、可测试性〔产品修改〕；可移植性、可再用性、互运行性〔产品转移〕。第二章：Kruchten4+1模型描述软件体系构造Kruchten4+1模型建立在体系构造的Perry&Wolf定义和BerryBoehm定义的根底上，采用多视图模型的方法描述软件体系构造。该模型由5个视图构成，每个视图只关心系统的一个侧面，5个视图结合在一起才能反映系统的软件体系构造的全部内容。逻辑视图开发视图程序员软件管理逻辑视图开发视图场景视图最终用户功能场景视图物理视图物理视图过程视图系统工程师拓扑通过程视图集成者信性能可扩展性体系构造的概念在每个视图里面都可以独立应用，并不是所有的软件体系构造都需要完整的4+1视图。逻辑视图，主要支持功能需求，即系统应当向最终用户提供怎么样的效劳。在逻辑视图中，从问题出发，采用面向对象的方法，按照抽象、封装、继承的原则，系统分解成一系列的功能抽象，得到代表着系统的关键抽象表示的峰值。当用面向对象的设计方法时，逻辑视图即是对象模型。过程视图，考虑的是一些非功能性需求，它所要面对的问题有并发、发布、系统的完整性、容错能力等，强调并发性、发布性、系统集成性和容错能力，还要考虑怎样把过程视图与逻辑视图的要点相适应。开发视图，关注的是软件开发环境中软件模块的实际组织和管理。开发视图通过具有输入输出关系的模块和子系统图来表示。描述开发视图的原则是分割、编组、可视。开发视图侧重的是内部需求，这些需求目的是要使开发相关活动更容易进展。物理视图，主要考虑如何把软件映射到硬件上。软件系统在计算机网络的各个处理节点上运行，各种被确定的元素——网络、过程、任务和对象——需要映射到各种节点上去。场景视图，通过使用一些重要的场景，4个视图中的元素可以协调的共同工作。它承当着2个任务：在软件体系构造设计中，将以此视图为驱动来发现体系构造元素在体系构造设计完毕后，此视图承当验证和描述的角色。它不仅用于书面记录，并且是体系构造原型测试的起始点。第三章：软件生命周期答：是软件的产生直到报废的生命周期，周期内有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，这种按时间分程的思想方法是软件工程中的一种思想原则，即按部就班、逐步推进，每个阶段都要有定义、工作、审查、形成文档以供交流或备查，以提高软件的质量。构件答：构件是系统中实际存在的可更换局部，它实现特定的功能，看、构件可以看成数据单元或是计算单元。符合一套接口标准并实现一组接口。构件代表系统中的一局部物理实施，包括软件代码或其等价物。连接件答：连接件是软件体系构造的一个组成局部，他通过对构件间的交互规则的建模来实现构件间的连接，连接件不许编译。软件体系构造范式答:设A=<C，O>是一个软件体系构造，假设任意一个构件都至少与另一个构件依赖,则称A满足第一范式，记为1NF。设A=<C，O>是一个软件体系构造，假设A中存在码，则称A满足第二范式，记为2NF。设A=<C，O>是一个软件体系构造，假设A中存在码，假设A满足第一范式，并且C中的构件都为事件依赖，则称A满足可靠性范式，记为RNF。∏演算的定义答：∏演算是移动、交互、并发系统的理论模型，它提供相关的概念框架和数学工具，用于表达移动、交互系统和推论它们的行为，到达增强对已堕落感系统的理解的目的。化学抽象机模型答：化学抽象机〔chemicalabstractmachine，CHAM〕是一种对动态软件体系构造的分析、测试非常有用的形式化描述技术。第四章：管道和过滤器风格答：在管道过滤器模式下，功能模块称作过滤器；功能模块间的连接可以看作输入、输出数据流之间的通路，所以称作管道。客户机——分配器——效劳器风格答：客户机的任务是去执行特殊领域的任务。为了执行处理任务，客户机访问由效劳器提供的操作。在发送请求给效劳器之前，客户机向分配器请求信道。客户机利用这个和效劳器通信。效劳器为客户机提供一组操作。它既可以注册自身，也可以通过其名字和地址向分配器进展注册。一个效劳器组件可以与客户机位于同一台计算机，也可以位于网络的某个节点处。分配器提供在客户机和效劳器间建立通信信道的功能。要实现这一点，需要取出效劳器组件的名字并将这个名字映射成为效劳器组件的物理地址。分层系统风格答：所谓分层体系构造，是按层次组织软件的一种软件体系构造，其中每一层软件建立在低一层的软件层上。分层风格的主要特征是第J层的效劳只被第J+1层使用-----层之间没有更进一步的自己依赖关系。分层风格的体系构造的优点：由于对层次的邻接层数目进展glen限制，所以系统易于改良和扩展。每一层的软件都易于重用，并可为某一层次提供多种可互换的具体实现。分层系统所支持的设计表达了不断增加的抽象层次，这样一个复杂问题的求解就被分解为一系列递增的步骤。标准化支持。清晰定义和承受共同的抽象层能促进标准化任务和接口的开发，同一接口的不同实现可以替换使用。余部依赖性。层之间的标准化接口往往会限制被改动层的改动代码的影响。可替换性。独立层实现不需要太费力就可以被语义上等价的实现所替换。分层风格的体系构造的缺点有：应当如何界定是层次间的划分是一个比拟复杂的问题。更改行为的重叠。层的行为改变时会出现一个严重的问题。降低效率。说起来一个分层体系构造的效率往往要低于整体构造或一个“对象的海洋〞。不必要的工作。如果底层执行的某些效劳执行了多余或重复的工作，而这些工作并非高层真正需要的，则这对性能的影响是负面的。难以认可层的正确粒度。层数太少的分层体系构造不能完全发挥这种模式在可重用性、可更改性和可移植性上的潜力。面向效劳的体系构造答：面向效劳的体系构造是一个组件模型。面向效劳的体系构造将应用程序中的不同功能单元称为效劳，并通过对这些效劳之间定义良好的接口而将其联系起来。这种具有中立的接口定义的特征称为效劳之间的松耦合。松耦合系统的好处有两点：一点是它的灵活性；另一点是，当组成整个应用程序的每个效劳的内部构造和实现逐渐发生改变时，它能够继续存在。然而，紧耦合意味着应用程序的不同组件之间的接口与其功能和构造是严密相连的，因而当需要对局部或整个应用程序进展某种形式的更改时，系统就显得非常脆弱。一个SOA系统中的各个组成元素：1、其功能局部包括以下元素：通信。表示了效劳提供者和效劳使用者之间的消息传输所采用的协议。如HTTP、FTP等。效劳通信协议。表示了效劳之间通信所采用的协议，即效劳气功这和使用者之间如何理解双方互相发送的消息。这种协议如SOAP等。效劳描述。表示了如何对效劳本身进展描述，即描述了效劳所需的入口参数、返回值、效劳所在位置等信息。这样的描述有WSDL等。效劳。表示了可被调用的效劳本身。业务流程。表示了为到达业务需求目的而按照规则和一定序列调用的一组效劳集合，它可以将细粒度的效劳组合为粗粒度的效劳。浙西饿业务流程描述通常有BPM、WSFL、BPEL等。效劳登记。保存有效劳数据和描述信息。效劳提供者可以将其效劳信息发布在此，效劳使用者可以在这里查找效劳。2、效劳质量包括了以下局部：规则。表示了一组可以是效劳使用者得到效劳提供者所提供效劳的规则。平安。表示了一组效劳在效劳使用者的认证、授权、访问控制等方面的规则。交互。表示了一组效劳在共同完成一项了俩书时所要遵循的属性。管理。表示了用以管理效劳提供者和效劳使用者的一组属性。第五章：什么是ADL体系构造描述语言〔ADL〕是软件体系构造研究的核心问题之一，ADL使用符号标记把系统分解成构件和连接件，并且说明了这些元素如何连接在一起构成一个配置。它不但是形式化描述软件体系构造的根本工具，而且也是对软件体系构造进展求精、验证、演化和分析的前提和根底。典型的ADLC2，C2是一种基于构件和消息的ADL，适用于大型频繁交互的层次型图形用户界面的软件体系构造描述。C2构件包含4个内部局部：内部对象、包装器、对话和域转换器，内部对象存储构件状态并实现构件所提供的操作；包装器监控所有操作请求，并通过底端接口发送通知；对话负责把接收到的外部消息映射成内部对象上的操作；域转换器是可选的，它可以修改一些消息使其能被其他构件理解，这样一个构件就能在特定的体系构造中适用。Darwin与Wright，Darwin与Wright分别将∏演算和CSP作为其数学根底，适用于分布式并发类型的体系构造描述。Darwin和其他ADL类似，把构件这个概念作为系统的根本构成元素，在Darwin中，对于构件，主要关心的是它为其他构件提供了哪些效劳，他们需要其他构件的哪些效劳。Wright的关键思想是把体系构造连接件定义为明确的语义实体，Wright的主要特点是对体系构造和抽象行为的准确描述。定义体系构造风格的能力和一组对体系构造描述进展一致性和完善性的检查。ACME是一种体系构造交互语言，支持从一种ADL向另一种ADL规格说明的转换，ＡＣＭＥ的核心概念以７种类型的实体为根底：构件、连接件、系统、端口、角色、表述和表述图，支持系统构造的分级描述，特别是每个构件或连接件都能用一个或多个更详细更低层的描述来表示。ACME主要考虑的是体系构造的构造，因此并不包含体系构造的计算语义，而依靠一个开放的语义框架。因此严格来说，ＡＣＭＥ并不是一种真正意义上的ＡＤＬ，而是一种体系构造变换语言，它提供了一种在不同ＡＤＬ的体系构造标准描述之间实现变换的机制。ＡＣＭＥ从４个不同的方面对软件体系构造进展描述，分别是构造、属性、约束、类型和风格。ＵｎｉＣｏｎ是一种围绕着构件和连接件这２个根本概念组织的体系构造描述语言。ＵｎｉＣｏｎ的主要目的在于支持对体系构造的描述，对构件交互模式进展定位和编码，并且对需要不同交互模式的构件的打包加以区分。具体来说ＵｎｉＣｏｎ及其支持工具的主要目的有：提供对大量构件和连接件的统一的访问。区分不同类型的构件和连接件以便对体系构造配置进展检查。支持不同的表示方式和不同的开发人员的分析工具。支持对现有构件的使用Ａｅｓｏｐ是一个软件体系构造设计环境生成器，它的最初目标就是要提供一个用于构造开放的、最初体系构造风格的体系构造设计环境开发工具包。它的根本思路是：要使定义新的风格变的容易，从而让设计者能够利用这些风格进展体系构造设计。每个这样的环境度支持以下５个方面：与风格词汇表相对应的一系列设计元素类型，即特定风格的构件和连接件检查设计元素的成分，满足风格的配置约束优化设计元素的语义描述一个允许外部工具进展分析和操作体系构造描述的接口多风格特定的体系构造的可视化，以及操作它们的图形编辑工具Ｒａｐｉｄｅ是一种基于事件的、用于定义并执行系统体系构造模型的计算机语言，还包括与这个语言相关的模仿工具集，是一种可执行的ＡＤＬ，其目的在于通过定义并模拟基于事件的行为对分布式并发系统建模。Ｒａｐｉｄｅ由５种子语言构成：类型语言，定义接口类型和函数类型，支持通过继承已有的接口来构造新的接口类型模式语言，定义具有因果、独立、时序等关系的事件所构成的事物模型可执行语言，包含描述构件行为的控制构造约束语言，定义构件行为和体系构造所满足的形式化约束，其中约束为需要的或制止的偏序集模式Ｒａｐｉｄｅ的优点在于能够提供多种分析工具，它所支持的分析都基于检测在某个模拟过程中的事件是否违法了某种次序关系ＭｅｔａＨ的目的是支持实时、容错、平安、多处理、嵌入式的软件体系系统的分析、验证和生产。ＭｅｔａＨ提供了集成的、可跟踪的体系构造规格说明、分析和实现，能够进一步保证系统行为与模型一致，降低建模、实现、调试和验证的难度，能通过更准确、快速的设计评估改善系统设计质量。ＭｅｔａＨ语言不仅有文本方式的语法描述，又能以图形方式描述。ＳＡＤＬ语言提供了对软件体系构造的准确文本表示，同时保存了直观的框线图模型，明确区分了多种体系构造对象。ＳＡＤＬ不仅提供了定义体系构造的功能，而且能够定义对体系构造的特定类约束。ＳＡＤＬ的一个独特方面是对体系构造层次体系的表示和推理。ＳＡＤＬ模式支持构造改良，即把一个体系构造系统地转化成另一个包含不同体系构造概念的体系构造。第六章：什么是风险分析？分析方法有哪些？风险分析是系统平安性工程中一种系统分析方法。主要有以下分析方法：失效模式和后果模式分析，是一种非常有用的方法，主要用于预防失效。失效模式、后果与严重度分析，是失效模式和后果分析的一个扩展，应用于考虑每个组件失效的重要性风险和可操作性研究，使用一系列的向导词调查来自系统操作每个阶段正规状况下的后果事件树分析，又称决策树分析，是在给定系统起始事件的情况下，分析此事件可能导致的各种事件的一系列结果，从而定性与定量的评价系统的特性，并帮助人们做出处理或防范的决策失效树分析，又称因果树分析，在产品设计阶段，失效树分析可帮助判明潜在危险的模式和灾难性危险因素，发现系统或装置的薄弱环节，以便改良设计，也可以作为事故发生后的调查手段。改良的风险分析方法，用来确定系统中的组件及可能存在的错误模式。第七章：什么是设计模式？模式分类设计模式是利用面向对象技术来解决特定环境中问题的方法，是整个软件行业不断积累的集体智慧的结晶。按照其目的可分为3类：创立模式：Factory〔工厂模式〕、Prototype〔原型模式〕、Builder〔建造模式〕、Singleton〔单利模式〕和Adapter〔适配器模式〕构造模式：Façade〔门面模式〕、Proxy〔代理模式〕、Composite〔组合模式〕、Decorator〔装饰模式〕、Bridge〔桥接模式〕和Flyweight〔享元模式〕行为模式：Template〔模板模式〕、Memento〔备忘录模式〕、Observer〔观察者模式〕、ChainofResponsibility〔反映链〕、Command〔命令模式〕、State〔状态模式〕、Strategy〔策略模式〕、Mediator〔中介者模式〕、Interpreter(解释器模式定义)、Visitor〔迭代器模式〕第十章：软件复用定义软件复用是一种由预先构造好的、为复用目的而设计的软件构件来建立或者组装软件系统的过程第十一章：构件的特点以二进制形式存在，软件构件一般不再以源代码方式实现复用可与其他独立开发的软件构件协同工作软件构件具有相对独立的功能与程序设计语言无关成为其他软件构件的生成模块存储在构件库中的长久实体有提供和请求效劳的插件有良好定义的接口属于某种构件模型有充分的自容性构件的分类根据构件复用的方式，分为黑盒构件和百盒构件。黑盒构件不需要了解内部构造，能通过接口从外部调用，能到达即插即用的构件，白盒构件是必须经过修改才能复用的构件。根据功能用途，可分为系统构件、支撑构件和领域构件。系统构件在整个构件集成环境和运行环境中都可以使用的构件，支撑构件是在构件集成环境和构件管理系统中使用的构件，领域顾客是为专门应用领域制作的构件。根据粒度大小可分为根本数据构造类构件、功能构件和子系统构件根据构件复用时的形态，分为动态构件和静态构件，动态构件是运行时刻动态嵌入、链接的构件，静态构件如源代码构件系统分析构件设计构件等。根据构件的外部形态，可分为独立而成熟的构件、有限制的构件、适应性构件、装配的构件和可修改的构件。根据构件的构造，分为原子构件和组合构件根据构件的来源，分为自开发构件和第三方构件3C模型模型是由Tracz提出的构件描述模型，3C分别代表概念、内容和语境，概念是对构件做什么的描述，内容描述了构件被如何实现，语境将可复用构件放置到其可应用的领域中，也就是说，通过刻画概念的、操作的和实现的特征，让软件开发人员能够搜索到适当的构件以满足应用需求。第十三章：软件过程管理软件过程管理是能够在可控制、可预测的前提下，不断优化和提高软件开发的品质和降低本钱，保证一个软件高品质和低本钱是进展软件过程管理的最终目的。软件规模度量软件规模度量可分为初步度量和详细度量。初步度量是在需求分析和详细设计未完成之前，通过对软件功能分析得出结果。详细度量是在需求分析和详细设计以后所进展的度量，通过参考开发过程中的详细度量结果，可以对根据初步度量做出的方案安排进展调整，以到达更好的资源配置。软件规模度量的方法有：FPA方法、MarkⅡMethod方法、特征点方法、3D功能点方法、构造性本钱模型和COSMIC-FFP方法。第十四章：FPA方法FPA方法是一种将系统分解成更小的单位来度量的方法，这样就更容易理解和分析。利用ＦＰＡ来度量一个系统规模的步骤如下：工程类型判定↓确定系统边界和计测范围↓计算数据功能点↓计算事物功能点↓计算调整系数↓计算调整后的功能点↓确定功能点数据功能点是为了实现计测对象应用系统的机能所必须的数据的规模衡量。构成数据功能点的数据种类包括内部逻辑文件〔InternalLogical〕和外部接口文件〔ExternalInterface〕。ILF是一组用户可以确认的在逻辑上有联系的数据，它们属于系统内部，并通过EI〔ExternalInput外部输入〕来维护。EIF是一组用户可以确认的在逻辑上有联系的数据，但它只作为参考的目的。这些数据保存在应用系统边界的外部，通过另一个系统的EI来维护。对于一个系统的EIF，也是另一个系统的ILF。数据功能点计算流程如下数据的抽出↓数据种类的识别〔ILF/EIF〕↓RET〔记录元素类型〕的识别和计数↓DET〔数据元素类型〕的识别和计数↓数据复杂性判定↓计算出数据功能点事物功能点〔TransactionFunctionPointTFP〕是网络实现计测对象应用系统的机能所必须的事物处理的规模的度量，是用户和开发者共同认识的、可以被定义的、不可分割的业务处理的最小单位。TFP的种类包括外部输入〔EI〕、外部输出〔EO〕和外部查询〔