第2章 软件项目管理基础ppt课件

1、第二章 软件工程管理根底 主要内容一工程管理概述软件工程管理的概念、目的和特点 工程管理包括4种根本活动工程的几个阶段 工程管理根本概念 义务和活动任务产品和任务包 任务分解构造 义务模型技艺矩阵组织组织构造图软件工程管理方案主要内容二工程管理活动 方案工程组织工程控制工程终结工程主要内容三2.1 工程管理概述 软件工程管理是为了使软件工程可以按照预定的本钱、进度、质量顺利完成，而对本钱、人员、进度、质量、风险等进展分析和管理的活动。软件工程管理的根本目的是为了让软件工程，尤其是大型工程的整个软件生命周期都能在管理者的控制之下，以预定本钱按期、按质的完成软件，然后交付用户运用。 软件工程管理的

2、特殊性软件是纯知识产品，其开发进度和质量很难估计和度量，消费效率也难以预测和保证。软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。 工程管理包括4种根本活动方案：方案涉及详细规定出要获得的结果(要什么?)；产生这些结果所需求的活动和义务(做什么？怎样做?) ；决议时间表和估计所需的资源(何时做?用什么做?)。 组织：组织规定了工程的组织和角色、责任的定义。控制：控制确定正在进展的活动何时偏离了方案。 终止：终止是终了工程。 工程可以分成几个阶段 1、工程概念阶段：关于工程的想法开场出现，通常伴随着本钱效益分析和技术可行性研讨。 2、工程定义阶段：包括以下活动 问题定义：客户和工程经

3、理定义系统的规模、目的日期。 初始的软件工程管理方案SPMP：工程经理提供对工程总的看法、工程结果的描画、任务分解构造、角色和责任、工程时间表、所需资源的预算和怎样定义和处置风险的描画。 初始的软件体系构造3、工程开场阶段：工程经理设置了工程的根底设备，雇用参与者，把他们组成团队，并总结工程。工程开场包括以下活动根底设备设立：工程经理必需为工程的根底设备制定需求。这些需求描画了工程参与者之间的交流渠道。 技艺定义：工程经理定义开发者的技艺和兴趣，并在技艺矩阵中记录它。 团队集合：工程经理分配团队参与者，定义团队功能且选择团队指点。工程经理也为团队成员定义所需的额外培训和课程。最后，工程经理为团

4、队分配任务包。 工程总结：工程经理，团队指点和客户正式开场启开工程。4、工程稳定形状阶段：团队指点要担任跟踪团队形状和在团队会议上提出问题。包括以下活动 工程规模定义控制风险管理工程重方案5、工程终止：提交工程结果并搜集工程历史。主要活动有 交付客户验收测试安装事后分析2.2 工程管理根本概念 在工程方案中一个主要的义务是把整个任务包分解成更小的义务。这包括2件事：定义适宜的义务定义义务间的依赖关系 2.2.1 义务和活动 义务是一项曾经定义得很好的任务，该任务可分配给一个工程参与者或分配给一个团队。 义务是管理有关工程任务的最小的单元。义务包括对义务和继续时间的描画，还包括分配给所扮演角色的

5、参与者。 2.2.2 任务产品和任务包 任务包描画了要消费的任务产品，要完成任务所需求的资源，所希望的继续时间，输入之间的相互依赖，也详细阐明了验收规那么和相关的个体或组织的单元的名字。 任务包是重要的管理产物，我们把它们分配给参与者去做。在义务定义之后可以定义任务包。 任何交付给用户的任务产品叫交付品，例如用户手册。2.2.3 任务分解构造 在一个工程中，全体义务的层次描画叫任务分解构造WBSWorkBreakdownStructure 。 任务分解构造是一个要做任务的非常简单的模型。菱形符号表示整体与部分的关系,菱形符号一侧表示整体;三角形符号表示普通与特殊的关系,三角形符号一侧表示普通实

6、体 留意:任务分解构造不表示活动的顺序。 2.2.4 义务模型 义务经过暂时的依赖关系联络起来。例如建屋顶的义务不能在建墙义务终了前开场。 义务及其依赖关系的集合叫义务模型或者网络图。 两条粗线段之间的各分支义务可以并行操作完成义务有一个继续时间，由工程经理在工程开场前估算。一旦知道了义务间依赖关系和义务的继续时间，工程经理能计算出工程能被完成的最短能够时间。该时间在义务模型中表现为最长途径，即关键途径。关键途径经过工程的第一项义务到最后一项义务，其长度由义务的继续时间相加计算出来。在关键途径上的义务延迟会导致整个工程的延迟，从而使工程延期。义务的最迟完成时间是在不耽搁工程的其他要完成的义务时

