IT项目管理5ppt课件

1、1第5章 范围管理与任务量估计对外经济贸易大学信息学院2/30第一节 需求管理o软件需求什么是软件需求 需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，到达什么性能。3/30第一节 需求管理软件需求的三个层次业务需求、用户需求和功能需求。业务需求用户需求功能需求软件需求规格非 功 能 性 需求质量特性约束和假设系统需求4/30第一节 需求管理o软件需求业务需求：业务需求反映客户对信息系统的总体需求。客户希望经过系统到达什么管理目的，处理什么管理问题。o业务需求通常就是客户的近期目的。是客户对系统高层次的目的要求，由管理人员和市场人员确定。5/30第一节 需

2、求管理o软件需求用户需求：用户需求反映用户经过运用信息系统要完成的义务。o用户需求由用户提供。6/30第一节 需求管理o软件需求功能需求：定义开发人员必需实现的软件功能，使得用户经过运用此软件能完成他们的义务，从而满足了业务需求。7/30第一节 需求管理o软件需求计算机辅助教学仅供外经贸大学生运用用户管理业务需求用户需求之一功能需求之一8/30第一节 需求管理o软件需求纠正文档中的拼写错误找出文档中的拼写错误并经过一个提供的交换项列表来供选择交换拼错的词找到并高亮度提示错词显示提供交换词的对话框以及实现整个文档范围的交换业务需求用户需求功能需求9/30工程失败的缘由分析 Source: Car

3、negie-Mellon University, Software Engineering Institute10/30第二节 义务分解WBS范围管理 (Work Breakdown Structure)q 义务分解的过程q 将一个工程分解为更多的任务细目或者子工程，使工程变得更小、更易管理、更易操作。q 义务分解的结果q WBS义务分解构造。 q WBSq 面向可交付成果的。q Work packages任务包q WBS的最低层次的可交付成果11/30WBS实例系 统子 系 统子 系 统子 系 统模块模块模块 模块模块模块模块模块模块12/30PMI defines WBS任务分解构造q是面

4、向可交付成果的对工程元素的分组,它组织并定义了整个工程范围。不在WBS中包括的任务就不是该工程的任务q它是一个分级的树型构造，是对工程由粗到细的分解过程。任务构造每细分一个层次表示对工程元素更细致的描画13/30PMI defines Work packages任务包q WBS的最低层次的可交付成果q 任务包该当由独一主体担任q 这一交付成果可以分配给另外一位工程经理进展方案和执行,或者经过子工程的方式完成14/30WBS类型q清单q图表15/30图表类型“变化计数器系统文件比较预处置添加代码结果处置统计总行标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数删除行数16/30清单类型

5、 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 在程序的头部添加修正纪录17/30义务分解过程输入分解WBS18/30分解方法p类比p模版p自上而下p自下而上19/30WBS模板举例按生存期20/30分解方法-自上而下按功能“变化计数器系统文件比较预处置添加代码结果处置统计总行

6、标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数删除行数21/30分解方法-自下而上“变化计数器系统文件比较预处置添加代码结果处置统计总行标志修正记录修正版本比较找出增删行统计增删行删除代码添加行数删除行数22/30义务构造分解(WBS)步骤o 确认并分解工程的组成要素o 确定分解规范o 确定分解能否详细o 确定工程交付成果o 验证分解的正确性(建立编号)23/30WBS编号系统功能1:11软件产品:1功能2-子功能2:122功能2:12功能3:13功能2-子功能1:121功能2-子功能3:12324/30标识项 功能名 F1.1获取网络资源数据 F1.2将资源数据存入数据库 F1

7、.3获取网络资源信息 F1.4察看网络资源 F1.4.1依类型分类察看网络资源 F1.4.2依形状分类察看网络资源 F1.5察看逻辑网 F1.6察看资源形状 F1.7修正网络资源的形状 F1.8依条件检验网络运用情况 F1.9显示拓扑图 F1.10建立通道25/30WBS与OBS组织分解构造26/30分解规范o 生存期o 功能组成27/30分解规范应一致学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1 招生管理1.2 分班管理1.3 学生档案管理1.4 学生成果管理 28/30分解规范应一致续q 不能同时运用两种规范进展分解q 招生管理q 分班管理q 学生档案管理q 学生成

