系统架构师精讲|第五章 软件工程基础

✨ 专栏定位：软考高级·系统架构师 全章节原创精讲，直击考点、拒绝废话。

📌 本章分值：10～15分（上午单选/多选必考，案例大题核心，论文高频素材）

🎯 核心目标：吃透软件工程全生命周期流程、核心方法与工具，掌握软件项目管理、质量保证要点，应对案例设计与论文写作。

一、软件工程核心概念（上午题高频）

1. 软件工程定义（必背）

软件工程：是一门系统化、规范化、可度量的学科，核心是用工程化的方法开发、运行、维护软件，目的是提高软件质量、降低开发成本、提升开发效率。

✅ 核心本质：将工程思维应用于软件开发，解决“软件危机”（如开发效率低、质量差、维护困难等问题）。

2. 软件工程的核心要素（必记）

• 方法：软件开发、维护过程中使用的技术和工具（如结构化方法、面向对象方法）

• 工具：辅助软件开发生命周期的工具（如IDE、建模工具、测试工具）

• 过程：软件从需求分析到退役的全流程（核心考点，后续重点讲解）

• 质量：软件满足用户需求的程度（如功能完整性、可靠性、可维护性）

3. 软件危机（了解，上午题偶考）

软件危机是软件工程产生的背景，核心表现为：开发成本失控、开发周期延长、软件质量低下、维护困难、用户需求不满足。

🔍 解决思路：通过工程化方法规范开发流程、使用标准化工具、建立质量管控体系。

二、软件开发生命周期（SDLC，超级重点，案例必考）

软件开发生命周期是软件工程的核心框架，软考重点考各阶段划分、核心任务、输出物，记准阶段顺序和对应产出，案例题直接套用。

1. 阶段划分（按顺序必背）

完整生命周期：可行性研究与计划 → 需求分析 → 概要设计 → 详细设计 → 编码实现 → 测试 → 部署与运行 → 维护 → 退役

2. 各阶段核心详解（案例/上午题必考）

（1）可行性研究与计划阶段

• 核心任务：分析项目是否可行（技术可行、经济可行、操作可行、法律可行），制定项目计划。

• 输出物：可行性研究报告、项目计划书（包含进度计划、资源计划、成本预算）

• 软考考点：可行性研究的核心是“投入产出分析”，判断项目是否值得开发。

（2）需求分析阶段（案例高频）

• 核心任务：明确用户的功能需求、非功能需求，梳理需求优先级，形成规范的需求文档。

• 核心需求分类：   

1.  功能需求：软件必须实现的具体功能（如用户登录、订单提交）；  

2.  非功能需求：软件的质量要求（如性能、可用性、安全性、可扩展性，对应第三章架构质量属性）；   

3.  约束条件：开发过程中的限制（如技术栈、开发周期、成本）。

• 输出物：需求规格说明书（SRS）（软考案例常考“需求规格说明书的内容”）

• 常用方法：访谈法、问卷调查法、原型法（快速构建原型，确认用户需求）。

（3）概要设计阶段（架构设计核心）

• 核心任务：确定软件的整体架构，划分功能模块，定义模块间的接口和交互关系，不涉及具体实现细节。

• 输出物：概要设计说明书、架构图、模块结构图

• 软考考点：概要设计的核心是“模块划分”，遵循“高内聚、低耦合”原则（必背）。

✅ 补充：高内聚（模块内部功能单一、关联紧密）；低耦合（模块间依赖少、接口简单）。

（4）详细设计阶段

• 核心任务：对概要设计的模块进行细化，设计模块内部的算法、数据结构、接口细节，明确代码编写规范。

• 输出物：详细设计说明书、流程图、伪代码、类图（面向对象）

• 常用工具：流程图（DFD数据流图、IPO图）、UML类图、伪代码。

（5）编码实现阶段

• 核心任务：按照详细设计说明书，使用选定的编程语言（如Java、Python）编写代码，进行单元测试。

• 输出物：源代码、单元测试报告

• 软考考点：编码规范、代码复用、单元测试的目的（发现模块内部错误）。

（6）测试阶段（案例高频，单独重点）

