003生存期模型讲解.pptVIP

渐进式阶段模型适合的项目 可以适合任何规模的项目，主要是中型或大型项目 希望随时看到未来的项目 银行业务系统的生存期实例 产品阶段1设计 业务需求分析 原形系统分析 项目规划 集成测试 产品阶段1开发 产品阶段n设计 产品阶段n开发 确认测试 产品提交 银行业务需求 原形系统源代码 项目规划 项目规划 产品阶段1设计 阶段目标： 设计公共控制系统功能模块 输入： 系统设计文件 数据库结构定义 过程： 详细设计 输出： 详细设计文件 时间计划： 2001/1/15-2001/2/15（暂定） 其它模型 其他 例如:Code and fix 自定义 Code and fix 需求了解 编码、走查 编译、检错 修正 编写文档 提交 修正 测试 选择生存期的步骤 熟悉各种生存期模型 评审、分析项目的特性 选择适合项目的生存期模型 标识生存期模型与项目不一致地方,并进行裁减 软件开发方法 软件开发方法是指在软件开发过程中指导项目团队进行软件开发工作的一些规则或惯例的集合,是软件开发者多年来成功和失败经验的理论性总结 1. 生命周期法 任何事物都有产生、发展、成熟、消亡或更新的过程，信息系统也不例外。 任何一个信息系统在使用过程中随着其生存环境的变化，都需要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为信息系统的生命周期 系统规划 系统分析 系统设计 系统实施 系统运行和维护 信息系统的生命周期 1. 生命周期法 特点 面向用户 自上向下 按阶段进行 文档化和标准化 系统分解和综合 阶段成果 主要文档 系统开发立项报告、可行性研究报告、系统开发计划书、系统分析说明书、系统设计说明书、程序设计报告、系统测试计划与测试报告、系统使用与维护手册、系统评价报告、系统开发月报与系统开发总结报告 1.生命周期法 优点 强调系统开发过程的整体性和全局性; 从时间角度把软件开发和维护分解为若干阶段，每个阶段有各自相对独立的任务和目标; 降低了系统开发的复杂性，提高了可操作性; 每个阶段都对该阶段的成果进行严格的审批，发现问题及时反馈和纠正，保证了软件质量 1. 生命周期法 缺点 生命周期法开发周期较长 开发顺序是线性的，各个阶段的工作不能同时进行，前阶段所犯的错误必然带入后一阶段，而且是越是前面犯的错误对后面的工作的影响越大，更正错误所花的工作量就越大; 在功能经常要变化的情况下，难以适应变化要求，不支持反复开发。 2. 原型法 快速原型法（RP-Rapid Prototyping）根据用户提出的需求，由用户与开发者共同确定系统的基本要求和主要功能，并在较短时间内建立一个实验性的，简单的信息系统原型 在用户使用原型的过程中，不断地依据用户提出的评价意见对简易原型进行不断的修改、补充和完善 如此反复、使快速原型越来越能够满足用户的要求，直到用户和开发者都比较满意为止，就形成了一个相对稳定、较为理想的管理信息系统。 2. 原型法 特点 （1）系统开发效益高 （2）系统适用性强 （3）系统的可维护性 （4）系统的可扩展性 2. 原型法 缺点 系统的开发缺乏统一的规划和开发的标准，难以对系统的开发过程进行控制，同时快速原型法对系统开发的环境要求较高。 适用 比较小的，或者有比较成熟借鉴经验的系统开发工作中运用 3. 面向对象方法 OO方法开发系统的过程可以分为以下几个阶段： 认识客观世界的对象以及行为，分别独立设计各个对象的实体。 分析对象之间的联系和相互之间所传递的信息，由此构造客观世界所对应的信息系统的模型。 由信息系统的模型转换成计算机软件系统的模型。 程序实现。 3. 面向对象方法 面向对象法的优点 OO方法最大的特点是以对象为基础，利用特定的软件模块，直接完成了从对象客体的描述到软件体系结构之间的转换 简单性、统一性、开发周期短、费用低 面向对象法的缺点 OO方法的主要缺点和快速原型法一样，因此这种方法也不适用于大的，复杂的系统开发。 4. CASE方法 CASE (Computer Aided Software Engineering) 方法是一种自动化/半自动化的开发方法，它能支持除了“系统调查”之外的所有开发步骤。 CASE 的应用模式：CASE工具 + 某种开发方法 * chapter__3 chapter__3 三、软件项目生存期模型 RoadMap 　　合同管理 　　 生存期 　需求管理 　　任务分解 　　项目进度 　　规模估算 　质量计划 　　配置计划 　　　　风险计划　　 　　团队管理 　　项目度量 　　集成项目 　　跟踪控制 　项目结束 本章要点 一、生存期模型