软件项目管理第十至十三章

《软件项目管理第十至十三章》由会员分享，可在线阅读，更多相关《软件项目管理第十至十三章（77页珍藏版）》请在金锄头文库上搜索。

1、第四篇第四篇 软件项目管理软件项目管理第十章第十章 计划计划所谓所谓管理管理就是通过就是通过计划、组织和控计划、组织和控制制等一系列的活动，合理地配置和等一系列的活动，合理地配置和使用各种资源，以使用各种资源，以达到既定目标的达到既定目标的过程过程项目管理项目管理优先于任何技术活动之前优先于任何技术活动之前开始，并开始，并贯穿贯穿于软件的整个生命周于软件的整个生命周期之中。期之中。第一项计划活动是第一项计划活动是“估算估算”，它是，它是所有其它项目计划活动的所有其它项目计划活动的基础基础，而，而项目计划为软件工程指出了通往成项目计划为软件工程指出了通往成功的道路功的道路。估算包括估算包括“工作

2、量估算工作量估算”和和“完成完成期限估算期限估算”10.1 10.1 度量软件规模度量软件规模软件度量域的分类面向规模的度量面向规模的度量面向规模的度量是对是对软件软件和和软件软件开发过程开发过程的直接度量。的直接度量。可以建立一个可以建立一个面向规模面向规模的的数据表数据表格格来记录项目的某些信息。来记录项目的某些信息。该表格列出了该表格列出了在过去几年完成的在过去几年完成的每一个软件开发项目每一个软件开发项目和和关于这些关于这些项目的相应面向规模的数据项目的相应面向规模的数据。面向规模的数据表格根据数据表格可以对所有的项根据数据表格可以对所有的项目计算出平均值：目计算出平均值：生产率生产率

3、 KLOCPM（人（人月）月）质量质量 错误数错误数KLOC成本成本 元元LOC文档文档 文档页数文档页数KLOC10.1.2 10.1.2 功能点技术功能点技术功能点技术功能点技术利用利用软件信息域软件信息域中的中的一些计数一些计数和和软件复杂性估计软件复杂性估计的的经经验关系式验关系式而导出而导出功能点功能点FP。（1 1）输入项数（）输入项数（InpInp）（2 2）输出项数（）输出项数（OutOut）（3 3）查询数（）查询数（InqInq）（4 4）主文件数（）主文件数（MafMaf）（5 5）外部接口数（）外部接口数（InfInf）信息域的特性包括：信息域的特性包括：（1）计算未调

4、整的功能点数 首先把产品信息域的每个特性都分类成首先把产品信息域的每个特性都分类成简简单级、平均级或复杂级单级、平均级或复杂级。根据其等级，。根据其等级，为为每个特性都分配一个功能点数每个特性都分配一个功能点数，例如一个，例如一个平均级的输入项分配平均级的输入项分配4个功能点，一个简个功能点，一个简单级输入项是三个功能点，一个复杂级的单级输入项是三个功能点，一个复杂级的输入项分配输入项分配6个功能点。如下计算未调整个功能点。如下计算未调整的功能点数：的功能点数：UFP=a1Inpa2outa3Inqa4Mafa5Inf，其中，其中，ai是信息域特性系数是信息域特性系数面向功能的数据表格（2）计

5、算功能点FP 将将14种技术因素对软件规模的影响程种技术因素对软件规模的影响程度根据软件特点，为每个因素分配一度根据软件特点，为每个因素分配一个从个从0到到5的值。的值。 计算功能点，使用如下的关系式计算功能点，使用如下的关系式：FP UFPTCF UFP( 0.65+ 0.01SUM ( Fi ) )Fi（i1.14）是）是复杂性校正值复杂性校正值，它，它们应通过逐一回答如下提问来确定。们应通过逐一回答如下提问来确定。Fi的取值的取值0.5：0 没有影响没有影响 1 偶然的偶然的2 适中的适中的 3 普通的普通的4 重要的重要的 5 极重要的极重要的SUM（Fi）是求和函数。）是求和函数。复

