第8章软件项目管理

第八章软件项目管理软件项目管理的目标功能和性能要求达到项目预期的软件产品功能和性能要求；时限要求项目应在合同规定的期限内完成，产品应在期限内交付；成本要求项目开销限制在预算之内。软件项目管理的任务软件项目管理涉及到人员、产品、过程和项目，即“4P”。过程(process)人员（people）工具(tools)产品(Product)项目(Project)参与自动化结果技术集成软件项目管理的任务人员利益相关方团队负责人团队集体产品产品的工作环境产品的功能和性能产品的输入、输出数据过程项目计划及计划管理：项目策划、项目估算、风险管理等资源管理：人员管理、成本管理成果要求管理：需求管理、质量管理等软件项目管理的主要活动软件项目的规划人员的组织管理软件风险管理软件配置管理可行性分析软件成本估算软件计划人员配备原则人员配备模式软件团队建设软件项目沟通活动风险识别风险分析风险规划风险监控

配置项的标识

版本管理

系统构建

变更控制软件项目估算软件项目估算主要内容规模指得到最终软件产品的大小，即代码行估算；单位是代码行数（LOC），千行代码行数（KLOC）；工作量按照项目将要投入的人工来估算；单位是一个人工作一个月，记为“人月”；成本通常只考虑投入的人工成本；生产率平均每个人月完成的源程序行数；单位是KLOC/人月。软件项目估算方法—功能点功能点方法以需求规格说明中已经得到确认的软件功能为依据，分析软件信息域特性和功能复杂性，估算软件规模，以功能点为单位。信息域特性输入项数（Inp）：用户向软件输入的项数；输出项数（Out）：软件向用户输出的项数；查询数（Inq）：查询是唯一的输入、输出组合；主文件数（Maf）：逻辑主文件（数据的一个逻辑组合）的数目；外部接口数（Inf）：机器可读的全部接口的数量。软件项目估算方法—功能点功能复杂性

信息域特性系数值

复杂性特性系数简单中等复杂输入系数a1346输出系数a2457查询系数a3346文件系数a471015接口系数a55710软件项目估算方法—功能点估算功能点步骤计算未调整的功能点数UFPUFP=a1*Inp+a2*Out+a3*Inq+a4*Maf+a5*Inf计算技术复杂性因子TCF

TCF=0.65+0.01*DI计算功能点数FPFP=UFP*TCF软件项目估算方法—Delphi专家判定法是由多位专家凭各自的经验对软件项目进行成本估算。计算各位专家的估算期望值Li和估算值的期望中值L。ai-该软件可能的最小规模（最少源代码行数）；mi-该软件最可能的规模（最可能的源代码行数）；bi-该软件可能的最大规模（最多源代码行数）；n为专家人数。软件项目估算方法—COCOMO模型也称为构造式成本模型；3种类型的软件：组织型：相对规模较小、较简单的软件项目；嵌入型：开发工作紧密地与系统中的硬件、软件和运行限制联系在一起；半独立性：规模与复杂性均属中等。总体类型工作量进度组织型MM=10.4（KLOG）1.05TDEV=10.5（MM）0.38半独立型MM=3.0（KLOG）1.12TDEV=10.5（MM）0.35嵌入型MM=3.6（KLOG）1.20TDEV=10.5（MM）0.32软件项目估算方法—COCOMO模型基本的COCOMO模型MM=Cl*klocaMM表示开发工作量；kloc为交付的千代码行数；Cl是模型系数；a是模型指数中间的COCOMO模型fi是成本因素详细的COCOMO模型软件项目风险管理风险识别项目风险，与项目有关的预算、进度、人力、资源、用户需求、项目规模、复杂性等方面的问题。技术风险，影响开发质量和交付时间的设计、实现、验证、维护、接口等方面的问题。商业风险，包括与产品的商业运作有关的市场风险、预算风险、决策风险、销售风险等。Keil.M.等人总结的识别风险的提问单⑴最终用户对该项目和待构造的系统支持吗？⑵需求已经被软件项目组和用户完全理解吗？⑶软件开发机构的高层管理者和用户方的管理者已正式承诺支持该项目吗？⑷用户已充分参加到需求定义中了吗?⑸最终用户的期望实现了吗？⑹项目的需求稳定吗？⑺项目的工作范围稳定吗？⑻软件项目组拥有合适的技能吗？⑼项目组对所需开发技术有经验吗？⑽项目组人员数量能够完成此项目吗？⑾所有用户对该项目的重要性和系统需求有共识吗？软件项目风险管理风险估算从影响风险的因素考虑风险发生的可能性。风险发生所带来的损失的严重程度。性能支持成本进度灾难性的1无法满足需求而导致任务的失败错误导致成本增加，资金短缺超出预算2性能严重下降，达不到技术要求无法响应或无法支持的软件资金严重短缺，很可能超出预算无法按期交付完成严重的1无法满足需求而导致系统性能下降，任务能否完成受到质疑错误导致运行延迟和成本增加2技术性能有所降低在软件修改中，有所延后资金不足,可能超支交付日期可能迟后轻微的1不能满足需求而导致次要任务性能下降对成本和进度都有影响2技术性能稍有降低能响应软件支持有较充足的资金来源计划进度可完成可忽略的1无法满足需求而导致使用不方便或操作不易错误对成本和进度影响不大2技术性能不会降低易于软件支持可能低于预算交付日期可能提前类别成分风险评估表软件项目风险管理风险评价进一步验证风险评估结果的准确性，并按照风险发生概率高低和后果严重的程度进行排序。风险评价通常由三元组形式描述：(ri,li,xi)i=1,2,3,…,lri为风险，li为风险发生的概率，xi为风险发生后的影响，i为风险的种类。风险参考水准成本超支进度延迟参考点（成本值、时间值）将造成项目终止软件项目风险管理风险监控和管理风险避免：是一种主动避免风险的活动。是在风险发生前分析引起风险的原因，采取措施，避免风险发生。风险监控：贯穿在软件开发的全过程，是一种项目跟踪活动。主要监控对项目风险产生主要影响的因素。风险管理监控计划：制定风险监控计划,保证文档的正确性，按监控计划记录、管理风险分析的全过程。软件项目进度管理一般的表格工具▲▲▲▲▲▲▲软件测试▲▲▲

