课件2015第2讲项目生命期_第1页
课件2015第2讲项目生命期_第2页
课件2015第2讲项目生命期_第3页
课件2015第2讲项目生命期_第4页
课件2015第2讲项目生命期_第5页
已阅读5页,还剩27页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、项目生命期Project Life Cycle 学习指导重要性:一般重点:生命期特点;模型区分;过程分组选择题为多,案例分析较少典型生命周期模型常见的生命周期模型:(1)线性模型 瀑布模型(waterfall Model) V模型(V Model)(2)迭代模型 原型模型 喷泉模型 增量模型(3)螺旋模型 线性模型瀑布模型奠基了IT系统工程化的基础问题定义软件需求总体设计详细设计编程调试运行维护定义阶段开发阶段维护阶段1、瀑布模型 (线形顺序模型)瀑布模型的特点将用户的原始需求逐步求精的过程。每个阶段都进行了一次变换或求精每个阶段定义明确,以上个阶段输出为输入,产生下一个阶段所需的输入强调了可

2、追溯性,可控制性提供了一个软件工程化的模板是很多改进模型的基础瀑布模型的优点:(1)强调开发的阶段性; (2)强调早期计划及需求调查; (3)强调产品测试。瀑布模型的缺点:(1)瀑布模型中划分的几个阶段,没有反映出人类认识过程的反复性。 特别是瀑布模型过于依赖早期进行的唯一一次需求调查,不能适应需求的变化;(2)由于瀑布模型是单一流程,开发中的经验教训不能反馈应用于本产品的过程。瀑布模型适合的项目在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确类似的项目如:公司的财务系统库存管理系统短期项目2、V模型需求分析概要设计详细设计编码验收测试系统测试集成测试单元测试是更严格的线性模型,提

3、出了测试提前的理念,重视前期工作产品的验证。左边是软件设计实现过程,同时伴随着制定测试计划的过程。右边是对左边结果的验证。(1)设计人员在做需求分析的同时,测试人员就开始阅读、审查需求分析结果,确定测试目标,准备测试用例,并制定验收测试计划。(2)设计人员在做概要设计时,测试人员可以了解系统是如何实现的,基于什么样的平台,于是设计系统测试方案和系统测试计划,并准备好测试环境。(3)设计人员在做详细设计时,测试人员可以参与、评审设计,同时设计功能方面的测试用例。(4)在编程的同时,进行单元测试,可以尽早查出程序中的错误。V模型适合的项目在项目开始前,项目的需求很明确在项目开始前,解决方案也很明确

4、对系统的性能安全很严格的项目类似的项目如:航天飞机等公司的财务系统线性模型的缺陷(1)在项目开始阶段,用户常常难以清楚的给出所有需求。但线性模型却依赖于此,还不能接受许多项目的开始阶段自然存在的不确定性。(2)产品的运行版本要到项目开发晚期才能得到。由于缺乏有效的中间产品验证手段,很多致命错误可能很晚才能发现。(3)对用户提出的修改适应性差,容易造成混乱(4)一次难以构造一个完全符合用户需求的产品迭代式开发模型 迭代式模型基于这样一个事实:就像任何一个复杂产品一样要经过一段时间的演化:业务和产品需求随着开发工作的进展常常发生变化;紧迫的市场期限难于完成一个完善的产品;只要核心能够被很好的理解,

5、产品的细节可以以后丰富和定义。1、原型模型(快速成型模型)建造/修改原型用户测试运行原型听取用户意见 原型:一个真实的可执行模型,它实现了系统的若干基本功能。原型法:不断地运行系统“原型”来进行启发、揭示和判断的系统开发方法。 在获取一组基本的需求定义后,快速建立一个目标系统的最初版本-原型,并把它交给用户试用、补充和修改,再进行新的版本开发。反复进行这个过程,直到用户满意为止。从而应用系统的“最初版本”就逐步演变为系统的“最终版本”。(1)它是一个可实际运行的系统,具有满足用户需求的必要属性(2)它没有固定的生存期。 一种极端是扔掉原型; 另一种极端是最终产品的一部分即增量原型(先做出最终产

6、品的核心部分,逐步增加补充模块),演进原型居于其中(每一版本扔掉一点,增加一点,逐步完善至最终产品)。 在这期间,用户和开发团队都不为程序算法或设计技巧等枝节问题分心,而是要确定开发团队是否理解了用户的意思,同时试验实现它们的若干方法。(3)它是迭代过程的集成部分,即每次经用户评价后修改、运行,不断重复双方认可。原型特征(1)及时验证开发的功能是否符合产品需求。 (2)帮助导引出高质量的产品要求。如果没有可能在一开始就弄清楚所有的产品需求,它们可以分批取得。而对于已提出的产品需求,则可根据对现阶段原型的试用而做出修改。 (3)提供机会去采取早期预防措施,增加项目成功的机率。 (4)开发中的经验