6、杂性校正值 Fi1. 系统是否需要系统是否需要可靠的备份可靠的备份和和恢复恢复？2. 是否需要是否需要数据通信数据通信？3. 是否有是否有分布处理的功能分布处理的功能？4. 是否是否性能成为关键性能成为关键？5. 系统是否系统是否运行在既存的高度实用运行在既存的高度实用化的操作环境中化的操作环境中？6. 系统是否需要系统是否需要联机数据项联机数据项？7. 联机数据项是否需要联机数据项是否需要建立多重窗口显示建立多重窗口显示和操作和操作，以处理输入处理以处理输入处理。8. 主文件是否主文件是否联机更新联机更新？9. 输入输入、输出输出、文件文件、查询查询是否是否复杂复杂？10. 内部处理过程内部

7、处理过程是否是否复杂复杂？11. 程序代码程序代码是否是否可复用可复用？12. 设计中是否包括了设计中是否包括了转移转移和和安装安装？13. 系统是否设计成可以系统是否设计成可以重复安装在不同重复安装在不同机构中机构中14. 系统是否设计成系统是否设计成易修改易修改和和易使用易使用？10.2 10.2 工作量估算工作量估算10.2.1 10.2.1 静态单变量模型静态单变量模型形式如下：形式如下： E=A+B(ev)E=A+B(ev)C C其中，其中，A A、B B、C C是经验导出的常数，是经验导出的常数，E E是以人月为单位的工作量，是以人月为单位的工作量，evev是估算是估算变量（变量（

8、LOCLOC或或FPFP）。）。1 1、面向、面向LOCLOC的估算模型：的估算模型： （1 1）WalstonWalstonFelixFelix模型：模型： E=5.2(KLOC)E=5.2(KLOC)0.910.91 （2 2）BaileyBaileyBasiliBasili模型模型 E=5.5E=5.50.73(KLOC)0.73(KLOC)1.161.16 （3 3）BoehmBoehm简单模型简单模型 E=3.2(KLOC)E=3.2(KLOC)1.051.05 （4 4）DotyDoty模型（在模型（在KLOC9KLOC9的情况下）的情况下） E=5.288(KLOC)E=5.28

9、8(KLOC)1.0471.0472 2、面向、面向FPFP的估算模型：的估算模型： （1 1）Albrecht&GaffneyAlbrecht&Gaffney模型：模型： E=-13.39+0.0545FPE=-13.39+0.0545FP （2 2）KemererKemerer模型模型 E=60.627.72810E=60.627.72810-8-8FPFP3 3 （3 3）MastonMaston、BarnettBarnett和和MellichampMellichamp模型模型 E=585.7+5.12FPE=585.7+5.12FP10.2.2 10.2.2 动态多变量模型动态多变量模

10、型形式如下：形式如下： E=E=LOCBLOCB0.3330.333/P/P3 3(1/t)(1/t)4 4其中，其中，E E是以人月或人年为单位的是以人月或人年为单位的工作量工作量 t t是以月或年为单位的是以月或年为单位的项目持续时间项目持续时间 B B是是“特殊技术因子特殊技术因子”，它随着对集成、测试、质量，它随着对集成、测试、质量保证、文档及管理技术的需求的增长而缓慢增加。保证、文档及管理技术的需求的增长而缓慢增加。 P P是是“生产率参数生产率参数”，它反映了下述因素对工作量的，它反映了下述因素对工作量的影响：总体的过程影响：总体的过程成熟度及管理水平成熟度及管理水平；使用良好的；

11、使用良好的软软件工程实践的程度件工程实践的程度；软件环境状态；软件项目组的；软件环境状态；软件项目组的技技术及经验术及经验；应用系统的；应用系统的复杂程度复杂程度软件方程式有两个软件方程式有两个独立变量独立变量： 对软件对软件规模的估算值规模的估算值（用（用LOCLOC表示）；表示）； 以月或年为单位的以月或年为单位的项目持续时间项目持续时间开发同一个软件的时候，如果把项目开发同一个软件的时候，如果把项目持续时间延长持续时间延长一些，则一些，则可降低可降低完成完成项目所需要的项目所需要的工作量工作量COCOMO模型 （COnstructive COst MOdel）结构型成本估算模型是一种结构

12、型成本估算模型是一种精确精确、易于易于使用使用的成本估算方法。在该模型中使用的成本估算方法。在该模型中使用的基本量有以下几个：的基本量有以下几个：DSI（源指令条数源指令条数）定义为）定义为代码代码的的源程源程序行数序行数。若一行有两个语句，则算做一。若一行有两个语句，则算做一条指令。它条指令。它包括作业控制语句包括作业控制语句和和格式语格式语句句，但不包括注释语句。但不包括注释语句。KDSI1000DSI。COCOMO模型的分类模型的分类COCOMO模型模型按其详细程度按其详细程度分成分成三级：三级： 基本基本COCOMO模型模型 中间中间COCOMO模型模型 详细详细COCOMO模型模型基

