软件项目管理培训0407

1、软件项目管理目录项目及项目管理的概念和过程软件过程概述需求阶段设计阶段实现阶段集成阶段软件项目管理2什么是项目？工作分为两类：重复性、持续性的工作，称为运作。独特性、一次性的工作，称为项目。 项目是为创造某种独特产品或服务所做的一次性的努力。 3项目的特点一次性项目有明确的开始时间和结束时间 。独特性项目要完成的是以前未曾作过的工作。目标的确定性过程的渐进性成果的不可挽回性组织的临时性和开放性 4项目需要管理项目的特点项目对于企业生存和发展的重要性项目需要管理5什么是项目管理？项目管理是指把各种系统、方法和人员结合在一起，在规定的时间、预算和质量目标范围内完成项目的各项工作。 有效的项目管理是

2、指在规定用来实现具体目标和指标的时间内，对组织机构资源进行计划、引导和控制工作。 6如何学习和掌握项目管理的技能从实践中获取经验自我批评总结，改正错误与具有此技能的项目经理进行探讨系统的项目管理知识、工具和技术的教育培训 7项目管理的过程启动过程认可项目或项目的某阶段可以开始计划过程为完成项目所要达到的商业要求而对实际可行的工作计划的设计、维护执行过程协调人员和其他资源执行计划控制过程通过监督、衡量进度和在必要时采取改正行动来保证达到项目的目标结束过程正式地接受项目或项目阶段，并使它有序地结束8五大过程的关系9项目管理的知识领域范围管理保证项目成功地完成所要求的全部工作，而且只完成所要求的工作

3、 时间管理保证项目按时完成成本管理保证项目在批准的预算内完成质量管理保证项目的完成能够使需求得到满足人力资源管理尽可能有效地使用项目中涉及的人力资源10项目管理的知识领域（续）沟通管理保证适当、及时地产生、收集、发布、储存和最终处理项目信息风险管理对项目的风险进行识别、分析和响应 采购管理从外部企业获得货物和服务集成管理保证项目中不同的因素能适当协调11项目管理三角形 项目管理中目标、进度和成本三个因素之间的互相影响的关系进度目标成本12组织结构项目型组织13组织结构项目型组织（续）优点目标一致，统一领导项目经理能控制项目的资源项目小组成员只向给一个上司汇报沟通渠道简单，能迅速做决定缺点打乱原

4、有的组织状况资源利用率低，人员、设备和知识信息不能在项目间共享项目小组成员担心项目完成后的工作安排14组织结构职能型组织15组织结构职能型组织（续）优点职能优异发挥专长缺点更重视职能而非项目本身沟通复杂反应缓慢16组织结构矩阵型组织17组织结构矩阵型组织（续）优点有效利用资源，专业知识可供多个项目共享项目组内部可以有效的沟通协调缺点项目经理的权力项目经理与职能部门经理之间的关系项目小组成员双重负责和双重报告18项目经理的职责计划组织控制19领导能力人员开发能力沟通技巧人际交往能力处理压力的能力解决问题的能力管理时间的能力项目经理的技能20软件过程概述软件过程简介软件过程模型软件过程主要可交付项

5、软件开发团队21软件过程简介软件工程是有关软件系统开发与维护的理论和方法学。软件工程的目的在于建立有力的工程理论和方法学，实现软件开发的更低的开发成本、更高的质量、更短的开发周期和更好的服务。软件工程的概念22想象对对象有了一般性陈述即可进行开发，以后再完善细节要求。因为软件具有灵活性，所以项目的需求可以不断的变化。现实糟糕的前期需求定义是软件开发质量差和延期的主要原因。 为修正错误而更改软件的费用在软件开发生命周期的后继阶段将会有显著的增加。1x1.5-6x60-100 x修改软件的费用定义阶段开发阶段软件过程简介： 客户的想象维护阶段23想象程序编制完成并且正常运行，则开发人员的工作完成。

6、在程序运行之前，没有方法来评估程序的质量。一个开发成功的项目的唯一可交付项是程序。现实开发人员有30%-50% 的工作量是在程序交付给客户之后。软件评审在发现错误方面比为发现某类错误而进行的测试更有效。软件的配置包括文档，修改后的文件，测试输入数据和测试结果数据。软件过程简介：开发人员的想象24想象行业经验、开发经验丰富，所以应能开发出令人满意的软件。内部可用的计算机和软件工具足够了。当项目延期时我们可以加入更多的程序员来缩短开发周期。现实经验可能存在，但它们不是最新的并且有些不可用。需用的CASE工具通常没有或不能使用。给一个延误工期的软件项目加入更多的人只会使它更拖延。 软件过程简介： 管

7、理的想象25瀑布式软件开发过程软件过程模型(Continued)26具有生命周期环的瀑布式软件开发过程软件过程模型(Continued)27螺旋式软件开发过程软件过程模型(Continued)28软件过程模型（推荐）29软件过程主要可交付项30软件过程主要可交付项31软件开发团队基本组成(推荐)：PMDevelopment TeamTest TeamSystem AnalystQuality FunctionSCM/Env Builder软件开发团队角色配置32出口规则建立系统和操作概念完成软件需求评审到达需求和规格说明的基线入口规则完成项目描述获批准建立项目可交付项 系统和操作概念文档需求和

