软件项目管理培训0407

上传人:s**** 文档编号:252402136 上传时间:2024-11-15 格式:PPT 页数:43 大小:1.19MB
返回 下载 相关 举报
软件项目管理培训0407_第1页
第1页 / 共43页
软件项目管理培训0407_第2页
第2页 / 共43页
软件项目管理培训0407_第3页
第3页 / 共43页
点击查看更多>>
资源描述
,*,软件项目管理,目录,项目及项目管理的概念和过程,软件过程概述,需求阶段,设计阶段,实现阶段,集成阶段,软件项目管理,什么是项目?,工作分为两类:,重复性、持续性的工作,称为,运作,。,独特性、一次性的工作,称为,项目,。,项目,是为创造某种独特产品或服务所做的一次性的努力。,项目的特点,一次性,项目有明确的开始时间和结束时间。,独特性,项目要完成的是以前未曾作过的工作。,目标的确定性,过程的渐进性,成果的不可挽回性,组织的临时性和开放性,项目需要管理,项目的特点,项目对于企业生存和发展的重要性,项目需要管理,什么是项目管理?,项目管理,是指把各种系统、方法和人员结合在一起,在规定的时间、预算和质量目标范围内完成项目的各项工作。,有效的项目管理是指在规定用来实现具体目标和指标的时间内,对组织机构资源进行计划、引导和控制工作。,如何学习和掌握项目管理的技能,从实践中获取经验,自我批评总结,改正错误,与具有此技能的项目经理进行探讨,系统的项目管理知识、工具和技术的教育培训,项目管理的过程,启动过程,认可项目或项目的某阶段可以开始,计划过程,为完成项目所要达到的商业要求而对实际可行的工作计划的设计、维护,执行过程,协调人员和其他资源执行计划,控制过程,通过监督、衡量进度和在必要时采取改正行动来保证达到项目的目标,结束过程,正式地接受项目或项目阶段,并使它有序地结束,五大过程的关系,项目管理的知识领域,范围管理,保证项目成功地完成所要求的全部工作,而且只完成所要求的工作,时间管理,保证项目按时完成,成本管理,保证项目在批准的预算内完成,质量管理,保证项目的完成能够使需求得到满足,人力资源管理,尽可能有效地使用项目中涉及的人力资源,项目管理的知识领域(续),沟通管理,保证适当、及时地产生、收集、发布、储存和最终处理项目信息,风险管理,对项目的风险进行识别、分析和响应,采购管理,从外部企业获得货物和服务,集成管理,保证项目中不同的因素能适当协调,项目管理三角形,项目管理中,目标,、,进度,和,成本,三个因素之间的互相影响的关系,进度,目标,成本,组织结构,项目型组织,组织结构,项目型组织(续),优点,目标一致,统一领导,项目经理能控制项目的资源,项目小组成员只向给一个上司汇报,沟通渠道简单,能迅速做决定,缺点,打乱原有的组织状况,资源利用率低,人员、设备和知识信息不能在项目间共享,项目小组成员担心项目完成后的工作安排,组织结构,职能型组织,组织结构,职能型组织(续),优点,职能优异,发挥专长,缺点,更重视职能而非项目本身,沟通复杂,反应缓慢,组织结构,矩阵型组织,组织结构,矩阵型组织(续),优点,有效利用资源,专业知识可供多个项目共享,项目组内部可以有效的沟通协调,缺点,项目经理的权力,项目经理与职能部门经理之间的关系,项目小组成员双重负责和双重报告,项目经理的职责,计划,组织,控制,领导能力,人员开发能力,沟通技巧,人际交往能力,处理压力的能力,解决问题的能力,管理时间的能力,项目经理的技能,软件过程概述,软件过程简介,软件过程模型,软件过程主要可交付项,软件开发团队,软件过程简介,软件工程,是有关软件系统开发与维护的,理论,和,方法学,。,软件工程,的目的在于建立有力的工程理论和方法学,实现软件开发的更低的开发成本、更高的质量、更短的开发周期和更好的服务。,软件工程的概念,想象,对对象有了一般性陈述即可进行开发,以后再完善细节要求。,因为软件具有灵活性,所以项目的需求可以不断的变化,。,现实,糟糕的前期需求定义是软件开发质量差和延期的主要原因。,为修正错误而更改软件的费用在软件开发生命周期的后继阶段将会有显著的增加。,1x,1.5-6x,60-100 x,修改,软件的,费用,定义阶段,开发阶段,软件过程简介:,客户的想象,维护阶段,想象,程序编制完成并且正常运行,则开发人员的工作完成。,在程序运行之前,没有方法来评估程序的质量。,一个开发成功的项目的唯一可交付项是程序。,现实,开发人员有,30%-50%,的工作量是在程序交付给客户之后。,软件评审在发现错误方面比为发现某类错误而进行的测试更有效。,软件的配置包括文档,修改后的文件,测试输入数据和测试结果数据。,软件过程简介:开发人员的想象,想象,行业经验、开发经验丰富,所以应能开发出令人满意的软件。,内部可用的计算机和软件工具足够了。,当项目延期时我们可以加入更多的程序员来缩短开发周期,。,现实,经验可能存在,但它们不是最新的并且有些不可用。,需用的,CASE,工具通常没有或不能使用。,给一个延误工期的软件项目加入更多的人只会使它更拖延。,软件过程简介:,管理的想象,瀑布式软件,开发过程,软件过程模型,(Continued),具有生命周期,环的瀑布式,软件开发过程,软件过程模型,(Continued),螺旋式软件,开发过程,软件过程模型,(Continued),软件过程模型,(,推荐),软件过程主要可交付项,软件过程主要可交付项,软件开发团队,基本组成,(,推荐,),:,PM,Development Team,Test Team,System Analyst,Quality Function,SCM/,Env,Builder,软件开发团队,角色配置,出口规则,建立系统和操作概念,完成软件需求评审,到达需求和规格说明的基线,入口规则,完成项目描述,获批准建立项目,可交付项,系统和操作概念文档,需求和规格说明书,可度量项,所需人员,时间,相对于预计的总需求量中已定义的需求数目,有完全规格说明的需求的百分比,方法和工具,结构化或面向对象的分析方法,走查,原型化开发方法,关键活动,系统分析员,建立系统概念,(,准备重用议案,),建立操作概念,定义需求细节,进行规格说明,进行软件概念评审和软件需求评审,管理小组,为各阶段编制计划,确定并培训系统分析员,与客户交流,评价产品和改进,控制主要评审活动,需求阶段,:,需求定义,入口规则,建立了系统和操作概念,完成软件需求评审,到达需求和规格说明的基线,出口规则,完成需求分析报告,完成软件规格说明评审,解决了软件规格说明评审中提出的问题,可交付项,需求分析报告,软件开发,/,管理计划,更新的需求和规格说明,可度量项,所需人员,时间,待定的需求数,需求中的问题,/,解决方法,需求的改变,系统的大小,工作量和进度的估计,方法和工具,需求的走查和分类,需求的格式,需求分析方法和面向对象的分析,CASE,工具,原型化方法,工程库,关键活动,系统分析员,解决规格说明中的含糊的,矛盾的和待定的需求,参加软件规格说明评审,开发小组,对需求进行分析和分类,(,改进重用议案,),鉴别技术风险,准备需求分析报告,进行软件规格说明评审,管理小组,准备软件开发,/,管理计划,确定并培训开发人员和测试人员,与系统分析员和客户交流以帮助解决需求问题,对产品的需求分析过程进行评审,计划进入概要设计阶段,需求阶段,:,需求定义,入口规则,完成需求分析报告,完成软件规格说明评审,解决了软件规格说明评审中提出的问题,出口规则,产生概要设计报告,完成概要设计评审,解决了概要设计评审中提出的问题,可交付项,概要设计报告,软件测试计划,可度量项,确定,/,设计的单元,需求的问题,/,答案,待定项和需求的改变,所需人员,时间,系统的大小,工作量,进度和可重用项的估计,方法和工具,功能分解和面向对象设计,算法和程序设计语言,软件工程记录,设计走查,设计检查,可重用项的确认,分析方法,关键活动,系统分析员,解决突出的需求问题,参与设计走查和概要设计评审,开发小组,准备概要设计图表,为主要功能,/,对象设计算法,在概要设计报告中说明设计方法,进行概要设计评审,开发集成计划,管理小组,对进度,人员,培训和其它资源进行再评估,计划,调整和控制需求的改变,控制概要设计过程和产品的质量,计划进入详细设计阶段,开发和评审系统测试计划,测试小组,制定系统测试计划,设计阶段,:,概要设计阶段,入口规则,产生概要设计报告,完成概要设计评审,解决了概要设计评审中提出的问题,出口规则,产生详细设计文档,完成关键设计评审,解决了关键设计评审中提出的问题,可交付项,详细设计文档,系统测试计划,(,更新的,),集成测试计划,可度量项,确定,/,设计各单元项,需求的问题,/,答案,待定项和需求的改变,所需人员,时间,系统的大小,工作量,进度和可重用项的估计,CPU,时间,方法和工具,功能分解和面向对象设计,程序设计语言,软件工程记录,设计走查和设计检查,可重用项的确认,分析方法,关键活动,系统分析员,解决余存的需求问题,参与设计走查和详细设计评审,开发小组,准备概要设计图表,进行设计走查,重定义操作情况,完成所有单元的程序设计,准备详细设计文档,进行关键设计评审,管理小组,评价从概要设计阶段所得的经验教训,控制需求的变更,控制设计过程的质量,准备集成计划,调整进入集成阶段,进行关键设计评审,测试小组,根据系统测试计划进行工作,研究详细设计文档,准备测试用例,设计阶段,:,内部详细设计阶段,入口规则,产生详细设计文档,完成关键设计评审,解决了关键设计评审中提出的问题,出口规则,完成所有的代码编制和支持数据的生成,集成测试完毕,形成最终系统测试计划,形成用户手册草稿,可交付项,系统代码和支持数据,建立测试计划和结果,集成测试计划,可度量项,相对于被确定单元的单元编码,/,编码鉴定,/,测试鉴定,需求的问题,/,答案,待定项和需求的改变,所需人员,时间,系统的大小,工作量,进度和可重用项的估计,CPU,时间,SLOC in controlled libraries(cumulative),变更和错误,(,以种类划分,),方法和工具,读码,单元测试,/,模块集成测试,/,编译测试,配置管理,CASE,工具,关键活动,系统分析员,解决所有余存的需求问题,参与编译设计评审,开发小组,为新单元编码和修改已有的单元,阅读新单元和已修改的单元,测试和集成每个单元,/,模块,计划和进行集成测试,编写用户手册草稿,进行编译设计评审,管理小组,对进度,人员,培训和其它资源进行再评估,组织和调整开发组内的子项目组,控制需求的改变,确保过程和产品的质量,组织编译设计评审,调整进入系统测试阶段,测试小组,确定系统测试计划,完成测试用例,准备测试环境,实现阶段,方法和工具,系统测试计划,/,回归测试,配置管理,/,配置审核,测试工具,/,测试记录,产生,/,解决矛盾的报告,入口规则,完成所有的代码编制和支持数据的生成,集成测试完毕,形成最终系统测试计划,形成用户手册草稿,出口规则,系统测试完成,完成用户手册编写,完成配置审计,可交付项,测试系统编码和支持文件,系统测试结果,用户手册,可度量项,系统测试的计划,/,执行,/,通过情况,产生矛盾,/,解决矛盾的报告,所需人员,时间,CPU,时间,在控制库中的系统源程序数,(,累计的,),变更和错误,(,以种类划分,),需求的问题,/,答案,待定项和需求的改变,系统大小,工作量,进度和重用项的评估,关键活动,测试小组,进行系统测试,执行系统测试计划和子系统测试计划中的每一项,分析和上报测试结果,控制测试的配置,评价用户手册,开发小组,改正在测试中发现的错误,改善系统性能,完成系统文档资料,(,指明可列入重用库中的可重用项,),管理小组,重新评估进度,人员等资源,确保测试的质量和进程,控制需求变更,进行配置审核,准备进行验收测试,系统测试阶段,项目管理,项目管理活动:,项目启动,项目规划,项目监控,进度,费用,质量,风险,项目执行,项目结束,项目管理:,项目生命周期活动,项目活动,项目管理:,项目规划,项目管理:,项目监控,项目控制,:,质量控制,费用控制,风险控制,进度控制,其中:,SRR:System Requirement Review-,系统需求分析评审,SSR:System Specification Review-,系统规格说明评审,HLDR:High level Design Rev
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 临时分类 > 职业技能


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!