13、本基本COCOMO模型模型是一个是一个静态单静态单变量模型变量模型，它用，它用源代码行数源代码行数（LOC）为）为自变量自变量的（经验）函数的（经验）函数来计算软件开发工作量。来计算软件开发工作量。中间中间COCOMO模型模型则在用则在用LOC为为自自变量变量的函数计算软件开发工作量（此的函数计算软件开发工作量（此时称为名义工作量）的基础上，时称为名义工作量）的基础上，再用再用涉及产品涉及产品、硬件硬件、人员人员、项目等方面项目等方面属性的影响因素来调整工作量的估算属性的影响因素来调整工作量的估算。高级高级COCOMO模型模型包括中级包括中级CO COMO模型的所有特性，但用上述各模型的所有特

14、性，但用上述各种影响因素调整工作量估算时，还要种影响因素调整工作量估算时，还要考虑对软件工程过程中每一步骤（分考虑对软件工程过程中每一步骤（分析、设计等）的影响。析、设计等）的影响。中级COCOMO模型进一步考虑进一步考虑15种影响软件工作量的因种影响软件工作量的因素素，通过，通过定下乘法因子定下乘法因子，修正修正COCOMO工作量公式和进度公式工作量公式和进度公式，可以更合理地估算软件（各阶段）的可以更合理地估算软件（各阶段）的工作量和进度。工作量和进度。中间中间COCOMO模型把软件开发工作模型把软件开发工作量表示成代码行数的非线性函数：量表示成代码行数的非线性函数： MM=CMM=C1

15、1KLOCKLOCa al lMM（度量单位为（度量单位为人月人月）表示）表示开发工作开发工作量量。C1是模型系数是模型系数KLOCKLOC是估计的代码行数（以千行为单是估计的代码行数（以千行为单位）位）a a是模型指数是模型指数f fi i（i=1i=1到到1515）成本因素）成本因素15种影响软件工作量的因素 fi产品因素：产品因素：软件可靠性、数据库规软件可靠性、数据库规模、产品复杂性模、产品复杂性硬件因素：硬件因素：执行时间限制、存储限执行时间限制、存储限制、虚拟机易变性、环境周转时间制、虚拟机易变性、环境周转时间人的因素：人的因素：分析员能力、应用领域分析员能力、应用领域实际经验、程

16、序员能力、虚拟机使实际经验、程序员能力、虚拟机使用经验、程序语言使用经验用经验、程序语言使用经验项目因素：项目因素：现代程序设计技术、软现代程序设计技术、软件工具的使用、开发进度限制件工具的使用、开发进度限制软件开发项目的分类软件开发项目的分类软件开发项目的软件开发项目的总体类型总体类型: 组织型组织型 嵌入型嵌入型 半独立型半独立型中级中级COCOMO模型系数与模型指数模型系数与模型指数例例1. 一个一个32KDSI的声音输入系的声音输入系统是一个输入原型，或是一个可统是一个输入原型，或是一个可行性表演模型。所需可靠性非常行性表演模型。所需可靠性非常低。把此模型看做半独立型软件。低。把此模型

17、看做半独立型软件。则有则有 MM 3.0（32）1.12 146又查表知又查表知 f10.75，其它，其它 fi1.00，则最终有，则最终有MM 1460.75 109.5例例14. 一个规模为一个规模为10KDSI的商用微机远的商用微机远程通信的程通信的嵌入型软件嵌入型软件，使用中间使用中间COCOMO模型模型进行成本估算。进行成本估算。MM 44.38 44.381.17 51.5（MM）详细详细COCOMO模型模型详细详细COCOMO模型的名义工作量模型的名义工作量公式和进度公式与中间公式和进度公式与中间COCOMO模型相同模型相同。工作量因素分级表分层、分阶段给工作量因素分级表分层、分

