前言
今天是 2022年9月4,间隔软考高档《体系架构规划师》还有两个月整。
继续把这周刷过的题总结一下。
这次是关于架构描绘相关的内容。
标题1 架构描绘言语
本题选C 但是在各个课本均未找到相关解说。。。。
ADL 即架构描绘言语,其基本构成要素包括:组件、组件接口、连接件、架构装备。
组件(构件)是一个核算单元或数据存储。也便是说,组件是核算与状况存在的场所。在架构中,一个构件或许小到只有一个进程或大到整个应用程序。
连接件是用来树立组件间的交互以及分配这些交互规则的架构结构模块。
架构装备或拓朴是描绘架构的组件与连接件的连接图。
标题2 图 相关
44 选B,最重要的一个知识点便是4+1视图模型。
45 选 C 用例图,他可以用来描绘需求的。在《体系架构规划师考试全程指导》中,对架构规划中常用的图形,及其对应的效果,进行了详细的解说和描绘。建议我们多了解几遍。
46 选 C 希赛版教材中,143页提到了质量场景相关内容:质量场景使质量需求具体化。
UML2.0中的14种图
4种图,别离列举如下。
(1)类图(class diagram)。描绘- -组类、接口、协作和它们之间的联系。在面向方针体系的建模中,最常见的图便是类图。类图给出了体系的静态规划视图,活动类的类图给出了体系的静态进程视图。
(2)方针图(object diagram)。描绘- -组对 象及它们之间的联系。方针图描绘了在类图中所树立的事物实例的静态快照。和类图–样,这些图给出体系的静态规划视图或静态进程视图,但它们是从真实事例或原型事例的视点树立的。
(3)构件图( component diagram)。 描绘一- 个封装的类和它的接口、端口,以及由内嵌的构件和连接件构成的内部结构。构件图用于表示体系的静态规划完成视图。对于由小的部件构建大的体系来说,构件图是很重要的。构件图是类图的变体。
(4)组合结构图(composite structure diagram)。描绘结构化类( 例如构件或类)的内部结构,包括结构化类与体系其余部分的交互点。它显示联合执行包含结构化类的行为的构件装备。组合结构图用于画出结构化类的内部内容。
(5)用例图(use case diagram)。描绘一组用例、 参与者(- -种特别的类)及它们之间的联系。用例图给出体系的静态用例视图。这些图在对体系的行为进行安排和建模时是非常重要的。
(6)次序图( sequence diagram,序列图)。是一种交互图(interaction diagram),展现了一种交互,它由- -组方针或人物以及它们之间或许发送的音讯构成。交互图专心于体系的动态视图。次序图是着重音讯的时刻次序的交互图。
(7)通讯图(communication diagram)。也是一种交互图, 它着重收发音讯的方针或人物的结构安排。次序图和通讯图表达了相似的基本概念,但每种图所着重的概念不同, 次序图着重的是时序,通讯图则着重音讯流经的数据结构。
(8)守时图(timing diagram, 计时图)。 也是一种交互图,它着重音讯跨过不同方针或人物的实际时刻,而不仅仅仅仅关怀音讯的相对次序。
(9)状况图(state diagram)。描绘-一个状况机,它由状况、搬运、事情和活动组成。状况图给出了方针的动态视图。它对于接口、类或协作的行为建模尤为重要,并且它着重事情导致的方针行为,这非常有助于对反应式体系建模。
(10)活动图(activitydiagram)。将进程或其他核算的结构展现为核算内部–步步的操控流和数据流。活动图专心于体系的动态视图。它对体系的功用建模特别重要,并着重方针间的操控流程。
(11)布置图(deployment diagram)。描绘对运转时的处理节点及在其中生计的构件的装备。布置图给出了架构的静态布置视图,一般-一个节点包含一个或多个布置图。
(12)制品图(artifact diagram)。描绘核算机中-一个体系的物理结构。制品包括文件、数据库和相似的物理比特集合。制品图一般与布置图一起运用。制品也给出了它们完成的类和构件。
(13)包图(packagediagram)。描绘由模型本身分化而成的安排单元,以及它们的依靠联系。
(14)交互概览图(interaction overview diagram)。是活动图和次序图的混合物。
标题3 体系可修正性
可修正性(Modification)
可修正性是指可以快速地以较高的性能价格比对体系进行改动的能力。
可变性(Changeability)
可变性是指体系结构经扩大或改动成为新体系结构的能力。
试题分析
可修正性(modifiability)是指可以快速地以较高的性能价格比对体系进行改动的能力。一般以某些具体的变
更为基准,经过考察这些改动的代价衡量可修正性。可修正性包含四个方面。
(1)可维护性(maintainability)。这主要体现在问题的修正上:在错误发生后“修正”软件体系。为可维 护性做好准备的软件体系结构往往能做局部性的修正并能使对其他构件的负面影响最小化。
(2)可扩展性(extendibility)。这一点关注的是运用新特性来扩展软件体系,以及运用改进版原本替换构件并删除不需求或不必要的特性和构件。为了完成可扩展性,软件体系需求松散耦合的构件。其方针是完成一种体系结构,它能使开发人员在不影响构件客户的情况下替换构件。支撑把新构件集成到现有的体系结构中也是必要的。
(3)结构重组(reassemble)。这一点处理的是重新安排软件体系的构件及构件间的联系,例如经过将构件移动到一个不同的子体系而改动它的位置。为了支撑结构重组,软件体系需求精心规划构件之间的联系。理想情况下,它们答应开发人员在不影响完成的主体部分的情况下灵活地装备构件。
(4)可移植性(portability)。可移植性使软件体系适用于多种硬件渠道、用户界面、操作体系、编程言语或编译器。为了完成可移植,需求依照硬件无关的办法安排软件体系,其他软件体系和环境被提取出。可移植性是体系可以在不同核算环境下运转的能力。这些环境或许是硬件、软件,也或许是两者的结合。在关于某个特定核算环境的所有假设都会集在一个构件中时,体系是可移植的。 假如移植到新的体系需求做些更改,则可移植性便是一种特别的可修正性。
标题4 质量特点
怎么保证每个质量特点,是高频考点之一。
常见的质量特点和对应办法:
安全性:约束访问、审计追踪
可修正性:运转时注册、接口完成别离、抽象、信息隐藏
可靠性:自动冗余
性能:队列调度、资源调度,并发
可测验性:记载-回放
可用性:自动冗余、心跳、被动冗余、选举、Ping/Echo