软件项目管理第3章 生存期模型

《软件项目管理第3章 生存期模型》由会员分享，可在线阅读，更多相关《软件项目管理第3章 生存期模型（54页珍藏版）》请在金锄头文库上搜索。

1、0,第3章 软件项目生存期模型,Software Life Cycle Model,1,承上启下,合同管理 招标书 投标书 合同书 项目合同签署,2,RoadMap,3,主要内容,生存期模型定义 常用生存期模型 案例分析,4,思考题,软件生存期模型？ 软件生存期模型特征？ 软件生存周期过程管理的主要阶段？ WaterFall model的特点？ V模型模型适合的项目？ 原型模型特点？ 增量模型的特点？ 螺旋模型适合的项目？ 选择生存期的步骤？,5,一、生存期模型定义,6,建筑工程类项目典型生存期模型,7,制药项目典型生存期模型,8,软件项目生命周期,9,生存期模型选择,10,软件生存期模型,软

2、件开发的一种框架。 说明了软件的活动和进行软件开发的过程。 这个模型可以是以活动为中心，可以以产品为中心的。,11,软件生存期模型特征,描述了开发的主要阶段 定义了每一个阶段要完成的主要过程和活动 规范了每一个阶段的输入和输出 提供了一个框架，可以将必要的活动映射到该框架中。,12,软件生存周期过程管理的主要阶段,选择合适的软件生存周期模型（Software Life Cycle Model,SLCM） 标识和定义生存周期的任务，即创建软件生存周期（Software Life Cycle） 建立管理和技术上的软件生存周期过程（Software Life Cycle Process） 整个周期内

3、对生存周期过程的管理,13,二、常用生存期模型,14,瀑布模型的定义,15,WaterFall model特点,简单易用，直观； 开发的进程一个顺着一个； 没有反馈过程； 需要严密控制； 允许基线和配置早期接收控制； 一个新的项目不适合这个模型； 用户直到项目结束才能看到质量如何； 不允许或者限制变更；,16,WaterFall model使用指南,开发前的过程 系统概念开发和系统配置开发 开发过程 需求过程 设计过程 实施过程 开发后的过程 安装过程 支持过程 维护过程 抛弃过程,17,WaterFall model适合的项目,项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 类似

4、的项目如： 公司的财务系统 库存管理系统 短期项目,18,V模型,19,V模型特点,简单易用 强调测试过程与开发过程的对应性和并行性 没有反应实际的开发过程,20,V模型使用指南,严格按照顺序进行开发 注意开发过程和测试过程的并行性,21,V模型适合的项目,项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 对系统的性能安全很严格的项目 类似的项目如： 航天飞机等 公司的财务系统 实例,原型模型(Prototyping),项目计划,原型迭代,快速分析,DB,功能,用户界面,设计完善,运行,用户认可,操作维护,23,原型的特点,在需求定义之前，需要快速构建一个系统 根据构建系统的优缺点，

5、用户给开发人员提出反馈意见 根据反馈意见修改软件需求规格，以便系统可以更正确地反映用户的需求 减少各种假设以及风险,24,原型的使用指南,用户和开发人员根据初始需求共同开发一个项目规划 用户和开发人员利用快速分析技术共同定义需求和规格 设计者构建一个模型 设计者演示这个模型，用户来评估性能 标识问题，然后用户和设计者一起来解决他们 循环这个过程，直到用户满意为止 详细设计就可以根据这个原型进行 原型可以用代码或者工具来实施,25,原型的模型适合的项目,项目的需求在项目开始前不明确 需要减少项目需求的不确定性 类似的项目如： 明确显示界面 第一次开发的产品，验证技术可行性,26,增量模型(Inc

6、remental),核心功能,1,核心功能,核心功能,第一增量,第二增量,第三增量,1 2,1 2 3,27,增量模型的特点,可以循序渐进，避免一次投入太大的风险 更快地开发出可以操作的系统 可以减少开发过程中用户需求的变更 有些增量可能需要重新开发,28,增量模型的使用指南,首先构建整个系统的一部分 然后逐步地增加功能和性能,29,增量模型适合的项目,项目开始，明确了需求的大部分，但是需求可能会发生变化 对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。,螺旋模型(Spiral),31,螺旋模型的定义,制定计划确定软件目标，需求和选定实施