8、果管理 q 规划q 需求q 设计q 编码q 测试q 提交29/30检验分解结果的规范o 最底层的要素能否是实现目的的充分必要条件o 最底层要素能否有反复的o 每个要素能否明晰完好定义o 最底层要素能否有定义明晰的责任人,能否可以进展本钱估算和进度安排30/30WBS的指南(1)q WBS分解的规模和数量因工程而异、因工程经理而异q 搜集与工程相关的一切信息q 参看一下类似的工程的WBS,与相关人员讨论q 可以参照模板q 最低层是可控的和可管理的，但是防止不用要的过细，最好不要超越7层，q 软件工程引荐分解到40小时的义务31/30WBS的指南2q 每个Work package必需有一个提交物q

9、 定义义务完成的规范q 每个WBS必需有利于责任分配q 可以预备WBS的字典q 最后与相关人员进展评审32/30WBS字典内容WBS标识号 BYLW-M1 称号 信息学院信息平台访问权限管理主标题的 毕业论文管理 毕业论文管理系统由三类运用人员，学生，指点教师，教秘。教师可查看所指点学生的论文资料，撰写意见；学生可以提交读书笔记，提交问题和论文；教秘管理学生和指点教师。描画 完成的义务 责任者 XXX完成的标识 经过学院技术委员会验收报告备注 33/30WBS意义q 提供了工程范围基线,是范围变卦的重要输入q 为评价和分配义务提供详细的任务包q 进展估算和编制工程进度的根底q 对整个工程胜利的

10、集成和控制起到非常重要的作用34/30网管系统图表分解实例FF1配置管理F2缺点管理F3平安管理F4性能管理F3.2F3.3F3.1F3.4F4.2F4.3F4.5F4.6F4.7F4.4F4.1F4.7.1F4.7.235/30网管系统图表分解实例F1F1.1F1.2F1.3F1.4F1.5F1.6F1.7F1.8F1.9F1.10F1.11F1.4.1F1.4.236/30网管系统图表分解实例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.637/30标识项 功能名 F

11、1.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建立通道38/30George and Martha一次野餐会q George and Martha方案与家人和朋友举行一次特殊的野餐活动，以庆贺Martha的升职和他们35周年的结婚留念。Martha是工程师， George是会计，他们有两个非常活泼的孩子，Mary 13岁，Thomas 1

12、7岁。经过过去几年的开展，家里不断壮大,无论是时间和金钱上的需求都在添加，所以他们曾经逐渐成为非常好的方案能手，最近他们又经过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需求开发一个WBS。39/30野餐预备活动义务分解序号任务持续时间工作人员1开始02做冰茶15George3准备三明治10Martha4准备水果2Martha5准备篮子2Martha6收拾毛毯2George7收拾运动服3Martha8装车4George9加油6George10开车去野餐营地 20Martha11结束040/30小结q WBS的分解类型q WBS的分解步骤q 范围基准的构成41/30课堂练习q他是某工程

13、的工程经理,这个工程是为用户创建一个新的邮件效力器以及在一切100个任务站上部署相应的邮件客户端要满足用户的期望。其中，2个效力器需求重新购置，而客户端的机器曾经存在。请提交义务分解结果WBS,qWBS的图表42/30第三节 任务量估计一、为什么要进展任务量估计胜利工程的根本规范：满足功能、质量要求下，按时、在预算内交付。要按时的“时能否合理，“预算能否准确，这些在可实现的条件下，都依赖于任务量。任务量估计是工程进度方案和本钱估算的根底。43/30第三节 任务量估计二、IT工程任务量估计的困难新颖运用：IT工程多数是新运用，几乎没有先例。变卦技术：技术开展快，即使有类似系统，新工程能够采用的详

14、细技术也不尽一样。同类工程可自创性差：先前工程可自创性差，很多工程短少记录资料。44/30第三节 任务量估计二、IT工程任务量估计的困难例：计算表5-1中的每个工程的消费率即每任务月SLOC，计算总体的平均消费率。假设工程担任人正确估计了工程SLOC源代码行数，按平均消费率计算，计算a、d工程的误差。45/30第三节 任务量估计二、IT工程任务量估计的困难估计的客观特性：过低估计本人熟习工程的任务量，过高估计本人不熟习工程的任务量。角色要素：不同小组目的不同，容易站在有利于本人立场看问题。46/30第三节 任务量估计三、何处需求进展估计战略谋划：信息化潜在的运用本钱和益处。以协助确定要给与每个

