软考—信息项目管理师（信息系统项目典型生命周期模型）

分手后的思念是犯贱 2021-11-17 00:02 331阅读 0赞

<table> 
 <thead> 
  <tr> 
   <th>名称</th> 
   <th>描述</th> 
   <th>阶段</th> 
   <th>特点</th> 
   <th>示例图</th> 
   <th>适用于</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>瀑布模型</td> 
   <td></td> 
   <td>可行性分析（计划）、需求分析、软件设计（概要 设计、详细设计）、编码（含单元测试）、测试、运行维护等</td> 
   <td>1.从上一项开发活动接受该项活动的工作对象作为输入<br>2.利用这一输入，实施该项活动应完成的工作内容<br>3.给出该项活动的工作成果，作为输出传给下一项开发活动<br>4.对该项活动的实施工作成果进行评审</td> 
   <td><img src="https://img-blog.csdnimg.cn/2019072915170330.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xiMTEzNTkwOTI3Mw==,size_16,color_FFFFFF,t_70" alt="在这里插入图片描述"></td> 
   <td>适用于较小费用的开发软件，需求明确，改动较小</td> 
  </tr> 
  <tr> 
   <td>螺旋模型</td> 
   <td>演化软件过程模型，将原型实现的迭代特征和线性顺序（瀑布）模型中控制的和系统化方面结合起来。使得软件的增量版本的快速开发成为可能。在此模型中，软考开发时一系列的增量发布。</td> 
   <td></td> 
   <td>开发过程具有周期性重复的螺旋线状。</td> 
   <td><img src="https://img-blog.csdnimg.cn/20190729162145327.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xiMTEzNTkwOTI3Mw==,size_16,color_FFFFFF,t_70" alt="在这里插入图片描述"></td> 
   <td>强调了风险分析，适用于庞大而复杂的、高风险的系统</td> 
  </tr> 
  <tr> 
   <td>迭代模型</td> 
   <td>在迭代式的过程中，每个阶段都包括不同比例的所有活动。</td> 
   <td>初始、细化、构造、移交，可进一步描述为周期、阶段、迭代</td> 
   <td></td> 
   <td><img src="https://img-blog.csdnimg.cn/20190729164121367.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xiMTEzNTkwOTI3Mw==,size_16,color_FFFFFF,t_70" alt="在这里插入图片描述"></td> 
   <td></td> 
  </tr> 
  <tr> 
   <td>V模型</td> 
   <td>V模型从整体上看起来，就是一个V字形的结构，由左右两边组成。左边的下画线分别代表了需求分析、概要设计、详细设计、编码。右边的上画线代表了单元测试、集成测试、系统测试与验收测试。</td> 
   <td>1.V模型体现的主要思想是开发和测试同等重要，左侧代表的是开发活动，而右侧代表的是测试活动。2.V模型针对每个开发阶段，都有一个测试级别与之相对应。3.测试依旧是开发生命周期中的极端，与瀑布模型不同的是，有多个测试级别与开发阶段对应。</td> 
   <td></td> 
   <td><img src="https://img-blog.csdnimg.cn/2019072916491480.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2xiMTEzNTkwOTI3Mw==,size_16,color_FFFFFF,t_70" alt="在这里插入图片描述"></td> 
   <td>适用于需求明确和需求变更不频繁的情形</td> 
  </tr> 
  <tr> 
   <td>原型化模型</td> 
   <td>原型化模型第一步就是创建一个快速原型，能够满足项目干系人与未来的用户可以与原型进行交互，在通过与相关干系人进行充分的讨论和分析，最终弄清楚当前系统的需求，在原型的基础上开发出用户满意的产品。</td> 
   <td></td> 
   <td>1.实际可行<br>2.具有最终系统的基本特征<br>3.构造方便、快速、造价低</td> 
   <td></td> 
   <td>适用于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发，开发方法更易被用户接受，但如果用户配合不好，盲目修改，就会拖延开发过程</td> 
  </tr> 
  <tr> 
   <td>敏捷开发模型</td> 
   <td>敏捷开发是一种以人为核心、迭代、循序渐进的开发方法，更加强调程序员团队与业务专家之间的紧密协作、面对面沟通、频繁交付新的软件版本、紧凑而自我组织性的团队、能够很好的适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。</td> 
   <td></td> 
   <td></td> 
   <td></td> 
   <td></td> 
  </tr> 
 </tbody> 
</table>

注：  
**单元测试**：验证软件单元是否按照单元规格说明（详细设计说明）正确执行，即保证每个最小的单元能够正常运行。单元测试一般由开发人员来执行，首先设定最小的测试单元，然后通过设计相应的测试用例来验证各个单元功能的正确性。  
**集成测试**：检查多个单元是否按照系统概要设计描述的方式协同工作。集成测试的主要关注点是系统能够成功编译，实现了主要的业务功能，系统各个模块之间数据能够正常通信等。  
**系统测试**：验证整个系统是否满足需求规格说明。  
**验收测试**：从用户的角度检查系统是否满足合同中定义的需求或者用户需求。