Appearance
信息化与信息系统：生命周期 · 开发方法 · 软件工程 · CMM/CMMI（零基础版）
本页导读：这一页讲"信息系统本身的一生"——它怎么出生（立项）、怎么长大（开发）、怎么过日子（运维）、怎么谢幕（消亡）。零基础版用一条"谈恋爱 → 结婚 → 过日子 → 老房换新"的主线比喻把整个生命周期串起来，你只要跟着这条主线走，所有阶段、环节、产出物都能各就各位。页面后半段讲"用什么方法把系统建出来"（开发方法与模型）和"建造过程的工程规范"（软件工程、测试、维护），最后是评企业研发水平的两把尺子（CMM/CMMI）。这页概念最密、辨析题最多，是综合知识的传统得分区。
你将学会
- 用"谈恋爱—结婚—过日子"记住信息系统生命周期四阶段与开发五环节
- 分清数据、信息、知识、智慧四个"加工层次"
- 五种开发方法、七种生命周期模型各抓一个关键词，不再混淆
- 测试四级顺序、维护四种类型、CMM/CMMI 级别差异这些"必背送分点"
一、从数据到智慧：四个加工层次
先把四个最容易混的名词用"做饭"串起来：
| 名词 | 比喻 | 含义 | 例子 |
|---|---|---|---|
| 数据 | 生食材 | 对客观事物的原始记录 | "37.2" |
| 信息 | 做好的一道菜 | 被组织、有语境的数据 | "病人张三体温 37.2℃" |
| 知识 | 大厨的菜谱心法 | 从多条信息中提炼的规律 | "低热且咳嗽，疑似上呼吸道感染" |
| 智慧 | 大厨开餐厅做决策 | 运用知识决策的能力 | "结合病史决定居家观察还是就诊" |
层次口诀：数据是料，信息是菜，知识是谱，智慧是决。考试爱给一句话问"这属于哪个层次"。
信息化 = 把信息当作关键资源，用 IT 改造业务和管理的过程——相当于让整个厨房从"手工作坊"升级为"标准化中央厨房"。
二、信息化大背景（概念题背景板）
这组名词常出现在综合知识题干里当"帽子"，读懂即可：
| 概念 | 大白话 |
|---|---|
| 两化融合 | 信息化与工业化深度融合：工厂用上数字系统 |
| 数字中国 | 数字政府、数字经济、数字社会、数字生态的整体布局 |
| 数据要素 | 数据被列为生产要素，像土地、劳动力一样参与分配 |
| 新基建 | 5G、数据中心、人工智能等新型基础设施 |
| 数字化转型 | 利用数字技术重塑业务模式与运营方式 |
三、信息系统的一生：生命周期（高频考点）
总比喻：一个信息系统的一生，就像一段婚姻——先想清楚要不要在一起（立项），再筹备婚礼装修婚房（开发），然后柴米油盐过日子（运维），最后房子老了换新房（消亡）。
四阶段总框架（先背这张表）
| 阶段 | 婚恋比喻 | 主要工作 | 产出 |
|---|---|---|---|
| 立项（规划） | 暧昧期：要不要在一起？ | 可行性研究、需求初步调研，决定"建不建" | 可行性研究报告、立项报告 |
| 开发 | 备婚期：筹备婚礼+装修婚房 | 系统分析、设计、实施、测试，把系统建出来 | 需求规格说明书、设计文档、可运行系统 |
| 运维 | 过日子：柴米油盐小修小补 | 持续运行、维护、优化、小规模升级 | 运维记录、变更单 |
| 消亡 | 房子老了：翻新、换房或搬走 | 功能不再满足，改造、替换或退役 | 消亡方案、数据迁移/归档方案 |
考点提示："可行性研究属于哪个阶段？"——立项阶段。生命周期类选择题爱考"某活动属于哪一阶段"，拿婚恋比喻一套就能定位。
开发阶段内部五环节（总-分结构要记牢）
婚姻定了，开始备婚，五步走：
| 环节 | 备婚比喻 | 干什么 | 关键产出 |
|---|---|---|---|
| 总体规划 | 定共同生活目标 | 明确系统边界、总体架构与分期计划 | 总体规划报告 |
| 系统分析 | 互相了解："你到底要什么" | 搞清楚"要做什么"（逻辑模型） | 数据流图（DFD）、需求规格说明 |
| 系统设计 | 出装修方案："具体怎么做" | 搞清楚"怎么做"（物理模型：概要设计 + 详细设计） | 设计文档 |
| 系统实施 | 领证办婚礼、搬进新家 | 编码、测试、数据准备、试运行 | 可运行系统 |
| 系统验收/评价 | 家长认可、回门复盘 | 正式验收、上线转换、后评价 | 验收报告 |
考点提示："数据流图（DFD）是哪个环节的产出？"——系统分析。"逻辑模型 vs 物理模型"：分析管"做什么"（逻辑），设计管"怎么做"（物理）。
四、怎么建：五种开发方法对比
比喻先行，再看表格：
- 结构化方法像"严格按菜谱做菜"：一步步来，先备菜再下锅，顺序不能乱
- 原型法像"先捏个泥样给你看"：先快速做个样子货，你说改哪就改哪
- **面向对象（OO）**像"搭积木"：把系统拼成一个个积木块（对象），块能复用
- 敏捷方法像"小碗快上菜"：每十分钟上一小碟，边吃边调整，不让你等一桌
- **面向服务（SOA）**像"外卖拼盘"：各家招牌菜（服务）拼成一桌，谁也不用重做
| 方法 | 核心思想 | 优点 | 缺点 | 适用 |
|---|---|---|---|---|
| 结构化方法 | 自顶向下、逐步分解、阶段清晰 | 逻辑严密、文档规范 | 周期长、难应对需求变化 | 需求稳定的数据处理类系统 |
| 原型法 | 先快速做个"样机"给用户看，再迭代完善 | 需求表达直观、用户参与早 | 系统性差，易"炒剩饭" | 需求不明确的小型系统 |
| 面向对象（OO） | 以对象为中心，封装、继承、多态 | 复用性好、贴近现实 | 需要 OO 思维与工具（UML） | 复杂系统、长期演进系统 |
| 敏捷方法 | 小步快跑、拥抱变化、持续交付 | 响应变化快、交付节奏稳 | 文档少、对团队自组织要求高 | 需求多变的互联网类项目 |
| 面向服务（SOA） | 把功能封装成服务，松耦合编排 | 复用与集成能力强 | 治理复杂 | 企业级集成、遗留系统整合 |
OO 三大特性必背：封装（积木外壳只留接口）、继承（儿子积木自带爹的功能）、多态（同一个按钮，不同积木反应不同）。UML 是面向对象的标准建模语言（用例图、类图、顺序图、状态图、活动图等）。
五、生命周期模型：七种"工期安排表"
先立规矩：模型 = 阶段怎么排（工期表）；方法 = 每阶段怎么干（干活手法）。考题常把两者混着考。
| 模型 | 比喻 | 特点 | 风险/适用 |
|---|---|---|---|
| 瀑布模型 | 下楼梯：一级下完才下下一级 | 阶段线性推进，前一阶段完才进下一阶段 | 需求明确且稳定；需求一变代价大 |
| V 模型 | 楼梯两边站验收员：每层楼预先配好检查 | 瀑布 + 测试左移：每阶段对应一种测试 | 强调验证；同样不适应变化 |
| 增量模型 | 先上面包再上菜：能吃的先端上来 | 分批交付可用构件，"先主后辅"滚动发布 | 早出成果；需要良好架构规划 |
| 螺旋模型 | 每绕一圈做次体检 | 每轮循环都做风险分析 | 大型复杂高风险项目；成本高 |
| 原型模型 | 先画张草图定方案 | 用原型明确需求后再正式开发 | 需求模糊场景 |
| 迭代模型 | 画素描：先勾线再上色再精修 | 每轮迭代产出可评价的半成品逐步精化 | 与增量常放一起辨析 |
| 敏捷（Scrum/XP） | 小步快跑、频繁上菜 | 短迭代、持续反馈、拥抱变化 | 需求多变、小型自组织团队 |
高频辨析："强调风险分析的是哪个模型？"——螺旋模型。"需求明确、阶段界限清晰"——瀑布。"快速交付可运行的小版本"——增量/敏捷。
六、软件工程基础：建造过程的规范
需求：把"想吃什么"写清楚
- 需求层次：业务需求 → 用户需求 → 系统需求（功能需求 + 非功能需求）
- 非功能需求 = 不关乎"做什么"，关乎"做得怎么样"：性能、可靠性、易用性、安全性、可维护性等
- 产出物：需求规格说明书（SRS）——相当于白纸黑字的菜单，是后续设计、测试、验收的基准
设计：先户型图，再水电图
| 阶段 | 比喻 | 任务 |
|---|---|---|
| 概要设计 | 户型图：哪是客厅哪是卧室 | 系统架构、模块划分、接口定义 |
| 详细设计 | 水电施工图：线怎么走、开关装哪 | 模块内部算法与数据结构，接近可直接编码 |
测试（高频考点密集区）
四级顺序必背——单元测试 → 集成测试 → 系统测试 → 验收测试。比喻：先检查每块砖（单元），再检查砌起来的墙（集成），再检查整栋房子（系统），最后业主拿钥匙验收（验收）。
| 分类角度 | 内容 |
|---|---|
| 按阶段 | 单元测试 → 集成测试 → 系统测试 → 验收测试 |
| 按方法 | 黑盒（蒙眼尝菜：只看输入输出，功能视角——等价类、边界值）；白盒（拆开看内部结构：语句/判定/条件/路径覆盖） |
| 特殊测试 | α 测试：开发方场所、用户参与；β 测试：用户真实环境；回归测试：改完再验一遍；第三方测试：独立机构来查 |
α/β 辨析口诀：α 在家测、β 出门测（开发方的"家" vs 用户的真实环境）。
维护：过日子里的四种修修补补
| 类型 | 比喻 | 干什么 | 占比感受 |
|---|---|---|---|
| 纠正性维护 | 修坏水龙头 | 修 bug | 有 |
| 适应性维护 | 换新燃气灶适配管道改造 | 适应环境变化（系统升级、政策变化） | 有 |
| 完善性维护 | 应家人要求加装热水器 | 按用户建议增强功能体验 | 最多 |
| 预防性维护 | 房子还没漏雨先补屋顶 | 提前改造，防患未然 | 最少 |
软件质量
- 质量模型分功能性、可靠性、易用性、效率、维护性、可移植性等特性
- 质量保证（QA，过程导向，管"流程合不合规"）与质量控制/测试（QC，产品导向，管"产品合不合格"）要分清——比喻：QA 查"菜谱执行没走样"，QC 试"这道菜好不好吃"
七、CMM 与 CMMI：两把成熟度尺子（经典必背）
比喻：CMM/CMMI 是给企业"研发管理水平"打分的尺子，从 1 级"靠英雄"到 5 级"持续优化"。两把尺子长得像，二级四级名字不同，是软考最爱挖的坑：
| 级别 | CMM（软件能力成熟度模型） | CMMI（能力成熟度模型集成） | 大白话 |
|---|---|---|---|
| 1 级 | 初始级 | 初始级 | 随缘开发，全靠个人英雄 |
| 2 级 | 可重复级 | 已管理级 | 以前成功的项目能照着再来一遍 / 项目有基本管理 |
| 3 级 | 已定义级 | 已定义级 | 全公司统一的标准流程 |
| 4 级 | 已管理级 | 量化管理级 | 用数据说话，量化掌控 |
| 5 级 | 优化级 | 优化级 | 持续改进，越干越好 |
记忆抓手：
- CMM L2 叫"可重复"（重复以前的成功项目）
- CMMI L4 叫"量化"（用数据说话）
- 1 级都"随缘"，5 级都"持续优化"
CMMI 表述方式有两种：阶段式（上面的 1~5 级）与连续式（能力等级，按过程域打分），选择题偶尔涉及。
八、常考辨析汇总
| 易混点 | 一句话区分 |
|---|---|
| 开发方法 vs 生命周期模型 | 怎么干 vs 阶段怎么排 |
| 结构化 vs 面向对象 | 以功能过程为中心 vs 以对象（积木块）为中心 |
| 瀑布 vs 螺旋 | 螺旋多了每轮风险分析（体检） |
| 增量 vs 迭代 | 增量按功能切块交付，迭代整体逐步精化（素描上色） |
| 黑盒 vs 白盒 | 蒙眼尝菜 vs 拆开看结构 |
| α 测试 vs β 测试 | 在开发方家测 vs 在用户真实环境测 |
| 完善性 vs 适应性维护 | 主动优化升级 vs 被动适配环境 |
| CMM L2 vs CMMI L2 | 可重复级 vs 已管理级 |
| 系统分析 vs 系统设计 | 做什么（逻辑） vs 怎么做（物理） |
| QA vs 测试/QC | 管过程（菜谱执行） vs 查产品（菜好不好吃） |
九、论文里怎么用
- 项目章程/计划里写"本项目采用增量模型分三期交付"——体现方法论意识
- 质量管理段落写"严格执行单元、集成、系统、验收四级测试，上线后建立完善性维护机制"——术语准确加分
- 组织背景写"公司通过 CMMI 3 级评估"——常见且可信的设定
术语卡
| 术语 | 大白话 | 考试怎么考 |
|---|---|---|
| 信息系统生命周期 | 系统"从暧昧到换房"的一生四阶段 | "某活动属于哪个阶段"归属题 |
| 可行性研究 | 决定"要不要在一起"的前期论证 | 归属立项阶段 |
| 系统分析/设计 | "要什么" / "怎么做" | 逻辑 vs 物理模型、DFD 归属 |
| SRS | 白纸黑字的点菜单（需求规格说明书） | 概念与作用 |
| 原型法 | 先捏泥样再迭代 | 方法适用场景 |
| 封装/继承/多态 | 积木外壳 / 父子传承 / 一键多态 | OO 三大特性 |
| 瀑布/螺旋模型 | 下楼梯 / 每圈体检 | 模型与特点匹配 |
| 黑盒/白盒测试 | 蒙眼尝菜 / 拆开看结构 | 测试方法分类 |
| α/β 测试 | 在家测 / 出门测 | 场景判断 |
| 完善性维护 | 应要求升级改造（占比最多） | 四种维护辨析 |
| CMM/CMMI | 两把研发管理成熟度尺子 | L2/L4 级名差异必考 |
| UML | 面向对象的标准建模语言 | 概念归属 |
易错点
- 可行性研究放错阶段：它属于立项阶段，不是开发阶段的"系统分析"。区分口诀：立项前问"建不建"，分析时问"做什么"。
- 系统分析和系统设计混：分析产出逻辑模型（DFD、SRS），设计产出物理模型（架构、模块、接口）。
- 增量与迭代分不清：增量 = 一块块加功能（先上主食再上菜）；迭代 = 整体反复精化（素描先勾线再上色）。
- 螺旋模型关键词丢失：它的招牌是每轮做风险分析，漏掉"风险"二字选螺旋就悬了。
- 测试顺序记错：单元 → 集成 → 系统 → 验收，不能先验收再集成；回归测试是"改完再验"，不在这四级序列里单独占位。
- 完善性和适应性维护张冠李戴：用户主动要求改进 = 完善性（占比最多）；外部环境变了被迫适配 = 适应性。
- CMM 与 CMMI 级名互换：2 级（可重复 vs 已管理）、4 级（已管理 vs 量化管理）是高频坑，考前必扫。
- QA 与 QC 混淆：QA 管过程合规，QC/测试管产品质量，答"最有效质量措施"别选错方向。
自测 5 题
1. 可行性研究属于信息系统生命周期的哪个阶段？ A. 开发 B. 立项 C. 运维 D. 消亡
2. "每轮循环都要进行风险分析"，这描述的是哪种生命周期模型？ A. 瀑布模型 B. V 模型 C. 螺旋模型 D. 增量模型
3. 下列测试按正确顺序排列的是？ A. 集成→单元→系统→验收 B. 单元→集成→系统→验收 C. 单元→系统→集成→验收 D. 验收→单元→集成→系统
4. 用户反映"希望增加导出报表功能"，开发方据此升级系统。这属于哪种维护？ A. 纠正性维护 B. 适应性维护 C. 完善性维护 D. 预防性维护
5. 关于 CMM 与 CMMI，说法正确的是？ A. 两者的 2 级都叫"已管理级" B. CMM 的 2 级叫"已管理级"，CMMI 的 2 级叫"可重复级" C. CMM 的 2 级叫"可重复级"，CMMI 的 2 级叫"已管理级" D. 两者的 4 级都叫"量化管理级"
点开看答案与解析
1. B —— 可行性研究解决"建不建"，属于立项阶段；开发阶段的分析解决"做什么"。 2. C —— 螺旋模型的招牌是每轮循环都做风险分析（每圈体检），适合大型复杂高风险项目。 3. B —— 顺序口诀：单元（查砖）→集成（查墙）→系统（查整栋房）→验收（业主拿钥匙）。 4. C —— 按用户建议增强功能体验是完善性维护，四种维护中占比最多；适应性是被动适配环境变化。 5. C —— CMM L2=可重复级、L4=已管理级；CMMI L2=已管理级、L4=量化管理级。二级四级名字不同是经典坑。
小结
- 生命周期四阶段用"暧昧—备婚—过日子—换房"串记：立项、开发、运维、消亡；开发五环节再往下细分
- 开发方法五类、生命周期模型七种，抓"一模型一比喻一关键词"
- 测试顺序、维护四类型、CMM/CMMI 级别名称是送分点，一分都不该丢
下一页：IT 治理与 IT 审计 →