软件工程 教学课件 PPT 作者 郑人杰 马素霞 麻志毅 第13章 软件项目管理

《软件工程 教学课件 PPT 作者 郑人杰 马素霞 麻志毅 第13章 软件项目管理》由会员分享，可在线阅读，更多相关《软件工程 教学课件 PPT 作者 郑人杰 马素霞 麻志毅 第13章 软件项目管理（134页珍藏版）》请在金锄头文库上搜索。

1、第5部分 软件维护与软件管理,第13章 软件项目管理,13.1 软件项目管理概述,软件项目管理的目标 组织实施软件工程项目，采用了许多技术手段和管理措 施，最终希望项目取得成功。通常认为，项目成功的标志， 也是项目管理人员争取的目标，应该包括以下几个方面。 （1）达到项目预期的软件产品功能和性能要求。一般而言， 就是软件产品达到了用户已认可的需求规格说明的要求。 （2）时限要求。项目应在合同规定的期限内完成。 （3）项目开销限制在预算之内。,按RSPressman的观点，软件项目管理涉及的几个主 要方面是人员、产品、过程和项目，即所谓4P（People、 Product、Process、Pro

2、ject）。 （1）人员管理 美国卡内基梅隆大学软件工程研究所的Bill Curtis在 1994年发表了“人员管理能力成熟度模型”（people capability maturity model，P-CMM）。该模型力图通过 吸引、培养、激励、部署和骋用高水平的人才来提升软件组 织的软件开发能力。人员管理涉及：,13.1 软件项目管理概述,软件项目管理涉及的几个方面, 共利益者。 包括： 项目的高级管理者负责项目商务问题的决策； 项目经理负责项目的计划与实施以及开发人员的组 织与管理； 开发人员项目开发的实施者； 客户提出需求并代表用户与开发人员交往的人员； 最终用户直接使用项目成果（产品

3、）的人员。 团队负责人。在小项目的情况下，项目经理就是团队负 责人。而大型项目也许会有若干个设计、编程团队或是若干 个测试团队。团队负责人除去负有团队日常工作的安排、组 织和管理之外，还应特别注意发挥团队成员的潜能。,13.1 软件项目管理概述, 团队集体。团队内部有分工是必要的，但必须很好地配合，做到步调一致，为此必须强调以下3点。 个人的责任心，这是团队完成工作的基本条件。 互相信任、尊重以及互相支持。 充分的交流与沟通。 （2）产品管理 软件产品是软件项目的成果和预期的目标，这种无形的产 品在开发出以前，对其进行管理有一定的困难。然而，项 目经理必须在项目开始时就明确项目的以下三个目标：

4、 产品的工作环境。,13.1 软件项目管理概述, 产品的功能和性能。 产品工作处理的是什么数据，经它处理后得到什么数 据。 显然，只有明确了项目的这些基本要求才能着手项目管 理的各项工作，如项目估算、风险分析、项目计划的制定 等。 （3）过程管理 过程在软件工程项目中是重要的因素，它决定着项目中 开展哪些活动以及对活动的要求和开展活动的顺序。 （4）项目管理 项目管理的任务是如何利用已有的资源，组织实施既定,13.1 软件项目管理概述,的项目，提交给用户适用的产品。项目管理要开展的主要工 作可分为3类。 计划及计划管理。包括项目策划及计划制定、项目估 算、风险分析及风险管理、进度管理、计划跟踪

5、与监督。 资源管理。包括人员管理（人员安排、使用）、成本管 理、信息管理。 成果要求管理。包括需求管理、配置管理、质量管理。,13.1 软件项目管理概述,软件工程项目的计划是指导项目开展的纲领性文件，必 须认真对待，通常在项目的目标确定和被开发的软件基本 功能确定之后，就应该着手项目计划的制定工作。而项目 估算是制订计划的基础和依据。,项目策划与项目估算,13.2 项目估算,项目策划是在项目开展初期阶段的重要工作，其主要目 标是得到项目计划，或者说计划（plan）是策划 （planning）的结果。项目策划中需要开展的活动有如下 几项：,（1）确认并分析项目的特征。 （2）选择项目将遵循的生存

