ImageVerifierCode 换一换
格式:PPT , 页数:67 ,大小:3.39MB ,
资源ID:1328523      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/1328523.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(计算机软件项目管理.ppt)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

计算机软件项目管理.ppt

1、chapter_5,0,软件项目管理,chapter_5,1,范围计划,chapter_5,2,核心三计划,范围计划进度计划成本计划,成本基准,进度基准,chapter_5,3,软件项目管理,第2章软件项目范围计划,chapter_5,4,本章要点,一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的过程五、案例分析,chapter_5,5,软件需求,需求是指用户对软件的功能和性能的要求,就是用户希望软件能做什么事情,完成什么样的功能,达到什么性能。,chapter_5,6,软件需求的层次,chapter_5,7,需求管理的重要性,chapter_5,8,项目失败的原因分析,S

2、ource:Carnegie-Mellon University,Software Engineering Institute,软件需求管理过程,chapter_5,10,软件需求管理的过程,需求分析,编写需求规格,需求验证,需求获取,需求变更,需求确认,需求变更,chapter_5,11,需求工程基本任务,需求工程,需求管理,需求开发,需求获取,需求分析,需求规格说明,需求验证,变更管理,chapter_5,12,需求获取图示,chapter_5,13,需求获取,chapter_5,14,需求分析定义,需求分析是为最终用户所看到的系统建立一个概念模型,是对需求的抽象描述。,chapter_5

3、,15,需求分析模型,chapter_5,16,需求规格,需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。,chapter_5,17,软件需求规格说明的原则,从现实中分离功能,即描述要“做什么”而不是“怎样实现”采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素,那么整个大系统也包括在规格说明的描述之中,chapter_5,18,规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充,chapter_5,19,规格文

4、档参考,引言系统定义 应用环境功能规格 性能需求产品提交实现约束质量描述其它签字认证,chapter_5,20,需求验证,需求是正确的吗?需求是一致的吗?需求是完全的吗?需求是实际可行的吗?需求是必要的吗?需求是可检验的吗?需求是可跟踪的吗?最后的签字,chapter_5,21,需求总在变化,chapter_5,22,chapter_5,23,需求变更管理,确定需求变更控制过程建立变更控制委员会(SCCB)进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性,chapter_5,24,需求变更管理,管理和控

5、制需求基线的过程需求变更控制系统一个正式的文档,说明如何控制需求变更建立变更审批系统,chapter_5,25,chapter_5,26,表4-3 需求变更提交单,chapter_5,27,本章要点,一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的方法五、案例分析,chapter_5,28,WBS(Work Breakdown Structure),任务分解的过程将一个项目分解为更多的工作细目或者子项目,使项目变得更小、更易管理、更易操作。任务分解的结果WBS(任务分解结构)。WBS面向可交付成果的。Work packages(工作包)WBS的最低层次的可交付成果,chap

6、ter_5,29,WBS实例,chapter_5,30,PMI defines WBS,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构,是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述,chapter_5,31,PMI defines Work packages,WBS的最低层次的可交付成果工作包应当由唯一主体负责这一交付成果可以分配给另外一位项目经理进行计划和执行,或者通过子项目的方式完成,chapter_5,32,本章要点,一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任

7、务分解的方法五、案例分析,chapter_5,33,类型,清单图表,chapter_5,34,图表类型,chapter_5,35,清单类型,1.变化计数器1.1 比较两个版本的程序1.1.1 预处理1.1.2 文件比较1.1.3 结果处理1.2 找出修改后的程序中增加和删除的代码行1.2.1 找出增加的代码行1.2.2 找出删除的代码行1.3 统计修改后的程序中增加和删除的代码行数1.3.1 统计增加代码行数1.3.2 统计删除代码行数1.4 统计总的代码行数 1.5 设定标记以指示修改的次数1.6 在程序的头部增加修改纪录,chapter_5,36,本章要点,一、任务分解定义二、任务分解的类

8、型三、任务分解的方法四、任务分解指南五、案例分析,chapter_5,37,任务分解过程,输入,分解,WBS,chapter_5,38,分解方法,类比模版自上而下自下而上,chapter_5,39,WBS模板举例,chapter_5,40,分解方法-自上而下,chapter_5,41,分解方法-自下而上,“变化计数器”系统,文件比较,预处理,增加代码,结果处理,统计总行,标记修改,记录修改,版本比较,找出增删行,统计增删行,删除代码,增加行数,删除行数,chapter_5,42,任务结构分解(WBS)步骤,确认并分解项目的组成要素确定分解标准确定分解是否详细确定项目交付成果验证分解的正确性(建

9、立编号),chapter_5,43,WBS编号系统,chapter_5,44,chapter_5,45,WBS与OBS(组织分解结构),chapter_5,46,分解标准,生存期功能组成,chapter_5,47,分解标准应统一,学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成绩管理,chapter_5,48,分解标准应统一(续),不能同时使用两种标准进行分解招生管理分班管理学生档案管理学生成绩管理 规划需求设计编码测试提交,chapter_5,49,检验分解结果的标准,最底层的要素是否是实现目标的充分必要条件最底层要素是

10、否有重复的每个要素是否清晰完整定义最底层要素是否有定义清晰的责任人,是否可以进行成本估算和进度安排,chapter_5,50,WBS的指南(1),WBS分解的规模和数量因项目而异、因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的,但是避免不必要的过细,最好不要超过7层,软件项目推荐分解到40小时的任务注:80/8规则,chapter_5,51,WBS的指南(2),每个Work package必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审,chapter_5,52,WBS

11、字典内容,chapter_5,53,WBS字典,WBS字典实例,chapter_5,54,WBS意义,提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用,chapter_5,55,清单式任务分解实例,电信运营信息查询系统分解一例,chapter_5,56,网管系统(图表)分解实例,F,F1配置管理,F2故障管理,F3安全管理,F4性能管理,F3.2,F3.3,F3.1,F3.4,F4.2,F4.3,F4.5,F4.6,F4.7,F4.4,F4.1,F4.7.1,F4.7.2,chapter_5,57,

12、网管系统(图表)分解实例,chapter_5,58,网管系统(图表)分解实例,F2,F2.1,F2.2,F2.3,F2.4,F2.5,F2.6,F2.7,F2.8,F2.9,F2.6.1,F2.6.2,F2.9.2,F2.9.4,F2.9.3,F2.9.1,F2.9.5,F2.9.6,chapter_5,59,chapter_5,60,WBS实例,George and Marthas picnic,chapter_5,61,George and Martha一次野餐会,George and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念.M

13、artha是工程师,George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.,chapter_5,62,野餐准备活动任务分解,chapter_5,63,本章要点,一、软件需求管理过程二、任务分解定义三、任务分解的类型四、任务分解的方法五、案例分析,chapter_5,64,案例分析,“校务通系统”项目任务分解需求确认需求变更控制WBS结果,chapter_5,65,小结,WBS的分解类型WBS的分解步骤范围基准的形成,chapter_5,66,课堂练习,你是某项目的项目经理,这个项目是为用户创建一个新的邮件服务器以及在所有100个工作站上部署相应的邮件客户端(要满足用户的期望)。其中,2个服务器需要重新购置,而客户端的机器已经存在。请提交任务分解结果WBS,WBS的图表,

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1