第8讲工程项目管理

第8讲工程项目管理——软件项目管理8.1软件项目管理概述引言8.2软件项目进度管理8.3软件项目风险管理8.4软件项目质量管理引言为什么要学习软件项目管理？1999年美国斯坦迪申(Standish)咨询公司对美国365位信息技术高层经理人员管理的8380个项目进行调查研究，得到如下结论：信息技术项目正处于一个混沌的状态;平均成功率为16％;50％的项目需要补救;34％的项目彻底失败;平均超出时间为222%;实际成本是估计成本的189%;性能与功能只达到要求的61％。引言为什么要学习软件项目管理？调查研究显示，软件项目失败的主要原因有：软件应用项目越来越复杂；缺乏合格的软件项目管理人才。结论：缺乏有效的项目管理是导致软件项目失控直至失败的直接原因。引言为什么要学习软件项目管理？正因为如此，各大型跨国IT企业都非常重视项目管理方法与技术的推广与应用：IBM公开承认对其未来发展起关键作用的因素是掌握和全面实施项目管理。IBM制定了企业内部的资格认证计划，同时也鼓励其职员获得项目管理学会(PMI)的资格认证(PMP)，IBM全球服务事业部的部门经理，有70%是从项目经理提升上去的。IBM认为，项目经理的成长和成熟，是公司管理走向成熟的重要表现。8.1软件项目管理概述引言8.2软件项目进度管理8.3软件项目风险管理8.4软件项目质量管理8.1软件项目管理概述8.1.1项目与项目管理8.2.2软件项目管理8.1.1项目与项目管理人类活动的分类项目定义与特点项目的生命周期项目管理的概念项目管理的要素

人类活动的分类无组织活动(自发活动)有组织活动日常运作：连续不断、周而复始的活动.项目：临时性、一次性活动.日常运作与项目上课野餐活动超级女声社区保安开发操作系统每天的卫生保洁神州飞船计划广州亚运会日常运作项目?项目日常运作唯一性重复性时限性连续性目标导向绩效优先变更管理线性管理项目组织职能部门项目经理负责部门经理负责日常运作与项目的区别人类活动的分类项目定义与特点项目的生命周期项目管理的概念项目管理的要素

项目定义与特点定义项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。项目的特点有明确的目标性明确的时限性资源成本的约束性项目的不确定性唯一性(一次性)人类活动的分类项目定义与特点项目的生命周期项目管理的概念项目管理的要素

项目的生命周期任何项目都有明确的起始时间和结束时间，其过程中包含四个基本阶段。启动阶段项目的可行性分析、立项、招投标、合同签署。计划阶段目标确定、范围定义、进度安排、资源计划、成本估计等。实施阶段实施计划、进度控制、费用控制、质量控制、变更控制、合同管理、现场管理等。结束阶段范围确认、质量验收、费用结算与审计、项目资料验收、项目交接与清算、项目审计与评估等。项目无所不在，关键在于管理…生活中的项目生日聚会野餐活动集体婚礼社会中的大项目微软的操作系统开发阿波罗计划神州飞船计划人类活动的分类项目定义与特点项目的生命周期项目管理的概念项目管理的要素

项目管理的概念常见：项目管理是一系列的伴随着项目的进行而采取的、以确保项目能够达到期望的结果为目的的一系列管理行为。PMI：在项目活动中应用一系列的知识、技能、工具和技术，以满足或超过相关利益者对项目的要求。人类活动的分类项目定义与特点项目的生命周期项目管理的概念项目管理的要素

