默认分类
未读
Day24-03｜5.2.3 需求追踪
Day24-03｜5.2.3 需求追踪：让每项需求都能找到设计、实现、验证和责任 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.2.3“需求追踪”。需求追踪是建立和维护需求与业务目标、架构决策、设计元素、代码、测试用例、缺陷、发布版本和运行指标之间关联的活动。它使团队能够回答
默认分类
未读
Day26-01｜5.4.1 测试方法
Day26-01｜5.4.1 测试方法：用证据评价软件是否满足预期 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.4.1“测试方法”。软件测试是通过执行程序、检查产物或分析运行行为，发现缺陷、验证需求和评价质量的活动。测试不能证明软件绝对没有缺陷，但可以在明确范围、风险和置信
默认分类
未读
Day26-02｜5.4.2 测试阶段
Day26-02｜5.4.2 测试阶段：让不同层次的验证形成连续质量证据 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.4.2“测试阶段”。测试阶段是按照软件生命周期组织测试活动的阶段划分，重点解决“在什么时机、对什么对象、用什么环境、由谁验证、达到什么条件”的问题。系统架构
默认分类
未读
Day26-03｜5.5.1 净室软件工程理论基础
Day26-03｜5.5.1 净室软件工程理论基础：把缺陷预防前置到开发过程 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.5.1“净室软件工程理论基础”。净室软件工程（Cleanroom Software Engineering）强调通过形式化规格、增量式开发、正确性验证、
默认分类
未读
Day26-04｜5.5.2 净室软件工程技术手段
Day26-04｜5.5.2 净室软件工程技术手段：把理论原则落实为规格、验证和统计证据 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.5.2“净室软件工程技术手段”。如果说上一节回答了“净室为什么强调缺陷预防”，本节则关注“如何做”。净室工程通过盒结构规格、正确性验证、增量
默认分类
未读
Day26-05｜5.5.3 净室软件工程应用与缺点
Day26-05｜5.5.3 净室软件工程应用与缺点：在高可靠场景中选择合适的严格程度 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.5.3“净室软件工程应用与缺点”。净室软件工程通过缺陷预防、形式化规格、正确性验证和统计测试提高软件质量，但它不是适用于所有项目的万能过程。系
默认分类
未读
Day27-01｜5.6.1 构件和构件模型
Day27-01｜5.6.1 构件和构件模型：把可复用软件从“代码片段”提升为工程资产 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.6.1“构件和构件模型”。基于构件的软件工程（Component-Based Software Engineering，CBSE）把具有明确接
默认分类
未读
Day27-03｜5.6.3 构件组装
Day27-03｜5.6.3 构件组装：让可复用单元在真实系统中正确协作 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.6.3“构件组装”。构件组装是将构件、接口、连接器、配置、数据和运行环境组合成满足业务与质量要求的系统。组装的难点不在于把文件放到同一个目录，而在于解决接口
默认分类
未读
Day27-02｜5.6.2 CBSE过程
Day27-02｜5.6.2 CBSE过程：从寻找可复用构件到验证组装后的系统 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.6.2“CBSE过程”。基于构件的软件工程过程（Component-Based Software Engineering Process，CBSE）围
默认分类
未读
Day27-04｜5.7.1 软件项目管理概述
Day27-04｜5.7.1 软件项目管理概述：把技术方案变成可交付、可控制的项目结果 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.7.1“软件项目管理概述”。软件项目管理是对软件项目的范围、目标、进度、成本、质量、资源、风险、沟通、采购和交付进行计划、组织、执行、监控和收
默认分类
未读
Day27-07｜5.7.4 软件质量管理
Day27-07｜5.7.4 软件质量管理：从“测出缺陷”走向“构建质量” 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.7.4“软件质量管理”。软件质量管理是对质量目标、质量标准、质量保证、质量控制、质量评审、测试活动、质量度量和持续改进进行系统管理。高级系统架构设计师不能
默认分类
未读
Day27-06｜5.7.3 软件配置管理
Day27-06｜5.7.3 软件配置管理：让每一次变更都可识别、可追溯、可恢复 本文对应《系统架构设计师教程（第2版）》第5章“软件工程基础知识”5.7.3“软件配置管理”。软件配置管理（Software Configuration Management，SCM）不是简单地给代码建立 Git 仓库
