软件工程方法与实践第九章软件项目管理

软件工程方法与实践

第9章软件项目管

第9章软件项目管理

Q9.1软件项目管理范围

。9.2人员组织范型

。9.3软件成本估计

09.4软件质量保证(SQA)

O9.5软件过程管理

99.6小结

9.1软件项目管理范围

技术和管理是软件工程化生产不可缺少的两个方面。对

于技术而言，管理意味着决策和支持。只有对生产过程

进行科学的、全面的管理，才能保证达到提高生产率、

改善产品质量的软件工程目标。

软件项目管理是软件工程的保护性和支持性活动。它于

任何技术活动之前开始，并持续贯穿于整个软件的定义、

开发和维护过程之中。

软件项目管理的目的是成功地组织与实施软件的工程化

生产，完成软件（产品）的开发和维护任务。主要是对

项目的人员、费用、进度和质量四方面的管理。

9.1.1人员

♦软件项目开发的资源主要是人员、开发时间、软件工

具、运行所需要的软/硬件等。

♦软件开发过程是人智力密集型的劳动。开发组织为提

高软件生产率，必须最大限度地发挥每一个人的技术和

能力。软件项目由项目负责人（项目经理）总负责。

♦人员管理涉及到招募、选择、培训、业绩、报酬、专

业发展，以及培养团队精神和企业文化等一系列“以人

为本”的组织工作，通过吸引、培养、激励留住有创造

力、技术水平高的人才，增强软件组织软件开发能力。

L人员资源计划

对开发人员资源的需求（计划），是随时间变化的一个

指数函数曲线----Rayleigh-Norden曲线模式。

图9.1开发人员资源需求随时间变化的曲线

2.人员协调和通信

建立有效的人员通信交流机制，组织开发人员和协调

他们的关系，并跟踪和协调开发进程。

软件项目人员协调和通信方式可分成：

♦正式的（采用文字、视频会议等非直接交互的通信

渠道）、非个人的方式；

♦正式的、个人的方式；

♦非正式的、个人的方式；

♦电子通信方式；

♦个人网络方式。

9.L2项目和过程

i.项目管理概述

项目开发的工作分成两类：项目职责、活动或任务。

项目职责管理不与软件开发过程的特定阶段相关联，

贯穿于项目开发全过程的一类管理事务。项目职责的

管理，首先根据项目的目标和范围，考虑解决方案，

定义技术和管理约束；然后进行成本估算、风险评估、

项目任务划分或项目进度标志等；最后根据这些信息,

制定一份详细的软件项目管理计划。

9.L2项目和过程

活动或任务管理与软件开发过程的特定阶段相联系，是

贯穿于整个项目开发过程之中的一类管理事务。活动是

一个较大的工作单元，有开始和结束时间，有资源消耗

和工作成果。一项活动可以包含一系列任务，任务是项

目管理的最小工作单元。

9.L2项目和过程

2.过程管理概述

软件过程管理就是在这个确定的框架下建立一个软件开

发过程综合实施计划。

一个软件过程的若干框架活动适用于所有软件项目。若

干不同任务的集合（每个集合都由任务、里程碑、交付

物和软件复审组成）使得框架活动适应于不同软件项目

的特征和项目开发者的需求。还有一类保护性过程活动,

如软件质量保证、软件配置管理和测度等，独立于任何

一个框架活动，它们贯穿在整个开发过程之中。

9.L3软件度量

♦在软件工程领域，测量、测度和度量是有差别的三个

词。测量对一个产品过程的某个属性（如范围、数量、

维度、容量或大小）提供一个定量指示，测度则是确定

一个测量的行为，而度量是对一个系统、构件或过程具

有的某个给定属性的度的定量测量。

♦在软件度量需要收集测量结果，并产生相关度量，再

参照统计的大量历史数据，就可获得一个较为科学的量

化的指标。软件度量为软件过程、项目或产品本身提供

了更深入、更科学、更直观的表述，使得项目管理者能

够评价技术应用质量，调整开发过程、项目或产品，更

顺利、更好地完成开发任务。

1.软件度量过程

度量评价1----^指标

图9.2软件度量的数据收集过程

2.软件度量的分类

软件度量主要划分为项目度量和过程度量两大类。

软件项目度量是战术性活动，是对项目组中所有个人开