18、阶段给出。针对每一个影响因素，按出。针对每一个影响因素，按模块模块层层、子系统层子系统层、系统层系统层，有三张工，有三张工作量因素分级表，供不同层次的估作量因素分级表，供不同层次的估算使用。算使用。每一张表中工作量因素又每一张表中工作量因素又按开发各个不同阶段给出按开发各个不同阶段给出。例如，关于软件可靠性（例如，关于软件可靠性（RELY）要求的工作量因素分级表（子系统要求的工作量因素分级表（子系统层），如表所示。层），如表所示。使用这些表格，可以比使用这些表格，可以比中间中间COCO MO模型模型更方便、更准确地估算软更方便、更准确地估算软件开发工作量。件开发工作量。10.3 10.3 进度

19、计划进度计划 项目管理者的目标是项目管理者的目标是定义定义所有所有项目任项目任务务，识别识别出出关键任务关键任务，跟踪跟踪关键关键任务任务的进展情况的进展情况，以，以保证保证能够能够及时发现拖及时发现拖延进度的情况延进度的情况。 为此管理者为此管理者必须制定一个足够详细的必须制定一个足够详细的进度表进度表，以便监督项目进度并控制整以便监督项目进度并控制整个项目个项目。 项目管理者的目标是项目管理者的目标是定义定义所有所有项目任项目任务务，识别识别出出关键任务关键任务，跟踪跟踪关键关键任务任务的进展情况的进展情况，以，以保证保证能够能够及时发现拖及时发现拖延进度的情况延进度的情况。 为此管理者为

20、此管理者必须制定一个足够详细的必须制定一个足够详细的进度表进度表，以便，以便监督项目进度并控制整监督项目进度并控制整个项目个项目。 常用的制定进度计划的工具主要有常用的制定进度计划的工具主要有GanttGantt图图和和工程网络工程网络两种。两种。 GanttGantt图历史悠久、直观简明、容易学习、图历史悠久、直观简明、容易学习、容易绘制等优点。但是，它容易绘制等优点。但是，它不能显式地表不能显式地表示各项任务彼此间的依赖关系，也不能显示各项任务彼此间的依赖关系，也不能显式地表示关键路径和关键任务，进度计划式地表示关键路径和关键任务，进度计划中的关键部分不明确中的关键部分不明确。因此，在。因

21、此，在管理大型管理大型软件项目时软件项目时，仅用仅用GanttGantt图是不够的图是不够的，不仅，不仅难于做出既节省资源又保证进度的计划，难于做出既节省资源又保证进度的计划，而且还容易发生差错。而且还容易发生差错。 工程网络工程网络不仅能不仅能描绘任务分解的情况及每描绘任务分解的情况及每项作业的开始时间和结束时间项作业的开始时间和结束时间，而且还能而且还能显式地表示各个作业彼此间的依赖关系显式地表示各个作业彼此间的依赖关系。 从工程网络图中从工程网络图中容易识别出关键路径和关容易识别出关键路径和关键任务键任务。因此，工程网络是制定进度计划。因此，工程网络是制定进度计划的强有力的工具。的强有力

22、的工具。 通常通常联合使用联合使用GanttGantt图和工程网络这两种工图和工程网络这两种工具来制定和管理进度计划，使它们具来制定和管理进度计划，使它们互相补互相补充取长补短充取长补短。第十一章第十一章 组组 织织11.1 11.1 民主制程序员组民主制程序员组主要优点主要优点：对发现错误抱着：对发现错误抱着积极的态度积极的态度，这种积极的态度有助于这种积极的态度有助于更快速地发现错更快速地发现错误误，从而得到高质量的代码从而得到高质量的代码。另一个优点另一个优点是：小组成员享有是：小组成员享有充分民主充分民主，小组有小组有高度凝聚力高度凝聚力，组内，组内学术空气浓厚学术空气浓厚，有利于攻克

23、难关有利于攻克难关。因此，当所要开发的产品的因此，当所要开发的产品的技术难度较高技术难度较高时，采用时，采用民主制程序员组是适宜的民主制程序员组是适宜的如果组内多数如果组内多数成员水平不高成员水平不高，或是，或是缺乏缺乏经验的新手经验的新手，那么这种非正式的组织方，那么这种非正式的组织方式也有严重缺点：由于式也有严重缺点：由于没有明确的权威没有明确的权威指导开发工程的进行指导开发工程的进行，组员间将，组员间将缺乏必缺乏必要的协调，最终可能导致工程失败要的协调，最终可能导致工程失败11.2 11.2 主程序员组主程序员组关键特性关键特性： 专业化。该组每名成员仅完成那些专业化。该组每名成员仅完成

