2-软件项目范围计划ppt课件

1、软件工程管理北京邮电大学软件学院韩万江.范围方案 配置管 理方案 合同 方案 风险 方案 沟通 方案 质量方案 本钱 方案 时间方案 集成 方案 范围方案 工程终了 工程执 行控制 工程 方案 工程初始 人力 方案 .中心三方案范围方案进度方案本钱方案本钱基准，进度基准.软件工程管理第2章软件工程范围方案.本章要点一、软件需求管理过程二、义务分解定义三、义务分解的类型四、义务分解的过程五、案例分析.软件需求需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，到达什么性能。.软件需求的层次业务需求用户需求功能需求软件需求规格非功能性需求质量特性约束和假设系统需求

2、.需求管理的重要性.工程失败的缘由分析No. Top 10 Factors 平均值 1 Inadequate requirements specification 不充分的需求规范 4.5 2 Changes in requirements 需求的改动 4.3 3 Shortage of systems engineers 缺乏系统工程师 4.2 4 Shortage of software managers 缺乏了解软件特性的经理人 4.1 5 Shortage of qualified project managers 缺乏合格的工程经理 4.1 6 Shortage of softwar

3、e engineers 缺乏软件工程师 3.9 7 Fixed- price contract 固定价合同 3.8 8 Inadequate communications for system integration 系统集成阶段, 交流与沟通不充分 3.8 9 Insufficient experience as team团队缺乏阅历 3.6 10 Shortage of application domain experts 缺乏运用领域专家 3.6 Scale: 5 = Very Serious 3 = Serious 1 = No Serious Source: Carnegie-Mel

4、lon University, Software Engineering Institute.软件需求管理过程软件需求管理的过程需求分析编写需求规格需求验证需求获取需求变卦需求确认需求变卦.需求工程根本义务需求工程需求管理需求开发需求获取需求分析需求规格阐明需求验证变卦管理.需求获取图示.需求获取用户要求 扩展需求基线需求软件需求.需求分析定义需求分析是为最终用户所看到的系统建立一个概念模型，是对需求的笼统描画。 .需求分析模型.需求规格需求分析任务完成的一个根本标志是构成了一份完好的、规范的需求规格阐明书需求规格阐明书的编制是为了运用户和软件开发者双方对该软件的初始规定有一个共同的了解，使之

5、成为整个开发任务的根底。.软件需求规格阐明的原那么从现实中分别功能，即描画要“做什么而不是“怎样实现采用一定的规格阐明言语假设被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格阐明的描画之中.规格阐明应该包括系统运转环境规格阐明应该是一个认识模型规格阐明应该允许不完备性并允许扩展.规格文档参考引言系统定义 运用环境功能规格 性能需求产品提交实现约束质量描画其它签字认证.需求验证需求是正确的吗？需求是一致的吗？需求是完全的吗？需求是实践可行的吗？需求是必要的吗？需求是可检验的吗？需求是可跟踪的吗？最后的签字.需求总在变化.需求变卦管理确定需求变卦控制过程建立变卦控制委员会(SCCB

6、)进展需求变卦影响分析跟踪一切受需求变卦影响的任务产品建立需求基准版本和需求控制版本文档维护需求变卦的历史记录跟踪每项需求的形状衡量需求稳定性.需求变卦管理管理和控制需求基线的过程需求变卦控制系统一个正式的文档，阐明如何控制需求变卦建立变卦审批系统.变卦恳求需求方开发方忽略选择变卦方式SCCB评价工程经理自行决议根据评价结果回绝接受本次修正下个版本再修正修正合同相关信息修正相关需求修正相应的工程方案.表4-3 需求变卦提交单软件基线产品修正提交单恳求人韩万江恳求日期2002。1011工程称号工程管理系统阶段称号系统设计文件称号RCR-PM-01.doc, RCR-PM-02.doc,变卦简述如

7、下修正内容1修正测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc2添加开发人员技艺信息库管理，详见RCR-PM-02.doc验证意见赞同RCR-PM-01.doc变卦。RCR-PM-02.doc的变卦可以推迟到下一个版本实施验证人杨炎泰验证日期20021011SCCB韩万江，姜岳尊，孙泉 填表人韩万江.本章要点一、软件需求管理过程二、义务分解定义三、义务分解的类型四、义务分解的方法五、案例分析.WBS (Work Breakdown Structure)义务分解的过程将一个工程分解为更多的任务细目或者子工程，使工程变得更小、更易管理、更易操作。义务