发工作的测度，目的在于辅助项目开发的控制和决策，

改进软件产品的质量。

软件过程度量是战略性活动，是对整个企业中全体项目

组开发能力的测度，目的在于改进企业的软件开发过程,

提高开发生产率。

此外，对软件（产品）质量也可以单独进行度量，称为

产品（质量）度量。

9.1.4软件项目管理文档

软件项目管理计划文档(SPMP,SoftwareProject

ManagementPlan)是软件项目管理的指导性文件。

SPMP提供了对资源、成本和进度进行合理估算和安

排的一个框架，给软件开发过程的管理提供了一个综

合蓝图，SPMP主要由三部分内容组成：

①需要做的事：软件项目实施计划，包括进度安排、

质量保证措施等；

②需要的资源：软件项目资源需求和资源计划，资源

包括时间、硬件、软件、人员和组织机构等；

③需要的经费：对软件项目的规模、开发和维护成本

估计。

9.L4软件项目管理文档

对于一个大型软件项目，SPMP是一套计划文档，有

项目实施计划、质量保证计划、软件测试计划、文档

编制计划、用户培训计划、综合支持计划和软件分发

计划。

♦实际软件项目可以根据规模，或者根据不同的工作

目标，选择制定以上各种类型计划中的部分计划，也

可以把多个计划的内容合并成一个计划。项目实施计

划是不可缺少的一个综合性计划。L

9.2人员组织范型

♦大型软件产品的开发可采取分层次的组织结

构，即软件经理一项目经理一开发小组，以保

证组织和管理的有效性。

♦一个项目科学而合理建立的组织结构取决于

组织的管理风格、凝聚力、组内成员的人数和

他们的技术水平，以及任务的难易程度。

9.2.1民主分权制

民主分权式开发组是一个没有领导者的，提倡无私精神

的团体组织，民主氛围浓郁，组员们工作积极性高，这

使得整个团队能多出、快出更高质量的产品。

民主分权组织方式比较强调个人的作用，所以希望小组

成员都是经验丰富、技术和技能熟练的人员。

民主分权式开发组织方式特别适用于较小规模或研究型

产品的开发。

9.2.2控制集权制

控制集权式组织的特点：一是专业化，每个成员分工明

确，执行各自的专业任务；二是层次性，每个成员在组

织中处于一定的领导或被领导地位。

控制集权式组由一名高级工程师（主程序员）、一名后

备工程师、资料管理员，以及2〜5个技术人员组成。

小组负责人由高级工程师（主程序员）担任，他既是管

理者，又是高级专业人员，负责计划、协调和复审小组

的所有技术活动；后备工程师是协助负责人工作的专业

人员；资料管理员是专职的，职责是控制和维护所有的

软件配置，协助小组进行研究、评估和文档准备。

9.2.3控制分权制

软件的开发通常采用一种更合理的、责任范围更清楚的

人员组织方式——控制分权式开发组。

控制分权小组负责人由一个小组领导人（负责小组的技

术活动），一个小组管理员（负责所有非技术的管理决

策）两个人承担。

图9.3控制分权式小组的结构示意

控制分权制组织结构示意图

图9.4大型项目技术管理的组织结构示意图

9.2.3控制分权制

控制分权式的开发过程是在一名项目经理的领

导下，分级管理多个开发小组而进行的。这种

方式最大特点是在合适之处可以采用民主、分

散决策机制，提高生产和管理效率。

小组（子组）和个人之间通信是平行的，但也

会发生沿着控制层的上、下级通信。

9.3软件成本估计

软件项目开发成本（开发周期和开发工作量）的估算必

须预先提出。

由于项目固有的复杂性，会对估算产生不确定性影响；

随着项目规模的增长，软件各个元素之间相互依赖性增

加，关系更趋复杂，这是影响估算准确性的另一个因素;

此外又有太多的变化因素，如人员、技术、环境、策略

等，也影响着软件项目最终的成本。估算不会绝对精确。

9.3.1软件规模度量

软件（产品）规模的度量是软件成本估算的基础。

X.代码行方法

代码行技术是最通用的软件产品规模的度量方法。常用的

度量单位是代码行数（LOC,LineofCode）和千条代码

行数（KLOC）o

基于代码行数的规模估算预见性差，有较大的风险。

2.软件科学方法

由于代码行数度量方法不是很可靠，软件科学家推荐了多