24、那些他们受过专业训练的工作他们受过专业训练的工作 层次性。主程序员对工程全面负责。层次性。主程序员对工程全面负责。核心人员分工如下：核心人员分工如下： 主程序员：主程序员：既是成功的管理人员又是经既是成功的管理人员又是经验丰富能力强的高级程序员。验丰富能力强的高级程序员。 后备程序员：后备程序员：也是技术熟练而且富于经也是技术熟练而且富于经验，他协助主程序员的工作，在必要时验，他协助主程序员的工作，在必要时接替主程序员的工作。接替主程序员的工作。 编程秘书：编程秘书：负责完成与项目有关的全部负责完成与项目有关的全部事务性工作。事务性工作。11.3 11.3 现代程序员组现代程序员组主程序员由两

25、个人来担任：一个是主程序员由两个人来担任：一个是技术技术负责人负责人，负责技术活动；一个是，负责技术活动；一个是行政负行政负责人责人，负责所有非技术的管理决策。，负责所有非技术的管理决策。技术组长只对技术负责技术组长只对技术负责，行政组长全权行政组长全权负责非技术事务负责非技术事务。将民主制程序员和主程序员组的将民主制程序员和主程序员组的优点结优点结合起来合起来的另一种方法，是的另一种方法，是在合适的地方在合适的地方采用分散做决定的方法采用分散做决定的方法。这样有利于形。这样有利于形成畅通的通信渠道，以便充分发挥每个成畅通的通信渠道，以便充分发挥每个程序员的程序员的积极性和主动性积极性和主动性

26、。11.4 11.4 软件项目组软件项目组三种组织方式：三种组织方式： 民主分权制民主分权制 控制分权制控制分权制 控制集权式控制集权式四种组织范型：四种组织范型： 封闭式范型封闭式范型 随机式范型随机式范型 开放式范型开放式范型 同步式范型同步式范型第十二章第十二章 控控 制制 控制是十分重要的管理活动，控制是十分重要的管理活动，就是就是掌握被控制的对象掌握被控制的对象，不让它任意活，不让它任意活动或超出规定范围活动，动或超出规定范围活动，尽量使一尽量使一切活动都按照预定的计划进行切活动都按照预定的计划进行，向向预期的目标前进。预期的目标前进。每当新建一个程序时，总是存在某些不每当新建一个程

27、序时，总是存在某些不确定性。确定性。 用户要求是否能确切地被理解？用户要求是否能确切地被理解？ 在项目最后结束之前要求实现的功在项目最后结束之前要求实现的功能能否建立？能能否建立？ 是否存在目前仍未发现的技术难题是否存在目前仍未发现的技术难题？ 在项目出现严重误期时是否在项目出现严重误期时是否 会发生一些变更会发生一些变更？等等。？等等。12.1 风险管理风险管理风险分析风险分析对于软件项目管理对于软件项目管理是决定是决定性的性的，然而现在还有许多项目不考，然而现在还有许多项目不考虑风险就着手进行。虑风险就着手进行。所谓所谓风险分析风险分析实际上就是一系列实际上就是一系列风风险管理步骤险管理步

28、骤，其中包括，其中包括风险识别风险识别、风险估计风险估计、风险优化风险优化、风险管理策风险管理策略略、风险解决风险解决和和风险监督风险监督。这些步。这些步骤贯穿在软件工程过程中。骤贯穿在软件工程过程中。 对付风险应当采取对付风险应当采取主动的策略主动的策略，在，在工作开始之前工作开始之前就应该就应该启动风险管理启动风险管理活动活动： 标识出潜在的风险标识出潜在的风险 评估它们出现的概率和影响评估它们出现的概率和影响 按重要性排序按重要性排序风险管理的风险管理的主要目标是预防风险主要目标是预防风险，但是并非所有风险都能预防，因此但是并非所有风险都能预防，因此还需要还需要制定制定一个一个计划来管理

29、风险计划来管理风险。风险有两个特点：风险有两个特点： 不确定性：不确定性：可能发生也可能不发可能发生也可能不发生生 损失：损失：如果风险变成现实就有可如果风险变成现实就有可能造成损失能造成损失12.1.1 软件风险分类软件风险分类风险的风险的分类分类： 按影响范围分类：按影响范围分类： 项目风险，技术风险，商业风险项目风险，技术风险，商业风险 按可预测性分类：按可预测性分类： 已知风险，可预测的风险，不可预已知风险，可预测的风险，不可预测的风险测的风险采用采用建立风险条目检查表建立风险条目检查表的方法，的方法，可集中精力识别下列已知的和可预可集中精力识别下列已知的和可预测的风险：测的风险： 产

