CMM软件开发项目管理_第1页
CMM软件开发项目管理_第2页
CMM软件开发项目管理_第3页
CMM软件开发项目管理_第4页
CMM软件开发项目管理_第5页
已阅读5页,还剩87页未读 继续免费阅读

下载本文档

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

文档简介

初始级已管理级已定义级定量管理级优化级初始级可重复级已定义级已管理级优化级CMML2

软件项目管理目录项目管理概述软件生命周期软件度量软件项目估算风险管理软件项目计划V小结参考资料I软件项目管理概述1.1软件项目管理的目的1.2软件项目管理的重要性1.3软件项目管理的对象1.4软件项目管理的主要任务1.1软件项目管理的目的为了生产产品能做到:按时交付在预算内合格的质量按计划做事1.2软件项目管理的重要性软件工程管理引起广泛注意源于20世纪70年代中期,当时发现不成功的项目70%是因为管理不善而引起20世纪90年代中期,美国的软件开发仍然很难预测,大约只有10%的项目能够在预定的费用和进度下交付1.3软件项目管理的对象任务成本工作量效率人员资源风险1.4项目管理的主要任务定义软件生命周期进行软件规模估算进行软件风险分析制定软件开发计划进行软件项目跟踪与监控进行软件度量2软件生命周期2.1软件过程的三个主要阶段2.2什么是软件生命周期2.3软件生命周期模型2.4瀑布模型2.5进化模型2.6螺旋模型2.7Rational软件开发过程框架2.8软件生命周期的选取评价准则2.1软件过程的三个主要阶段2.1.1定义阶段2.1.2开发阶段2.1.3维护阶段定义阶段定义阶段要明确“做什么”定义系统和软件的关键需求:在此阶段,开发人员试图搞清要处理什么信息预期完成什么样的功能和性能达到什么样的系统行为建立什么样的界面有什么样的约束设计需求跟踪矩阵和系统测试用例定义一个成功系统的确认标准是什么定义阶段三个主要任务:系统工程分析;软件项目计划;软件需求分析开发阶段开发阶段要明明确“如何做做”设计软件:功能如何转换换为构架细化需求跟踪踪矩阵和设计计集成测试用用例试图定义数据据如何结构化化界面如何表示示设计如何转换换成程序测试如何进行行定义一个成功功系统的设计计的确认标准准是什么开发阶段三个个主要任务::软件设计;;代码生成;;软件测试维护阶段维护阶段要明明确“改变什什么”改正性维护::约占20%左右。主要要是改正处理理方面、性能能方面以及编编程方面的错错误适应性维护::约占25%左右。主要要用于适应数数据环境(外外部环境)、、硬件及操作作系统(内部部环境)和移移植工作改进性维护::约占50%左右。主要要用于提高处处理效率、提提高性能、使使之使用方便便、增加及改改进输出信息息,以达到便便于维护的目目的。这包括括改进易读性性和注释等2.2什什么是软件生生命周期软件生命周期期是指软件产产品或软件系系统从产生、、投入使用到到被淘汰的全全过程在计算机技术术发展的初期期,人们把软软件开发简单单地理解为编编写程序随着软件复杂杂性的增长,,人们认识到到软件开发活活动应划分为为需求分析、、设计、实现现、测试等若若干个活动,,并将这些活活动以适当的的方式分配到到不同的阶段段中去完成通常把软件生生命周期分为为5个阶段::需求设计编码测试维护2.3软软件生命周期期模型软件生命周期期模型是描述述软件开发全全部过程、活活动和任务的的结构框架软件开发模型型能清晰、直直观地表达软软件开发全过过程,明确规规定了要完成成的主要活动动和任务,用用来作为软件件项目工作的的基础瀑布模型(WaterfallModel)进化模型(EvolutionaryModel)螺旋模型(SpiralModel)统一软件开发发过程(UnifiedSoftwareDevelopmentProcess)2.4瀑瀑布模型(1)1970年W.Royce提出了最早的的软件开发模模型--瀑瀑布模型。。该模型给出出了固定的顺顺序,将软件件生命周期各各阶段的活动动从上一阶段段向下一阶段段逐级过渡,,如同流水下下泻,最终得得到所开发的的软件产品这一模型规定定了开发各阶阶段的活动为为:提出系统统需求,提出出软件需求,,需求分析,,设计,编码码,测试和运运作。并且还还规定了自上上而下相互衔衔接的固定顺顺序,构成了了熟知的瀑布布模型实践表明,各各个阶段间的的关系并非如如此简单。由由于阶段评审审可能出现向向前阶段的反反馈,致使在在各阶段间产产生环路,瀑瀑布流水出现现上流。W.Royce在提出瀑布模模型时,就对对此提出了如如何进行的建建议分析设计编码测试瀑布模型(2)每个开发阶段段均应具有以以下特征从上一阶段接接受本阶段工工作的对象,,作为输入对上述输入实实施本阶段的的活动给出本阶段的的工作成果,,作为输出传传入下一阶段段对本阶段工作作进行评审,,若本阶段工工作得到确认认,则继续下下阶段工作,,否则返回前前一阶段,甚甚至更前的阶阶段系统需求软件需求分析设计编码测试运作瀑布模型瀑布模型(3)系统需求软件需求分析设计编码测试运作瀑布模型瀑布模型(4)瀑布模型为为软件开发发与维护提提供了一种种有效的管管理模式,,根据这一一模式制订订开发计划划、进行成成本预算、、组织开发发人员,以以阶段评审审和文档控控制为手段段有效地对对整个开发发过程进行行指导,从从而保证了了软件产品品的质量优点:近30年来之之所以广为为流行,是是因为它在在支持开发发结构化软软件、控制制软件的开开发复杂度度、促进软软件开发工工程化方面面起着显著著作用缺点:缺乏乏灵活性,,无法通过过开发活动动澄清本来来不够确切切的软件需需求。这些些问题可能能导致开发发出的软件件并不是用用户真正需需要的软件件,并且这这一点在开开发过程完完成后才有有所察觉2.5进进化模型型(1)进化模型主主要针对事事先不能完完整定义需需求的软件件开发。用用户可以给给出待开发发系统的核核心需求,,并且当看看到核心需需求实现后后,能够有有效地提出出反馈,以以支持系统统的最终设设计和实现现软件开发人人员根据用用户的需求求,首先开开发核心系系统。当该该核心系统统投入运行行后,用户户试用之,完成他他们的工作作,并提提出精化系系统、增强强系统能力力的需求。。软件开发发人员根据据用户的反反馈,实施施开发的迭迭代过程每一迭代过过程均由需需求、设计计、编码、、测试、集集成等阶段段组成,为为整个系统统增加一个个可定义的的、可管理理的子集。。如果在一一次迭代中中,有的需需求不能满满足用户的的要求,可可在下一次次迭代中予予以修正,,从而在一一定程度上上减少了软软件开发的的盲目性进化模型(2)-原型模模型建造/修改原型听取用户意见用户测试运行原型进化模型(3)进化模型在在克服瀑布布模型缺点点、减少由由于软件需需求不明确确给开发工工作带来风风险方面,,确有显著著效果。软软件系统的的原型有多多种形式::丢弃型:原原型开发之之后,已获获取了更为为清晰的需需求信息,,原型无需需保留而废废弃演示型:开开发原型仅仅以演示为为目标样品型:原原型规模与与最终产品品相同,只只是原型仅仅供研究用用增长式演示示型:原型型作为软件件最终产品品的一部分分,可满足足用户的部部分需求,,进一步在在此基础上上开发,可可增加需求求,实现后后再交付使使用粗陋型:用用较短时间间开发的简简易原型2.6螺螺旋模型型(1)将瀑布模型型与进化模模型相结合合,并且增增加了两者者所忽略的的风险分析析。它将软软件项目开开发分别划划分为四类类活动,沿沿着螺线线旋转,在在笛卡儿坐坐标的四个个象限上分分别表达了了四个方面面的活动,,即:制订计划::确定软件件目标,选选定实施方方案,弄清清项目开发发的限制条条件风险分析::分析所选选方案,考考虑如何识识别和消除除风险;工程实施::实施软件件开发;客户评估::评价开发发工作,提提出修正建建议。沿螺线自内内向外,每每旋转一圈圈,便可开开发出更为为完善的一一个新的软软件版本螺旋模型(2)原型1原型2原型3可运行原型需求计划生存期计划开发计划集成与测试软件需求需求确认设计确认与验证软件产品设计详细设计风险分析风险分析风险分析验收测试实现集成与测试单元测试编码工程实施开发、验证下一产品提交线评审累计成本风险分析评价方案,识别风险、消除风险制订计划决定目标方案和限制螺旋模型客户评估螺旋模型(3)螺旋模型通通常用以指指导大型软软件项目的的开发,如如果开发风风险过大,,开发者和和客户无法法承受,项项目有可能能因此终止止。多数情情况下会沿沿着螺线继继续下去,,自内向外外逐步延伸伸,最终得得到满意的的软件。如果对所开开发项目的的需求已有有了较好的的理解或较较大的把握握,无需开开发原型,,便可采用用普通的瀑瀑布模型。。这在螺旋旋模型中可可认为是单单圈螺线。。与此相反反,如果对对所开发项项目的需求求理解较差差,需要开开发原型,,甚至需要要不止一个个原型的帮帮助,那就就要经历多多圈螺线。。在这种情情况下,外外圈的开发发包含了更更多的活动动。也可能能某些开发发采用了不不同的模型型。和其它模型型相比螺旋旋模型的优优越性较为为明显,但但要求许多多客户接受受和相信进进化方法并并不容易。。本模型的的使用需要要具有相当当丰富的风风险评估经经验和专门门知识。如如果项目风风险较大,,又未能及及时发现,,势必造成成重大损失失。2.7统统一软件件开发过程程(USDP)框架架USDP概概述USDP术术语USDP的的高层视图图USDP的的特点USDP概概述软件开发涉涉及多种因因素,很难难定义一种种通用的过过程。任何何软件项目目都可选用用适合自身身的任何过过程UML是一一种通用的的建模语言言,不是一一种方法,,适用于任任何开发过过程UML设计计者推荐使使用的USDP是一一个过程框框架,倡导导采用UML来记录录、分析和和设计的结结果软件过程基基础Rational软件开发过过程USDP术术语活动:有明明确输入条条件、资源源需求和控控制约束并并产生一定定输出的工工作单元,,可用一个个五元素集集F(A,I,R,C,O)来描述过程:活动动的偏序集集。适合软软件开发的的过程叫软软件开发过过程;适合合企事业事事务的过程程叫企事业业过程;等等等角色:执行行活动的人人力资源、、使用系统统的用户或或与系统交交互的外部部系统人员:过程程中执行某某一活动的的人力资源源(个体或或群组)用例:系统统中能满足足某一需求求的一组活活动序列。。一个用例例应能返回回一定的可可见结果给给执行该用用例的角色色构造:在迭迭代增量式式开发过程程中的每一一步所产生生的结果,,是系统某某一特定部部分的一个个可执行版版本软件过程基基础Rational软件开发过过程USDP的的高层视图图USDP包含四个阶阶段:初始始阶段、细细化阶段、、构造阶段段和移交阶阶段在初始阶段段,需要考考虑项目的的效益,并并确定项目目的适用范范围,这一一阶段需要要与客户进进行讨论在细化阶段段,收集详详细的需求求,进行高高层分析和和设计,并并为构造阶阶段制定计计划:选择择一些功能能点,完成成这些功能能;再选择择别的功能能点,再完完成这些功功能;如此此循环往复复移交阶段初始阶段细化阶段231构造阶段…软件过程基基础Rational软件开发过过程USDP的的高高层层视视图图(续续)构造造阶阶段段由由多多次次迭迭代代组组成成,,每每一一次次迭迭代代都都包包含含整整个个软软件件生生命命周周期期::捕捕获获用用例例、、分分析析、、设设计计、、实实现现和和测测试试阶阶段段。。每每一一次次迭迭代代所所得得到到的的产产品品应应满满足足项项目目需需求求的的某某一一个个子子集集,,提提交交给给早早期期用用户户或或是是内内部部提提交交移交交阶阶段段,,也也包包含含1个个或或多多个个迭迭代代,,将将软软件件给给用用户户安安装装、、试试用用和和维维护护这是是一一个个迭迭代代增增量量式式的的开开发发过过程程,,即即不不是是在在项项目目结结束束时时一一次次性性提提交交软软件件,,而而是是分分块块逐逐次次开开发发和和提提交交软件件过过程程基基础础Rational软件件开开发发过过程程USDP的的高高层层视视图图(增增量量模模型型)增量1增量2增量3第一个增量发布第二个增量发布第三个增量发布开发发进进度度软件件过过程程基基础础Rational软件件开开发发过过程程USDP的的特特点点基于于UML、、以构构架架为为中中心心、、用用例例驱驱动动与与风风险险驱驱动动相相结结合合的的迭迭代代增增量量式式软软件件开开发发过过程程USDP包含含初初始始、、细细化化、、构构造造和和移移交交等等四四个个阶阶段段,,其其中中构构造造阶阶段段由由多多次次迭迭代代所所组组成成每次次迭迭代代中中的的软软件件开开发发工工作作都都围围绕绕需需求求捕捕获获用用例例、、分分析析、、设设计计、、实实现现和和测测试试等等五五个个核核心心工工作作流流来来组组织织职责责明明确确::每每个个人人都都明明白白自自己己的的职职责责;;开开发发者者能能更更好好理理解解其其他他开开发发者者的的职职责责;;管管理理人人员员能能了了解解开开发发者者的的职职责责过程程规规范范::单单位位对对自自身身员员工工的的培培训训标标准准化化;;开开发发人人员员和和管管理理人人员员不不需需要要学学习习新新的的过过程程就就能能在在小小组组间间调调动动工工作作软件件开开发发过过程程可可重重复复使使用用::开开发发技技术术和和管管理理技技术术可可以以重重用用;;项项目目计计划划更更准准确确,,成成本本估估算算与与实实际际更更吻吻合合,,开开发发周周期期更更短短软件件过过程程基基础础Rational软件件开开发发过过程程2.8软软件件生生命命周周期期的的选选取取评评价价准准则则(1)资源源的的可可用用性性项目目的的复复杂杂度度应用用的的费费用用未来来升升级级的的费费用用使用用的的容容易易度度应用用的的功功能能需需求求渐进进的的需需求求变变更更软件件过过程程基基础础软件件生生命命周周期期模模型型软件件生生命命周周期期的的选选取取评评价价准准则则(2)应用用的的寿寿命命产品品的的技技术术应用用的的生生产产力力产品品的的质质量量需求求的的易易变变性性产品品的的重重用用和和文文档档的的可可交交付付风险险管管理理未知知需需求求软件件过过程程基基础础软件生命命周期模模型3软件件度量3.1软软件件度量的的基本概概念3.2软软件件度量的的意义3.3度度量量元3.4度度量量过程3.1软软件件度量的的基本概概念在现实世世界中,,对用数数字或符符号指定定给实体体的某些些属性进进行度量量,以便便根据已已明确的的规则来来描述它它们软件度量量就是在在软件开开发过程程中,把把软件开开发过程程和软件件产品的的各种属属性,例例如软件件开发成成本、花花费时间间、开发发效率、、产品规规模、软软件质量量的各种种数据,,度量、、记录、、统计并并进行必必要的分分析3.1软软件件度量的的基本概概念(续续)软件度量量:指指计算机机软件中中范围广广泛的度度量。度度量可应应用于软软件过程程,也可可用于整整个软件件项目软件产品品的度量量:用定定量的方方法表达达和分析析软件产产品质量量特性,,如功能能度和可可靠性等等。通过过辅助估估算、质质量控制制、生产产率评估估以及项项目控制制评估工工作产品品的质量量。软件过程程的度量量:用用定量的的方法表表达和分分析软件件过程的的特性,,如软件件开发效效率、开开发成本本、质量量保证措措施的有有效性等等。目的的是为了了在一个个连续的的基础上上进行改改进软件过程程的两类类度量直接度量量:LOC,,执行速度度,内存存大小,,某阶段段缺陷数数等间接度量量(导出出度量)):功能能,质量量,复杂杂性,有有效性,,可靠性性,可维维护性等等3.2软软件件度量的的意义如果你不不能度量量它,就就不能用用数字表表达它,,那么你你对它的的了解就就很贫乏乏、很不不令人满满意:它它可能是是知识的的开始,,在思想想上还远远没有进进入科学学的阶段段。(LordKelivin))任何工程程如果不不能用数数字来描描述,这这说明它它仍处在在摇篮时时期3.2软软件件度量的的意义(续)从软件特特性看度度量的意意义抽象性::软件没没有形体体,自然然没有一一般制造造业产品品所具有有的几何何尺寸、、物理性性质(如如重量、、体积等等)以及及化学性性质等复杂性::软件内内部结构构复杂,,可以认认为,软软件是人人类创造造的最为为复杂的的实体,,而且由由于人们们尚未掌掌握其研研制规律律,因而而这个实实体显得得更加难难以捉摸摸多样性::即使需需求以及及所用的的平台和和编程语语言相同同,不同同的软件件开发人人员或同同一个开开发人员员在不同同的年月月,也不不可能开开发出完完全相同同的软件件易变性::在软件件的开发发过程和和使用过过程中,,常常由由于各种种原因需需要对软软件而进进行各种种修改3.2软软件件度量的的意义(续)有效地、、定量地地进行管管理,是是进行计计划、估估算、风风险分析析、过程程监控、、质量监监控、评评价等活活动的基基础,是是改进过过程与提提高软件件质量的的重要手手段3.3度度量量元什么是度度量元资源和成成本的度度量项目进度度与进展展状态的的度量增长和稳稳定性度度量产品质量量的度量量软件质量量的度量量软件程序序的度量量(1)什什么是度度量元能用于定定量地描描述实体体的属性性,如软软件的规规模、缺缺陷的数数目、工工作量的的人天数数等(2)资资源和成成本的度度量人员工作量人员的经经验人员的周周转财务性能能获得的价价值成本开发环境境资源的可可用性资源利用用情况例:人员员配置情情况(3)项项目进度度与进展展状态的的度量里程碑性性能里程碑日日期工作单元元进展情情况部件状态态需求状态态测试用例例状态问题报告告状态评审完成成情况变更请求求状态增量的能能力构造块内内容-部件件构造块内内容-功能能工作单元元完成状状态测试用例例完成状状态(4)增增长和稳稳定性度度量产品规模模和稳定定性代码行部件存储的词词汇量数据库规规模功能的规规模和稳稳定性需求功能点用例(UseCase)变更请求求工作量量例:需求求变化的的度量(5)产产品质量量的度量量缺陷问题报告告缺陷密度度复杂度返工返工规模模返工工作作量例:问题题报告状状态例:软件件问题数数的功能能域分布布图(6)软软件质量量度量程序质量量度量文档质量量度量软件质量量度量准准则(7)软软件程序序度量面向规模模的度量量面向功能能点的度度量软件缺陷陷排除率率的度量量软件测试试的度量量面向规模模的度量量工作产品品标识::项目、、模块代码行数数:千行行语句数数、字符符数、字字节数注释率::注释语语句数/代码行行数错误数//KLOC文档页数数/KLOC成本/KLOCKLOC数/人人月面向规模模的度量量(续))面向规模模的度量量特点::代码行是是开发项项目的生生成品,,容易计计算;依赖于程程序设计计语言;;必须在项项目完成成后才能能得到数数据。4工工作分解解结构(WBS)4.1WBS4.2WBS中的层次次结构4.3产产品层层次结构构4.4活活动层层次结构构4.5构构造WBS4.1WBSWBS(WorkBreakdownStructure)以层层次结构构组织项项目活动动元素,,它是根根据自顶顶向下的的方法,,按照模模块化的的思想将将项目分分解成易易于管理理的活动动每项活活动可可以被被分配配、执执行和和跟踪踪。WBS的分分解粒粒度要要达到到可管管理的的级别别,即即每项项活动动能够够细分分到个个人,,而且且最好好能在在一周周内((5个个工作作日))完成成WBS是项项目计计划的的“基基础构构架””,它它是估估计、、计划划、跟跟踪和和监控控的主主要依依据。。在整整个项项目生生命周周期中中,WBS必须须用适适当的的细节节等级级封装装变更更和进进化。。构造造好WBS,将将会给给项目目的计计划和和实施施带来来极大大的便便利4.2WBS中中的层层次结结构两种类类型:产品活动或两者者的混混合4.3产产品品层次次结构构指明各各种软软件分分量如如何安安置在在软件件系统统中反映软软件产产品的的基本本结构构,由由软件件设计计者确确定分量有有:程程序(routine)、模模块、、子系系统等等4.4活活动动层次次结构构指明处处理一一个软软件分分量的的各种种方法法合适时时,活活动层层次的的一部部分可可以运运用到到产品品的任任何一一个层层次4.5构构造造WBS迭代式式构造造构造有有意义义的逐逐步细细分(roll-up)的层层次结结构向下细细分到到能实实际作作出策策划和和控制制的层层次((不要要太碎碎)综合自自顶向向下/由底底向上上的方方法采用混混合的的产品品/活活动层层次结结构WBS例子子ACTIVITYBreak-upProductBreak-up5风风险险管理理5.1风风险险策略略5.2风风险险特性性5.3风风险险管理理活动动5.1风风险险策略略被动式式:风风险发发生后后才采采取措措施,,是““救火火模式式”主动式式:在在项目目开发发前就就标识识出潜潜在的的风险险,有有计划划地管管理风风险。。主要要目标标是预预防风风险。。必要要时加加以控控制,,减轻轻影响响5.2风风险险特性性不确定定性::刻划划风险险的事事件可可能发发生也也可能能不发发生;;即,,没有有100%%发生生的风风险((100%%发生生的风风险是是加在在项目目上的的约束束)损失::如果果风险险变成成了现现实,,就会会产生生恶性性后果果或损损失。。5.3风风险险管理理活动动5.3.1风风险险识别别5.3.2风风险险估计计5.3.3风风险险评估估5.3.4风风险险驾驭驭和监监控5.3.1风风险险识别别风险识识别概概述项目风风险识识别技术风风险识识别商业风风险识识别人员风风险识识别开发环环境风风险识识别风险识识别概概述风险识识别就就是根根据历历史数数据及及经验验,标标识相相关的的风险险,列列出全全部风风险项项S1,,S2……,Sn。。包括::项目风风险识识别技术风风险识识别商业风风险人员风风险识识别开发环环境风风险识识别项目风风险识识别项目风风险识识别是是要找找出潜潜在的的预算算、进进度、、个人人(包包括人人员和和组织织)、、资源源、用用户和和需要要方面面的问问题,,以及及它们们对软软件项项目的的影响响如项目目复杂杂性、、规模模和结结构等等都可可构成成风险险因素素技术风风险识识别技术风风险识识别是是要找找出潜潜在设设计、、实现现、接接口、、检验验和维维护方方面的的问题题规格说说明的的多义义性、、技术术上的的不确确定性性、技技术陈陈旧、、最新新技术术(不不成熟熟)也也是风风险因因素商业风风险识识别商业风风险有有:建立的的软件件不是是真正正所想想要的的建立的的软件件不适适合整整个软软件产产品战战略销售部部门不不清楚楚如何何推销销这种种软件件失去上上级管管理部部门的的支持持失去预预算或或人员员的承承诺((预算算风险险)人员风风险识识别人员风风险有有:缺乏优优秀人人才缺乏配配套人人才人员不不够人员对对分配配工作作缺乏乏兴趣趣人员流流动过过快人员意意外缺缺勤((因病病、因因事))人员缺缺乏足足够培培训开发环环境风风险识识别开发环环境风风险有有:是否有有可用用的软软件支支持工工具((项目目管理理工具具、配配置管管理工工具、、测试试工具具、……)设备是否否陈旧,,设备意意外损坏坏是否发生生病毒,,使开发发环境瘫瘫痪5.3.2风风险估估计估计风险险发生的的可能性性。估计计风险可可能产生生的结果果建立一个个尺度或或标准来来表示一一个风险险的可能能性;可可以使用用概率尺尺度表,,其值分分为:极极罕见的的、罕见见的、普普通的、、可能的的、极可可能的描述风险险的结果果,分出出影响的的类别::性能、、支持、、成本、、进度估计风险险对项目目和产品品的影响响;影响响可分为为4级::灾难性的的严重性的的轻微的可忽略的的5.3.3风风险评评价在项目进进行中,,进一步步检验在在风险估估计时所所得到的的估计的的准确性性,对已已暴露的的风险进进行优先先排队,,考虑控控制和/或消除除可能出出现风险险的方法法定义风险险参考水水平值对前述风风险影响响类别::性能、、支持、、成本、、进度分分别(或或组合))制定一一个参考考水平,,即性能能下降,,支持困困难、成成本增加加、进度度延迟到到某个程程度(水水平)项项目被迫迫中止5.3.4风风险险驾驭和和监控风险驾驭驭是指利利用某些些技术以以及某些些项目管管理方法法等设法法避开或或转移风风险风险监控控:做风险因因素跟踪踪进行风险险再估计计收集可用用于将来来的风险险分析的的信息6项项目计划划6.1项项目目计划的的重要性性6.2项项目目计划的的动态性性6.3项项目目计划的的三个前前提6.4软软件件项目计计划的套套件6.5软软件件项目(开发)计划的的内容6.6进进度度安排和和监控的的图形工工具--甘特特图6.7进进度度安排和和监控的的图形工工具--PERT和CPM技术6.1项项目目计划的的重要性性对任何软软件项目目来讲,,其任务务均是按按期、按按预算开开发满足足用户需需求的、、高可靠靠、高性性能的软软件产品品要作到这这点项目目计划是是基础项目计划划是为实实现预定定目标而而作的科科学预测测,以它它为基准准跟踪和和控制项项目项目计划划确定未未来的行行动方案案和资源源分配,,引导项项目的实实施项目计划划的质量量是决定定项目成成败、优优劣的关关键因素素之一6.2项项目目计划的的动态性性(1))项目计划划是指导导项目的的纲,要要尽早制制定在项目定定义阶段段,只要要明确了了软件项项目的目目标和软软件要实实现的基基本功能能;只要要项目人人员明白白用户的的意图就就应制定定通过初始始计划的的制定,,项目经经理能熟熟悉项目目工作的的基本方方面:范范围、需需求、总总的时间间和里程程碑、组组织机构构、人员员要求等等。它确确定了生生存周期期,管理理过程、、技术过过程等等等。这些些在项目目过程中中,变化化不会太太大有时也称称初始计计划为基基础计划划6.2项项目目计划的的动态性性(2))众所周知知,项目目计划是是基于当当前已有有的信息息(包括括过去的的经验,,当前项项目的目目标、范范围、组组织结构构、资源源等),,安排工工作和进进度,预预测结果果随着项目目的进展展、信息息的增多多和理解解的深入入,预测测会逐渐渐地接近近实际,,所以对对任何类类型的项项目来说说,项目目计划的的修订不不可避免免项目计划划将不断断修订,,贯穿全全生存周周期6.3项项目目计划的的三个前前提生命周期期WBS估计6.4软软件件项目计计划的套套件软件项目目计划应应可以从从多个方方面去制制定文档可以以分为::软件开发发计划软件质量量保证计计划软件配制制管理计计划风险管理理计划软件测试试计划项目培训训计划这些文档档可以合合成为一一个文档档6.5软软件件项目(开发)计划的的内容一个软件件开发计计划要包包括以下下大部分分或全部部条目::项目选定定的软件件生命周周期将要开发发的各种种软件产产品项目进度度估算软件件工作产产品的规规模及所所需的资资源和费费用设施、支支持工具具以及硬硬件标识和评评估软件件风险并并与委托托进行商商议有必要反反复进行行这些步步骤以建建立软件件项目的的计划6.6甘甘特特图6.7PERT和和CPM技术((1)PERT和CPM技术是安安排开发发进度,,制定软软件计划划的最常常用的方方法。两两种技术术都是由由较早的的项目计计划活动动中已经经产生的的信息来来驱动。。程序评价价和评审审技术((ProgramEvaluation&ReviewTechnique-PERT))关键路径径(CriticalPathMethod––CPM)信息包括括:工作量估估算产品功能能的分解解适当的模模型选择择项目类型型和任务务集合的的选择PERT技术和和CPM(2))任务网络络图描述任务务之间的的依赖关关系WBS工作分解解结构两种方法法都提供供项目工工作定量量划分的的工具,,支持::确定关键键路径,,决定项项目持续续时间的的任务链链通过统计计模型为为单个任任务建立立最有可可能的时时间估算算计算为特特定任务务定义其其时间““窗口””的边界界时间。。PERT技术和和CPM(3))重要的边边界时间间某个任务务的最早早开始时时间是当当其所有有前驱任任务在最最短的可可能时间间中完成成时某个任务务的最晚晚开始时时间是在在不延迟迟项目最最小完成成时间的的前提下下,最晚晚启动该该任务的的时间最早结束束时间是是最早开开始时间间加上任任务持续续时间最晚结束束时间是是最晚开开始时间间加上任任务持续续时间总浮动量量是在保保证进度度的前提提下,调调度任务务时所允允许的富富裕时间间或回旋旋时间总总和PERT技术和和CPM(4))示例A:公共模块块B:新编模块块,依赖赖A的完成C:已有模块块,修复复缺陷。。依赖A的完成041236578起点A编码B编码A测试A调试C理解C修改B测试B调试C测试C调试BC组装测试PERT技术术和CPM((5)分层任任务网络图041236578参考资料WattsS.Humphrey.ManagingtheSoftwareProcess.1989byAddison-Wesley.(有中译本,2003清清华大学出出版社)WalkerRoyce,SoftwareProjectManagement:AUnifiedFramework.Addison-Wesley.1998.(有中译本,机机械工业出出版社,2002)BobHughes&MikeCotterell,SoftwareProjectmanagement(thirdedition).McGraw-HillInternational(UK)Limited.2002.(将有中译本,机械工业业出版社,估估计于2003.9出出版)BarryBoehm,“Softwareengineeringeconomics”,1981.(有中译本,电电子工业出出版社,1988)谢谢!9、静夜四无无邻,荒居居旧业贫。。。12月-2212月-22Tuesday,December20,202210、雨中黄叶树树,灯下白头头人。。17:38:0417:38:0417:3812/20/20225:38:04PM11、以我我独沈沈久,,愧君君相见见频。。。12月月-2217:38:0417:38Dec-2220-Dec-2212、故故人人江江海海别别,,几几度度隔隔山山川川。。。。17:38:0417:38:0417:38Tuesday,December20,202213、乍见翻疑疑梦,相悲悲各问年。。。12月-2212月-2217:38:0417:38:04December20,202214、他乡生白白发,旧国国见青山。。。20十二二月2022

温馨提示

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

评论

0/150

提交评论