默认分类
未读
Day29-12|8.3.3 阶段3——测试:用实验和证据验证架构质量目标
Day29-12|8.3.3 阶段3——测试:用实验和证据验证架构质量目标 一、教材定位 ATAM 的阶段3“测试”不是只执行传统功能测试,而是针对阶段2识别出的质量属性场景、敏感点、权衡点和风险,设计实验和验证活动,判断架构策略是否真的能够产生预期响应。测试阶段把架构评估从“设计上应该可以”推进到
默认分类
未读
Day29-13|8.3.4 阶段4——报告 ATAM:把评估发现转化为可执行的架构结论
Day29-13|8.3.4 阶段4——报告 ATAM:把评估发现转化为可执行的架构结论 一、教材定位 ATAM 的最后阶段是报告评估结果。报告不是会议纪要,也不是简单列出“通过或不通过”,而是把业务驱动因素、质量属性场景、架构策略、敏感点、权衡点、风险、假设、测试证据和改进建议组织成可追踪的结论。
默认分类
未读
Day30-01|9.1.1 软件可靠性定义:理解系统在规定条件下持续正确运行的能力
Day30-01|9.1.1 软件可靠性定义:理解系统在规定条件下持续正确运行的能力 一、教材定位 软件可靠性是系统架构设计师必须掌握的基础质量属性,也是后续可靠性建模、可靠性管理、可靠性设计、可靠性测试和可靠性评价的概念基础。很多人把“可靠”简单理解为系统不宕机,实际上可靠性既包括持续运行,也包括
默认分类
未读
Day30-02|9.1.2 软件可靠性的定量描述:用指标和模型度量故障与恢复
Day30-02|9.1.2 软件可靠性的定量描述:用指标和模型度量故障与恢复 一、教材定位 软件可靠性不能只用“稳定”或“不稳定”描述,还需要通过指标、概率和统计数据进行定量表达。定量描述为可靠性目标制定、架构比较、测试评价、运行监控和风险决策提供依据。高级系统架构设计师不仅要理解定义,还要能解释
默认分类
未读
Day30-03|9.1.3 可靠性目标:把“稳定运行”转化为可验收的系统承诺
Day30-03|9.1.3 可靠性目标:把“稳定运行”转化为可验收的系统承诺 一、教材定位 可靠性目标是对系统在规定条件、规定时间和规定功能范围内应达到的可靠程度所作的明确要求。它是可靠性需求、架构设计、测试计划、运维监控和服务承诺之间的连接点。没有清晰的可靠性目标,架构团队无法判断是否需要冗余、
默认分类
未读
Day30-04|9.1.4 可靠性测试的意义:在规定条件下证明系统能够持续正确运行
Day30-04|9.1.4 可靠性测试的意义:在规定条件下证明系统能够持续正确运行 一、教材定位 可靠性测试用于评价软件在规定条件和规定时间内持续完成规定功能的能力。它不仅检查一次输入是否得到正确输出,还要关注长期运行、连续负载、异常输入、环境变化、故障恢复、数据完整性和业务结果正确性。对于高级系
默认分类
未读
Day30-05|9.1.5 广义的可靠性测试与狭义的可靠性测试:从全生命周期质量保障到专门可靠性验证
Day30-05|9.1.5 广义的可靠性测试与狭义的可靠性测试:从全生命周期质量保障到专门可靠性验证 一、教材定位 可靠性测试可以从广义和狭义两个角度理解。狭义的可靠性测试,通常指在规定条件下,通过长时间运行、故障注入、压力、恢复和统计分析,直接评价软件可靠性的专门测试;广义的可靠性测试,则把能够
默认分类
未读
Day30-06|9.2.1 影响软件可靠性的因素:从需求、架构到运行治理的系统分析
Day30-06|9.2.1 影响软件可靠性的因素:从需求、架构到运行治理的系统分析 一、教材定位 软件可靠性不是由某一个技术组件决定的,而是需求、架构、设计、实现、测试、部署、运行和组织管理共同作用的结果。影响因素分析的意义在于找到可靠性薄弱环节,避免把所有故障都归咎于代码或服务器。高级系统架构设
默认分类
未读
Day30-07|9.2.2 软件可靠性的建模方法:用模型预测失效、比较方案和安排验证
Day30-07|9.2.2 软件可靠性的建模方法:用模型预测失效、比较方案和安排验证 一、教材定位 软件可靠性建模是使用数学模型、概率模型或状态模型描述系统失效与恢复行为的活动。模型可以帮助架构师估计可靠度和可用性、比较冗余方案、识别关键故障路径、预测可靠性增长趋势、安排测试资源和支持风险决策。模
默认分类
未读
Day30-08|9.2.3 软件的可靠性模型分类:根据问题选择合适的可靠性模型
Day30-08|9.2.3 软件的可靠性模型分类:根据问题选择合适的可靠性模型 一、教材定位 可靠性模型并不是一个单一公式,而是一组针对不同问题、不同阶段和不同数据条件建立的抽象模型。软件可靠性模型可以从建模目的、输入数据、系统结构、运行状态和时间关系等角度分类。掌握模型分类,能够帮助架构师判断“
默认分类
未读
Day30-09|9.3 软件可靠性管理:把可靠性目标落实为计划、责任和持续改进
Day30-09|9.3 软件可靠性管理:把可靠性目标落实为计划、责任和持续改进 一、教材定位 软件可靠性管理是对可靠性目标、活动、资源、过程、指标和改进进行组织和控制的工作。可靠性设计解决“系统应该怎样设计”,可靠性测试解决“系统在特定条件下是否达标”,可靠性管理则解决“谁负责、如何计划、如何持续
默认分类
未读
Day30-10|9.4.1 容错设计技术:让系统在故障发生时仍能提供正确或可接受的服务
Day30-10|9.4.1 容错设计技术:让系统在故障发生时仍能提供正确或可接受的服务 一、教材定位 容错设计是软件可靠性设计的重要组成部分,目标是在一个或多个部件发生故障时,系统能够继续提供全部或部分正确服务,或者以受控方式降级、恢复和补偿。容错不是让系统永远不发生故障,而是控制故障影响,阻止错