系统架构设计师-第8章-系统质量属性与架构评估-学习笔记

最新推荐文章于 2024-06-12 18:51:38 发布

2401_83974370

最新推荐文章于 2024-06-12 18:51:38 发布

阅读量987

点赞数 17

分类专栏： 2024年程序员学习文章标签：系统架构架构学习

本文链接：https://blog.csdn.net/2401_83974370/article/details/137747808

版权

2024年程序员学习专栏收录该内容

246 篇文章 1 订阅

订阅专栏

本文详细讨论了软件开发和运行期的质量属性，包括易理解性、可扩展性等开发期属性和性能、安全性等运行期属性。介绍了系统架构评估的方法，如SAAM、ATAM和CBAM，以及它们在评估过程中的应用和质量属性场景描述。同时提及了Linux运维中的面试题集锦，涵盖各种技术栈，旨在帮助工程师提升技能和准备面试。

摘要由CSDN通过智能技术生成

开发期质量属性主要指在软件开发阶段所关注的质量属性，主要包含6 个方面。
(1)易理解性: 指设计被开发人员理解的难易程度。
(2) 可扩展性: 软件因适应新需求或需求变化而增加新功能的能力，也称为灵活性。
(3)可重用性: 指垂用软件系统或某一部分的难易程度。
(4) 可测试性: 对软件测试以证明其满足需求规范的难易程度.
(5) 可维护性: 当需要修改缺陷、增加功能、提高质量属性时，识别修改点并实施修改的难易程度.
(6) 可移植性: 将软件系统从一个运行环境转移到另一个不同的运行环挠的难易程度。

运行期质量属性主要指在软件运行阶段所关注的质量属性，主要包含7 个方面。
(1) 性能:性能是指软件系统及时提供相应服务的能力，如速度、吞吐量和容量等的要求。
(2) 安全性: 指软件系统同时兼顾向合法用户提供服务，以及阻止非授权使用的能力。
(3) 可伸缩性:指当用户数和数据量增加时，软件系统维持高服务质量的能力。
(4) 互操作性:指本软件系统与其他系统交换数据和相互调用服务的难易程度。
(5) 可靠性:软件系统在一定的时间内持续无故障运行的能力。
(6) 可用性:指系统在一定时间内正常工作的时间所占的比例。可用性会受到系统错误，恶意攻击，高负载等问题的影响。
(7) 鲁棒性:是拍软件系统在非止常情况(如用户进行了非法操作、相关的软硬件系统发生了故障等)下仍能够正常运行的能力，也称健壮性或容错性。

面架构评估的质量属性

性能(Performance) 是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段事件内系统所能处理的事件的个数。

时靠性( Reliability )是软件系统在应用或系统错误面前，在意外或错民使用的情况下维持软件系统的功能特性的基本能力。

容错性、健壮性

可用性（Availability )是系统能够正常运行的时间比例。

安全性(Securi ty )是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。

可修改性(Modifiability )是指能够快速地以较高的性价比对系统进行变更的能力。

可维护性、可扩展性、结构重组、可移植性

功能性( Functionality )是系统能完成所期望的工作的能力。

可变性( Changeability )是指架构经扩充或变更而成为新架构的能力。

互操作性

质量属性场景描述

质量属性场景是一种面向特定质量属性的需求。它由6 部分组成:
· 剌激源(Source) :这是某个生成该剌激的实体(人、计算机系统战者任何其他剌激器) 。
· 剌激(Stimulus) : ì在剌激是当剌激到达系统时需要考虑的条件。
· 环境(Environment ) : ì哀剌激在某些条件内发生。当激励发绝时，系统可能能处于过载、运行或者其他悄况。
· 制品( Artifact ) : 某个制品被激励。这可能是整个系统，也可能是系统的一部分。
· 响应（Response) : 该响应是在激励到达后所采取的行动。
· 响应度量( Measurement) : 当响应发生时，应当能够以某种方式对其进行度盘，以对需求进行测试.

可用性质量属性场景

可修改性质量属性场景

性能质量属性场景

可测试性质量属性场景

易用性质量属性场景

安全性质量属性场景

系统架构评估

系统架构评估是在对架构分析、评仙的基础土，对架构策略的选取进行决策。

基于调查问卷或检查表的方式、基于场最的方式和基于度量的方式。

系统架构评估中的重耍概念

敏感点( Sensitivity Point ) 和权衡点( Tradeoff Point ) .

风险承担者( Stakeholders ) 或者称为利益相关人。

场景(scenarios )

在架构评估中，一般采用剌激( Stimulus) 、环境( Environment ) 和响应( Response ) 三方面来对场景进行描述。

系统架构评估方法

SAAM 方法

评估一个系统架构的通用方法。
(1) 特定目标。
(2) 评估技术。
(3)质量属性。
(4) 风险后担者。
(5) 架构描述
(6) 方法活动
(7) 己有知识库的可理用性
(8) 方法验证

SAAM 分析评估架构的过程包括5 个步骤，即场景开发、架构描峰、单个场景评估、场景交互和总体评估.

ATAM 方法

架构权衡分析方法( Architecture TradeoíT Analysis Method, ATAM ) 是在SAAM 的基础上发展起来的，主要运针对性能、实用性、安全性和可修改忡，在系统开发之前，对这些质旦属性进行评价和折中。

特定目标

质量属性

风险承担者

架构描述

评估技术

方法活动

领域知识库的可重用性

方法验证

ATAM方法采用效用树( Utility tree ) 这一工具来对质量属性进行分类和优先级排序。

CBAM 方法

CBAM 方沾分为以下8 个步骤。
(1)整理场景。
( 2 ) 对场景进行求精。
(3 )确定场景的优先级。
( 4 ) 分配效用。
( 5 ) 架构策略涉及哪些质量属性及响应级别，形成柑关的" 策略一场景一响应级别"的对附关系。
( 6) 使用内捅法确定"期望的"质量属性响应级别的效用
(7) 计算各架构策略的总收益。根据第3 步的场景的权值及第6 步的架构策略效用衰，计算出架构策略的总收益得分。
(8) 根据受成本限制影响的ROI 选择架构策略。