种源于软件科学基本度量原理的度量软件产品规模的方法。

例如，计算软件产品中（单一）操作数和运算符的数目。

9.3.1软件规模度量

对软件（产品）可测量数据的度量，最典型的是FFP

（文件File,流Flow和过程Process）度量方法。

产品规模S=4+1+Pr

成本C=bXS（b常数，软件生产率）

FFP度量方法的有效性和可靠性，在一些中等规模的数

据处理应用软件的样本中得到验证。这种方法不适合强

调功能和控制的大型数据库领域。

9.3.1软件规模度量

4.功能点度量方法

功能点(FP)度量是基于软件产品信息域值的计算和软

件复杂性的评估而导出的度量方法。功能点度量使用产

品提供的五个信息域值:输入项数Inp、输出项数Out、查

询项数Inq、主文件数Maf和接口数Inf计算。

FP=aXInp+bXOut+cXInq+dXMaf+eXInf

式中各个信息度量项的加权系数，可根据软件复杂性等

级(简单、平均和复杂三级)的分配值选择。

9.3.1软件规模度量

实际运用的是一种扩展型功能点度量方法，估算步骤：

①确定软件产品中每个度量项和对应复杂性等级，得到

一个未调整的功能点（UFP）。

②确定14种技术因素的影响值，相加得到总影响程度

（DI）,再计算出技术复杂性因子（TCF）。

TCF=0.65+0.01XDI

（由于DI值在0〜70,TCF值在0.657.35）

③扩展的功能点数FP的计算：

FP=UFPXTCF

9.3.2成本估计分解技术

对大型复杂的软件开发项目的成本估算往往采用“分

而治之”，即先分解再合成的度量策略。

LOC,FFP和FP度量方法可以用于估算软件分解中每

个较小规模成分（称为估算变量）的度量模型，也可

以作为从以前项目中收集来的，与估算变量结合使用

的基线度量。

基于问题分解的估计

量）。

也可以选择如类/对象、修改或受到影响的业务过程的

元素做估算变量。

②为每一个估算变量做LOC或FFP或FP估算。每个估

算变量都要分别估算出乐观值5。他可能值Sm，悲观值

5pess,并计算出的期望值（EV）。

EV=（S°pt+4XSm+Spess）/6

③将基线生产率度量用于变量估算，导出每个估算变

量的成本和工作量。将所有功能估算合并起来，可得到

整个项目的总估算。

基于问题分解估算示例（1）

基于LOC估算方法估算一个计算机辅助设计（CAD）软件。

功能LOC的估算功能LOC的估算

用户界面及控制机制2300计算机图形显示控制4950

二维几何分析5300外设控制2100

三维几何分析6800设计分析模块8400

数据库管理3350

总LOC估算33200

平均生产率620LOC/pm,劳动力价格8000美元/月，每行

代码成本约13美元。总项目成本估算431000美元，工作量

估算54个人月。

基于问题分解估算示例（2）

基于FP估算方法估算CAD应用软件。

信息域值乐观值可能值悲观值估算计数加权系数FP计数

输入20243024496

输出12152216580

查询16222822488

主文件44541040

外部接口2232714

总FP计数值318

基于问题分解估算示例(2)

调整因子-复杂值调整因子复杂值调整因子复杂值

数据通信2联机数据输入3安装方便5

分布式处理0终端用户效率5操作方便5

性能计算4联机更新3可移植性4

高负荷的硬件3联机更新4可维护性5

高处理率5重用性4

DI值52

FP=318X(0.65+0.01X52)=372

平均生产率6.5FP/pm,一个劳动力价格8000美元/月，

每个FP成本约1230美元。总项目成本估算457000美元,

工作量估算58个人月。

基于过程分解的估计

①建立软件功能和过程活动。给软件每一个功能描述，

确定执行的一系列过程活动。一个过程活动的公共框架是:

用户通信、计划、风险分析、工程、建造及发布，以及用

户评估等六项。

②估算出每个软件功能的每个过程活动所需的工作量，

并编制成估算表。

③用平均劳动力价格来估算每一个过程活动的工作量，

得到总成本估算（可用2〜3种估算进行比较确定）。

基于过程分解估算示例

基于过程分解的估算方法估算CAD应用软件。

活动（子任务）通信计划风险分析涉及编码测试总和