项目管理的因素很多，项目目标的实现主要受到以下六个因素制约。项目管理的要素TQC(Time-Quality-Cost)三角制约关系时间成本质量-质量与成本、时间正相关；-成本与时间则不是简单的线性关系。8.1软件项目管理概述8.1.1项目与项目管理8.1.2软件项目管理8.1.2软件项目管理逻辑实体(抽象性、复杂性、知识密集性)缺陷检测的困难性缺乏统一的规则软件项目产品的特点软件项目管理中的常见问题需求不明确，变化比较多；工作量估计过低；项目团队水平不足；开发计划不充分；项目经理的管理能力不足；软件项目管理的成功原则平衡原则注意“需求、资源、工期、质量”四要素的平衡；切记“80/20”原则；分解原则降低难度、减少风险、下放权力、发挥能动；实时控制原则微软的“每日构建”出成效；简单有效原则“没有完美的管理，只有有效的管理”；坚持“密而不紧、疏而不漏”原则；规模控制原则坚持“兵精将寡”原则;软件项目管理过程项目启动过程需求建议书可行性研究方案选择项目定义签订合同项目启动确定“做什么？、达到什么目标？”项目计划编制计划，确定“怎么做？”项目实施具体实施、实时监控项目结束认定成果、项目总结项目规划过程目标分解编制计划制度完善项目预算项目跟踪与控制过程标准制定项目实施绩效度量指挥调度变更与纠偏项目结束过程范围核实成果移交行政收尾合同收尾软件项目管理的内容需求管理成本与进度管理配置管理风险管理质量管理资源管理8.2软件项目进度管理概述进度管理工具项目计划制定项目进度监控概述软件项目的范围决定软件的规模；软件的规模决定项目的成本与开发时限；项目成本与开发时限构成项目进度计划的基本红线；项目进度计划涉及到项目的活动编排和资源计划制定；合理的项目计划能有效提高软件项目资源利用效率。概述无计划情况下的资源利用分布时间资源投入开发工作计划性工作协调性工作概述有计划情况下的资源利用分布时间资源投入开发工作计划性工作协调性工作概述进度管理的基本概念进度：对执行的活动和里程碑制定的工作计划日期表。进度管理：为确保项目按期完成所需要的管理过程。进度管理目的：在给定的限制条件下，以最短的时间、最低的成本、最小的风险、按质按量完成项目目标规定的任务。总进度确定依据成果的交付日期依据可利用的资源估算的项目开发时限概述进度管理的重要性按时完成项目是项目经理最大的挑战之一；合理的并行性活动安排是项目按期完成的重要保证。概述软件项目进度管理过程活动定义(Activitydefinition)活动排序(Activitysequencing)活动历时估计(Activitydurationestimating)制定进度计划(Scheduledevelopment)进度控制(Schedulecontrol)-项目跟踪活动定义活动排序活动历时估计制定进度计划进度控制计划阶段控制阶段广东药学院·医药信息工程学院概述进度管理工具项目计划制定项目进度监控进度管理工具—甘特图（GanttChart)甘特图用以表示项目各活动开始时间与结束时间、明确体现项目活动工期与进度计划的图形表示方法。表示方法用水平线段表示阶段任务；线段的起点和终点分别对应于任务的开始时间和结束时间(用实心三角标记)；线段的长度表示完成任务所需的时间。甘特图（GanttChart)2007年1月2月3月4月5月6月7月8月9月可行性分析系统调查需求分析系统设计系统实施软件测试试运行系统验收开始时间结束时间进度管理工具—里程碑图里程碑显示项目进展中的重大工作完成的时间节点。SpecificationDesign08/9811/98Testing02/995/99AvailableCoding9/0011/00Announce概述进度管理工具项目计划制定项目进度监控广东药学院·医药信息工程学院项目计划制定软件项目计划的要素项目目标WBS规模估算成本(工作量)估算进度安排项目计划制定软件项目计划周期项目计划制定软件项目计划的内容为什么？目标(范围、费用、进度、质量)做什么？任务分解(活动,要求)谁负责？资源分配(组织、角色、分工)什么时间？进度安排(人、时、事不能有冲突)项目计划制定进度安排过程与方法根据项目总体进度目标，编制人力资源计划；比较所需资源与实有资源，确定各阶段的初步进度，进而拟定整个项目的初步进度；初步进度评审，确保进度的有效性和可行性，否则，需返回上面步骤，进行计划和进度调整。概述进度管理工具项目计划制定项目进度监控项目进度监控项目进度控制的前提项目进度计划已取得项目干系人的共识；项目监控中能充分掌握项目进展的各种数据；项目监控目标、任务、监控人员及岗位职责明确；项目进度监控的方法、程序及统计、预测工具已经具备；项目进度信息的报告、沟通、反馈及信息的管理制度已经建立。项目进度监控项目进度控制工作的主要内容建立进度协调、沟通机制(定期召开进度协调例会)；按照已制定的程序定期获得项目的进度数据；比较实际进度与计划的偏差，分析偏差产生的原因；有针对性排除进度偏差形成的主要干扰因素，调整原有的进度计划,采取必要可行的补救措施。广东药学院·医药信息工程学院8.3软件项目风险管理概述风险识别风险分析风险跟踪与应对风险管理验证风险管理概述软件项目的整个生命周期中，变化是唯一不变的事务，变化带来不确定性，不确定性就意味着可能出现损失，而损失的不确定性就是风险。软件项目的这种不确定性决定了项目风险管理的重要性；制定科学、合理的风险管理计划，防范风险于未然，是化“被动为风险所控制”为“主动控制风险”的最佳途径；风险的概念定义风险是指在一定条件下和一定时期内某种损失发生的可能性。狭义：强调“损失性”广义：强调“不确定性”损失发生的不确定性实质：对潜在的、未来可能发生损害的一种度量风险的概念软件风险是指软件开发过程中某种损失发生的可能性。预测角度

