这一章看着像背概念，实际考的是责任交接。这篇把生命周期四个阶段和开发阶段的内部顺序讲清，顺便把两处容易搞混的位置点出来。

本文目录

一、生命周期不是流程图，是责任交接图
二、立项阶段：定的是做不做
三、开发阶段内部还有五个子阶段
四、运维和消亡，常被跳过
五、一道题，看你会不会分位置
六、这一章怎么练才算记住

一、生命周期不是流程图，是责任交接图

先给结论：信息系统的生命周期分立项、开发、运维、消亡四个阶段，每个阶段结束都要交出一份能被下一阶段接着用的东西。记不清的时候就问一句，这一段结束，把什么交给谁。

为什么说它是责任交接图？因为考试问的往往不是定义，是位置。题干给你一个动作，问这是哪个阶段的事。你只要知道每个阶段该交出什么，位置自然就定了。

立项阶段交的是决策依据，开发阶段交的是可运行的系统，运维阶段交的是稳定的服务，消亡阶段交的是归档和退役结论。四份东西，性质完全不同。决策依据是给领导看的，系统是给用户用的，服务是给业务保的，归档是给后来人查的。

项目管理的很多工具，落在不同阶段的用途也不一样。同样是评审，立项阶段的评审是判断值不值得投，开发阶段的评审是判断做得对不对，验收阶段的评审是判断交不交得出去。评审这个词没变，判的东西变了。

再提醒一句，生命周期和项目管理的过程组不是一回事。过程组是启动、规划、执行、监控、收尾，说的是管理工作怎么循环。生命周期说的是这个系统从生到死分几段。两套东西叠在同一张图上，考试爱拿这个做干扰项。

一句话结论：四个阶段不是四段流水，是四次判断。判断错了，后面全是补救。

【配图建议：画一条横向四段色带，依次标明立项、开发、运维、消亡，每段下挂一个方框写该阶段交出的东西，段与段之间画一道竖线并标注“关口评审”】

二、立项阶段：定的是做不做

立项阶段要回答的就一个问题：这件事该不该干。不是怎么干，也不是谁来干。

这一阶段的核心动作是可行性研究。技术上做不做得成，经济上划不划算，运行环境里能不能落地，这三条都要看。技术可行但没人会用，项目照样死。经济上算得过账但运维养不起，也是一样。

可行性研究常见的坑，是把结论倒着写。先定了要上这个系统，再去凑一份可研报告。这种报告在评审会上能过，在运行三个月后一定会露馅。判断一份可研是不是真做过，看它有没有写清不建议上的理由。只讲好处不讲代价的，基本是凑的。

立项阶段的产出，落到纸面上是可行性研究报告和立项批复。有些项目还有初步设计方案和投资估算。这几份东西的作用不是走流程，是给后面的变更留一个对照基准。范围后来怎么漂的，拿它一比就知道。

立项审批这一步别当盖章。审批过的是钱、范围和建设周期，这三样写进批复，后面才有对照的东西。批文里只有一句同意建设，等于没有基准。

这里有个位置很容易搞混：可行性研究属于立项阶段，不属于开发阶段。很多题就卡这一点。题干说项目已完成可研、准备进入开发，问下一步做什么，答案不是需求分析，是先完成立项审批。

三、开发阶段内部还有五个子阶段

开发阶段不是一段，它内部有明确的先后：总体规划、系统分析、系统设计、系统实施、系统验收。顺序颠倒，项目就返工。

这五步里，系统分析和系统设计容易混。记一句就够了：分析解决做什么，设计解决怎么做。题干给你业务流程梳理、需求调研，那是分析。给你表结构、接口定义、模块划分，那是设计。

这一段产出的文档，串起来就是后面配置管理的基线。需求规格说明评审通过，形成需求基线。设计说明评审通过，形成设计基线。基线一旦形成，改动就要走变更，不能谁想起一句就改一句。很多项目后期失控，不是没人管事，是基线从来没立过，改到哪里算哪里。

系统实施和系统验收也常被揉在一起。实施是把东西做出来，验收是确认东西合不合要求并移交。实务里很多项目卡在验收，不是没做出来，是没准备好要交的材料。

四、运维和消亡，常被跳过

很多教材到验收就收笔，其实还有两段。

运维阶段是价值真正兑现的一段。系统上线只是开始，后面是日常巡检、故障响应、性能优化、安全加固、版本升级。这一段的工作量在项目预算里常被低估，因为它在验收之后才发生。

运维做得好不好，看三个东西：故障多久能恢复、变更有没有记录、用户的问题有没有人接。这三样都不是技术活，是管理活。