编码▲▲详细设计▲▲▲总体设计▲▲▲需求分析１2345678910912任务月份010203040506070一月二月三月四月五月六月需求分析

总体设计详细设计编码、测试软件项目进度管理甘特图：用水平线段表示任务的工作阶段；线段的起点和终点分别表示任务的开始和完成时间，线段的长度表示完成任务所需的时间。1234567891011

任务ABCDE当前进度○△○△○△○△○△完成计划完成○文档编写

△评审图例某项目甘特图实例活动时间(天)责任人

开工日数2468101214161820222426P1详细设计计划5张实际6张P1编程计划12李实际11李P1单元测试计划6李实际3李P2详细设计计划3张实际3张P2编程计划4张实际4王P2单元测试计划2张实际软件项目进度管理时标网状图：也称为改进的甘特图，增加了各子任务之间的逻辑依赖关系。120378456周任务5

101520A1A2A3B1B2E1E2CD1D2D3软件项目进度管理PERT计划评审技术或CPM关键路径法，都是采用网络图来描述项目的进度安排。023456718起点A编码A调试B编码A测试C理解Ｂ测试C修改C调试C测试6687887968BC组装测试5Ｂ调试任务网络图软件项目进度管理开发小组的组织有以下原则：

1.软件开发小组的规模不宜太大，人数不能太多，一般以3～5人为宜。2.切忌在开发过程中增加人员，这将因增加人员之间的联系而降低效率。例：设一开发小组有4个软件工程师,开发效率为5000行/年，共有6条通信路径,每条路径降低生产率250行/年，则小组生产率为：5000×4－250×6＝18500（行/年）如为了加快进度，新增加2人，每人效率为840行/年，通信路径增加到15条，此时的小组生产率为：20000＋840×2－250×15＝17930（行/年）软件质量保证

产品运行产品修改产品转移●

可移植性●

可重用性●

互运行性（与另一个系统结合）●

正确性●

完整性●

健壮性●

可用性●

效率●

风险性●

可理解性●

可修改性●

灵活性●

可测试性质量因素定义正确性系统满足规格说明和优化目标的程度，即在预定环境下能正确地完成预期功能的程度。健壮性在硬件故障、操作错误等意外情况下，系统能作出适当反应的程度。效率为完成预定功能，系统需要的计算资源的多少。完整性即安全性，对非法使用软件或数据，系统能够控制（禁止）的程度。可用性对系统完成预定功能的满意程度。风险能否按照预定成本和进度完成系统看法，并为用户满意的程度。可理解性理解和使用该系统的容易程度。可维护性诊断和改正运行时所发现错误所需工作量的大小。灵活性即适应性，修改或改进正在运行的系统所需工作量的大小。可测试性软件易测试的程度。可移植性改变系统的软、硬件环境及配置时，所需工作量的大小。可再用性软件在其它系统中可被再次使用的程度（或范围）。互运行性把该系统与另一个系统结合起来所需工作量。软件质量因素的定义软件质量保证软件质量度量方法有以下三种：精确度量：使用质量度量评价准则进行详细