已知风险－Knownknown可预测风险-Knownunknown不可预测风险-unknownunknown范围角度

项目风险（进度、质量、成本预算等）技术风险（技术标准、规范的调整、政策变化）商业风险（市场、管理等）风险的概念风险的三要素事件事件发生的概率事件的影响广东药学院·医药信息工程学院风险图示风险的基本性质风险的客观性风险的不确定性风险的不利性风险的相对性（对于同一风险因素，对不同主体的影响是不同的，甚至相反的）风险同利益的对称性（它是指风险和利益是同时存在的。为了实现一定的利益目标，必须以承担一定的风险为前提）风险成本为防止风险发生或减少风险发生时造成的损失而采取一些措施所支付的费用以及风险发生后所造成的直接与间接损失。项目风险管理项目管理组织对项目可能遇到的风险进行计划、识别、分析、跟踪、应对、监控的全过程，是以科学的管理方法实现最大安全保障的实践活动的总称。项目风险管理过程美国系统工程研究所(SEI提出)项目资源与项目要求风险计划风险识别风险分析风险应对问题不确定性风险陈述与背景风险列表风险行动计划风险校正行为风险检查表风险评估数据库评估标准风险数据库应对策略风险数据库风险数据库控制面板风险数据库风险跟踪风险状况度量、规格和触发器场景阀值风险管理的五个过程风险识别风险分析风险计划管理验证跟踪应对广东药学院·医药信息工程学院项目风险管理的方法项目风险潜在阶段的管理方法：规避与控制项目风险发生阶段的管理方法：化解与控制项目风险后果阶段的管理方法：消减与控制风险管理的四个层次危机管理风险缓解着力预防消除根源项目风险管理的意义提高项目的成功率避免或尽可能减少因不确定因素导致的损失增加项目团队的健壮性帮助项目经理关注重大风险并积极主动防范。广东药学院·医药信息工程学院概述风险识别风险分析风险跟踪与应对风险管理验证风险识别风险识别是试图系统化地确定对项目计划的威胁，识别已知和可预测的风险，即：将项目的不确定问题转变为明确的风险陈述的过程。基本过程风险预估风险识别风险分类排序风险定义分析风险列表风险识别风险识别依据项目计划(目标、计划、资源、进度等之间的矛盾)历史项目经验外部制度约束(政策法规、新标准规范、资源价格、通货膨胀、经济发展态势等)项目内部的不确定性(需求变更、人员变动)风险识别常见软件风险人力资源风险需求风险项目接口风险设计风险管理风险开发过程风险集成与测试风险风险识别风险识别的方法德尔菲(Delphi)方法头脑风暴法情景分析法风险条目检查表风险识别德尔菲方法又称“专家调查法”；20世纪40年代美国兰德公司最先采用;调查程序项目风险小组选定领域专家；与专家建立联系，收集专家意见；意见信息综合整理后再反馈给专家；再次征询意见；重复以上过程4-5次；最后形成一致的意见。风险识别头脑风暴法专家创造性逻辑思维来获取未来信息的一种方法；奥斯本1939年首创;专家会议的议事原则明确主题、提出要求、规定范围；自由发表新意见，杜绝反驳；鼓励吸收、修改与补充；简明扼要，杜绝反复论证；即兴发言，杜绝事先准备。风险识别风险识别的结果已识别出来的项目风险(项目风险表：风险名称、类别、概率、影响程度)；可能潜在的项目风险；项目风险的征兆(又称项目风险触发器)；对项目管理其他方面的建议与要求。风险识别后将形成一个项目风险识别文件，其中包含以下几方面内容：风险识别风险识别的结果概述风险识别风险分析风险跟踪与应对风险管理验证风险分析确定风险发生概率的估计和评价，项目风险后果严重程度与影响范围的估计和评价，以及对于项目风险发生时间的估计和评价。项目风险的度量风险可能性度量风险后果度量风险发生时间的度量风险分析风险可能性的概率表示风险后果的线性分级表示预测风险影响风险影响=风险发生的可能性×风险后果可能性概率极低0.1低0.3中0.5高0.7极高0.9后果严重性取值极低1低3中5高7极高9广东药学院·医药信息工程学院风险分析风险排序依据风险分析得到的各种风险的严重程度对所有风险进行排序，保证严重程度高的风险得到优先处理。风险分析制定风险计划确定首要风险列表拟定风险应对(处理)方案设定风险阀值衡量项目目标阈值去除缺陷效率大于95%小于85%进度落后或成本超出风险储备的范围0%10%总需求增长每月小于1%每年大于50%总软件项目文档每功能点单词数小于1000每功能点单词数大于2000员工每年的自愿流动1%～3%10%概述风险识别风险分析风险跟踪与应对风险管理验证风险跟踪与应对风险跟踪过程监视风险设想(风险征兆)对比项目状态与风险阀值风险信息通知报告风险度量风险跟踪与应对风险应对针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。项目风险应对的原则可行、适用、经济、有效性原则主动、及时、综合、系统性原则风险跟踪与应对项目风险的应对策略风险回避(方法：放弃采用新技术)风险遏制(方法：消除风险引发原因)风险转移(方法：合作与外包，购买保险)风险容忍(针对小概率、低影响风险)风险分担(方法：项目利益相关者共同承担风险)实例人员的频繁流动是一项风险，基于过去的历史和管理经验，频繁流动可能性的估计值为70%，开发时间增加15%，总成本增加12%，为了缓解这一风险，项目经理应采取的策略。实例-采取的策略与现有人员讨论人员流动的原因;项目启动时，做好会出现人员流动的准备，采取一些技术以确保人员的一旦离开后，项目仍然能继续;建立良好的项目组织和通信渠道，以使大家能够了解每个有关的开发活动的信息;指定文档标准并建立相应的机制，以保证文档能够及时建立;对所有工作组织细致的评审，使大多数人能够按计划进度完成自己的工作.8.4软件项目质量管理质量管理的概念软件评审软件测试软件质量的定义（从不同角度看）用户角度理解：软件运行可靠、不死机、界面友好，系统运行速度快，结果正确，产品交货及时，服务好。软件开发人员：技术上无差错，符合标准及规范要求，技术文档齐全正确，系统易维护。另一专业人员：每千行代码中包含的缺陷数。McCall提出了代表软件质量的11种特性如下表所示:质量管理的概念质量特性含义可回答的问题正确性程序满足规格说明和完成用户业务目标的程度它做了该做的事吗？可靠性程序按要求的精确度实现其预定功能的程度它总能准确地工作吗？效率程序实现其功能所需要的计算资源量它能在硬件上尽力工作吗？完整性软件或数据不受未授权人控制的程度它是安全的吗？使用性学习、操作程序、为其准备输入数据、解释其输出的工作量它可用吗？维护性对运行的程序找到错误并排除错误的工作量它可调整吗？测试性为保证程序执行其规定的功能所需的测试工作量它可测试吗？灵活性修改程序所需的工作量它可修改吗？移植性将程序从一种硬件配置和/或环境转移到另一硬件配置和/或环境所需的工作量可以在其他机器上使用吗？复用性程序可被用于其他应用问题的程度可以重复使用它的某些部分吗？共运行性一系统与另一系统协同运行所需的工作量它能与其他系统联接吗？国际标准的定义国际标准化组织和国际电工委员会1991年制定了软件质量标准ISO/IEC9126-1991。我国于1996年将其等同采用，成为国家标准《GB/T16200-1996软件产品评价质量特性及其使用指南》。标准规定了软件质量可用六个特性来评价：功能性、可靠性、可用性、效率、可维护性和可移植性。1、功能性系统功能性是与一组功能及其指定的性质有关的一组属性，包括适合性、准确性、互操作性、依从性和安全性。这里的功能是指满足明确或隐含的需求的那些功能。2、可靠性系统可靠性是与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性，即一个系统按照用户需求和设计者的相应设计，执行其功能的正确程度，包括成熟性、容错性、易恢复性。3、易用性易用性是以一组规定或潜在的用户为软件使用对象，所需作的努力和对这样的使用所作的评价相关的一组属性，包括易理解性、易学习性、易操作性。通俗地讲，易用性是用户评价系统是否有效、易学、高效、好记、少错和令人舒适满意的质量标准。4、效率系统效率是与在规定的条件下，软件的性能水平与所使用资源量之间有关的一组属性，包括时间特性、资源特性。5、可维护性系统的可维护性是与进行指定的修改所需的努力有关的一组属性，包括易分析性、易更改性、稳定性和易测试性。6、可移植性系统可移植性是与软件从一环境转移到另一环境的能力有关的一组属性，包括适应性、易安排性、一致性和易替换性。软件质量保证（SQA）从广义上讲，SQA的目标包括：通过适当的监控系统及其开发过程来保证软件质量。确保软件及其开发过程与已定的标准和规程要求完全一致。确保能及时发现产品、过程和标准的任何不足并提醒管理者注意，以便及时弥补。SQA的职责在于审核组织的质量活动，当出现与标准、规程以及计划背离时，提醒管理者注意。软件评审软件评审的概念※软件评审又称技术评审或同行评审。它是指由开发人员的技术同行在项目实施的各个阶段进行的有组织的软件浏览、文档与代码审计活动，验证工作是否符合预定的标准，其目的是协助软件开发人员在项目早期找出工作的错误。※软件开发的大量事例表明，错误往往来源于开发者认识的误解或者思维的疏忽与盲点，且常常从一开始就出现，除非有人提醒与指出，否则它会在设计、编码、文档编写甚至测试阶段不断重复。※软件评审是项目早期软件质量保证的主要手段。软件评审的实施※

