软件生存周期和开发模型.pptVIP

第2章 软件生存周期及开发模型 软件的生存周期与选择的开发模型有关 软件开发模型是软件工程研究的四大内容之一 3种软件开发模型： 瀑布模型、增量模型、原型模型 本章的要求 了解： 1）生存周期的概念 2）开发模型的概念 3) 生存周期模型裁剪指南 理解： 1）软件的生存周期与选择的开发模型有关 掌握： 1）瀑布模型的本意、特点、选用条件 2) 增量模型的本意、特点、选用条件 3) 原型模型的本意、特点、选用条件 2.1 软件生存周期概论 任何有生命的动物、植物和人，都有一个生存周期(Life Cycle) 没有生命的事物或实体，它们也有一个生存周期，这个生存周期就是使用寿命，即生产周期加上使用周期。 软件的生存周期与开发模型有关 不同模型：开发阶段划分、评审次数、基线标准 开发项目：选模型—生存周期裁剪—开发计划--开发软件 软件的生存周期 2.2 瀑布模型 1、瀑布模型(Waterfall Model)(流水式过程模型) 生存周期由立项、需求分析、策划、概要设计、详细设计、编程、测试、发布、维护组成 每个阶段是瀑布中的一个台阶，软件生存过程在这些台阶中由上向下地奔流。 开发人员按照阶段开发，管理人员按照阶段管理。 2、特点： (1) 里程碑或基线驱动，或者说文档驱动； (2) 过程逆转性很差，或者说不可逆转 瀑布模型（续） 3、选择模型的条件： （1）在开发时间内需求没有或很少变化。 （2）分析设计人员对应用领域很熟悉。 （3）低风险项目（对目标、环境很熟悉）。 （4）用户使用环境很稳定。 （5）用户除提出需求以外，很少参与开发。 瀑布模型（续） 4、优点模型的优点：阶段清晰 5、模型的缺点：可维护性差 (1)由于逆转性很差，所以返工会造成重大损失。 (2)错误的传递，会采取发散扩大的方式。 改进 微软：严格的里程碑管理制度 CMM：阶段评审和不符合项跟踪 2.3 增量模型 1、模型本意 软件产品看作一组增量构件，每次设计、实现、集成、测试和交付一块构件，直到所有构件全部实现为止。 先开发其中的一个核心模块，再开发其他模块，这样一个个模块地增加上去，直至整个系统开发完毕为止。 2、特点： (1) 任务或功能模块驱动，可以分阶段提交产品； (2) 有多个任务单，这些多个任务单的集合，构成项目的一个总《任务书》(总《用户需求报告》/《需求规格说明书》)。 增量模型（续） 3、选择模型的条件： （1）在项目开发过程中，客户接受分阶段交付。 （2）开发人员对应用领域不熟悉，难以一步到位。 （3）工期过紧的中等或高风险项目。 （4）用户可参与到整个软件开发过程中。 （5）使用面向对象语言。 （6）软件公司自己有较好的类库、构件库。 增量模型（续） 4、优点：大系统分解为小系统，降低开发难度 5、缺点： 软件系统的组装和拆卸性不强 开发人员全局把握水平不高（没有数据库设计专家进行系统集成） 客户不同意分阶段提交产品 2.5 原型模型 1、模型本意 以某个软件原型为参照模型的开发方法，叫做原型法。 在初步需求分析之后，马上向客户展示一个软件产品原型，对客户进行培训，让客户试用，在试用中收集客户意见，修改原型，再让客户试用，反复循环几次，直到客户确认为止。 2、特点 原型驱动 开发者必须先有一个原型，至少要有一个原型的核心。 原型模型（续） 3、选择模型的条件： （1）已有产品或产品的原型，只需客户化的项目。 （2）简单而熟悉的行业或领域。 （3）有快速原型开发工具。 （4）进行产品移植或升级。 4、优点 开发速度快 实时反馈用户意见 5、模型的缺点：不利于开发人员的创新 6、快速原型法(没有原型的原型法) 基本思路： 面向数据的方法，用Power Designer等数据库分析和设计工具，快速建立信息系统的概念数据模型CDM和物理数据模型PDM 面向对象的编程工具，在软件企业强大的类库、构件库的支撑下，快速地实现需求分析中确认的流程、功能、性能和接口 交付给用户试用，反复循环几次，直到客户确认满意为止。 快速原型法(续) 选择条件 项目组中有数据库分析和设计的专家 有面向对象编程的专家 文档制作有成熟的模板 系统或项目又不是非常大 2.6 本章小结 1.除了上述四种常用的软件开发模型之外，另外还有四种软件开发模型：螺旋模型、演化模型、渐增模型和喷泉模型，这四种模型只具备理论上的研究价值，在IT企业的实践中很少得到应用。 2.进入IT企业参与软件开发或软件管理时，首先要明确：当前的项目或产品开发到底采用什么开发模型，由此确定软件的生存周期和当前的软件开发进度；合理安排项目组成员的工作。迅速适应IT企业文化，并很快进入角色。 3.瀑布