deepread1｜第7章+信息系统开发及应用详解

ONEPSOFT | 软考学习知识库

---

deepread1｜第7章+信息系统开发及应用详解

知识点深度解读：信息系统开发及应用（生命周期模型与开发方法选型论证）

一、知识点定位

本章知识点【信息系统开发及应用·生命周期模型与开发方法选型论证】属于【第 7 章 · 软件工程（软件生命周期模型）】与【第 6 章 · 信息系统建设（开发方法分类与选型）】的核心内容，同时在【第 10 章 系统规划与分析】也有延伸。在整个系统分析师知识体系中，它是【中游核心】环节的关键节点——大纲把 " 信息系统开发及应用 " 列为论文常考方向之一（论文方向 1）。

• 主要教材出处：第 7 章 7.2 软件生命周期模型（同时涉及第 6 章 6.4.9 开发方法分类与选型）
• 在考试中的角色：论文方向 1（可写）、案例与选择基础
• 与 speedrun 关联：如果你看过第 7 章速通，这个点在 " 软件工程基础 " 段有简要提及，这里展开讲透。

二、教材原文精摘（原封不动，跨章节全覆盖）

【第 7 章 7.2.1 瀑布模型】原文：

" 瀑布模型是一种严格定义方法，它将软件开发的过程分为软件计划、需求分析、软件设计、程序编码、软件测试和运行维护 6 个阶段，形如瀑布流水，最终得到软件产品……瀑布模型是一个线性顺序模型，支持线性开发。它假设当线性序列完成之后就能交付一个完善的系统，并没有考虑软件的演化特征……在瀑布模型中，需求或设计中的错误往往只有到了项目后期才能够被发现，对于项目风险的控制能力较弱，从而导致项目常常延期完成，开发费用超出预算。"

【第 7 章 7.2.1 演化模型】原文：

" 演化模型主要针对事先不能完整定义需求的软件开发，是在快速开发一个原型的基础上，根据用户在调用原型的过程中提出的反馈意见和建议，对原型进行改进，获得原型的新版本，重复这一过程，直到演化成最终的软件产品。"

【第 7 章 7.2.1 螺旋模型】原文：

" 螺旋模型是瀑布模型与演化模型相结合，并加入两者所忽略的风险分析所建立的一种软件开发模型……螺旋模型沿着螺旋线进行若干次迭代，每次迭代都包括制订计划、风险分析、实施工程和客户评估 4 个方面的工作……与瀑布模型相比，螺旋模型支持用户需求的动态变化，为用户参与软件开发的所有关键决策提供了方便……在使用螺旋模型进行软件开发时，需要开发人员具有相当丰富的风险评估经验和专门知识。"

【第 7 章 7.2.4 敏捷方法】原文：

" 敏捷方法是一种以人为核心、迭代、循序渐进的开发方法。在敏捷方法中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征……"

" 敏捷宣言认为，个体和交互胜过过程和工具；可工作的软件胜过大量的文档；客户合作胜过合同谈判；响应变化胜过遵循计划。"

【第 6 章 6.4.9 开发方法分类与选型】原文：

" 信息系统是一个极为复杂的人机交互系统……与其他工程项目相比，信息系统工程项目的开发和管理显得更加复杂，所面临的风险也更大。同时，由于我国开展信息化工作的时间并不长，用户基础比较薄弱……那么，如何选择一个合适的开发方法，以保证在多变的市场环境下，在既定的预算和时间要求范围内，开发出让用户满意的信息系统，这是系统分析师必须要面对的问题。"

" 结构化方法也称为生命周期法……其基本思想是将系统的生命周期划分为系统规划、系统分析、系统设计、系统实施、系统维护等阶段……精髓是自顶向下、逐步求精和模块化设计。"

" 面向对象 (OO) 方法也包括 OOA、OOD 和 OOP 三个阶段……抽象是最本质和最重要的方法。"

" 面向对象、基于构件、面向服务是三个递进的抽象层次……"

" 在实际的信息系统建设中，需要根据企业的实际情况将这些原则（创新性、整体性、发展性、经济性、先进性等）具体落实。"

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

• 针对瀑布模型原文：教材把软件开发拆成 " 计划→需求→设计→编码→测试→运维 "6 个阶段，像瀑布一样从上往下流、不可逆。它的好处是阶段清晰、好管理；坏处是 " 线性 " 二字——它假设一路走完就能交付完美系统，但现实里需求会变。最要命的是：需求或设计的错误往往 " 拖到后期（测试/运维）才暴露 "，一旦暴露，返工成本极高，所以 " 风险控制弱、容易超期超预算 "。考试怎么用：考 " 什么时候用瀑布 "——需求明确、稳定、规模大、有类似经验的项目（如政府报批类系统）。
• 针对演化模型原文：适用 " 事先说不清需求 " 的场景。先快速做个能跑的原型给用户看，用户边用边提意见，再改、再给、再改……像滚雪球一样滚成最终产品。它和瀑布的关键区别就是 " 先有个能看的东西再说 "，不追求一次到位。
• 针对螺旋模型原文：它是 " 瀑布 + 演化 + 风险分析 " 的合体。每转一圈（一次迭代）都做四件事：定计划→做风险分析→搞工程实现→客户评估。最大亮点是把 " 风险分析 " 显式放进每次迭代，所以特别适合高风险、需求易变、投资大的项目（如核心交易系统）。代价是：对人员风险经验要求高。
• 针对敏捷方法原文：敏捷是 " 以人为核心、迭代、循序渐进 "，把大项目切成多个可运行的小子项目，每切一段都测试、可集成。四条价值观（个体交互>工具、可运行软件>文档、客户合作>谈判、响应变化>计划）是在说 " 别被流程和文档绑架，能跑的东西和能变的响应才是王道 "。典型方法：XP、Scrum、TDD 等。
• 针对开发方法选型原文：教材的灵魂一句话是 " 如何选一个合适的方法，在预算和时间内让用户满意 "——这就是论文里 " 选型论证 " 的题眼。结构化（生命周期法，自顶向下、逐步求精、模块化）、面向对象（OOA/OOD/OOP，抽象）、面向服务（构件之上的递进抽象）是三类主线方法；选型原则要 " 结合企业实际情况落实 "，不是越先进越好。