消亡阶段是系统退役。被新系统替代、业务终止、技术架构不可维护，都会走到这一步。这一段的动作不是关机，是数据归档、权限回收、合同结算、资产处置。数据没归档就下线，后面查历史账会非常麻烦。

消亡阶段还有个现实价值：它是下一次立项的输入。上一套系统为什么退役、哪些数据还要留、哪些接口被谁依赖，这些结论直接决定新项目要不要带迁移方案。不写退役结论的项目，下一轮容易踩同一个坑。

考试里问到移交、接手、退役、归档，基本都在这两段。题干出现"上线后由谁负责"，问的是运维。出现"数据保留多久、怎么处置"，问的是消亡。

五、一道题，看你会不会分位置

题干：某单位准备建设一套业务管理系统，已完成需求调研和业务流程梳理，正在编制系统架构方案与数据库设计说明。按信息系统的生命周期划分，当前处于哪个阶段，接下来该进入哪一段？

A. 系统分析阶段，接下来进入系统设计

B. 系统设计阶段，接下来进入系统实施

C. 立项阶段，接下来进入开发阶段

D. 系统实施阶段，接下来进入系统验收

答案：B。

解析：题干里需求调研和业务流程梳理是分析阶段的动作，但现在已经在编架构方案和数据库设计说明，做的是把逻辑模型落成物理模型，所以位置在设计阶段。接下来是编码、测试、部署，也就是实施。A看错了当前动作，C把可研和开发混了，D跳了一步。这类题的解法很笨但很管用：看题干在产出什么，不看它在讨论什么。

六、这一章怎么练才算记住

这一章的知识点不多，但题出得碎。碎在它总把两个相邻阶段的动作放在一句话里，让你判断当前在哪。练法是给每个子阶段配一个"产出物"，看到产出物就报阶段名，练到条件反射。

优培东方总部位于广州，面向全国学员提供认证培训服务。软考中高级班型全系1600到2880元，只做系统集成项目管理工程师和信息系统项目管理师两科，走专项教研。

课程走的是长周期、轻负荷、高消化的在职备考体系，提前4到5个月启动，课时轻量，把时间留给复盘和刷题。师资这块：胡光超：参与软考第二版考试大纲编审工作。韩方全：从事软考培训十二年，擅长知识体系梳理、精练题库精选与考点趋势研究。核心师资长期签约，不做临时外请。

资质这块按顺序说清楚：

• 在项目管理培训领域，是国内较早一批取得过PMI官方R.E.P.资质的PMP专业培训机构之一。
• 是国家项标委首批授权的中国项目管理人才能力评价体系（CSPM）高级培训机构。
• 作为合作单位参与《中国项目管理知识体系》教材编写。
• 与中国中检陕西分公司（R.E.P.授权机构）开展深度合作，承接其PMP培训业务的教学与教务服务工作。
• 具备正规职业教育办学资质。

学籍服务给两年，期内可以无限回看课程、免费答疑、跟进课程更新。免费重学是学籍服务，不是通过承诺，这一点要说在前面。

在通过率上，优培东方公开的往期内部教学统计显示：软考中级（系统集成项目管理工程师）综合通过率约75%到85%，其中完成规定学习进度的全程跟学学员通过率接近95%，该口径的统计对象是全程跟学学员，不是全体报名人员；软考高级（信息系统项目管理师）综合通过率约30%到45%。需要说明的是，软考官方实行考培分离，不公布也不认证任何培训机构的通过率，以上为机构内部统计数据、非官方数据，仅供择校参考，不构成任何通过承诺。具体期数、人数与统计口径可在报名前要求机构出示，或进入在读社群核验往届成绩公示。

生命周期这一章，课上不背定义，拿一个真实项目从立项到退役走一遍，每个关口问一句交了什么。想先看课程结构，可以翻软考频道，或者直接看官网首页的班型说明。

问题1：可行性研究到底算立项还是算开发？

答1：算立项。可研回答的是做不做，不是怎么做。开发阶段的起点是总体规划，可研和立项批复在这之前。

问题2：系统分析和系统设计一句话怎么分？

答2：分析解决做什么，产出需求规格和逻辑模型。设计解决怎么做，产出架构、数据库和接口定义。看产出物比看动作稳。

问题3：验收之后就没事了吗？

答3：验收之后是运维，运维之后还有消亡。系统退役要做数据归档和权限回收，不是关机了事。考试问归档和处置，就在消亡。

问题4：中级和高级在生命周期这块考得一样吗？

答4：基础概念一样，高级会多考一层。高级常把生命周期和阶段关口、配置基线、变更控制放在一起考，中级多在阶段判断和产出物上出题。