确定参加评审的人员参加评审的人员包括：评审活动主持人（负责领导与组织审查工作）、开发人员（被评审工作的人员）、评审员、记录员。为了保持评审会议的效率，评审员一般控制在五六人左右。主持人一般由富于评审经验的资深开发同行担任，而不能由被评审工作的管理人员担任；其他参与人员都必须是技术上的同行人员。※人员培训组织进行项目初次评审前，应该对主持人和评审人员进行相关培训，使其熟悉组织的评审程序与相关标准，统一认识，达成对项目评审的一致意见，以便提高评审工作的有效性和效率。培训课程通常包括评审的基本原则、有关检查单、评审的程序以及评审案例等。※评审准备

首先，生产人员及管理人员应确定待评审产品是否已经准备好进行评审，对于审查的目的是否已经达成一致，是否准备好评审会所需的材料等。准备工作结束，通知主持人，启动评审程序。※分发评审材料，评审员审读评审材料组织者要在会议前1到前2天将材料和评审表格发给每一位评审员。经验表明有3/4的错误是在会前的准备阶段发现的。※评审会议

由主持人、评审员、评审产品的开发人员、记录员参加。主持人要使会议的议题始终保持在产品的技术问题上，会议的重点是查找问题，无需过多争论。一次会议一般只评审一个产品，会议时间要控制在2个小时以内。会议最后要通过产品是否通过评审，责成记录员整理评审报告。※评审报告记录员依据会议意见整理评审报告，填写评审总结表，由主持人签字后生效。评审报告分别交管理人员、开发人员和缺陷跟踪人员。取得成功评审的关键※应为评审及改正评审发现的问题预留项目资源※评审应以发现问题为重点※保证评审的技术化※制定检查单和标准※限制会议人数，并且坚持事先作准备※对所有的评审者进行有意义的培训软件测试软件测试的概念软件测试是指为了寻找软件缺陷而执行程序的过程。测试的目的是尽可能发现软件的缺陷，而不是证明软件正确。我们将软件缺陷定义为：软件未达到产品说明书标准的功能。软件出现了产品说明书指明不会出现的错误。软件功能超出产品说明书指明的范围。软件未达到产品说明书虽未指出但应达到的目标。软件界面与操作方式违反相关标准或习惯。软件测试员认为软件难以理解，不易使用，运行速度缓慢，或者最终用户认为不好等。白盒测试与黑盒测试是最常见的两种不同软件测试方法。白盒测试又称结构测试、路径测试，是指将程序看成一个透明的盒子，进入程序内部，通过对程序的结构与语句进行测试，从而得出对程序质量判断的过程。黑盒测试又称功能测试，着眼于程序的外部特征，而不过多考虑程序的内部构造，通过接收适当的输入数据，检查程序结果的正确性从而判断程序质量的过程。软件测试的过程包括：测试计划、测试的组织、测试用例的设计与开发、测试的执行与报告。软件测试的类型※单元测试单元测试通常由程序员或项目组成员完成。单元测试通常采用白盒测试。实际的做法是，至少检查一次每个判断语句的所有条件，确保所有的变量和参数都经过正常值和异常值的测试。白盒测试是发现程序错误的重要手段。※功能测试