6、期模型，确定各阶段的任务。 （3）确定应得到的阶段性工作产品以及最终的产品。 （4）开展项目估算，包括估算产品规模、工作量、成本以 及所需的关键计算机资源。 （5）制订项目进度计划。 （6）对项目风险进行分析。 （7）制订项目计划。 在项目估算中，要解决的问题是项目实施的几个主要属 性，即将要开发产品的规模（size）、项目所需的工作量 （effort）以及项目的成本（cost）。,13.2 项目估算,（1）规模。项目的规模指的是得到最终软件产品的大小。 一般以编程阶段完成以后得到程序的代码行表示，如以1千 代码行为单位，记为KLOC。当然，在项目的开始只是对代 码行的估计值。另一表示方法是功

7、能点，记为FP，它是根 据软件需求中的功能估算的。 （2）工作量。项目的工作量按项目将要投入的人工来考 虑，以一个人工作一个月为单位，记为“人月”。 （3）成本。软件项目的成本通常只考虑投入的人工成本， 如某项目投入的总人工费用为12万元。,13.2 项目估算,一个软件组织在完成多个项目以后积累了一些数据，进行成本分析后便可得到自己的生产率数值和人工价格。 生产率是平均每个人月完成的源程序行数，可记为KLOC/人月或FP/人月。 人工价则为每人月的价值。 有了这两个数值，如果在估出项目规模以后就可以很容易得到项目的工作量和成本，即 工作量=规模/生产率 成本=工作量人工价,13.2 项目估算,

8、功能点方法（function point）简称FP方法，该方法克服 了项目开始时无法得知源程序行数的实际困难，从软件产品 的功能度（functionality）出发估算出软件产品的规模。 1功能度 功能点方法是以项目的需求规格说明中已经得到确认的软 件功能为依据，着重分析要开发系统的功能度，并且认为， 软件的大小与软件的功能度相关，而与软件功能如何描述无 关，也与功能需求如何设计和实现无关。 为具体说明功能点方法，区分各种不同的功能，需要建立 应用系统边界的概念。应用系统边界把我们正在开发的应用,13.2 项目估算,项目估算的功能点方法,系统与用户和与其相关的应用系统分割开来。内部功能仅限 于

9、应用系统的边界之内，而外部功能则是跨边界的。 右图给出了待开发的应用系统 A及其边界。该系统有它的用户 和与其相关的应用系统B。图中 系统A有3项功能涉及用户，即输 入、输出和查询；有一项功能是 与系统B的接口。这4项功能都是 跨越边界的，称其为外部功能。 在应用系统A中，内部文件的逻 辑关系都未超出边界，属于内部功能。,13.2 项目估算,（1）外部输入。外部输入处理那些进入应用系统边界的数 据或是控制信息。经特定的逻辑处理后，形成内部逻辑文 件。 （2）外部输出。外部输出处理离开应用系统边界的数据或 控制信息。 （3）内部逻辑文件。内部逻辑文件是用户可识别的逻辑相 关数据或控制信息组，它可

10、在应用系统边界之内使用。内 部逻辑文件代表应用系统可支持的数据存储需求。 （4）外部接口文件。外部接口文件是用户可识别的逻辑相 关数据或控制信息构成的集合，该控制信息为应用系统所 使用却被另一应用系统所支持。外部接口文件代表应用系 统外部支持的数据存储需求。,13.2 项目估算,（5）外部查询。外部查询是唯一的输入/输出组合，它为实 现即时输出引起所需数据的检索，代表了应用系统查询处理 的需求。 2功能复杂性 软件项目每类功能的复杂程度可能各不相同，为表明功能 复杂性的差别，将其分为简单的、中等的和复杂的3个等 级。同时为表示其差异程度，分别给予不同的影响参数。下 表列出了功能复杂性的影响参数