• 核心任务：通过各种测试方法，发现软件中的错误，验证软件是否满足需求规格说明书的要求。

• 测试流程（从低到高）：单元测试 → 集成测试 → 系统测试 → 验收测试（必背顺序）

• 输出物：测试计划、测试用例、测试报告

• 软考考点：各测试阶段的目的、测试方法（黑盒测试、白盒测试）。

（7）部署与运行阶段

• 核心任务：将测试通过的软件部署到生产环境，配置运行环境，进行试运行，确保软件正常运行。

• 输出物：部署文档、用户手册、运行日志

（8）维护阶段（软件生命周期最长阶段）

• 核心任务：对运行中的软件进行维护，解决运行中的错误、适应需求变化、优化性能。

• 维护分类（必背）：   

1.  纠错性维护：修复运行中发现的错误（最常见）；   

2.  适应性维护：适应硬件/软件环境变化（如系统升级）；   

3.  完善性维护：增加新功能、优化现有功能（用户需求变化）；   

4.  预防性维护：提前预防可能出现的错误（最少见）。

• 输出物：维护报告、修改后的源代码/文档

（9）退役阶段

• 核心任务：软件淘汰、下线，进行数据迁移、系统销毁、归档总结，避免数据泄露和资源浪费。

• 输出物：退役报告、数据归档文档

三、软件测试（案例大题核心，单独细化）

1. 测试核心原则（必背）

• 测试应尽早开始，贯穿整个软件生命周期（如需求阶段就可设计测试用例）； 

• 测试用例应包含“输入数据、预期结果”，确保可重复、可验证；

 • 避免由开发人员测试自己编写的代码（避免主观偏见）； 

• 测试的目的是“发现错误”，而非证明软件无错。

2. 测试方法分类（上午题+案例必考）

（1）按测试对象划分（必记）

• 单元测试：测试单个模块（如一个函数、一个类），由开发人员完成；

• 集成测试：测试模块间的接口和交互（如模块A与模块B的调用），验证模块集成后的功能； 

• 系统测试：测试整个软件系统，验证是否满足需求规格说明书的全部要求； 

• 验收测试：由用户参与，测试软件是否满足实际业务需求，确认是否可上线。

（2）按测试方式划分（必记）

• 黑盒测试：不关注内部实现，只关注输入输出（如用户操作软件，验证功能是否正常）；   

常用方法：等价类划分法、边界值分析法、场景法（案例常考）。 

• 白盒测试：关注内部实现，查看代码逻辑（如测试循环、条件判断）；   

常用方法：语句覆盖、判定覆盖、条件覆盖（上午题常考覆盖程度对比）。

3. 测试工具（了解，上午题偶考）

• 单元测试工具：JUnit（Java）、PyTest（Python）； 

• 自动化测试工具：Selenium（Web自动化）、Appium（APP自动化）； 

• 性能测试工具：JMeter（软考高频，测试吞吐量、响应时间）； 

• 缺陷管理工具：JIRA（跟踪测试发现的缺陷）。

四、软件开发方法（软考高频，案例/论文可用）

核心考“方法特点+适用场景”，记住每种方法的核心关键词，上午题秒杀，论文可直接引用。

1. 结构化开发方法（传统方法）

• 核心思想：自顶向下、逐步细化、结构化分析与设计，将软件视为一个结构化的模块集合。 

• 核心步骤：需求分析 → 结构化分析（DFD数据流图） → 结构化设计（模块结构图） → 编码 → 测试。 

• 优点：流程规范、逻辑性强、易于理解和维护； 

• 缺点：不适应需求快速变化，难以应对复杂系统； 

• 适用场景：需求明确、变化少的中小型软件（如管理系统）。

2. 面向对象开发方法（主流方法，重点）

• 核心思想：以“对象”为核心，将数据和操作封装在一起，通过类、继承、多态实现代码复用和扩展。 

• 核心概念（必背）：对象、类、继承、多态、封装、消息传递。 

• 核心步骤：需求分析 → 面向对象分析（OOA，建立用例图、类图） → 面向对象设计（OOD） → 面向对象编程（OOP） → 测试。