7、教训能反馈应用于本产品的下一个循环过程,提高质量与效率。 原型法优点(5)如果风险管理发现资金或时间已超出可承受的程度,则可以决定调整后续的开发,或在一个适当的时刻结束开发,但仍然有一个具有部分功能的,可工作的产品。(6)使用户可以在新的一批功能开发测试后,立即参加验证,以便提供非常有价值的反馈。(1)原型化方法开发的时候,测试和文档工作常常容易被忽略(2)运行的效率可能会比较低 原型法缺点(1)原型化方法适用于用户需求不清,管理及业务处理不稳定,需求常常变化(2)规模小,不太复杂,而且不要求集中处理的系统(3)有比较成熟借鉴经验的系统开发(4)用于开发信息系统中的最终用户界面(5)原型化方法

8、不适于开发大的系统Prototype 模型适合的项目2、喷泉模型(RAD) (Rapid Application Development Model) 面向对象设计阶段面向对象分析阶段进一步开发实现和集成阶段运行状态实现阶段计划阶段需求阶段维护期认为软件生命周期的各个阶段是相互重叠和多次反复的。也是一种线性开发模型,与瀑布模型类似,只是从串行改并行。主要用于面向对象方法中,面向对象的分析和设计重叠,交叉、并行进行。3、增量模型(递增模型)产品改进模型(Incremental Model) 先完成一个系统子集的开发,再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。 增

9、量1分析设计编码测试第一个增量发布分析设计编码测试第三个增量发布增量3分析设计编码测试第四个增量发布增量4分析设计编码测试第二个增量发布增量2(1)融合了线性顺序模型的基本成分和原型的迭代特征。(2)是随着日程时间的进展而交错的线性序列。(3)与原型不一样的地方是强调每个增量均发布一个可操作产品。(4)版本增量模型融合了线性模型的基本特征,每一个线性序列产生软件的一个可发布的“增量”(5)第一个增量往往着重在系统架构和核心功能,系统架构反映了系统的核心需求增量模型特点项目开始,明确了需求的大部分,但是需求可能会发生变化对于市场和用户把握不是很准,需要逐步了解对于有庞大和复杂功能的系统进行功能改

10、进,就需要一步一步实施的。增量模型适合的项目螺旋模型 螺旋模型 在原型基础上,进行多次原型反复并增加风险评估,形成螺旋模型。 螺旋模型瀑布+迭代+原型+风险优点: (1)强调严格的全过程风险管理。(2)强调各开发阶段的质量。(3)提供机会检讨项目是否有价值继续下去。 缺点:必须引入非常严格的风险识别,风险分析和风险控制,这对风险管理的技能水平提出了很高的要求。也需要人员,资金和时间的大量投入。 螺旋模型适合的项目风险是主要的制约因素不确定因素和风险限制了项目进度用户对自己的需求也不是很明确需要对一些基本的概念进行验证可能发生一些重大的变更项目规模很大项目中采用了新技术项目管理过程1、项目过程项目过程: 过程就是基于一定输入,采用相关工具和技术,产生一定输出的活动集合。项目由多个过程构成。 过程分类管理类过程技术类过程需求分析,总体设计,编码,测试等支持类过程配置管理改进类过程总结经验教训,部署改进启动过程组计划过程组执行过程组控制过程组收尾过程组整体管理制定项目章程制定项目范围说明书编制项目管理计划指导与管理项目执行监控项目工作、控制整体变更项目收尾范围管理编制范围管理计划、范围定义、建立WBS范围核实范围控制时间管理活动定义、活动排序、资源估算、历时估算、制定进度计划进度控制成本管理成本

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论