用户界面及控制机制0.52.50.458.4

二维几何分析0.7540.627.35

三维几何分析0.54138.5

数据库管理0.5311.56

计算机图形显示控制0.530.751.55.75

外设控制0.2520.51.54.25

设计分析模块0.520.525

总计0.250.250.253.520.54.7516.546

劳动力价格是8000美元/月，总项目成本估算368000美元,

工作量估算46个人月。

9.3.3经验估算模型

息源，

运用由经验导出的方法或者公式来预测软件产品成本。

1.专家类比推断

专家类比推断咨询一定数量的专家，通过比较目标产品

与他们曾经亲身参与过的产品项目，区别两者的异同，

得到估算结果。

对于多个专家分析估算，如果得出不同的预测值，要加

以调整。这种调整过程往往需要多次进行，直到达到所

有专家都能够接受的一个估算范围。

9.3.3经验估算模型

对一项产品估算，如果把产品分解成许多更小的部分，

先对每个部分的成本进行估算，然后把它们组合得到一

个总的估算数据，这就是由底向上估算方法。

一个产品并不只是它所有部分简单的总和，还有部分与

部分之间的接口，这是由底向上估算方法容易被忽略的

部分。

如果采用面向对象编程，不同类的独立性有利于采用由

底向上估算方法。产品中不同对象之间的交互增加了估

算的复杂性。

9.3.3经验估算模型

FP,FFP和LOC估算方法可以有效地估算软件成本和

工作量，但对这些模型中参数的确定却带有一定的主

观判断。

实际运用的成本估算模型，有基于软件开发数学理论

的模型，有基于统计理论方法的模型，有融合数学方

程、统计模型和专家决策的混合模型等。

运用最广泛的是中级COCOMO模型，它描述中等程度

的产品复杂度和详细度。

中级COCOMO估算模型

♦用千条代码行数（KLOC）度量产品长度，并度量产

品的开发模式（组织型、半独立型和复杂型）。计算：

b

正常工作量（E）=aX（KLOC）

正常开发时间（T）=cX（正常工作量）"

式中，a,b,c,"的取值根据产品开发模式而定。

♦正常的工作量E和开发时间7与15个软件开发工作量

调节因子（EAF）相乘，得到调节的工作量和开发时间。

♦将这些成本数分配到开发进度、阶段和工序划分、计

算机成本，以及年度维护成本等相关子项目中去。

COCOMO估算示例

基于COCOMO方法估算一个嵌入型模式的微处理器通信处理软件。

因素情况等级工作量乘数

软件要求的可靠性软件故障会带来严重的财政后果1.15

数据库规模20000字节0.94

产品复杂度通信处理非常高1.30

执行时间限制70%的时间可用1.11

主存限制64KB中的45KB(70%)1.06

开发环境易变性基于商用微处理器硬件正常1.00

计算机周转时间平均周转时间为两小时正常1.00

分析能力优秀的高级分析员高0.86

应用领域的经验两年正常1.00

程序员的能力优秀的程序员高0.86

开发环境的使用经验两年正常1.00

程序语言的使用经验六个月1.10

现代软件技术使用程度大多数技术使用一年0.91

软件工具的使用程度处于基本的小型机工具级1.10

要求的开发进度九个月正常1.00

COCOMO估算示例

估算有10KLOC条源代码行

正常工作量E=2.8X10L20=44.4（人月）

正常开发时间T=2.5X44・40,32=8.4（月）

15个工作量调节因子相乘，结果为1.35

总估算为

£=44.4X1.35=59.9（人月）

7=8.4X1.35=11.3（月）

9.3.4成本估计管理

查尤为重要。不管使用什么估算方法，要想进一步减少

风险，应在计划小组递交了他们的估算后，由软件质量

保证(SQA)小组独立对开发周期和成本估算再次进行

估算分析。

在软件产品的开发过程中，管理者必须不断地跟踪实际

的开发工作量，并把它们与预测值进行比较，尽早发现

误差，采取适当的措施，设法减少、甚至消除误差。,一

9.4软件质量保证(SQA)

提高软件产品质量的机制有技术手段和管理手段：

♦技术手段有两个方面，一是改进开发过程，尽可能少

地引发错误或缺陷；二是改进测试方法，提高测试效率,

尽可能有效地发现和排除错误或缺陷。

