deepread13｜第5章 应用系统生命周期与生命周期模型选择详解

ONEPSOFT | 软考学习知识库

---

deepread13｜第5章 应用系统生命周期与生命周期模型选择详解

知识点深度解读：应用系统生命周期与生命周期模型选择

一、知识点定位

「应用系统生命周期与生命周期模型选择」属于【第 5 章 · 应用系统规划】5.2.1 节。它回答应用系统 " 从生到死全过程怎么划分 " 以及 " 建的时候选哪种过程模型 "。是应用系统规划的核心选择项。

• 主要教材出处：第 5 章 5.2.1 生命周期选择（含瀑布/V/迭代/模型选择）
• 在考试中的角色：选择题高频（瀑布 3 特点、V 模型左右对应、迭代的演化 vs 增量、模型选择原则）；案例可能让选合适模型
• 与 speedrun 关联：第 5 章速通 " 应用系统规划主要内容 " 段有提及，这里展开三种模型差异

二、教材原文精摘（5.2.1 全节）

【生命周期定义】原文：

应用系统的生命周期是指从规划设计该系统的构想开始，到系统需求的确定、系统设计、系统实现、产品测试与验收、投入使用以及应用系统版本的不断更新，到最终该应用系统退役的全过程。

【生命周期模型定义】原文：

生命周期模型是一个框架，它包含了应用系统开发、运行、维护中涉及的过程活动和任务……把应用系统生命周期细分为几个阶段，这些阶段需要包含识别用户需求、开发、测试、安装、运行以及退役这几个步骤。

【1.瀑布模型】原文：

20 世纪 80 年代之前瀑布模型是一个被广泛采用的生命周期模型，其特点如下：●阶段间具有顺序性和依赖性（必须等前一阶段完成后才能开始后一阶段；前一阶段输出是后一阶段输入）。●推迟实现的观点（编码前设置系统分析与设计阶段，区分逻辑设计与物理设计，尽可能推迟程序物理实现）。●质量保证的观点（每阶段必须完成规定内容，结束前评审，尽早发现问题）。

【2.V 模型】原文：

V 模型是瀑布模型的变种，主要描述测试活动如何与分析和设计活动相关联。编码是 V 模型的顶点，分析和设计在左侧，测试和维护在右侧。单元测试和集成测试关注程序正确性，也能验证程序设计；系统测试验证系统设计；由用户主导的验收测试检查交付前所有需求是否实现。

【3.迭代模型】原文：

迭代模型缩短面世时间，较快提交有用软件。分为两种：演化建设（开始交付完整系统，后续完善功能质量）；增量建设（作为一系列增量构件，先交付部分功能子系统，后续增加）。优点：①逐步增加功能让用户有适应时间；②建设失败风险较低（某增量出问题其他仍可交付）；③优先级最高服务先交付、接受最多测试。注意：新增量集成不破坏原有；架构须开放。

【5.生命周期模型选择】原文：

每个生命周期模型都包含通用活动：和用户达成一致的需求、基于需求的规划设计、基于规划设计的构造、基于优先级步骤的测试流程构建、每一阶段的出口和入口标准。选择时需基于几个模型或其关键概念，选择或组合适合建设特征的模型元素，采用满足用户和团队需求的活动，指定任务、流程和评审类型。

三、系统解读（逐段讲透）

• 针对生命周期/模型定义：生命周期 = 全过程（规划→需求→设计→实现→测试→投用→更新→退役）；模型 = 把这个过程 " 分段 " 的框架。两者关系：生命周期是 " 时间轴 "，模型是 " 切段方式 "。
• 针对瀑布模型：三个特点必考——①顺序依赖（前段不完不能开后段，输出即输入）；②推迟实现（先搞逻辑设计，最后才写代码）；③质量保证（每阶段结束评审）。适合需求明确、变动少的系统。
• 针对 V 模型：瀑布的 " 测试增强版 "。核心是把测试和分析设计对应起来：左边分析设计，右边测试维护，编码在顶点。单元测试↔程序设计，系统测试↔系统设计，验收测试↔需求。一句话：测试不是最后才做，而是和前面每一层对应验证。
• 针对迭代模型：解决 " 用户等不及 " 的问题。两种：演化（先给完整再完善）、增量（先给部分再叠加）。三大优点：用户早受益/风险低/最重要的先测。注意点：架构要开放、集成不破坏已有。
• 针对模型选择：所有模型都含 5 类通用活动（需求/规划/构造/测试/出入口标准）。选择不是 " 单选一个 "，而是按系统特征组合模型元素。

核心一句话总结：生命周期是 " 系统从生到死的全过程 "，模型是 " 把它怎么分段干 "——瀑布最稳重（线性、重评审）、V 最重测试对应、迭代最灵活（早交付、抗风险），实际常组合用。

四、工程实践举例（土木工程背景）

用 " 一个工程的建设过程 " 套：工程也有生命周期，也有 " 怎么组织干 " 的模型选择。

教材 ↔ 土木工程实践 对照表：

教材要素	工程实践对应	映射说明
应用系统生命周期	工程全生命周期：可研→设计→施工→运维→拆除	都是 " 从生到死 "
瀑布模型	传统 DBB 模式：设计完审图合格才开工	顺序依赖、阶段评审
推迟实现	先出施工图 (逻辑) 再浇筑 (物理)	先设计后施工
V 模型	设计审查↔竣工验收对应；分部验收↔分项设计	测试/验收左移对应
迭代模型·增量	分期建设：先通一期的路，再建二期	先交付部分功能
迭代模型·演化	先建示范段再全线的完善	先完整后完善
模型选择组合	主体用瀑布、机电用迭代，组合	按特征组合模型

流程对比（瀑布线性 vs 迭代循环）：

流程图（结构化呈现）

瀑布

1. 需求
2. 设计
3. 实现
4. 测试
5. 投用

迭代

1. 需求
2. 增量1设计/实现/测试
3. 增量2...
4. 投用并持续叠加