• 优点：可复用性强、易于扩展、适应需求变化，适合复杂系统； 

• 缺点：开发成本较高、对开发人员要求高； 

• 适用场景：需求复杂、变化频繁的大型软件（如电商系统、分布式系统）。

3. 敏捷开发方法（案例高频，现代主流）

• 核心思想：迭代式、增量式开发，快速响应需求变化，强调团队协作和用户反馈，不追求完美文档。 

• 核心特点：小步快跑、迭代交付、持续集成、用户参与； 

• 常见敏捷方法：Scrum（最常用，包含产品_backlog、冲刺、每日站会）、XP（极限编程，强调结对编程、测试驱动）。 

• 优点：适应需求快速变化、开发效率高、用户满意度高； 

• 缺点：缺乏规范文档，后期维护难度大； 

• 适用场景：互联网产品、需求不确定、快速迭代的项目（如APP开发）。

4. 其他常用方法（了解）

• 原型法：快速构建原型，与用户确认需求，适合需求不明确的项目； 

• 瀑布模型：线性流程，严格按照生命周期顺序执行，适合需求明确、无变化的项目（传统模型）； 

• 螺旋模型：结合瀑布模型和原型法，强调风险分析，适合大型复杂项目。

五、软件项目管理（案例/论文高频）

软考重点考“核心管理领域+关键工具”，案例常考“项目管理问题及解决方案”，论文可作为核心素材。

1. 核心管理领域（必背）

• 范围管理：定义项目范围，避免范围蔓延（如用户新增需求未走变更流程）； 

• 时间管理：制定进度计划，控制项目工期（常用工具：甘特图、网络图）； 

• 成本管理：控制项目成本，核算投入产出（常用方法：成本估算、成本控制）； 

• 质量管理：确保软件质量，建立质量管控体系（如质量标准、测试流程）； 

• 人力资源管理：管理项目团队，明确角色分工（如项目经理、开发工程师、测试工程师）； 

• 沟通管理：协调团队内部、与用户的沟通，避免信息偏差； 

• 风险管理：识别项目风险（如技术风险、进度风险），制定应对方案； 

• 采购管理：采购所需的软硬件、服务，控制采购成本和质量。

2. 常用管理工具（上午题高频）

• 甘特图：直观展示项目进度，明确各任务的开始和结束时间（案例常考绘制思路）； 

• 网络图（PERT图）：用于进度计划和工期估算，计算关键路径（核心考点：关键路径是工期最长的路径，决定项目总工期）； 

• 挣值管理（EVM）：监控项目进度和成本，判断项目是否超支、延期（上午题计算常考）。

六、软件质量保证与质量控制（案例高频）

1. 软件质量核心指标（必背，与第三章架构质量属性呼应）

• 功能性：软件满足用户功能需求的程度； 

• 可靠性：软件长时间稳定运行、容错的能力； 

• 易用性：用户使用软件的便捷程度（如操作简单、界面友好）； 

• 效率：软件的响应时间、吞吐量（性能指标）； 

• 可维护性：故障修复、迭代更新的效率； 

• 可移植性：软件在不同硬件/软件环境下的适配能力。

2. 质量保证（QA）与质量控制（QC）区别（必记）

• 质量保证（QA）：事前预防，贯穿整个生命周期，确保开发流程规范（如制定质量标准、审核文档）； 

• 质量控制（QC）：事后检查，重点在测试阶段，发现和修复质量问题（如测试、缺陷修复）。

七、本章高频考点速记（直接背，上午题+案例秒杀）

1. 软件生命周期：可行性研究→需求分析→概要设计→详细设计→编码→测试→部署→维护→退役

2. 需求分析输出物：需求规格说明书（SRS）

3. 测试流程：单元测试→集成测试→系统测试→验收测试

4. 软件开发方法：结构化（需求明确）、面向对象（复杂系统）、敏捷（快速迭代）

5. 模块划分原则：高内聚、低耦合

6. 软件维护分类：纠错性、适应性、完善性、预防性

7. QA（事前预防）、QC（事后检查），关键路径决定项目总工期