《软考》信息系统全生命周期 5 大顶层阶段
| 顶层阶段 | 核心定位 | 核心任务 |
|---|---|---|
| 1. 系统规划阶段（立项阶段） | 项目启动源头，解决「要不要做、能不能做」的问题 | 识别业务问题与机会、问题分析、可行性研究、编制项目计划、立项审批 |
| 2. 系统分析阶段（需求分析阶段） | 需求落地核心，解决「系统要做什么」的问题 | 需求获取、需求分析与建模、需求定义、需求验证，输出《系统需求规格说明书（SRS）》 |
| 3. 系统设计阶段 | 方案落地核心，解决「系统要怎么做」的问题 | 分为概要设计（架构、模块、接口、数据库设计）和详细设计（模块逻辑、算法、界面设计），输出系统设计文档 |
| 4. 系统实施阶段 | 落地交付阶段，解决「把设计变成可运行系统」的问题 | 编码开发、测试（单元 / 集成 / 系统 / 验收测试）、数据迁移、上线部署、用户培训 |
| 5. 系统运行与维护阶段 | 全生命周期收尾，直到系统退役 | 日常运行监控、故障处理、4 类维护（更正性 / 适应性 / 完善性 / 预防性）、升级优化、系统退役 |
必须精准背诵的 5 个高频主观题考点（覆盖 99% 的出题概率）
- 问题分析阶段的 4 项核心任务
记忆口诀 必背核心要点 答题固定句式（直接套用） 应试提醒 研问题 研究问题领域 深入理解业务背景与现有系统的运行流程，明确问题的边界范围与核心业务规则 这是所有系统分析类题的通用逻辑，不仅能答这道题，还能用于所有问题分析类小题的开头 析机会 分析问题与机会 识别现有系统的核心痛点、业务风险，以及可优化、可提升的业务改进机会 案例题中，这一步就是从题干里找所有的问题描述和改进方向 定目标 定义系统目标 明确新系统可量化、可验证的业务目标、功能目标、性能目标与质量目标 目标必须是可量化的，比如 "订单处理时间减少 30%"，不能是 "提高系统速度" 明约束 定义系统约束条件 明确新系统在进度、成本、技术、合规、资源等维度的硬性限制要求 约束是不可突破的，是后续所有设计和开发的边界 - 可行性研究的 4 个核心维度（技术可行性、经济可行性、法律合规可行性、运行操作可行性）
记忆口诀 必背核心维度 答题固定句式（直接套用） 应试提醒 技经法运 技术可行性 分析现有技术能否实现系统功能，评估技术风险、技术成熟度、团队技术能力 案例题中，技术可行性是最常考的维度，经常会让你分析技术选型的可行性 经济可行性 分析项目的投入产出比，包括开发成本、运维成本、预期收益、投资回收期、净现值等 计算题常考投资回收期和净现值，无 100% 把握慎选 法律合规可行性 分析项目是否符合国家法律法规、行业标准、知识产权要求，是否存在法律风险 等保 2.0、数据安全法、个人信息保护法是近年高频考点 运行操作可行性 分析系统上线后能否正常运行，包括用户操作习惯、现有管理制度、运维人员能力等 也叫 "社会可行性"，重点关注人的因素和组织因素 - 需求开发的 4 个核心阶段（需求获取、需求分析、需求定义、需求验证）
必背核心阶段 核心任务（踩分词加粗） 核心输出成果 需求获取 通过访谈、问卷、现场观摩、文档分析等方式，收集用户原始需求 原始需求清单、用户访谈记录 需求分析 对原始需求进行分析建模、因果拆解，解决需求冲突与模糊问题 需求分析模型（DFD、ER 图、UML 图） 需求定义 将分析后的需求编写成正式、标准化的需求文档 《系统需求规格说明书（SRS）》 需求验证 对需求文档进行评审验证，确保需求完整、正确、可验证、无歧义 需求评审报告、需求基线 - 系统设计的 2 个层次（概要设计、详细设计）及各自的核心任务
设计层次 必背核心任务 核心输出成果 概要设计（高层设计） 1. 系统总体架构设计2. 模块划分与接口设计3. 数据库概念 / 逻辑设计4. 系统部署方案设计 《系统概要设计说明书》 详细设计（低层设计） 1. 模块内部逻辑设计2. 算法与数据结构设计3. 数据库物理设计4. 用户界面设计 《系统详细设计说明书》 - 系统运维的 4 类维护（更正性、适应性、完善性、预防性）的定义与适用场景
维护类型 核心定义 典型适用场景 更正性维护 修复系统上线后发现的bug 和错误 修复订单金额计算错误、修复页面显示异常 适应性维护 为适应外部环境变化而进行的修改 适配新操作系统、适配新浏览器、适配新数据库 完善性维护 为增加新功能、优化现有功能而进行的修改 增加商品搜索功能、优化订单处理速度、增加报表导出 预防性维护 为预防未来可能出现的问题而进行的修改 升级服务器硬件、优化数据库索引、定期备份系统