8、分解的结果WBS义务分解构造。 WBS面向可交付成果的。Work packages任务包WBS的最低层次的可交付成果.WBS实例系 统子 系 统子 系 统子 系 统模块模块模块 模块模块模块模块模块模块.PMI defines WBS是面向可交付成果的对工程元素的分组,它组织并定义了整个工程范围.不在WBS中包括的任务就不是该工程的任务它是一个分级的树型构造，是对工程由粗到细的分解过程。任务构造每细分一个层次表示对工程元素更细致的描画.PMI defines Work packagesWBS的最低层次的可交付成果任务包该当由独一主体担任这一交付成果可以分配给另外一位工程经理进展方案和执行,或者

9、经过子工程的方式完成.本章要点一、软件需求管理过程二、义务分解定义三、义务分解的类型四、义务分解的方法五、案例分析.类型清单图表.图表类型“变化计数器系统文件比较预处置添加代码结果处置统计总行标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数删除行数.清单类型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

10、.5 设定标志以指示修正的次数1.6 在程序的头部添加修正纪录.本章要点一、义务分解定义二、义务分解的类型三、义务分解的方法四、义务分解指南五、案例分析.本章要点一、软件需求管理过程二、义务分解定义三、义务分解的类型四、义务分解的方法五、案例分析.义务分解过程输入分解WBS.分解方法类比模版自上而下自下而上.WBS模板举例.分解方法-自上而下“变化计数器系统文件比较预处置添加代码结果处置统计总行标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数删除行数.分解方法-自下而上“变化计数器系统文件比较预处置添加代码结果处置统计总行标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数

11、删除行数.义务构造分解(WBS)步骤确认并分解工程的组成要素确定分解规范确定分解能否详细确定工程交付成果验证分解的正确性(建立编号).WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:123.标识项 功能名F1.1获取网络资源数据F1.2将资源数据存入数据库F1.3获取网络资源信息F1.4察看网络资源F1.4.1依类型分类察看网络资源F1.4.2依形状分类察看网络资源F1.5察看逻辑网F1.6察看资源形状F1.7修正网络资源的形状F1.8依条件检验网络运用情况F1.9显示拓扑图F1.10建立通道.WBS与OBS组织分

12、解构造.分解规范生存期功能组成.分解规范应一致学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成果管理 .分解规范应一致续不能同时运用两种规范进展分解招生管理分班管理学生档案管理学生成果管理 规划需求设计编码测试提交.检验分解结果的规范最底层的要素能否是实现目的的充分必要条件最底层要素能否有反复的每个要素能否明晰完好定义最底层要素能否有定义明晰的责任人,能否可以进展本钱估算和进度安排.WBS的指南(1)WBS分解的规模和数量因工程而异、因工程经理而异搜集与工程相关的一切信息参看一下类似的工程的WBS,与相关人员讨论可以参照模

13、板最低层是可控的和可管理的，但是防止不用要的过细，最好不要超越7层，软件工程引荐分解到40小时的义务注：80/8规那么.WBS的指南2每个Work package必需有一个提交物定义义务完成的规范每个WBS必需有利于责任分配可以预备WBS的字典最后与相关人员进展评审.WBS字典内容WBS表示号称号主标题的描画完成的义务责任者完成的标识备注1. .WBS字典WBS字典实例.WBS意义提供了工程范围基线,是范围变卦的重要输入为评价和分配义务提供详细的任务包进展估算和编制工程进度的根底对整个工程胜利的集成和控制起到非常重要的作用.清单式义务分解实例电信运营信息查询系统分解一例.网管系统图表分解实例F

14、F1配置管理F2缺点管理F3平安管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.2.网管系统图表分解实例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.2.网管系统图表分解实例F2F2.1F2.2F2.3F2.4F2.5F2.6F2.7F2.8F2.9F2.6.1F2.6.2F2.9.2F2.9.4F2.9.3F2.9.1F2.9.5F2.9.6.标识项 功能名F1.1获取网络资源数据F1.2将资源数据存入数据库F1.3获取网络资源信息F1.4察看

15、网络资源F1.4.1依类型分类察看网络资源F1.4.2依形状分类察看网络资源F1.5察看逻辑网F1.6察看资源形状F1.7修正网络资源的形状F1.8依条件检验网络运用情况F1.9显示拓扑图F1.10建立通道.WBS实例George and Marthas picnic.George and Martha一次野餐会George and Martha方案与家人和朋友举行一次特殊的野餐活动,以庆贺Martha的升职和他们35周年的结婚留念. Martha是工程师, George是会计.他们有两个非常活泼确实孩子,Mary 13岁,Thomas 17岁.经过过去几年的开展,家里不断壮大,无论是时间和金钱上的需求都在添加,所以他们曾经逐渐成为非常好的方案能手,最近他们又经过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需求开发一个WBS.野餐预备活动义务分解序号任务持续时间工作人员1开始02做冰茶15George3准备三明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6G