8、规格说明书可度量项所需人员，时间相对于预计的总需求量中已定义的需求数目有完全规格说明的需求的百分比方法和工具结构化或面向对象的分析方法走查原型化开发方法关键活动系统分析员建立系统概念(准备重用议案)建立操作概念定义需求细节进行规格说明进行软件概念评审和软件需求评审管理小组为各阶段编制计划确定并培训系统分析员与客户交流评价产品和改进控制主要评审活动需求阶段:需求定义33入口规则建立了系统和操作概念完成软件需求评审到达需求和规格说明的基线出口规则完成需求分析报告完成软件规格说明评审解决了软件规格说明评审中提出的问题可交付项需求分析报告软件开发/管理计划更新的需求和规格说明可度量项所需人员，时间待定

9、的需求数需求中的问题/解决方法需求的改变系统的大小，工作量和进度的估计方法和工具需求的走查和分类 需求的格式需求分析方法和面向对象的分析CASE 工具原型化方法工程库关键活动系统分析员解决规格说明中的含糊的，矛盾的和待定的需求 参加软件规格说明评审开发小组对需求进行分析和分类 (改进重用议案)鉴别技术风险 准备需求分析报告 进行软件规格说明评审 管理小组准备软件开发/管理计划确定并培训开发人员和测试人员与系统分析员和客户交流以帮助解决需求问题对产品的需求分析过程进行评审计划进入概要设计阶段需求阶段:需求定义34入口规则完成需求分析报告完成软件规格说明评审解决了软件规格说明评审中提出的问题出口规

10、则产生概要设计报告完成概要设计评审解决了概要设计评审中提出的问题可交付项概要设计报告软件测试计划可度量项确定/设计的单元需求的问题/答案, 待定项和需求的改变所需人员，时间系统的大小，工作量，进度和可重用项的估计方法和工具功能分解和面向对象设计算法和程序设计语言软件工程记录设计走查设计检查可重用项的确认分析方法关键活动系统分析员解决突出的需求问题参与设计走查和概要设计评审开发小组准备概要设计图表为主要功能/对象设计算法在概要设计报告中说明设计方法进行概要设计评审开发集成计划管理小组对进度，人员，培训和其它资源进行再评估计划，调整和控制需求的改变控制概要设计过程和产品的质量计划进入详细设计阶段

11、开发和评审系统测试计划 测试小组 制定系统测试计划设计阶段:概要设计阶段35入口规则产生概要设计报告完成概要设计评审解决了概要设计评审中提出的问题出口规则产生详细设计文档完成关键设计评审解决了关键设计评审中提出的问题可交付项详细设计文档系统测试计划(更新的) 集成测试计划可度量项确定/设计各单元项需求的问题/答案, 待定项和需求的改变所需人员，时间系统的大小，工作量，进度和可重用项的估计CPU时间方法和工具功能分解和面向对象设计程序设计语言软件工程记录设计走查和设计检查可重用项的确认分析方法关键活动系统分析员解决余存的需求问题参与设计走查和详细设计评审开发小组准备概要设计图表进行设计走查重定义

12、操作情况完成所有单元的程序设计准备详细设计文档进行关键设计评审管理小组评价从概要设计阶段所得的经验教训控制需求的变更控制设计过程的质量准备集成计划调整进入集成阶段进行关键设计评审测试小组根据系统测试计划进行工作研究详细设计文档, 准备测试用例设计阶段:内部详细设计阶段36入口规则产生详细设计文档完成关键设计评审解决了关键设计评审中提出的问题出口规则完成所有的代码编制和支持数据的生成集成测试完毕形成最终系统测试计划形成用户手册草稿可交付项系统代码和支持数据建立测试计划和结果集成测试计划可度量项相对于被确定单元的单元编码/编码鉴定/测试鉴定需求的问题/答案, 待定项和需求的改变所需人员，时间系统的

13、大小，工作量，进度和可重用项的估计CPU时间SLOC in controlled libraries (cumulative)变更和错误(以种类划分)方法和工具读码单元测试/模块集成测试/编译测试配置管理CASE工具关键活动系统分析员解决所有余存的需求问题参与编译设计评审开发小组为新单元编码和修改已有的单元阅读新单元和已修改的单元测试和集成每个单元/模块计划和进行集成测试编写用户手册草稿进行编译设计评审管理小组对进度，人员，培训和其它资源进行再评估组织和调整开发组内的子项目组控制需求的改变确保过程和产品的质量组织编译设计评审，调整进入系统测试阶段测试小组确定系统测试计划，完成测试用例 准备测试

14、环境实现阶段37方法和工具系统测试计划/回归测试配置管理/配置审核测试工具/测试记录产生/解决矛盾的报告入口规则完成所有的代码编制和支持数据的生成集成测试完毕形成最终系统测试计划形成用户手册草稿出口规则系统测试完成完成用户手册编写完成配置审计可交付项测试系统编码和支持文件系统测试结果用户手册可度量项系统测试的计划/执行/通过情况产生矛盾/解决矛盾的报告所需人员，时间CPU 时间在控制库中的系统源程序数 (累计的)变更和错误(以种类划分)需求的问题/答案, 待定项和需求的改变系统大小，工作量，进度和重用项的评估关键活动测试小组进行系统测试执行系统测试计划和子系统测试计划中的每一项分析和上报测试结果控制测试的配置评价用户手册开发小组改正在测试中发现的错误改善系统性能完成系统文档资料(指明可列入重用库中的可重用项)管理小组重新评估进度,人员等资源确保测试的质量和进程控制需求变更进行配置审核准备进行验收测试系统测试阶段38项目管理项目管理活动：项目启动项目规划项目监控进度费用质量风险项目执行项