♦管理手段是加强软件开发全过程的质量管理机制，净

化开发环境，使发生差错或缺陷的可能性更少，即使有

差错或缺陷也容易排除。

软件质量管理的三个方面

♦软件质量检测(SQI)是一种粗放式的质量管理形式，

类似于在生产线的末端检测产品的方式。

♦软件质量保证(SQA)是指包含在软件生产过程中的

一系列质量保证活动。由于软件产品的质量形成于生产

全过程，质量管理活动必须拓展到生产的全过程，体现

“全过程控制”和“全员参与”的软件质量全面控制

(TQC)o

♦软件质量认证(SQC)是从软件产业管理的角度，把

对个别产品的质量保证扩展到对软件企业(组织)整体

资质的认证，目的是全面考察企业的质量体系和提供符

合质量要求的软件产品的能力。

9.4.1SQA活动

软件质量保证各项任务，由软件质量保证活动小组

（SQA小组）承担。

SQA小组执行一个项目主要的SQA活动：

①为项目准备SQA计划（SQA活动模板，或称为“行

路图”）o

②参与到软件工程小组进行项目的软件过程描述。

③跟踪和监督软件过程，识别和报告软件过程的“偏

差”，并根据预定规程进行处理。

9.4.1SQA活动

④复审指定的软件产品是否符合已定义好的软件过程中

的相应部分。

⑤确保“偏差”记录在案，并跟踪直至问题得到解决，

并提交报告给高级管理者。

⑥协调过程控制和过程管理，协助收集和分析软件度量

信息。

9.4.2软件质量度量

♦软件可靠性定义：在给定时间内，按照规定的条件，

软件成功运行的概率。

R（力=尸｛在时间〔0,，〕内按规定条件运行成功｝

♦评测可靠性的方法：

①假定软件的故障率是不随时间变化的常量，A（，）可

以表示为程序运行时间，和故障率入（单位时间内程序运

行失败的次数）的指数函数，即R（力=e-乂

②计算软件平均故障时间（MTTF）。在故障率为常量

的情况下，MTTF是故障率的倒数，即MTTF=1/Z

9.4.2软件质量度量

♦软件容错技术：高可靠性、高稳定性软件还表现在容错

能力。

容错软件，即具有抗故障能力的软件，处理错误主要有屏

蔽错误、修复错误、减少影响三种方法。

容错软件主要采用了冗余技术。冗余技术的基本思路是

“以额外的资源消耗换取系统的正常运行”。

常用的冗余技术有结构冗余、时间冗余和信息冗余等。

冗余结构系统示例

(a)静态冗余结构(b)动态冗余结构

图9.6静态、动态冗余结构系统示例

9.4.2软件质量度量

♦程序正确性证明的基本原理：理论上无法证明整个程序

绝对正确，但通过数学方法，证明一个代码段具有某些需

要的性质是可行的。

♦输入一输出断言法是在归纳断言法的基础上，加上公理

化概念形成的。它的基本做法是，为证明两个相邻点之间

的程序段是正确的，在源程序的入口、出口和中间各点分

别设置断言，只须证明这一程序段执行后，能够使在它之

前的断言变成其后一点的断言就可以了。

9.4.2软件质量度量

3.软件可维护性度量

♦可维护性度量是记录维护过程各种活动耗费的时间数

据，用它们作为软件可维护性的度量标准。

♦一个维护过程所包含的活动大约有10项：问题识别时

间、管理延迟时间、收集维护工具时间、问题分析时间、

修改规格说明书时间、维护实施时间、局部测试时间、

整体测试时间、维护复审时间，以及软件发布与恢复工

作时间等。

9.4.3软件复审

♦软件复审是软件错误的“过滤器”，是净化软件产品

的必要手段。软件复审分技术复审和管理复审两类。

♦技术复审一般是对于技术性的活动或阶段，进行多次

正式的或非正式的技术审查。技术复审也是降低软件成

本的一个重要措施。

♦管理复审是在软件每个重要的里程碑（一般是每个阶

段结束），从管理角度对工程项目的成本、实际支出的

经费、投资回收的前景，以及项目的进度等经济因素进

行审查。管理复审是对工程进行管理和控制的主要手段。

9.4.4软件质量认证标准

1.软件过程能力成熟度模型（CMM）

♦一个软件开发组织可以通过制定标准机制，将其软

