第2章软件的生命周期与开发模型.ppt

3．选择模型的条件 （1）在整个项目开发过程中，需求都可能发生变化，客户接受分阶段交付。 （2）分析设计人员对应用领域不熟悉，难以一步到位。 （3）中等或高风险项目（工期过紧且可分阶段提交的系统或目标、环境不熟悉）。 （4）用户可参与到整个软件开发过程中。 （5）使用面向对象语言或第四代语言。 （6）软件公司自己有较好的类库、构件库。 4．模型的优点 （1）由于将一个大系统分解为多个小系统，这就等于将一个大风险分解为多个小风险，从而降低了开发难度。 （2）人员分配灵活，刚开始不用投入大量人力资源。如果核心模块产品很受欢迎，则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径。即可先发布部分模块给客户，对客户起到镇静剂的作用。 5．模型的缺点 如果软件系统的组装和拆卸性不强，或开发人员全局把握水平不高（没有数据库设计专家进行系统集成），或者客户不同意分阶段提交产品，或者开发人员过剩，就不宜采用这种模型。 2.4 原型模型 许多软件公司在生产软件产品与实施软件项目时，经常采用一种“原型法”，它来源于原型模型，下面就介绍这种模型。 1．模型的本意 原型模型（Prototype Model）的本意是：在初步需求分析之后，马上向客户展示一个软件产品原型(样品)，对客户进行培训，让客户试用，在试用中收集客户意见，根据客户意见立刻修改原型，之后再让客户试用，反复循环几次，直到客户确认为止。 原型模型很适合于企业资源规划ERP（Enterprise Resource Planning）系统，尽管市场上推出了许多公司的分行业ERP“产品”，但是这些“产品”的产品化程度相当低，都必须在实施中做大量的客户化工作。 有些公司的分行业ERP“产品”称作“分行业解决方案”，这个“分行业解决方案”就是分行业的原型，即快速原型法中的原型。 2．模型的特点 原型驱动。因此，开发者必须先有一个原型(样品)，至少要有一个原型的核心。 原型模型与迭代模型相同点是：反复循环几次，直到客户确认为止。不同点是：原型模型事先有一个展示性的产品原型(样品)，而迭代模型可能没有。 3．选择模型的条件 （1）已有产品或产品的原型(样品)，只需客户化的工程项目。 （2）简单而熟悉的行业或领域。 （3）有快速原型开发工具。 （4）进行产品移植或升级。 由于上述条件不太苛刻，所以凡是有软件产品的IT企业，在他们熟悉的业务领域内，当客户招标时，他们都会以原型模型作为软件开发模型，去制作投标书，去讲解标投标。 4．模型的优点 开发速度快，用户意见反馈实时，有利于开发商在短时间内推广并实施多个客户。 正因为原型模型具有这些优点，所以它一直是软件企业界的主流开发模型。凡是有软件产品积累的软件公司，他们在投标、开发、实施项目的过程中，都非常喜欢用原型模型。 5．模型的缺点 因为事先有一个展示性的产品原型，所以在一定程度上，不利于开发人员的创新。 6．快速原型法 由于原型模型的开发速度较快，有时也将它称作快速原型法（Rapid Prototyping）。 在开发工具和开发环境迅速发展的今天，在信息系统开发中，原型法和快速原型法又被赋予新的内容：事先没有原型产品，也可以采取这种办法。 基本思路是：采用以面向元数据为主的方法，在需求分析的基础上，利用Power Designer等数据库分析和设计工具，快速建立信息系统的概念数据模型CDM和物理数据模型PDM；然后利用面向对象的编程工具，快速地实现需求分析中确认的流程、功能、性能和接口；之后交付给用户试用，反复循环几次，直到客户确认满意为止。 【例2-1】 1996年8月，当时的某高级工程师，带领一个程熟练的程序员，来到营口港务局通信中心，开发该中心的电话业务信息管理系统。 当时，虽然这两个人手中并无什么“原型”，但是他俩一个是数据库设计高手，一个是编程高手，所以俩人分工负责，一人设计数据库，一人编写程序，双方配合默契，只用一个多月时间，就圆满地完成了开发任务，收回了全部开发费用，获得了客户的好评。 这是一个典型的“快速原型法”例子。 快速原型法选择的条件之一是：项目组中有数据库分析和设计的专家，有面向对象编程的专家，文档制作有成熟的模板，而且系统或项目又不是非常大。 快速原型法选择的条件之二是：项目组的开发环境为分行业的业务基础平台(比如Justep X3业务基础平台)，该业务基础平台又完全适合所需开发的系统或项目，而且系统或项目又不是非常大。 以上两个条件，只要符合一个，就可以采用快速原型法。 2.5 迭代模型 针对瀑布模型的缺陷，人们提出了迭代模型（Iterative Model）。 在多种迭代模型中，要算美国的I. Jacobson，G. Booch和J. Rumb