30、品规模，商业影响，客户特产品规模，商业影响，客户特性，过程定义，开发环境，所用技性，过程定义，开发环境，所用技术，人员数目与经验术，人员数目与经验12.1.2 风险识别风险识别1.评估风险后果评估风险后果 性能风险，成本风险，支持风性能风险，成本风险，支持风险，进度风险险，进度风险2.建立风险表建立风险表12.1.3 风险预测风险预测1. 风险缓解风险缓解2.风险监控风险监控3.风险管理和意外事件计划风险管理和意外事件计划12.1.4 处理风险的策略处理风险的策略软件质量软件质量 软件质量是软件质量是软件符合明确地叙述软件符合明确地叙述的功能和性能要求的功能和性能要求、文档中明确描文档中明确描

31、述的开发标准述的开发标准、以及所有专业开发以及所有专业开发的软件都应具有的隐含特征的程度的软件都应具有的隐含特征的程度。影响软件质量的主要因素是从管理影响软件质量的主要因素是从管理角度对软件质量的度量：角度对软件质量的度量：12.2 质量保证质量保证影响软件质量的主要因素是影响软件质量的主要因素是从管理从管理角度角度对对软件质量的度量软件质量的度量，它们分别，它们分别反映用户反映用户在使用软件产品时的三种在使用软件产品时的三种不同的倾向或观点不同的倾向或观点： 产品运行产品运行 产品修改产品修改 产品转移产品转移软件质量软件质量保证措施保证措施： 复审复审 走查走查 审查审查 程序正确性证明程

32、序正确性证明软件配置软件配置 软件质量是软件质量是软件符合明确地叙述软件符合明确地叙述的功能和性能要求的功能和性能要求、文档中明确描文档中明确描述的开发标准述的开发标准、以及所有专业开发以及所有专业开发的软件都应具有的隐含特征的程度的软件都应具有的隐含特征的程度。影响软件质量的主要因素是从管理影响软件质量的主要因素是从管理角度对软件质量的度量：角度对软件质量的度量：12.2 配置管理配置管理软件配置管理软件配置管理在软件建立时在软件建立时变更是不可避免的变更是不可避免的，因为在进行变更前没有仔细分析，因为在进行变更前没有仔细分析，或没有进行变更控制，或没有进行变更控制，变更加剧了变更加剧了项目

33、中软件人员之间的混乱项目中软件人员之间的混乱。协调软件开发使得混乱减到最小的协调软件开发使得混乱减到最小的技术叫做配置管理技术叫做配置管理。配置管理是一组标识、组织和控制配置管理是一组标识、组织和控制修改的活动，目的是使错误达到最修改的活动，目的是使错误达到最小并最有效地提高生产率。小并最有效地提高生产率。软件配置管理的概念软件配置管理，简称软件配置管理，简称SCM，是一种，是一种“保护伞保护伞”活动，它活动，它应用于整个软应用于整个软件工程过程件工程过程。SCM活动的目标是为了活动的目标是为了 (1) (1) 标识变更；标识变更； (2) (2) 控制变更；控制变更； (3) (3) 确保变

34、更正确地实现；确保变更正确地实现； (4) (4) 向其他有关的人报告变更。向其他有关的人报告变更。在软件工程过程中产生的所有信息在软件工程过程中产生的所有信息项（文档、报告、程序、表格、数项（文档、报告、程序、表格、数据）据）构成了软件配置构成了软件配置。软件配置是软件的具体形态在某一软件配置是软件的具体形态在某一时刻的瞬时影像。时刻的瞬时影像。随着软件工程过程的进展，随着软件工程过程的进展，软件配软件配置项置项(SCI)数目快速增加。系统规数目快速增加。系统规格说明可繁衍出软件项目实施计划格说明可繁衍出软件项目实施计划和软件需求规格说明。它们又依次和软件需求规格说明。它们又依次繁衍出建立信