7、，义务能被推迟的最大时间。2.2.5 技艺矩阵 技艺矩阵是在工程中关于要完成义务的人的技艺、知识和兴趣的一张简单表。技艺矩阵的一行(或列)表示来自任务分解构造的任务单元义务、活动和工程功能。一列(或行)表示工程参与者。我们把3种工程区分开：主要技艺、次要技艺和兴趣。主要技艺使一个人能胜任指点一个任务单元。次要技艺使一个人能参与义务。兴趣表示在义务中一个人感兴趣但不具备该技艺。2.2.6 组织 组织由组织单元及其交互(联络、沟通)组成。最小组织单元是一个参与者也叫个人或成员。一组参与者能组成部门、处或小组。2.2.7 组织构造图 组织的表现及其信息构造通常叫组织图。 软件度量面向规模的度量规模：

8、代码行数LOC、KLOC消费率：PL = L/EE:任务量人月每行代码平均本钱：CL = S/LS：软件总本钱，人民币或美圆文档与代码比： DL = Pd/LPd：软件文档页数代码出错率：EQRL = Ne/LNe：代码错误数缺陷：依赖程序设计言语不利于精巧的设计开发前、初期难以估算只适于过程式程序设计言语 软件工程估算Putnam模型1978年，Putnam提出大型软件工程任务量估算模型。 软件交付时任务量最大，参与人员最多任务量与交货时间的4次方成反比，提早10%的时间要添加52%的任务量。任务量随时间的添加不呈线性增长趋势，参与开发的人数不应该一成不变。2.2.8 软件工程管理方案 软件

9、工程管理方案SPMP中的文件在工程总结大会之前创建，并且当义务完成和步骤更新的时候被更新，这种更新将贯穿整个工程。SPMP的运用者包括管理者和开发者。SPMP有五部分。1.引见1.1 工程概略1.2 工程交付品1.3 文档的演化1.4 参考书1.5 定义和缩写表2.工程组织2.1 过程模型2.2 组织构造2.3 组织边境和接口2.4 工程责任3.管理过程3.1 管理目的和优先级3.2 假设，依赖和限制3.3 风险管理3.4 监视和控制机制4.技术过程4.1 方法，工具和技术4.2 软件文档4.3 工程支持功能5.任务元素，日程表和预算软件工程管理方案SPMP 2.3 工程管理活动 在工程定义期

10、间，工程经理的主要活动是定义组织构造和定义任务产品、义务、时间表和角色。团队指点在工程定义阶段的最后时辰参与工程，他们的主要任务是在稳定形状下监视和管理团队。 2.3.1方案工程 定义问题、确定初始义务模型和组织构造、评价所需的资源，如人员和资金。这一阶段要完成以下的任务： 1问题陈说：记述了当前情况、要支持的功能和系统要运用的环境，也要定义客户希望的产品、交付日期和一套验收规范，能够也指定了开发环境中的限制，例如要用的编程言语。2顶层设计：顶层设计描画了系统的软件体系构造，应由软件构造师完成。软件构造师定义主要的子系统及其效力，但还不定义子系统的界面。3软件工程管理方案SPMP：描画了工程的

11、一切管理方面，特别是任务分解构造、日程表、组织、任务包和预算。2.3.2组织工程 雇用参与者、确定技艺、为参与者分配角色和责任并组织指点与工程总结有关的会议。 1设立交流设备2定义技艺3分配管理角色4分配技术角色5处置技艺缺乏6选择团队规模三个成员。 四个成员。 五个或六个成员。这是规模理想的软件开发团队。 七个成员。 八个和更多成员。7聚集团队(为每个团队组织参与人员)8总结会议9对工程范围达成一致在工程总结完成和对工程范围获得一致后，工程进入稳定形状。 2.3.3控制工程 工程监视、风险管理和工程协议。 为了在工程稳定阶段做出有效的决议，工程经理需求准确的形状信息。不幸的是，搜集准确的形状

12、信息非常困难。 可以用如下一些工具来搜集形状信息。1. 会议2. 度量规范：3.风险管理：风险管理关注工程定义中能够存在的问题，并希望在严重影响交付日期或预算之前阐明这些内容。风险管理的关键点是能准确及时地报告风险和问题。风险管理的第一步是定义风险。风险可以是管理方面的，也可以是技术方面的。 标明风险的优先级能使工程经理专注于关键风险的管理。风险按它们能变成问题的能够性，以及当风险变成问题时，对工程发生的潜在影响，能被分成4类：很能够的，存在高潜在影响不太能够的，存在高潜在影响很能够的，存在低潜在影响不太能够的，存在低潜在影响。 2.2.4终结工程 在工程终结阶段工程经理为客户预备了验收测试、管理系统集成、测试和在客户方的安装。最后工程经理检查工程总结。 1验收系统。 2安装。 3回想。2.7 软件过程及软件成熟度模型CMM背景开发组织：经过CMM度量找到本人的优势和差距客户：寻求适宜的开发商开展1986年11月，美国卡内基.梅隆大学，启动1991年8月，公开发布CMM v1.01993年2月，CMM 1.1近几年来，CMM又推出了2.0 版本，同时进入了ISO 体系，称为 ISO/IEC15504 或SPICE.2.7 CMM根本概念关键过程域：描画软件过程的属性，经过完成一组相互关联的活动，实现一组对建立过程才干至关重要的目的