15、工程什么优先权。可行性研讨：证明本钱的合理性。系统规格阐明：评价供应商建议书：招标者能否了解需求。工程谋划：对工程详细活动进展更详细的估计。工程进展过程中重新估计。47/30第三节 任务量估计四、高估和低估的后果管理思想帕金森定律Parkinsons Law：“任务总是用完一切可以利用的时间。布鲁克斯定律BrooksLaw):实现一个工程完成的任务量不与投入的员工数同步增长。可靠性零定律WeinbergLaw):假设一个系统不要求是可靠的，那么它能满足任何其他目的。略低的估计可以激发工程经理的积极性。48/30第三节 任务量估计五、软件估计技术和方法由底向上、自顶向下、类比、专家判别、算法模型

16、。 单位：SLOC，KLOC，人天由底向上估计估计人员将工程分解成义务，义务进一步分解成子义务，直到子义务能被一个人在1-2周内完成为止。然后对各子义务的任务量进展估计、汇总，计算出工程总任务量。适宜工程后期的更详细的工程谋划。49/30第三节 任务量估计五、软件估计技术和方法自顶向下估计任务量=系统规模消费率系统规模可以是 KLOC，消费率是KLOC/Day。如：一个模块2KLOC，张三的消费率是25SLOC/Day，那么：任务量=2/0.025=80天李四的消费率是20SLOC/Day，那么：李四的任务量=2000/20=100天普通取平均消费率作为计算机规范来估计任务量。计算出任务总量后

17、，把任务量按比例分配给工程内各活动。适宜总体估计50/30第三节 任务量估计五、软件估计技术和方法专家判别对运用领域或开发环境有丰富知识和阅历的人对义务所需的任务量作出的估计。适宜对已有部分变卦的估计。51/30专家估算法q由多位专家进展本钱估算，一个专家能够会有偏见，最好由多位专家进展估算，获得多个估算值,最后得出综合的估算值。52/30专家估算法-Deiphiq 组织者发给每位专家一份软件系统的规格阐明和一张记录估算值的表格，请他们估算q 专家详细研讨软件规格阐明后，对该软件提出3个规模的估算值q 最小aiq 最能够的miq 最大biq 组织者对专家的表格中的回答进展整理q 计算每位专家的

18、Ei=(ai+4mi+bi)/6,PERT53/30专家估算法-Deiphi(续)q 综合结果后:E=E1+E2+En/nN:表示N 个专家q 再组织专家无记名填表格，比较估算差，并查找缘由q 假设各个专家的估算差别超出规定的范围例如：15%，那么需反复上述过程 ，最终可以获得一个多数专家共识的软件规模54/30专家估算法-举例q 某多媒体信息查询系统专家估算q 专家1：1，8，9=1+9+4 * 8 /6=7万元q 专家2： 4， 6 ， 8 =4+8+4*6/6=6 万元q 估算结果=6+7/2=6.5 万元55/30第三节 任务量估计五、软件估计技术和方法类比估计从曾经完成的工程中寻觅出

19、与新工程有类似特征的模块义务，将匹配的源案例记录的任务量作为目的案例的估计根底。56/30第三节 任务量估计五、软件估计技术和方法类比估计欧几里德间隔：ANGEL软件计算工程中模块类似程度的单位。欧几里德间隔=(目的参数-源参数)2+(目的参数-源参数)21/2，越小越类似。例5.1 p88练习5.457/30第三节 任务量估计五、软件估计技术和方法类比估计例5.1 p88 某工程有7个输入和15个输出，过去有一个工程有8个输入和17个输出，求殴基里得间隔。7-82+15-17 21/2=2.24第三节 任务量估计五、软件估计技术和方法类比估计例：工程P与工程P1、P2比较,求殴基里得间隔。D

20、01=9-112+180-200 21/2=20.1D01=9-102+180-175 21/2=5.1 ?项目 项目类型编程语言 团队项目规模工作量PMISC9180P1MISC112001000P2实时系统C1017590059/30五、软件估计技术和方法功能点估计不思索开发所运用的言语环境，仅思索组成系统的功能模块。计算机信息系统的模块由五个功能部件组成：ILF：Internal Logical File内部逻辑文件 EIF: External Interface File外部接口文件 EI: External Input外部输入 EO: External Output外部输出 EQ:

