软件生命周_期.pptVIP

3．选择模型的适用条件 （1）在整个项目开发过程中，需求都可能发生变化，客户接受分阶段交付。 （2）分析设计人员对应用领域不熟悉，难以一步到位。 （3）中等或高风险项目（工期过紧且可分阶段提交的系统或目标、环境不熟悉）。 （4）用户可参与到整个软件开发过程中。 （5）使用面向对象语言或第四代语言。 （6）软件公司自己有较好的类库、构件库。 4．模型的优点 （1）由于将一个大系统分解为多个小系统，这就等于将一个大风险分解为多个小风险，从而降低了开发难度。 （2）人员分配灵活，刚开始不用投入大量人力资源。如果核心模块产品很受欢迎，则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。即可先发布部分模块给客户，对客户起到镇静剂的作用。 （3）因为具有最高优先权的服务被首先交付，而后面的增量也不断被集成进来，这就使得最重要的系统服务系统接受了最多的测试。 5．模型的缺点 如果软件系统的组装和拆卸性不强，或开发人员全局把握水平不高，或者客户不同意分阶段提交产品，或者开发人员对应用领域不熟悉，就不宜采用这种模型。 （3） 原型模型 许多软件公司在生产软件产品与实施软件项目时，经常采用一种“原型法”，它来源于原型模型，下面就介绍这种模型。 1．模型的本意 原型模型（Prototype Model）的本意是：在初步需求分析之后，马上向客户展示一个软件产品原型(样品)，对客户进行培训，让客户试用，在试用中收集客户意见，根据客户意见立刻修改原型，之后再让客户试用，反复循环几次，直到客户确认为止。 * * 原型模型 2．模型的特点 立项以后先提交原型给用户，在用户试用的基础上进行需求调查与原型修改。 强调用户对软件功能和使用性能的评价。 设计、修改原型与试用交替进行。 一次迭代中的开发步骤: 了解用户/设计者的基本信息需求 开发初始原型系统 用户/设计者试用和评估原型系统 3．选择模型的条件 （1）已有产品或产品的原型(样品)，只需客户化的工程项目。 （2）简单而熟悉的行业或领域。 （3）有快速原型开发工具。 （4）进行产品移植或升级。 由于上述条件不太苛刻，所以凡是有软件产品的IT企业，在他们熟悉的业务领域内，当客户招标时，他们都会以原型模型作为软件开发模型，去制作投标书。一旦中标，就用原型模型作为实施项目的知道方针，即对软件产品进行客户化工作，或对软件产品进行二次开发。 /link?url=foj0OC67vRiZjH5D1cgY8vuvbCprEnO6shVqxr-9qChSOJUEI7fAIbp6-vfRQ-DOL2lx2WGCqbZ-Y49Lxp6EpmVnQN57Nfnpyt7T1yK6Y83 * * （3）优点 开发者与用户充分交流，可以澄清模糊需求，需求定义比其他模型好得多。 开发过程与用户培训过程同步。 为用户需求的改变提供了充分的余地。 开发风险低，产品柔性好。 开发费用低，时间短。 系统易维护，对用户更友好。 正因为原型模型具有这些优点，所以它一直是软件企业界的主流开发模型。 * * （4）缺点 开发者在不熟悉的领域中不易分清主次，原型不切题。 因为事先有一个展示性的产品原型，所以在一定程度上，不利于开发人员的创新。 随着更改次数的增多，次要部分越来越大，“淹没”了主要部分。 原型过快收敛于需求集合，而忽略了一些基本点。 资源规划和管理较为困难，随时更新文档也带来麻烦。 只注意原型是否满意，忽略了原型环境与用户环境的差异。 * * 2.6 螺旋模型 螺旋模型(spiral model) 根据系统包含的风险看待软件开发过程。 它把开发活动和风险管理结合起来，将风险减到最小并控制风险。 螺旋模型以需求和一个初始的开发计划（包括预算、约束、人员安排方案、设计和开发环境）为起点，在产生“操作概念”文档（它从高层描述系统如何工作）之前，该过程插入一个评估风险和可选原型的步骤。 在操作文档中，一组需求被指定并进行详细检查，以确保需求尽可能完整和一致。 因此，操作概念是第一次迭代的产品，而需求则是第二次迭代的主要产品。在第三次迭代中，系统开发产生设计，而第四次迭代能够进行测试。 * * 回顾 评审 提交线 累积成本 风险 分析 原型1 工作概念 仿真、模型、基准 技术要求规划、 生命周期规划 风险分析 原型2 软件需求 需求确认 开发计划 风险分析 原型3 软件产 品设计 设计确认与验证 集成与测试计划 风险分析 工作原型 详细设计 编码 单元 测试 集成 测试 验收 测试 实现 制订计划 确定目标、供选方案、限制条件 风险分析 评估供选办法、确认、分解风险 客户评估 计划下一阶段 实施工程 开发、验证下一级产品 螺旋模型