软件生命周期说明方案.pdfVIP

软件生命周期 软件生命周期是指软件从开始研制到最终被废弃所经历的各个阶段。在 不同的阶段里，由不同的组织和人员执行不同的任务，需要消耗不同的资 源。 生命周期常见的有：瀑布模型、V模型、敏捷开发模型。 阶段：需求分析-软件设计-程序编码-软件测试-运行维护 1.1 瀑布模型 瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶 段工作，包括问题定义及规划、需求分析、软件设计、程序编码、软件测 试和运行维护等六个基本活动，并且规定了他们自上而下，相互衔接的固 定次序，形如瀑布流水，逐级下落，具有顺序性和依赖性，最终得到软件 产品。 因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段 并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是 瀑布模型名称的由来。 包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模 型。 每个阶段规定的文档需进行评审，评审完后才可以进入下一个阶段。 优点： 1）为项目提供按阶段划分的检查点 2）当前一阶段完成后，你只需要关注后一阶段 3）可在迭代模型中应用瀑布模型 4）提供一个模板，这个模板使得分析，设计，编码，测试和支持的方法可 以在该模板下有一个共同的指导 缺点： 1）各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工 作量。 2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成 果，从而增加了开发风险。 3）通过过多的强制完成日期和里程碑来跟踪各个项目阶段。 4）瀑布模型的突出缺点是不适应用户需求的变化。 1.2 V模型 通过开发和测试同时进行的方式来缩短开发周期，提高开发效率。其形 状像一个字母A ，故称为V模型。 对应关系： 一般来讲：单元测试所对应的是详细设计环节，也就是说，单元测试的测 试用例是和详细设计一起出现的，在研发人员做详细设计的时候，相应的 测试人员也就把测试用例写了出来； 集成测试对应概要设计，在做模块功能分析及模块接口，数据传输方法的 时候，就把集成测试用例根据概要设计中模块功能及接口等实现方法编写 出来，以备以后作集成测试的时候可以直接引用； 而系统测试，就是根据需求分析而来，在系统分析人员作系统分析，编写 需求说明书的时候测试人员就根据客户需求说明书，把最后能实现系统功 能的各种测试用例写出来，为做最后系统测试作准备。 验收测试与用户需求对应，是非设计流程。 适用范围： V模式是一种传统软件开发模型，一般适用于一些传统信息系统应用的开 发，而一些高性能高风险的系统、互联网软件，或一个系统难以被具体模 块化的时候，就比较难做成V模式所需的各种构件，需要更强调迭代的开发 模型或者敏捷开发模型。 1.3 敏捷开发模型 一种以用户需求进化为核心（强调沟通、弱化文档）、迭代、循序渐进 的开发方法。 强调以人为本，专注于交付对客户有价值的软件。是一个用于开发和维持 复杂产品的框架。就是把一个大项目分为多个相互联系，但也可以独立运 行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 1.3.1 敏捷开发的流程 1）产品负责人将整个产品设计成产品代办列表。就是一个个需求列表。 （可以理解为需求或者要做的事情） 2）召开产品迭代计划会议，确定哪些需求是需要在第一个迭代中完成的， 评估迭代的时间（建议是2-4周），得到相应的迭代周期任务列表。 PS:提前发布功能需求列表，会议提倡所有团队人员参与 3）把迭代的功能需求写在纸条上贴在任务墙，让大家（自主认领）认领分 配。（任务墙就是把未完成、进行中、已完成的工作状态贴到一个墙上， 这样大家都可以看到任务的状态） 举行每日站立会议，让大家在每日会议