21、External Inquiry外部查询 其中ILF和EIF属于数据类型的功能点，EI、EO、EQ属于人机交互类型的功能点。 60/30功能点估计o ILF(Internal Logical File)内部逻辑文件 o 是指一组以用户角度识别的，在运用程序边境内且被维护的逻辑相关数据或控制信息。o ILF的主要目的是经过运用程序的一个或多个根本处置过程来维护数据。 一个外贸订单系统只包含录入、修正、删除、查询和统计一个外贸订单系统只包含录入、修正、删除、查询和统计订单的功能，而汇率查询转换效力是不属于该系统的。订单的功能，而汇率查询转换效力是不属于该系统的。 订单订单62/30功能点估计ILF

22、的主要目的是经过运用程序的一个或多个根本处置过程来维护数据的文件。 订单和客户63/30功能点估计EIF: External Interface File外部接口文件允许输入和输出从其它计算机运用程序传出或传入的功能点汇率查询转换系统 64/30功能点估计o EI: External Input外部输入 o 更新计算机系统内部的输入事务。o 如：录入订单、修正订单、删除订单 65/30功能点估计EO: External Output外部输出 输出数据给用户的事务。特点 a) 原子性Elementary process b) 来自边境外cross boundary c) 运算后输出 对内部的数据

23、进展处置之后输出的结果如sum之后打印 订单统计66/30功能点估计EQ: External Inquiry外部查询 指用户可以经过计算机系统选择特定的数据并显示结果。为了获得这项结果，用户要输入选择信息抓取符合条件的数据。此时没有对数据的处置，是直接从所在的文件抓取信息。例如：驾驶员要显示预先设置的地形图，输出的结果就是直接从信息存贮位置提取的信息；这里我们称作“外部查询EQ。 查询订单67/30功能点估计功能类型：功能类型：EI录入订单、修正订单、删除订单录入订单、修正订单、删除订单3EO订单统计订单统计 1EQ查询订单查询订单 1ILF订单和客户订单和客户 2EIF 汇率查询转换系统汇率

24、查询转换系统 1总计：总计：复杂度不同类型构件的复杂度不同，即使同类构件复杂度也不尽一样。在FP分析中，复杂度以不同的权重表示。Albrecht复杂度因子模块类型因子L M HEIEOEQILFEIF3 4 64 5 77 10 155 7 103 4 669/30功能点估计功能点FP= TCFUFCUFC未调整功能点数，TCF复杂度因子例：p89.Brigette担任的义务需求一个程序，该程序从工资文件中取出年薪，并从计时表系统中取出课程细节和每名员工每门课的课时数。该程序将计算每门课的课时本钱并将结果存放到由总会计系统读取的一个文件中。该程序还将产生一个报告来显示每名员工每门课的课时数及这

25、些课时数相应的本钱。计算功能点FP，假定报告是高复杂度，其它为中复杂度。70/30功能点估计例：p89.Brigette担任的义务需求一个程序，该程序从工资文件中取出年薪，并从计时表系统中取出课程细节和每名员工每门课的课时数。该程序将计算每门课的课时本钱并将结果存放到由总会计系统读取的一个文件中。该程序还将产生一个报告来显示每名员工每门课的课时数及这些课时数相应的本钱。计算功能点FP，假定报告是高复杂度，其它为中复杂度。71/30第三节 任务量估计五、软件估计技术和方法功能点估计例：p89. 功能类型：功能类型：EI0EO报告报告1EQ0ILF0EIF工资文件、计时表工资文件、计时表,总会计文

26、件总会计文件3总计：总计：功能点：功能点：TCFUFC071=70073=212872/30第三节 任务量估计五、软件估计技术和方法功能点估计Abrecht复杂度定义是凭阅历确定的，合理性受分析员对系统的了解程度和阅历影响比较大。国际功能点组织IFPUG发布了判别复杂度规那么，见p90这里的记录是构件涉及的表文件，数据是处置的字段。73/30第三节 任务量估计五、软件估计技术和方法功能点估计经过一个根本处置过程的执行，对ILF进展维护或从ILF/EIF中前往一个特定的、用户可识别的、非反复的字段，那么每个这样的字段算一个数据类型DET。 例如：添加一个外贸订单时需求保管“订单号码、订单日期、地