7、方案，弄清项目开发的限制条件 风险分析评估所选方案，考虑如何识别和消除风险 实施工程实施软件开发，编码，测试等 客户评估评价开发工作，提出修正建议，规划下期任务,螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即：,32,螺旋模型的特点,是Waterfall模型的多次迭代 它将每个阶段进行更细的划分 可以进行灵活设计 通过风险管理驱动 用户可以更早看到产品 用户可以不断对产品进行评估 用户可以与开发人员进行紧密的合作 项目的投资不用一次投入 可以给开发人员更多的反馈信息,33,Spiral Model使用指南,采用最低成本来开发对将来项目有用的一部分 允许设计的变动 选择比较小的步

8、伐循序渐进 使需求规格处于可修改状态 项目中有很多风险，注意风险的控制。,34,螺旋模型适合的项目,项目中风险是主要的制约因素 项目中的不确定因素和风险限制了时间的进度 用户对自己的需求也不是很明确 需要对一些基本的概念进行验证 可能发生一些重大的变更 项目规模很大 项目中采用了新技术,35,快速应用开发,36,传统开发,37,快速应用开发的特点,团队很小并且是由经过训练的人员组成 可以用很少的人很低的成本，改善生产率，缩短循环周期 可以用自动生成软件生成复用的部分 用户可以确定系统如何适应业务需求,38,快速应用开发使用指南,需求规划阶段 用户设计阶段 构建阶段 提交阶段,39,快速模型适合

9、的项目,很小并且具有探索性质的项目 适合一个复杂度从小到大变化的项目，例如重整企业的信息系统,40,渐进式阶段模型,综合了增量模型和螺旋式模型的一个实用模型 渐进式前进 阶段式提交,41,定义:图示（）,渐进式迭代模型 41,42,阶段性完成规划,43,渐进式阶段模型的特点,阶段式提交一个可运行的产品 关键的功能更早出现 早期预警问题，避免软件缺陷不知不觉的增长 减少报告负担 阶段性完成可以降低估计失误 阶段性完成均衡了弹性与效率,44,渐进式阶段模型的使用指南,需求和构架设计后，分阶段提交产品 强调项目规划与风险降低 最重要的功能先实现,45,渐进式阶段模型适合的项目,可以适合任何规模的项目

10、，主要是中型或大型项目 希望随时看到未来的项目,46,银行业务系统的生存期实例,产品阶段1设计,业务需求分析,原形系统分析,项目规划,集成测试,产品阶段1开发,产品阶段n设计,产品阶段n开发,确认测试,产品提交,银行业务需求 原形系统源代码,项目规划,项目规划,47,产品阶段1设计,阶段目标：设计公共控制系统功能模块 输入：系统设计文件 数据库结构定义 过程：详细设计 输出：详细设计文件 时间计划：2001/1/15-2001/2/15（暂定）,48,选择生存期的步骤,熟悉各种生存期模型 评审、分析项目的特性 选择适合项目的生存期模型 标识生存期模型与项目不一致地方,并进行裁减,49,50,三、案例分析,51,案例分析,“School项目的”项目应该采用什么生存期模型？,增量模型,52,小结,瀑布模型 V模型 原型模型 增量模型 螺旋式模型 快速应用开发模型 渐进式阶段模型,53,思考题,什么是软件生存期模型？ 软件生存期模型有哪些特征？ 软件生存周期过程管理有哪些主要阶段？ 瀑布模型的特点是什么？ V模型模型适合的什么项目？ 原型模型的特点是什么？ 增量模型的特点是什么？ 螺旋模型适合哪些项目？ 选择生存期的步骤？,