深圳网站开发平台seo就业
系统架构评估是在对架构予以分析、评估的基础上，对架构策略的选择作出决策。它运用数学或者逻辑分析技术，针对系统的一致性、正确性、质量属性、规划结果等不同方面，给出描述性、预测性以及指令性的分析结果。
系统架构评估的方法通常可分为三类：基于调查问卷或检查表的方式、基于场景的方式以及基于度量的方式。
1.基于调查问卷或检查表的方法。此方法的关键在于精心设计问卷或者检查表，充分运用系统相关人员的经验与知识，来获取对架构的评估。该方法的不足之处在于在很大程度上依靠评估人员的主观推断。
2.基于场景的评估方法。基于场景的方式由卡耐基梅隆大学软件工程研究所率先提出，并应用于架构权衡分析法(Architecture Tradeoff Analysis Method,ATAM)和软件架构分析方法(Software ArchitectureAnalysis Method,SAAM)之中。它是通过剖析软件架构对场景(也就是对系统的使用或修改活动)的支持程度，进而判定该架构对这一场景所代表的质量需求的满足程度。
3.基于度量的评估方法。它建立在软件架构度量的基础之上，涉及三个基本活动，首先要确立质量属性和度量之间的映射原则，接着从软件架构文档中获取度量信息，最后依据映射原则分析推导出系统的质量属性。
系统架构评估中的重要概念主要包含以下几类，这些概念是分析架构质量、识别风险以及权衡决策的核心基础：
1. 敏感点（Sensitivity Point）
定义：敏感点是系统中一个或多个构件（或构件间关系）的特性，与实现特定质量属性紧密相关。通过分析敏感点，能够明确在满足质量目标时需要关注的关键设计决策。
示例：数据库连接池的配置是性能的敏感点，调整其参数或许会直接影响系统吞吐量。
2. 权衡点（Tradeoff Point）
定义：权衡点是影响多个质量属性的敏感点，需要在不同质量目标之间进行折中的决策。它是架构设计中需要着重关注的复杂决策点。
示例：提高加密级别可能会增强安全性，但会增加计算开销，致使性能下降，所以加密级别是安全性与性能的权衡点。
3. 风险承担者（Stakeholders）
定义：风险承担者（利益相关者）是对系统架构有影响或者受其影响的群体，包括用户、开发人员、测试人员、运维人员等。
作用：在评估过程中需要协调不同利益方的需求，确保架构满足多方目标。例如，用户关注可用性，架构师关注可维护性。
4. 场景（Scenarios）
定义：场景是描述系统与外部交互的机制，通过“刺激（Stimulus）-环境（Environment）-响应（Response）”三个要素构建，用于精确分析质量属性的实现效果。
应用：例如，“用户并发量激增时（刺激），系统在10秒内响应请求（响应）”是一个性能场景。
5. 风险点与非风险点
风险点：指架构设计中可能致使质量目标无法实现的潜在问题，如高并发场景下未采用分布式缓存可能引发性能瓶颈。
非风险点：指已经验证可行的架构决策，例如使用冗余服务器提升可用性已被证明有效的。#架构评估#
今天就讲到这里啦，贪多嚼不烂哦，下次介绍SAAM，拜拜喽