件过程规范化和具体化。软件过程成熟度是表达一个

特定的软件过程被明确和有效地定义、管理、测量和

控制的程度。

♦软件过程能力成熟度模型（CMM）是用于评估软件

供应商的开发能力的一个模型（CMM已发展成能力成

熟度模型集成—CMMI）o

944软件质量认证标准

♦CMM是描述了软件过程从无序到有序、从特殊到一

般、从定性管理到定量管理，直至最终达到动态优化的

成熟过程，给出了不同成熟等级的基本特征和改进软件

过程应遵循的原则与采取的行动。

♦SEICMML1标准分五个等级，共包括18个关键过程

领域，52个过程目标，316种关键实践。

♦对CMM实施评估的标准是SEI的CMM评估规范

(CAF)o评估过程由主任评估师领导一个评审小组进

行，评估工作包括各级员工培训、问卷调查和统计、文

档审查、数据分析、与高层领导讨论、呈报评估报告等。

9.4.4软件质量认证标准

2.ISO9001标准

♦ISO9000是质量管理和质量保证的系列国际标准。它

把与企业质量相关的问题集中到多个管理要素中，要求

明确，具有很好的可操作性。

♦ISO9000标准系列由五个相关的标准组成：

①质量术语标准（ISO84024994）；

②质量保证标准（ISO9001等）；

③质量管理标准（ISO90044等）；

④质量保证和标准选用的实施指南（IS09000・3等）；

⑤支持性技术标准（ISO10005等）。

9.4.4软件质量认证标准

♦ISO9001标准（我国国家标准是GB/T19001-1994）包

括了设计、开发、生产、安装和服务等活动的质量保证

体系，共20个方面的质量要素。

♦IS09000-3标准的全称为“质量管理和质量保证标准：

第三部分——ISO9001-1994,计算机软件开发、供应、

安装和维护的使用指南”。IS09000・3从软件的角度，逐

一对ISO9001的20个质量要素，做出了针对软件产品开

发的解释和说明。

♦软件企业推行ISO9001标准要经过知识准备、立牛一

宣传、执行、监督和改进等必不可少的过程。・

9.5.1过程度量和过程改进

特定属

性，并利用这组过程度量提供引导改进策略的指标。

♦过程度量是向软件工程高层管理者提供软件开发质量

的状态信息。这些信息涉及企业产品、过程和资源（如

采用的范型、软件工程任务、工作产品和里程碑等）在

不同开发阶段的状态。把这些动态的、连续追踪的状态

信息与软件开发前的计划信息相比较，帮助管理者发现

问题，找到改进过程的依据。

软件过程改进示意图

图9.9软件过程改进的过程

952项目进度安排

别关键

任务/活动，并跟踪关键任务/活动的进展。

♦项目计划初期，建立一个宏观的进度安排图（表），

标识所有主要的软件工程活动和这些活动影响到的产品

功能。随着项目的进展，宏观进度图/表中的每个条目都

被精化成一个“详细进度图/表”，标识特定任务/活动，

并进行进度安排。

♦软件项目进度安排中最常用的方法：程序评估和复审

技术（PERT）和关键路径管理（CPM）o

时间表（Gantt图）描述示例

PERT图描述示例

(0,3)(3,7)(7,9)

图9.10PERT图描述示例

9.5.3风险分析

♦软件风险具有不确定性，项目规模越大、结构化程度

越低、资源和成本等因素的不确定越大，承担这一项目

所冒的风险也就越大。重视风险和风险防范，就可以最

大限度减少风险的发生与损失。

♦风险分析的任务是尽可能地量化不确定性的程度，以

及每个风险导致的损失的程度，为软件开发的实施提供

参考。软件风险分析主要在项目的可行性研究阶段进行。

♦软件风险分析包括风险识别、风险预测（风险估计）

和风险管理（风险规避）三项活动。

9.5.4软件配置管理(SCM)

♦开发一个软件产品，变更(进化)是不可避免的。软

件配置是一个软件各种形式、各种版本的文档和程序的

总称。软件配置管理(SCM)是对软件变更过程的管理。

♦SCM是应用于整个软件过程的保护性活动，也可被视

为整个软件过程的软件质量保证(SQA)活动之一。

♦SCM和软件维护是有区分的。软件维护是软件产品投

入运行之后的一系列软