11、值。,13.2 项目估算,3未调节功能点 某一个软件，只要我们能够从规格说明中得到了以上5种 功能度的各级复杂性功能点的个数C，不难计算出未调节功 能点的值。,13.2 项目估算,其中：i代表功能度类型号；i=1，2，5； j代表复杂性的等级；j1，2，3； ij是第i类功能度和第j级复杂性的影响参数，即上表 中第i行，第j列的参数值； Cij是第i类功能度和第j级复杂度功能点的个数。,4调节因子 任何软件都会有其自身特性，在考虑其各种自身特性 时，从以下两个方面分解功能点计算的调节因子。 （1）影响因子。经过对各类软件的分析，综合出以下14个 类型的影响因子：,13.2 项目估算,数据通信。

12、 分布数据处理。 性能目标。 系统配置要求。 事务率。 联机数据录入。 最终用户效率。,联机更新。 复杂的处理逻辑。 可复用性。 易安装性。 易操作性。 多工作场所。 设施变更。,（2）影响级。上述影响因子对软件功能度的影响有多大必须加以区分，于是将影响因子的影响程度分为6级，即 0级 无影响 1级 微小影响 2级 轻度影响 3级 中度影响 4级 显著影响 5级 重大影响 综合考虑14类影响因子的影响度N，应是将14种影响叠加 起来，其值必定为070（145）。由此得到复杂度调节 因子（complexity adjustment factor，CAF） CAF=0.65+0.01N 其值应在0

13、.651.35，其中基本调节常数是0.65，可见最大 的调节量为35%。,13.2 项目估算,5交付功能点 经过调节因子调节后的功能点值被称为交付功能点 （delivered function point，DFP） DFP=CAFUFP 6交付功能点与软件规模 一些研究成果表明，上述计算出的功能点的值可以代表软 件的规模，也可作为估算成本的依据。软件的规模可用交付 的源代码行数（delivered lines of code，DLOC）来表 示。功能点与DLOC的对应关系如下表所示。例如 1 DFP相当于105 DLOC（COBOL程序）； 1 DFP相当于128 DLOC（C程序）。,13.

14、2 项目估算,7功能点方法的优点 （1）DFP只与由规格说明得到的信息相关，而交付代码的 行数若不通过功能点计算是不能直接从规格说明中得到的。 （2）DFP与实现软件的语言无关。,13.2 项目估算,8功能点方法的不足之处 （1）针对需求规格说明进行分析时，主观因素难以完全排 除，这包括： 对于规格说明，每人可能有不同的解释； 对于功能度的复杂性估计也可能因人而异； CAF计算时会有主观因素。 （2）非数据处理问题，如实时软件、系统软件、科学计算 软件等功能点的上述计算方法并不适用。 （3）DFP的计算目前尚不能借助工具自动完成。,13.2 项目估算,9功能点方法计算实例 某银行的一个信息系统

15、正在运行，其需求规格说明如下图 所示。,为表明对该系统需求规格说明的分析过程，对上图中各类 功能加了下画线。现将各项功能分类列出。,13.2 项目估算,（1）外部输入 增加新客户； 删除客户； 存款业务； 提款业务； 给出透支报告的要求。,（2）外部输出 透支的警告信息； 透支客户报告。 （3）外部查询 客户查询存款余额。 （4）内部文件 客户文件。,注意，该例中没有出现和其他应用系统的接口，并且假 定以上功能均为简单的复杂性。因此，未调节功能点 UFP=35+42+31+71=33 再来计算调节因子。根据本系统的规格先来选取各个影 响因子的影响级，经分析影响因子取值如下表所示。,13.2 项

16、目估算,因此，14类影响因子构成的影响度为 N=3+3+3+2+4+5+4+4+1+0+0+1+0+0=30 于是复杂度调节因子为 CAF0.65+0.0130=0.95 最后，可算出交付的功能点值为 DFP=0.9533=31.35,13.2 项目估算,1专家判定Delphi方法 专家判定技术就是由多位专家进行成本估算，取得多个估 算值。有多种方法把这些估算值合成一个估算值，Read公 司提出了Delphi技术，作为统一专家意见的方法。可得到极 为准确的估算值。标准Delphi技术的步骤如下。 组织者发给每位专家一份软件系统的规格说明书（略去 名称和单位）和一张记录估算值的表格，请他们进行估算。 专家详细研究软件规格说明书的内容，然后组织者召集 小组会议，在会上，专家们与组织者一起对估算问题进行讨 论。,13.2 项目估算,软件开