互动
最近评论
文章415
2026
Day29-10|8.3.1 阶段1——演示(Presentation):让评估团队建立共同架构认知
Day29-10|8.3.1 阶段1——演示(Presentation):让评估团队建立共同架构认知
Day29-11|8.3.2 阶段2——调查和分析:识别质量场景、敏感点与架构风险
Day29-11|8.3.2 阶段2——调查和分析:识别质量场景、敏感点与架构风险
Day29-12|8.3.3 阶段3——测试:用实验和证据验证架构质量目标
Day29-12|8.3.3 阶段3——测试:用实验和证据验证架构质量目标
Day29-13|8.3.4 阶段4——报告 ATAM:把评估发现转化为可执行的架构结论
Day29-13|8.3.4 阶段4——报告 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 容错设计技术:让系统在故障发生时仍能提供正确或可接受的服务
Day30-11|9.4.2 检错技术:尽早发现错误,阻止错误继续传播
Day30-11|9.4.2 检错技术:尽早发现错误,阻止错误继续传播
Day50|9.4.3 降低复杂度设计:以可理解、可验证和可演进保障软件可靠性
Day50|9.4.3 降低复杂度设计:以可理解、可验证和可演进保障软件可靠性
Day30-12|9.4.4 系统配置技术:用可控的运行环境支撑软件可靠性
Day30-12|9.4.4 系统配置技术:用可控的运行环境支撑软件可靠性
Day30-13|9.5.1 软件可靠性测试概述:验证系统在真实运行中的无故障能力
Day30-13|9.5.1 软件可靠性测试概述:验证系统在真实运行中的无故障能力
Day30-14|9.5.2 定义软件运行剖面:让可靠性测试接近真实使用
Day30-14|9.5.2 定义软件运行剖面:让可靠性测试接近真实使用
Day30-15|9.5.3 可靠性测试用例设计:从真实场景推导可验证的故障证据
Day30-15|9.5.3 可靠性测试用例设计:从真实场景推导可验证的故障证据
你好啊!我是
珩小派 · 研究与洞察
最新评论
最近发布