35、息层次的其它文档繁衍出建立信息层次的其它文档。基线 (Baseline)基线是软件生存期中各开发阶段末基线是软件生存期中各开发阶段末尾的特定点，又称里程碑。尾的特定点，又称里程碑。由正式的技术评审而得到的由正式的技术评审而得到的SCI协协议和软件配置的正式文本才能成为议和软件配置的正式文本才能成为基线基线。基线的基线的作用是把各阶段工作的划分作用是把各阶段工作的划分更加明确化更加明确化，以便于检验和肯定阶，以便于检验和肯定阶段成果。段成果。软件开发各阶段的基线软件配置管理过程软件配置管理过程软件配置管理（软件配置管理（SCMSCM）的任务）的任务是：是： 标识软件配置中的对象标识软件配置中的对

36、象 版本控制版本控制 变化控制变化控制 配置审计配置审计 状态报告状态报告第十三章第十三章 国际标准国际标准在在IEEE标准标准1058.1中给出了软件项目中给出了软件项目管理计划的框架，它实质上是一个通用管理计划的框架，它实质上是一个通用的结构，不论承担何种软件项目，在制的结构，不论承担何种软件项目，在制定项目管理计划时都可以参考它。定项目管理计划时都可以参考它。ISO9000是一族标准，它主要是为了促是一族标准，它主要是为了促进国际贸易而发布的，现在，通过该认进国际贸易而发布的，现在，通过该认证已经成为一个企业证明其产品质量和证已经成为一个企业证明其产品质量和工作质量的标志。工作质量的标志

37、。ISO90003是使是使ISO9001标准适用于软件开发、供应和标准适用于软件开发、供应和维护的指南，维护的指南，第十三章第十三章 国际标准国际标准在在IEEE标准标准1058.1中给出了中给出了软件软件项目管理计划的框架项目管理计划的框架，它实质上是，它实质上是一个通用的结构，一个通用的结构，不论承担何种软不论承担何种软件项目件项目，在制定项目管理计划时都，在制定项目管理计划时都可以参考它。可以参考它。ISO9000是是一族标准一族标准，它主要是，它主要是为了促为了促进国际贸易而发布进国际贸易而发布的，现在，通过该认的，现在，通过该认证已经成为一个企业证明其产品质量和证已经成为一个企业证明

38、其产品质量和工作质量的标志。工作质量的标志。ISO9000-3是使是使ISO9001标准标准适用于软适用于软件开发、供应和维护的指南件开发、供应和维护的指南，它为软件，它为软件开发过程各阶段开发过程各阶段提供保证质量的质量体提供保证质量的质量体系系，由，由质量体系框架、质量体系的生命质量体系框架、质量体系的生命周期活动和质量体系的支持活动等三部周期活动和质量体系的支持活动等三部分组成分组成。文档在。文档在ISO9000-3中占有十分重中占有十分重要的地位要的地位ISO/IEC 12207软件生命周期过程标准软件生命周期过程标准，是是指导软件过程实施的一个标准指导软件过程实施的一个标准，它，它从

39、从多个角度说明了软件生命周期的各个过多个角度说明了软件生命周期的各个过程的活动程的活动，对规范软件开发过程，对规范软件开发过程，协调协调各类人员之间的关系各类人员之间的关系都具有指导作用。都具有指导作用。ISO/IEC TR15504软件过程评估标准软件过程评估标准，是从是从过程评估角度对软件过程实施进行过程评估角度对软件过程实施进行规范的标准规范的标准，该标准有，该标准有两维的结构两维的结构，其，其中一维是中一维是过程维过程维，另一维是，另一维是能力维能力维。能力成熟度模型（能力成熟度模型（CMM），是改进软件，是改进软件过程的一种策略过程的一种策略。基本思想是：因为。基本思想是：因为问问题是管理软件过程的方法不恰当引起的题是管理软件过程的方法不恰当引起的，所以所以运用新软件技术并不会自动提高软运用新软件技术并不会自动提高软件生产率和软件质量件生产率和软件质量，应当改进对软件应当改进对软件过程的管理过程的管理。对软件过程的改进不可能一蹴而就，因对软件过程的改进不可能一蹴而就，因此，此，CMM以增量的方式逐步引入变化以增量的方式逐步引入变化，它它明确地定义了明确地定义了5个不同的成熟度等级个不同的成熟度等级，一个一个软件开发组织可用一系列小的改良软件开发组织可用一系列小的改良性步骤迈入更高的成熟度等级性步骤迈入更高的成熟度等级。