27、址、，那么对于ILF订单来说它的DET就是4个。 74/30第三节 任务量估计五、软件估计技术和方法功能点估计记录类型RET是指一个EIF/ILF中用户可以识别的DET的集合。假设把DET简单了解为字段的话，那RET就可以简单了解为数据库中的表。 例如：在外贸订单系统中添加一个订单时会保管“订单信息、客户的ID、部门的ID。那么订单系统ILF中RET为： 1、订单信息必选的 2、客户信息必选的 3、部门信息可选的 因此ILF中RET的个数为3个。 75/30第三节 任务量估计五、软件估计技术和方法功能点估计例2：p90.一个内部逻辑文件中包括了关于购买合同的数据，合同用两种独立的记录类型表示：

28、Purchase-Order记录了有关合同的信息，包括Order_Num，Suppliers，Date；Purchase_Order_Item记录了条款信息，包括Item_Num，Price，Quantity。记录类型是2，数据类型6。查表得复杂度为低。76/30第三节 任务量估计五、软件估计技术和方法功能点估计功能点与代码行数的转换：运用不同言语转换的复杂程度不同，如用C言语实现，一个功能点需求128行代码，77/30功能点与代码行的转换语言代码行代码行/FPAssembly320C150COBOL105FORTRAN105PASCAL91ADA71PL/165PROLOG/LISP64SM

29、ALLTALK21SPREADSHEET678/30第三节 任务量估计五、软件估计技术和方法功能点估计功能点识别步骤79/30第三节 任务量估计五、软件估计技术和方法面向过程代码方法想象在最终系统中程序的数目和类型估计每个程序的SLOC估计程序的复杂程度计算任务量80/30第三节 任务量估计五、软件估计技术和方法构造性本钱模型COCOMO(COnstructive COst MOdel )任务量E=c规模k有机式，嵌入式，半相连半有机主要问题：系数c、k确实定81/30第三节 任务量估计五、软件估计技术和方法构造性本钱模型COCOMO(COnstructive COst MOdel )有机式：

30、各类运用程序，例如数据处置、科学计算 等受硬件的约束比较小，程序的规模不是很大 嵌入式：受约束,系统程序，例照实时处置、控制程序等 严密联络的硬件、软件和操作的限制条件下运转，软件规模恣意 半嵌入式:各类适用程序，介于上述两种软件之间，例如编译器程序，规模和复杂度都属于中等或者更高 第三节 任务量估计五、软件估计技术和方法构造性本钱模型COCOMO(COnstructive COst MOdel )根本COCOMO参数方式cK有机2.41.05半嵌入式3.01.12嵌入式3.61.283/30第三节 任务量估计五、软件估计技术和方法构造性本钱模型COCOMO(COnstructive COst

31、 MOdel )例：开发一个估计规模为30KLOC的银行运用程序工程，其功能以数据处置为主，根据专家建议，c=2.4，k=1.05，求E？E=2.4301.05=85.3人月84/30第三节 任务量估计五、软件估计技术和方法构造性本钱模型COCOMO参数模型修正pmest=pmnomdem根据本钱驱动因子85/30模型1977年，年，IBM的的Walston和和Felix提出了如提出了如下的估算公式下的估算公式E 5.2L 0.91 ，L是源代码行数是源代码行数(以以KLOC计计)，E是任务量以是任务量以PM计计 D 4.1L 0.36，D是工程继续时间是工程继续时间(以以月计月计) S 0.

32、54E 0.6，S是人员需求量是人员需求量(以人计以人计) DOC 49L 1.01。DOC是文档数量是文档数量(以以页计页计) 86/30举例采用java 完成工程，366功能点，那么L = 36646 = 16386行 = 16.386KLOCE 5.2L 0.91 5.216.386 0.91 66人月 DOC 49L 1.01 4916.386 1.01 826页 87/30估算方法总结q 初期q 类比q 专家估算q 方案阶段q 自下而上q 参数模型q 实施阶段包括变卦发生q 自下而上q 参数模型88/30第四节 工程本钱估计技术人员任务量估计的单位LOC(Loc of Code)源代码程序长度的丈量FP(Function Point)用系统的功能数量来丈量89/30第四节 工程本钱估计管理者接受的任务量单位人月人天人年90/30第四节 工程本钱估计财务人员接受的本钱单位货币人民币元美圆.91/30本钱估算q 直接本钱：与详细工程相关的本钱。q 间接本钱：不能详细到某个工程中的本钱，