核心一句话总结：软件开发没有 " 万能方法 "——瀑布适合需求稳、演化/原型适合需求不清、螺旋适合高风险、敏捷适合多变；系统分析师的活儿，就是按项目特征 " 选对方法并论证清楚为什么选它 "。

四、工程实践举例（土木工程背景：盖楼/施工类比）

以土木工程为背景，软件开发这套生命周期和选型，与盖楼、做施工组织设计几乎是同构的。

• 软件生命周期 ↔ 工程全生命周期：软件 " 计划→需求→设计→编码→测试→运维 "，对应工程 " 项目建议书/可研→勘察设计任务书（需求）→初步设计/施工图（设计）→施工（编码）→竣工验收（测试）→运营维护 "。两者都是 " 先想清再动手、最后还得养 "。
• 瀑布模型 ↔ 线性施工总承包：需求（施工图）一次定死，按图施工、顺序推进。好处是各方好协调；坏处是——如果勘察时地质条件判断错了，得等到 " 基础施工/验收 " 才暴露，返工就是砸了重来，超期超预算。这跟瀑布 " 错误后期才发现 " 一模一样。
• 演化/原型 ↔ 先做样板间：业主一开始说不清要什么风格，你就先搭个样板间让他看、提意见、改、再看，直到定稿。对应 " 需求说不清就先上原型 "。
• 螺旋模型 ↔ 每阶段做风险评估：盖楼每推进一层（基础、主体、封顶）都做安全风险评估、监理验收（风险分析 + 客户评估），发现基坑变形就先处理再往上。对应螺旋 " 每轮都做风险分析 "。
• 开发方法选型 ↔ 选施工工法：地质稳、工期紧、标准化程度高→现浇/装配式（结构化，自顶向下逐步求精）；构件多、要复用→装配式 + 模块化（面向对象/构件）；边设计边改、业主常变→边设计边施工（原型/敏捷）。选型论证就是写 " 施工组织设计里为什么选这个工法 "，要结合地质、工期、造价——跟教材 " 结合企业实际落实原则 " 一致。

知识点 ↔ 工程实践 对照表

教材知识点要素	你的实践场景对应	映射说明
瀑布模型（6 阶段线性、错误后期暴露）	线性施工总承包（按图施工、错漏到验收才暴露）	都假设 " 一次定稿、顺序推进 "，风险暴露晚、返工贵
演化/原型模型（先做原型再迭代）	先做样板间让业主确认风格再定稿	需求不清时 " 先有个能看的实物 " 比空谈需求更靠谱
螺旋模型（每轮做风险分析 + 客户评估）	施工每阶段安全风险评估 + 监理验收	把 " 风险 " 显式纳入每轮迭代，适合高风险工程
敏捷（迭代、可运行、响应变化）	边设计边施工、小步快跑的交付	业主需求常变时，小步交付比大阶段更稳
开发方法选型论证（结合实际落实）	施工组织设计里论证选哪种工法	不是越先进越好，要匹配地质/工期/造价

选型论证本身是一条 " 顺序流程 "，补一张流程对比图（左教材、右工程）：

流程图（结构化呈现）

教材流程

1. 识别项目特征:需求稳/变、风险高/低、规模
2. 匹配方法:瀑布/演化/螺旋/敏捷/结构化/OO/SOA
3. 论证原则:创新性/整体性/发展性/经济性/先进性
4. 落实:结合企业实际选定

工程流程

1. 识别工程特征:地质/工期/造价/标准化
2. 匹配工法:现浇/装配/边设计边施工
3. 论证原则:安全/经济/可行/先进
4. 落实:写入施工组织设计

对应关系

节点A	关系	节点B
识别项目特征:需求稳/变、风险高/低、规模	对应	识别工程特征:地质/工期/造价/标准化
匹配方法:瀑布/演化/螺旋/敏捷/结构化/OO/SOA	对应	匹配工法:现浇/装配/边设计边施工
论证原则:创新性/整体性/发展性/经济性/先进性	对应	论证原则:安全/经济/可行/先进
落实:结合企业实际选定	对应	落实:写入施工组织设计

注意：瀑布/螺旋最后都有 " 运行维护 " 阶段，软件上线不是终点，运维（IT 服务运营）才是长周期——这点写论文时容易漏，务必点一笔。