功能测试即黑盒测试，它是根据产品的规格说明执行测试。测试用例的设计要按正常值、边界值、界外值以及无效的非法输入进行分组，以全面检查程序的表现，仍然是抽样检查。※回归测试

对于那些已经测试并经程序员修复的软件要重新进行测试。我们把这样的测试定义为回归测试。回归测试的基本方法是选择某些测试用例，定期进行以检测回归问题。※验收及安装测试

该类测试是指在软件开发及所有测试完成后，在真实的用户环境下对系统进行的最后测试。验收及安装测试一般要有最终用户参加，以保证测试的实效。软件测试的原则※完全测试程序是不可能的※软件测试需要由专门测试人员完成的※从一开始就执行测试对于软件的需求一旦确定，就应订出测试计划。如果系统采用分阶段交付的方式，可执行软件在第一阶段中期就存在了，此时测试就应立即开始。即使不采用分阶段交付，也应在单元编码完成时马上开始，并且随着系统的集成，逐渐展开。课程答辩安排课程成绩的组成

总成绩

=平时成绩（50%）+期末成绩（答辩50%）

平时成绩（50%）—针对每个人:

考勤（10%）+讨论课（1次:10%）+课后作业（3次：30%)

期末成绩（答辩50%）—针对每个组：由答辩老师从学习态度、方案介绍、方案撰写质量（包括各部分的完整性等）、设计创新、答辩效果等方面进行评价。期末:设计一个工程项目方案

题目:

1．引言选题背景：首先引出问题，在充分了解当今社会及市场需求的基础上，说明设计开发本项目的必要性，即为什么设计开发本项目。（不少于500字）2、

项目前期准备2.1需求分析需求分析就是解决“做什么”的问题，就是