第五章信息系统建设的项目管理本节内容:1、项目的定义与特点2、项目管理的定义与特点3、信息系统项目的特点 通俗地讲，项目就通俗地讲，项目就通俗地讲，项目就通俗地讲，项目就是在一定的资源约束下是在一定的资源约束下是在一定的资源约束下是在一定的资源约束下完成既定目标的一次性完成既定目标的一次性完成既定目标的一次性完成既定目标的一次性任务。这个定义包含三任务。这个定义包含三任务。这个定义包含三任务。这个定义包含三层意思：一定资源约束、层意思：一定资源约束、层意思：一定资源约束、层意思：一定资源约束、一定目标、一次性任务。一定目标、一次性任务。一定目标、一次性任务。一定目标、一次性任务。这里的资源包括时间资这里的资源包括时间资这里的资源包括时间资这里的资源包括时间资源、经费资源、人力资源、经费资源、人力资源、经费资源、人力资源、经费资源、人力资源、物质资源，比如工源、物质资源，比如工源、物质资源，比如工源、物质资源，比如工具、设备等具、设备等具、设备等具、设备等 项项项项目目目目具具具具有有有有目目目目的的的的性性性性。 项项项项目目目目具具具具有有有有寿寿寿寿命命命命周周周周期期期期。项项项项目目目目具具具具有有有有一一一一定定定定的的的的独独独独特特特特性性性性。每每每每个个个个项项项项目目目目都都都都有有有有客客客客户户户户。 项项项项目目目目组组组组织织织织具具具具有有有有临临临临时时时时性性性性和和和和开开开开放放放放性性性性。项项项项目目目目具具具具有有有有较较较较强强强强的的的的冲冲冲冲突突突突性性性性。 项项项项目目目目包包包包含含含含一一一一定定定定的的的的不不不不确确确确定定定定性性性性。 1 1、项目的定义与特点、项目的定义与特点2 2 2 2、项目管理的定义与特点、项目管理的定义与特点、项目管理的定义与特点、项目管理的定义与特点 项目管理项目管理是通过项目经理是通过项目经理和项目组织的努力，运用和项目组织的努力，运用系统理论和方法对项目及系统理论和方法对项目及其资源进行计划、组织、其资源进行计划、组织、协调、控制，旨在实现项协调、控制，旨在实现项目的特定目标的管理方法目的特定目标的管理方法体系。体系。 如果将时间从资源中单列如果将时间从资源中单列出来，称做进度，而将其出来，称做进度，而将其他资源都看作可以通过采他资源都看作可以通过采购获得从而表现为费用或购获得从而表现为费用或成本的话，那么我们就可成本的话，那么我们就可以给项目下这么一个定义：以给项目下这么一个定义：在一定的进度和成本约束在一定的进度和成本约束下，为实现既定的任务，下，为实现既定的任务，并达到一定的质量，所进并达到一定的质量，所进行的一次性的任务。行的一次性的任务。 一般来讲，一般来讲，目标、成本、目标、成本、目标、成本、目标、成本、进度三者是互相制约的进度三者是互相制约的进度三者是互相制约的进度三者是互相制约的，其关系如图其关系如图5-25-2所示。当进所示。当进度要求不变时，质量要求度要求不变时，质量要求越高或者任务要求越多，越高或者任务要求越多，则成本越高；当不考虑成则成本越高；当不考虑成本时，质量要求越高或任本时，质量要求越高或任务要求越多，一般进度越务要求越多，一般进度越慢；当质量和任务的要求慢；当质量和任务的要求都不变时，进度过快或过都不变时，进度过快或过慢都会导致成本的增加。慢都会导致成本的增加。项目管理的目的是谋求项目管理的目的是谋求（任务）多、（进度）快、（任务）多、（进度）快、（质量）好、（成本）省（质量）好、（成本）省的有机统一。的有机统一。费用高速度快目标任务多质量好图5-2 项目管理三要素之间的关系 当然，对于一个确定的项目，其任务的范围是确定的。当然，对于一个确定的项目，其任务的范围是确定的。项目管理就演变为在一定的任务范围下如何处理好质量、项目管理就演变为在一定的任务范围下如何处理好质量、进度与成本三者关系的问题，也就是要处理好好中求快进度与成本三者关系的问题，也就是要处理好好中求快和好中求省的问题。和好中求省的问题。 项目管理既是一门科学又是一门艺术项目管理既是一门科学又是一门艺术。之所以被看作一。之所以被看作一门科学是因为项目管理是以各种图表、数学计算以及其门科学是因为项目管理是以各种图表、数学计算以及其他技术手段为依据的；但是项目管理也受到人际关系因他技术手段为依据的；但是项目管理也受到人际关系因素以及组织因素的制约，因而相互沟通、协商谈判及解素以及组织因素的制约，因而相互沟通、协商谈判及解决矛盾等即为项目管理的决矛盾等即为项目管理的“ “艺术艺术” ”。 这门这门这门这门“ “艺术艺术艺术艺术” ”具有其自身的三个基本特点具有其自身的三个基本特点具有其自身的三个基本特点具有其自身的三个基本特点： 项目管理是一项复杂工作项目管理是一项复杂工作项目管理是一项复杂工作项目管理是一项复杂工作。 项目管理具有创造性，充满着权衡项目管理具有创造性，充满着权衡项目管理具有创造性，充满着权衡项目管理具有创造性，充满着权衡。 项目负责人（或称项目经理）在项目管理中起着项目负责人（或称项目经理）在项目管理中起着项目负责人（或称项目经理）在项目管理中起着项目负责人（或称项目经理）在项目管理中起着非常重要的作用非常重要的作用非常重要的作用非常重要的作用。 3、信息系统项目的特点 信息系统的建设是一类项信息系统的建设是一类项信息系统的建设是一类项信息系统的建设是一类项目目目目。因为信息系统的建设。因为信息系统的建设。因为信息系统的建设。因为信息系统的建设符合项目的几个特点：首符合项目的几个特点：首符合项目的几个特点：首符合项目的几个特点：首先信息系统的建设是一次先信息系统的建设是一次先信息系统的建设是一次先信息系统的建设是一次性的任务，有一定的任务性的任务，有一定的任务性的任务，有一定的任务性的任务，有一定的任务范围和质量要求，有时间范围和质量要求，有时间范围和质量要求，有时间范围和质量要求，有时间或进度的要求，有经费或或进度的要求，有经费或或进度的要求，有经费或或进度的要求，有经费或资源的限制。信息系统具资源的限制。信息系统具资源的限制。信息系统具资源的限制。信息系统具有生命周期，这与项目具有生命周期，这与项目具有生命周期，这与项目具有生命周期，这与项目具有寿命周期也是一致的。有寿命周期也是一致的。有寿命周期也是一致的。有寿命周期也是一致的。所以信息系统的建设也是所以信息系统的建设也是所以信息系统的建设也是所以信息系统的建设也是一类项目的建设过程，可一类项目的建设过程，可一类项目的建设过程，可一类项目的建设过程，可以用项目管理的思想和方以用项目管理的思想和方以用项目管理的思想和方以用项目管理的思想和方法来指导信息系统的建设。法来指导信息系统的建设。法来指导信息系统的建设。法来指导信息系统的建设。 信息系统的生命周期信息系统的生命周期信息系统的生命周期信息系统的生命周期包括系统包括系统包括系统包括系统规划、系统分析、系统设计、规划、系统分析、系统设计、规划、系统分析、系统设计、规划、系统分析、系统设计、系统实施、系统运行和维护五系统实施、系统运行和维护五系统实施、系统运行和维护五系统实施、系统运行和维护五个阶段。显然，信息系统项目个阶段。显然，信息系统项目个阶段。显然，信息系统项目个阶段。显然，信息系统项目也可按照上述五个阶段进行管也可按照上述五个阶段进行管也可按照上述五个阶段进行管也可按照上述五个阶段进行管理，依次制定各阶段的任务范理，依次制定各阶段的任务范理，依次制定各阶段的任务范理，依次制定各阶段的任务范围、进度、费用安排以及质量围、进度、费用安排以及质量围、进度、费用安排以及质量围、进度、费用安排以及质量要求。要求。要求。要求。 从具体构成来看从具体构成来看从具体构成来看从具体构成来看，信息系统项，信息系统项，信息系统项，信息系统项目又可分为客户需求分析、应目又可分为客户需求分析、应目又可分为客户需求分析、应目又可分为客户需求分析、应用软件开发、网络规划与设计、用软件开发、网络规划与设计、用软件开发、网络规划与设计、用软件开发、网络规划与设计、设备采购以及系统调试与集成设备采购以及系统调试与集成设备采购以及系统调试与集成设备采购以及系统调试与集成等多项内容，在上述几项内容等多项内容，在上述几项内容等多项内容，在上述几项内容等多项内容，在上述几项内容中，首先是客户需求分析，在中，首先是客户需求分析，在中，首先是客户需求分析，在中，首先是客户需求分析，在此基础上进行应用软件开发和此基础上进行应用软件开发和此基础上进行应用软件开发和此基础上进行应用软件开发和网络规划设计，最后才是设备网络规划设计，最后才是设备网络规划设计，最后才是设备网络规划设计，最后才是设备采购和系统调试与集成。采购和系统调试与集成。采购和系统调试与集成。采购和系统调试与集成。 在随信息系统项目进行基本分析之后，我们来在随信息系统项目进行基本分析之后，我们来看看看看信息系统项目的特点信息系统项目的特点信息系统项目的特点信息系统项目的特点 ：（1 1）信息系统项目的目标是不精确的，任务）信息系统项目的目标是不精确的，任务）信息系统项目的目标是不精确的，任务）信息系统项目的目标是不精确的，任务的边界是模糊的，质量要求更多是由项目团队的边界是模糊的，质量要求更多是由项目团队的边界是模糊的，质量要求更多是由项目团队的边界是模糊的，质量要求更多是由项目团队来定义的。来定义的。来定义的。来定义的。 （2 2）信息系统项目进行过程中，客户的需求）信息系统项目进行过程中，客户的需求）信息系统项目进行过程中，客户的需求）信息系统项目进行过程中，客户的需求会不断被激发，被不断地进一步明确，导致项会不断被激发，被不断地进一步明确，导致项会不断被激发，被不断地进一步明确，导致项会不断被激发，被不断地进一步明确，导致项目的进度、费用等计划不断更改。目的进度、费用等计划不断更改。目的进度、费用等计划不断更改。目的进度、费用等计划不断更改。 （3 3）信息系统项目是智力密集、劳动密集型）信息系统项目是智力密集、劳动密集型）信息系统项目是智力密集、劳动密集型）信息系统项目是智力密集、劳动密集型的项目，受人力资源影响最大，项目成员的结的项目，受人力资源影响最大，项目成员的结的项目，受人力资源影响最大，项目成员的结的项目，受人力资源影响最大，项目成员的结构、责任心、能力和稳定性对信息系统项目的构、责任心、能力和稳定性对信息系统项目的构、责任心、能力和稳定性对信息系统项目的构、责任心、能力和稳定性对信息系统项目的质量以及是否成功有决定性的影响。质量以及是否成功有决定性的影响。质量以及是否成功有决定性的影响。质量以及是否成功有决定性的影响。信息系统项目的计划是用来指导组织、实施、协调和控制信息系统项目的计划是用来指导组织、实施、协调和控制信息系统项目的计划是用来指导组织、实施、协调和控制信息系统项目的计划是用来指导组织、实施、协调和控制信息系统建设的文件信息系统建设的文件信息系统建设的文件信息系统建设的文件，制定一个良好的计划有诸多好处，制定一个良好的计划有诸多好处，比如可以将计划的假设与前提写成书面文件，以备发生变比如可以将计划的假设与前提写成书面文件，以备发生变更时考察；有助于项目成员之间的交流沟通，有助于大家更时考察；有助于项目成员之间的交流沟通，有助于大家统一认识；可以确定对项目进行控制和考核工作业绩的基统一认识；可以确定对项目进行控制和考核工作业绩的基准。准。本节内容：本节内容：1 1、信息系统项目成本的构成及预算的一般过程、信息系统项目成本的构成及预算的一般过程2 2、软件开发规模与成本估算方法、软件开发规模与成本估算方法3 3、信息系统项目的进度和成本计划、信息系统项目的进度和成本计划4 4、信息系统项目计划的变更管理、信息系统项目计划的变更管理1、信息系统项目成本的构成及系统项目成本的构成及预算的一般过程预算的一般过程 信息系统项目的成本信息系统项目的成本随着系统的类型、范随着系统的类型、范围及功能要求的不同围及功能要求的不同而异。但是，我们可而异。但是，我们可以从信息系统生命周以从信息系统生命周期的各阶段划分为期的各阶段划分为开开开开发成本与运行维护成发成本与运行维护成发成本与运行维护成发成本与运行维护成本本本本两大类，在各类中两大类，在各类中又根据费用的目的进又根据费用的目的进行逐级细分，如图行逐级细分，如图5-35-3所示。所示。 其中，系统开发成本又可分为其中，系统开发成本又可分为软件开发成本、硬件成本软件开发成本、硬件成本和其他成本和其他成本三大类。三大类。 信息系统项目的成本测算，就是根据待开发的信息系统信息系统项目的成本测算，就是根据待开发的信息系统的成本特征以及当前能够获得的有关数据和情况，运用的成本特征以及当前能够获得的有关数据和情况，运用定量和定性分析方法对信息系统生命周期各阶段的成本定量和定性分析方法对信息系统生命周期各阶段的成本水平和变动趋势做出尽可能科学的估计。水平和变动趋势做出尽可能科学的估计。 在图在图5-35-3中，中，最难确定的是开发成本中的软件开发成本最难确定的是开发成本中的软件开发成本，而硬件成本和其他成本相对容易估算出来。至于运行维而硬件成本和其他成本相对容易估算出来。至于运行维护成本，则可以根据开发成本与运行维护成本比值的经护成本，则可以根据开发成本与运行维护成本比值的经验数据和测算出来的开发成本一起计算。并且，对于信验数据和测算出来的开发成本一起计算。并且，对于信息系统项目的用户来讲，项目开发成本的不确定性因素息系统项目的用户来讲，项目开发成本的不确定性因素较大，而项目的运行维护成本由于多次发生，且在自身较大，而项目的运行维护成本由于多次发生，且在自身的使用中发生，相对来讲容易控制一些。的使用中发生，相对来讲容易控制一些。所以信息系统所以信息系统项目成本测算的重点是软件开发成本。项目成本测算的重点是软件开发成本。 图图5-45-4给出了信息系统开发成本测算的一般过程给出了信息系统开发成本测算的一般过程 从图中可以看出，信息系统开发成本测算从图中可以看出，信息系统开发成本测算首先应该建首先应该建立在对过去项目成本情况进行数据分析的基础上，立在对过去项目成本情况进行数据分析的基础上，历历史的经验和教训对于成本测算的各个阶段均有参考价史的经验和教训对于成本测算的各个阶段均有参考价值；值；其次，进行硬件成本及用户方面（培训、数据收其次，进行硬件成本及用户方面（培训、数据收集、系统转换等）成本的测算集、系统转换等）成本的测算，这是因为它们对软件，这是因为它们对软件成本的分析有着一定的影响。比如开发人员对所采用成本的分析有着一定的影响。比如开发人员对所采用的硬件或数据库系统的使用经验将明显影响软件生产的硬件或数据库系统的使用经验将明显影响软件生产率，从而影响着软件成本，对此先做测算可以减少软率，从而影响着软件成本，对此先做测算可以减少软件成本测算中的不确定因数。件成本测算中的不确定因数。然后是软件成本测算然后是软件成本测算，通常分两步走：第一步，测算软件的规模或程序量；通常分两步走：第一步，测算软件的规模或程序量；第二步，利用有关的经验参数模型测算出该种规模的第二步，利用有关的经验参数模型测算出该种规模的软件成本。当然，也可运用专家判定等方法将上述两软件成本。当然，也可运用专家判定等方法将上述两步合并直接测算成本。步合并直接测算成本。 在测算软件开发成本、硬件成本和其他成本的同时，在测算软件开发成本、硬件成本和其他成本的同时，对各种任务所需对各种任务所需 的人力、时间等资源也做出安排，即的人力、时间等资源也做出安排，即为人力计划和进度计划。为人力计划和进度计划。软件开发成本测算出软件开发成本测算出来以后，与硬件成本来以后，与硬件成本和其他成本累加则构和其他成本累加则构成信息系统项目的开成信息系统项目的开发成本，在此基础上，发成本，在此基础上，根据运行维护成本与根据运行维护成本与开发成本之间比值的开发成本之间比值的经验系数导出信息系经验系数导出信息系统的运行维护成本。统的运行维护成本。开发成本与运行维护开发成本与运行维护成本之和即为信息系成本之和即为信息系统项目的总成本。统项目的总成本。显然，信息系统项目显然，信息系统项目成本的测算重点在于成本的测算重点在于软件开发成本的测算，软件开发成本的测算，软件开发成本的测算软件开发成本的测算又离不开软件规模的又离不开软件规模的测算。所以，我们应测算。所以，我们应对软件的规模与成本对软件的规模与成本估算的方法予以讨论。估算的方法予以讨论。2、软件开发规模与成本估算的方法软件度量的两种典型方式软件度量的两种典型方式 软件代码行的方式软件代码行的方式软件代码行的方式软件代码行的方式 用软件的代码行（用软件的代码行（用软件的代码行（用软件的代码行（LOCLOC）数表示软件开发的规模）数表示软件开发的规模）数表示软件开发的规模）数表示软件开发的规模是十分自然和直观的。代码行数可以用人工或软件工是十分自然和直观的。代码行数可以用人工或软件工是十分自然和直观的。代码行数可以用人工或软件工是十分自然和直观的。代码行数可以用人工或软件工具直接测量。利用代码行数不仅能度量软件的规模，具直接测量。利用代码行数不仅能度量软件的规模，具直接测量。利用代码行数不仅能度量软件的规模，具直接测量。利用代码行数不仅能度量软件的规模，而且还可以度量软件开发的生产率、开发每行代码的而且还可以度量软件开发的生产率、开发每行代码的而且还可以度量软件开发的生产率、开发每行代码的而且还可以度量软件开发的生产率、开发每行代码的平均成本、文档与代码的比例关系、每千行代码存在平均成本、文档与代码的比例关系、每千行代码存在平均成本、文档与代码的比例关系、每千行代码存在平均成本、文档与代码的比例关系、每千行代码存在的软件错误个数等。的软件错误个数等。的软件错误个数等。的软件错误个数等。 软件开发的生产率：软件开发的生产率：软件开发的生产率：软件开发的生产率： Pl = L / EPl = L / E(5.1)(5.1)其中：其中：其中：其中：L L是应用软件的总代码行是应用软件的总代码行是应用软件的总代码行是应用软件的总代码行数。数。数。数。E E是应用软件的工作量，用人月是应用软件的工作量，用人月是应用软件的工作量，用人月是应用软件的工作量，用人月（PMPM）度量。）度量。）度量。）度量。PlPl是软件开发的生产率，用每人是软件开发的生产率，用每人是软件开发的生产率，用每人是软件开发的生产率，用每人月完成的代码行数（月完成的代码行数（月完成的代码行数（月完成的代码行数（LOC/PMLOC/PM）度量。度量。度量。度量。 每行代码的平均成本：每行代码的平均成本：每行代码的平均成本：每行代码的平均成本： Cl = S / LCl = S / L（5.25.2）其中：其中：其中：其中：S S是软件开发的总成本，是软件开发的总成本，是软件开发的总成本，是软件开发的总成本，用人民币或美元度量。用人民币或美元度量。用人民币或美元度量。用人民币或美元度量。ClCl是软件项目每行代码的平均成是软件项目每行代码的平均成是软件项目每行代码的平均成是软件项目每行代码的平均成本，用人民币（或美元）本，用人民币（或美元）本，用人民币（或美元）本，用人民币（或美元）/ /代码代码代码代码行度量。行度量。行度量。行度量。 用软件代码行数估算软件的开用软件代码行数估算软件的开用软件代码行数估算软件的开用软件代码行数估算软件的开发规模简单易行，其缺点也有发规模简单易行，其缺点也有发规模简单易行，其缺点也有发规模简单易行，其缺点也有不少：不少：不少：不少： 代码行数的估算依赖于程序设代码行数的估算依赖于程序设代码行数的估算依赖于程序设代码行数的估算依赖于程序设计语言的功能和表达能力；计语言的功能和表达能力；计语言的功能和表达能力；计语言的功能和表达能力； 采用代码行估算方法会对设计采用代码行估算方法会对设计采用代码行估算方法会对设计采用代码行估算方法会对设计精巧的软件项目产生不利的影精巧的软件项目产生不利的影精巧的软件项目产生不利的影精巧的软件项目产生不利的影响；响；响；响； 在软件项目开发前或开发初期在软件项目开发前或开发初期在软件项目开发前或开发初期在软件项目开发前或开发初期估算它的代码行数十分困难；估算它的代码行数十分困难；估算它的代码行数十分困难；估算它的代码行数十分困难； 代码行估算只适用于过程式程代码行估算只适用于过程式程代码行估算只适用于过程式程代码行估算只适用于过程式程序设计语言，对非过程式的程序设计语言，对非过程式的程序设计语言，对非过程式的程序设计语言，对非过程式的程序设计语言不太适用等。序设计语言不太适用等。序设计语言不太适用等。序设计语言不太适用等。 软件功能点的方式软件功能点的方式面向功能的软件功能点度量与统计代码行数的直接面向功能的软件功能点度量与统计代码行数的直接度量方式不同，是涉及多种因素的间接度量方式。度量方式不同，是涉及多种因素的间接度量方式。它是根据软件拟实现的基本功能定义的，因此在系它是根据软件拟实现的基本功能定义的，因此在系统分析初期就能够估算出软件开发的规模。统分析初期就能够估算出软件开发的规模。这种方法用这种方法用6 6个信息量的个信息量的“ “加权和加权和” ”CTCT和和1414个因素个因素的的“ “复杂性调节值复杂性调节值” ”FiFi（i=1i=1，2 2，1414）计算功）计算功能点能点FPFP： 其中：其中：CTCT按表按表5-15-1计算计算 Fi Fi由表由表5-25-2给出，给出，FiFi取值为取值为0 0，1 1，5 5，表示，表示FiFi在在FPFP中中起作用的程度。当起作用的程度。当Fi =0Fi =0时，表示否定或时，表示否定或FiFi不起作用，不起作用，Fi =5Fi =5时，时，表示表示FiFi作用最大。作用最大。 与用代码行定义软件的开发效率、成本等度量一样，用功与用代码行定义软件的开发效率、成本等度量一样，用功与用代码行定义软件的开发效率、成本等度量一样，用功与用代码行定义软件的开发效率、成本等度量一样，用功能点也可以定义相应的概念。能点也可以定义相应的概念。能点也可以定义相应的概念。能点也可以定义相应的概念。 软件开发的生产率软件开发的生产率软件开发的生产率软件开发的生产率：Pf = FP / E Pf = FP / E （5.45.4）其中：其中：其中：其中：PfPf表示每人月完成的功能点数。表示每人月完成的功能点数。表示每人月完成的功能点数。表示每人月完成的功能点数。 每功能点的平均开发成本每功能点的平均开发成本每功能点的平均开发成本每功能点的平均开发成本：Cf = S / FP Cf = S / FP （5.55.5）其中：其中：其中：其中：CfCf表示每功能点的平均开发成本（人民币或美元）。表示每功能点的平均开发成本（人民币或美元）。表示每功能点的平均开发成本（人民币或美元）。表示每功能点的平均开发成本（人民币或美元）。 采用功能点度量的采用功能点度量的采用功能点度量的采用功能点度量的优点优点优点优点：第一，与程序设计语言无关，它：第一，与程序设计语言无关，它：第一，与程序设计语言无关，它：第一，与程序设计语言无关，它不仅适用于过程式语言，也适用于非过程式的语言，这对不仅适用于过程式语言，也适用于非过程式的语言，这对不仅适用于过程式语言，也适用于非过程式的语言，这对不仅适用于过程式语言，也适用于非过程式的语言，这对于面向对象的开发方式尤为有用；第二，由于在信息系统于面向对象的开发方式尤为有用；第二，由于在信息系统于面向对象的开发方式尤为有用；第二，由于在信息系统于面向对象的开发方式尤为有用；第二，由于在信息系统项目启动时就能基本上确定系统的输入、输出等参数，所项目启动时就能基本上确定系统的输入、输出等参数，所项目启动时就能基本上确定系统的输入、输出等参数，所项目启动时就能基本上确定系统的输入、输出等参数，所以功能点度量能用于软件开发成本在初期的预估。以功能点度量能用于软件开发成本在初期的预估。以功能点度量能用于软件开发成本在初期的预估。以功能点度量能用于软件开发成本在初期的预估。 缺点缺点缺点缺点主要是它涉及到的主观因素比较多，如主要是它涉及到的主观因素比较多，如主要是它涉及到的主观因素比较多，如主要是它涉及到的主观因素比较多，如FiFi的选取与评估的选取与评估的选取与评估的选取与评估人的经验和态度有较大的关系，并且人的经验和态度有较大的关系，并且人的经验和态度有较大的关系，并且人的经验和态度有较大的关系，并且FPFP的值没有直接的物的值没有直接的物的值没有直接的物的值没有直接的物理意义。理意义。理意义。理意义。 软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码软件开发的规模是影响软件开发成本和工作量的重要因素。应用软件代码行和功能点估算是成本和工作量估算的基础。采用前述四种估算方法可以行和功能点估算是成本和工作量估算的基础。采用前述四种估算方法可以行和功能点估算是成本和工作量估算的基础。采用前述四种估算方法可以行和功能点估算是成本和工作量估算的基础。采用前述四种估算方法可以估算出估算出估算出估算出L L或或或或FPFP的乐观值的乐观值的乐观值的乐观值a a、悲观值、悲观值、悲观值、悲观值b b和一般值和一般值和一般值和一般值mm，然后根据下面加权公式计，然后根据下面加权公式计，然后根据下面加权公式计，然后根据下面加权公式计算出期望值算出期望值算出期望值算出期望值 e = (a + 4m + b) / 6e = (a + 4m + b) / 6（5.65.6）当当当当L L或或或或FPFP的期望值估算出来之后，根据以前开发软件的数据可知软件开发的期望值估算出来之后，根据以前开发软件的数据可知软件开发的期望值估算出来之后，根据以前开发软件的数据可知软件开发的期望值估算出来之后，根据以前开发软件的数据可知软件开发平均生产率（平均生产率（平均生产率（平均生产率（LOC / PMLOC / PM或或或或 FP / PMFP / PM）就可以计算出工作量。）就可以计算出工作量。）就可以计算出工作量。）就可以计算出工作量。 例：软件项目的规模按功能点估算为例：软件项目的规模按功能点估算为例：软件项目的规模按功能点估算为例：软件项目的规模按功能点估算为310FP310FP，假设已知以前完成项目的软，假设已知以前完成项目的软，假设已知以前完成项目的软，假设已知以前完成项目的软件开发平均生产率为件开发平均生产率为件开发平均生产率为件开发平均生产率为5.55.5FP / PMFP / PM，已知目前每人月的开发成本为，已知目前每人月的开发成本为，已知目前每人月的开发成本为，已知目前每人月的开发成本为1 1万元，万元，万元，万元，于是：于是：于是：于是：工作量估算为工作量估算为工作量估算为工作量估算为 E = 310/5.5 = 56PME = 310/5.5 = 56PM（5.75.7）软件开发成本估算为软件开发成本估算为软件开发成本估算为软件开发成本估算为 C = 56 1 = 56 C = 56 1 = 56 万元万元万元万元（5.85.8） 如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值如果当前估算的软件子项目比以前完成的项目复杂，那么所用的生产率值可以低于平均生产率，反之也可以高于平均生产率。可以低于平均生产率，反之也可以高于平均生产率。可以低于平均生产率，反之也可以高于平均生产率。可以低于平均生产率，反之也可以高于平均生产率。软件的两个经验估算模型软件的两个经验估算模型应用软件的估算模型是根据以前完成项目的实应用软件的估算模型是根据以前完成项目的实际数据导出的，由于导出模型的数据是际数据导出的，由于导出模型的数据是“ “从前从前的的” ”、“ “局部的局部的” ”，因此估算模型不可能适用，因此估算模型不可能适用于当前所有的信息系统项目和全部开发环境。于当前所有的信息系统项目和全部开发环境。这些模型的计算结果仅有一定的参考价值。这些模型的计算结果仅有一定的参考价值。有的信息系统项目采用专家评分法分别对软件有的信息系统项目采用专家评分法分别对软件开发规模、成本、时间和人力投入给出乐观、开发规模、成本、时间和人力投入给出乐观、悲观、一般三个值，然后采用类似（悲观、一般三个值，然后采用类似（5.65.6）的加）的加权公式直接计算出软件开发的规模、成本、时权公式直接计算出软件开发的规模、成本、时间和人力投入间和人力投入 。常用的估算模型：常用的估算模型：常用的估算模型：常用的估算模型：CoCoMoCoCoMo模型和模型和模型和模型和PutnamPutnam模型模型模型模型 CoCoMo CoCoMo模型模型 CoCoMoCoCoMo模型是模型是“ “构造性成本模型构造性成本模型” ”（constructive cost modelconstructive cost model，简称，简称，CoCoMoCoCoMo模模型）的英文缩写，分为基本、中间、详细三个层型）的英文缩写，分为基本、中间、详细三个层次，分别用于软件开发的不同阶段。基本次，分别用于软件开发的不同阶段。基本CoCoMoCoCoMo模型用于系统开发的初期，估算整个系模型用于系统开发的初期，估算整个系统的工作量（包括软件维护）和软件开发所需要统的工作量（包括软件维护）和软件开发所需要的时间；中间的时间；中间CoCoMoCoCoMo模型用于估算各个子系统模型用于估算各个子系统的工作量和开发时间；详细的工作量和开发时间；详细CoCoMoCoCoMo模型用于估模型用于估算独立的软部件，如子系统内部的各个模块。这算独立的软部件，如子系统内部的各个模块。这里，我们只介绍基本里，我们只介绍基本CoCoMoCoCoMo模型的情况。模型的情况。 基本基本CoCoMoCoCoMo模型是静态、单变量模型，具有下列形式：模型是静态、单变量模型，具有下列形式：E = aLbE = aLb（5.95.9）D = cEdD = cEd（5.105.10）C = EC = E（5.115.11）其中：其中：L L是项目的代码行估计值，单位是千行代码（是项目的代码行估计值，单位是千行代码（KLOCKLOC）。）。 E E表示工作量，单位是人月（表示工作量，单位是人月（PMPM）。）。 D D表示开发时间，单位是月。表示开发时间，单位是月。 C C表示开发成本，单位是万元。表示开发成本，单位是万元。 表示每人月的人力成本，单位是万元表示每人月的人力成本，单位是万元/ /人月。人月。 a a，b b，c c，d d是常数，取值如表是常数，取值如表5-35-3所示。所示。 表表5-35-3把软件划分为组织型、半独力型和嵌入型三类，允许不同应用领把软件划分为组织型、半独力型和嵌入型三类，允许不同应用领域和复杂程度的软件按照上述三类软件的适用范围选取相应的参数域和复杂程度的软件按照上述三类软件的适用范围选取相应的参数a a，b b，c c，d d。 Putnam Putnam模型模型 PutnamPutnam模型是由模型是由PutnamPutnam提出的大型软件项目工作量（一般在提出的大型软件项目工作量（一般在3030人人年以上）估算模型。它是一个动态多变量模型，适用于软件开发的年以上）估算模型。它是一个动态多变量模型，适用于软件开发的各个阶段。估算模型以大型软件项目的实测数据为基础，描述了开各个阶段。估算模型以大型软件项目的实测数据为基础，描述了开发工作量、开发时间和软件代码行数之间的关系。相应的方程是发工作量、开发时间和软件代码行数之间的关系。相应的方程是 （5.125.12）其中：其中：L L表示源程序代码行数。表示源程序代码行数。 E E表示工作量（以人年计，包括维护）。表示工作量（以人年计，包括维护）。 tdtd表示开发时间（以年计）。表示开发时间（以年计）。 CkCk表示技术状态常数，它反映出表示技术状态常数，它反映出“ “妨碍程序员进展的限制妨碍程序员进展的限制” ”，并因开发环境而异，其典型值的选取如表，并因开发环境而异，其典型值的选取如表5-45-4所示。所示。由式（由式（5.125.12）有：）有：（5.135.13）C = EC = E（5.145.14）其中，其中，C C表示开发成本，单位是万元；表示开发成本，单位是万元； 表示每人表示每人年的人力成本，单位是万元年的人力成本，单位是万元/ /人年。式（人年。式（5.135.13）表）表明，开发软件项目的工作量与交付时间的明，开发软件项目的工作量与交付时间的4 4次方成次方成反比，将反比，将0.9td0.9td代替式（代替式（5.135.13）的）的tdtd计算计算E E。我们。我们发现，提前发现，提前10%10%的时间要增加的时间要增加52%52%的工作量，显的工作量，显然是降低了软件开发生产率。然是降低了软件开发生产率。因此，软件开发过因此，软件开发过程中人员与时间的折衷是一个十分重要的问题。程中人员与时间的折衷是一个十分重要的问题。CoCoMoCoCoMo模型和模型和PutnamPutnam模型都是在估算软件代模型都是在估算软件代码行的方式基础上，估算出了软件开发的工作码行的方式基础上，估算出了软件开发的工作量和软件开发的成本。对于软件的开发时间，量和软件开发的成本。对于软件的开发时间，CoCoMoCoCoMo模型是根据经验公式估算出来的，对模型是根据经验公式估算出来的，对于于PutnamPutnam模型则是与工作量相权衡的结果。对模型则是与工作量相权衡的结果。对于软件的人力投入，两个模型都可以根据工作于软件的人力投入，两个模型都可以根据工作量和开发时间的比值测算出来。量和开发时间的比值测算出来。 软件的自动估算工具软件的自动估算工具 以上介绍的经验估算模型已经用软件实现，成为自动估算以上介绍的经验估算模型已经用软件实现，成为自动估算工具工具。这种自动估算工具使得管理或计划人员能够估算待。这种自动估算工具使得管理或计划人员能够估算待开发软件项目的成本和工作量，还可以对人员配置和交付开发软件项目的成本和工作量，还可以对人员配置和交付日期等进行估计。它们需要以下一种或多种数据：日期等进行估计。它们需要以下一种或多种数据：定量估算软件项目模型，如用总代码行数或者用功能点定量估算软件项目模型，如用总代码行数或者用功能点数据；数据；定性地说明项目的特征，诸如复杂性、需要的可靠性或定性地说明项目的特征，诸如复杂性、需要的可靠性或时间的关键性；时间的关键性；开发人员和（或）开发环境的描述。开发人员和（或）开发环境的描述。 根据这些数据，由自动估算工具实现的模型就能给出完成根据这些数据，由自动估算工具实现的模型就能给出完成软件项目所需的工作量、成本、人员配备、某些情况下的软件项目所需的工作量、成本、人员配备、某些情况下的开发进度和相应风险的估算。开发进度和相应风险的估算。 下面简要介绍下面简要介绍下面简要介绍下面简要介绍6 6种有代表性的工具：种有代表性的工具：种有代表性的工具：种有代表性的工具：GordonGordon集团的集团的BYLBYL（Before You LeepBefore You Leep）WangWang研究所的研究所的WICOMOWICOMO（Wang Institute Cost Wang Institute Cost ModelModel）DECDEC公司的公司的DECPlanDECPlan（基于（基于COCOMOCOCOMO的自动估算工具）的自动估算工具）SLIMSLIM是基于软件生存期中是基于软件生存期中RayleighNordenRayleighNorden曲曲线和线和PutnamPutnam估算模型的一种自动成本估算工具。估算模型的一种自动成本估算工具。ESTIMACSESTIMACS和和SPQR/20SPQR/20是根据功能点估算模型是根据功能点估算模型开发出来的开发出来的 上述每种自动估算工具都能与管理或计划人员对话，从而得上述每种自动估算工具都能与管理或计划人员对话，从而得上述每种自动估算工具都能与管理或计划人员对话，从而得上述每种自动估算工具都能与管理或计划人员对话，从而得到合用的项目与支持信息，并产生表格式的输出及在某些情到合用的项目与支持信息，并产生表格式的输出及在某些情到合用的项目与支持信息，并产生表格式的输出及在某些情到合用的项目与支持信息，并产生表格式的输出及在某些情况下产生图形输出。况下产生图形输出。况下产生图形输出。况下产生图形输出。 国外有学者曾对上述部分工具做过一个比较。他把各种工具国外有学者曾对上述部分工具做过一个比较。他把各种工具国外有学者曾对上述部分工具做过一个比较。他把各种工具国外有学者曾对上述部分工具做过一个比较。他把各种工具都用于同一个项目，发现估算结果中出现了比较大的偏差，都用于同一个项目，发现估算结果中出现了比较大的偏差，都用于同一个项目，发现估算结果中出现了比较大的偏差，都用于同一个项目，发现估算结果中出现了比较大的偏差，而且预测值有时与实际值相比，存在明显的不同。而且预测值有时与实际值相比，存在明显的不同。而且预测值有时与实际值相比，存在明显的不同。而且预测值有时与实际值相比，存在明显的不同。 显然，不管估算是采用代码行的方式，还是采用功能点的方显然，不管估算是采用代码行的方式，还是采用功能点的方显然，不管估算是采用代码行的方式，还是采用功能点的方显然，不管估算是采用代码行的方式，还是采用功能点的方式，不管是采用经验模型还是采用自动估算工具，都离不开式，不管是采用经验模型还是采用自动估算工具，都离不开式，不管是采用经验模型还是采用自动估算工具，都离不开式，不管是采用经验模型还是采用自动估算工具，都离不开掺杂在其中的许多主观判断。这是由于软件开发规模测算过掺杂在其中的许多主观判断。这是由于软件开发规模测算过掺杂在其中的许多主观判断。这是由于软件开发规模测算过掺杂在其中的许多主观判断。这是由于软件开发规模测算过程中不确定的因素太多，必须要采用定性与定量方式结合起程中不确定的因素太多，必须要采用定性与定量方式结合起程中不确定的因素太多，必须要采用定性与定量方式结合起程中不确定的因素太多，必须要采用定性与定量方式结合起来的方法才能测定。来的方法才能测定。来的方法才能测定。来的方法才能测定。到此，我们就讨论完了软件规模、成本、开发时间、人力投到此，我们就讨论完了软件规模、成本、开发时间、人力投到此，我们就讨论完了软件规模、成本、开发时间、人力投到此，我们就讨论完了软件规模、成本、开发时间、人力投入的测算过程。在此基础上，就可以根据测算的软件开发成入的测算过程。在此基础上，就可以根据测算的软件开发成入的测算过程。在此基础上，就可以根据测算的软件开发成入的测算过程。在此基础上，就可以根据测算的软件开发成本、硬件成本和信息系统开发期间的其他成本计算出信息系本、硬件成本和信息系统开发期间的其他成本计算出信息系本、硬件成本和信息系统开发期间的其他成本计算出信息系本、硬件成本和信息系统开发期间的其他成本计算出信息系统可开发成本，再根据信息系统开发成本占信息系统总成本统可开发成本，再根据信息系统开发成本占信息系统总成本统可开发成本，再根据信息系统开发成本占信息系统总成本统可开发成本，再根据信息系统开发成本占信息系统总成本比例的经验数据得出信息系统项目的总成本。相应地，也可比例的经验数据得出信息系统项目的总成本。相应地，也可比例的经验数据得出信息系统项目的总成本。相应地，也可比例的经验数据得出信息系统项目的总成本。相应地，也可以根据软件开发时间或人力投入占信息系统项目总时间或总以根据软件开发时间或人力投入占信息系统项目总时间或总以根据软件开发时间或人力投入占信息系统项目总时间或总以根据软件开发时间或人力投入占信息系统项目总时间或总人力比例的经验数据知道信息系统项目建设所需要的总时间人力比例的经验数据知道信息系统项目建设所需要的总时间人力比例的经验数据知道信息系统项目建设所需要的总时间人力比例的经验数据知道信息系统项目建设所需要的总时间和总人力。和总人力。和总人力。和总人力。3 3、信息系统项目的进度和成本计划、信息系统项目的进度和成本计划 根据上一小节的测算，我们能估测出信息系统项目所需根据上一小节的测算，我们能估测出信息系统项目所需要的工作量、总的项目建设时间和项目成本。现在假设要的工作量、总的项目建设时间和项目成本。现在假设项目经理已经和客户在上述测算的基础上经过讨价还价，项目经理已经和客户在上述测算的基础上经过讨价还价，基本达成了一致，并签订了开发合同。基本达成了一致，并签订了开发合同。 那么，项目经理就要开始组织队伍形成项目团队，绘制那么，项目经理就要开始组织队伍形成项目团队，绘制专业领域技术编制表，建立一个专业领域技术编制表，建立一个工作分析结构工作分析结构工作分析结构工作分析结构（WBSWBS），并在此基础上建立项目组成员的并在此基础上建立项目组成员的责任矩阵责任矩阵责任矩阵责任矩阵。 所谓所谓工作分析结构工作分析结构工作分析结构工作分析结构是指将一个信息系统项目分解成易于是指将一个信息系统项目分解成易于管理的几部分或几个细目，细目再展开成子细目，任何管理的几部分或几个细目，细目再展开成子细目，任何分支最底层的细目叫工作包。比如对于一个待建系统可分支最底层的细目叫工作包。比如对于一个待建系统可以先按照生命周期的各阶段展开，然后按照子系统或系以先按照生命周期的各阶段展开，然后按照子系统或系统功能点展开。统功能点展开。责任矩阵责任矩阵责任矩阵责任矩阵一旦建立，就可以进行项目各建设活动的工期估一旦建立，就可以进行项目各建设活动的工期估计和预算分摊估计。工期估计和预算分摊估计各有两种办计和预算分摊估计。工期估计和预算分摊估计各有两种办法，法，一种是自上而下法一种是自上而下法一种是自上而下法一种是自上而下法，即在项目建设总时间和总成本之，即在项目建设总时间和总成本之内按照每一工作包的相关工作范围来考察，以项目总时间内按照每一工作包的相关工作范围来考察，以项目总时间或总成本的一定比例分摊到各个工作包中。或总成本的一定比例分摊到各个工作包中。另一种方法是另一种方法是另一种方法是另一种方法是自下而上法自下而上法自下而上法自下而上法，它是由每一工作包的具体负责人来做估计的，它是由每一工作包的具体负责人来做估计的方法。方法。经验表明，让某项工作的具体负责人进行估计是较好的方经验表明，让某项工作的具体负责人进行估计是较好的方法，法，因为这样做既可以得到该负责人的承诺，对他产生有因为这样做既可以得到该负责人的承诺，对他产生有效的参与激励，又可以减少由项目经理一个人进行所有活效的参与激励，又可以减少由项目经理一个人进行所有活动的工期估计时所产生的偏差。当然，某些情况下，如对动的工期估计时所产生的偏差。当然，某些情况下，如对一个需花费数年时间、由几百个人来做不同工作才能完成一个需花费数年时间、由几百个人来做不同工作才能完成的大型信息系统项目来说，让每个人在项目开始时就做出的大型信息系统项目来说，让每个人在项目开始时就做出其所要完成活动的各项估计是不实际的。至于工作包各负其所要完成活动的各项估计是不实际的。至于工作包各负责人估计的方法，还可以参照上一节中的测算方法，比如责人估计的方法，还可以参照上一节中的测算方法，比如中间中间CoCoMoCoCoMo模型就可用于各个子系统的估计，详细模型就可用于各个子系统的估计，详细CoCoMoCoCoMo模型可用于子系统各个模块的估计。模型可用于子系统各个模块的估计。 在上述估计的基础上，项目经理进行各工期的累计和分在上述估计的基础上，项目经理进行各工期的累计和分摊预算的累计，与项目总建设时间和总成本比较，根据一定摊预算的累计，与项目总建设时间和总成本比较，根据一定的规则进行调整。的规则进行调整。实例分析实例分析实例分析实例分析: : 现在某企业准备开发一个客户关系管理的信息系统，现在某企业准备开发一个客户关系管理的信息系统，现在某企业准备开发一个客户关系管理的信息系统，现在某企业准备开发一个客户关系管理的信息系统，合同双方将系统交付使用作为项目终结的依据，双方同合同双方将系统交付使用作为项目终结的依据，双方同合同双方将系统交付使用作为项目终结的依据，双方同合同双方将系统交付使用作为项目终结的依据，双方同意维护期间费用另行支付。经上述测算，估算该项目总意维护期间费用另行支付。经上述测算，估算该项目总意维护期间费用另行支付。经上述测算，估算该项目总意维护期间费用另行支付。经上述测算，估算该项目总开发工作量为开发工作量为开发工作量为开发工作量为4 4人年，项目总开发时间为人年，项目总开发时间为人年，项目总开发时间为人年，项目总开发时间为5050周，项目的总周，项目的总周，项目的总周，项目的总成本（包括软件开发成本、硬件成本和开发中的其他成成本（包括软件开发成本、硬件成本和开发中的其他成成本（包括软件开发成本、硬件成本和开发中的其他成成本（包括软件开发成本、硬件成本和开发中的其他成本）是本）是本）是本）是100100万元人民币。万元人民币。万元人民币。万元人民币。 根据上述估计和准备，项目经理绘制了如图根据上述估计和准备，项目经理绘制了如图根据上述估计和准备，项目经理绘制了如图根据上述估计和准备，项目经理绘制了如图5-55-5所示所示所示所示的甘特图，项目总开发时间为的甘特图，项目总开发时间为的甘特图，项目总开发时间为的甘特图，项目总开发时间为5050周。图中将该项目划分周。图中将该项目划分周。图中将该项目划分周。图中将该项目划分为六个大的活动，并明确了各活动的工期：系统规划（为六个大的活动，并明确了各活动的工期：系统规划（为六个大的活动，并明确了各活动的工期：系统规划（为六个大的活动，并明确了各活动的工期：系统规划（5 5周）、系统分析（周）、系统分析（周）、系统分析（周）、系统分析（1010周）、系统设计（周）、系统设计（周）、系统设计（周）、系统设计（1010周）、系统实周）、系统实周）、系统实周）、系统实现（现（现（现（1515周）、系统测试（周）、系统测试（周）、系统测试（周）、系统测试（8 8周）和系统转换（周）和系统转换（周）和系统转换（周）和系统转换（5 5周）。周）。周）。周）。 上述六个大的活动又细分上述六个大的活动又细分为为2222项小活动，各项小活项小活动，各项小活动之间的顺序关系以及每动之间的顺序关系以及每项小活动的工期估计和预项小活动的工期估计和预算分摊估计如表算分摊估计如表5-55-5所示。所示。在此基础上，可以画出该在此基础上，可以画出该项目的网络图，如图项目的网络图，如图5-65-6所所示。示。 到此为止，已经估计出该到此为止，已经估计出该项目中每项活动的工期和项目中每项活动的工期和项目的总时间，为了确定项目的总时间，为了确定这些活动是否能在要求的这些活动是否能在要求的时间内完成。我们必须计时间内完成。我们必须计算出一个项目进度计划，算出一个项目进度计划，为每项活动的执行提供一为每项活动的执行提供一个时间表，个时间表，这个时间表主这个时间表主这个时间表主这个时间表主要解决以下两个内容要解决以下两个内容要解决以下两个内容要解决以下两个内容：图5-6 客户关系信息系统项目网络图(1)(1)(1)(1)最早开始时间最早开始时间最早开始时间最早开始时间（earliest start time,ESearliest start time,ES）和最早和最早和最早和最早结束时间结束时间结束时间结束时间（earliest finish time,EFearliest finish time,EF）。它们是指在项目合同开始时间的基础上，每项活它们是指在项目合同开始时间的基础上，每项活它们是指在项目合同开始时间的基础上，每项活它们是指在项目合同开始时间的基础上，每项活动能够开始和完成的最早时间动能够开始和完成的最早时间动能够开始和完成的最早时间动能够开始和完成的最早时间。ESES和和EFEF是通过网是通过网络图的正向计算得到的，即从项目开始沿网络图络图的正向计算得到的，即从项目开始沿网络图到项目完成进行计算。到项目完成进行计算。在进行这些正向计算时，在进行这些正向计算时，必须遵守一条规则：某必须遵守一条规则：某必须遵守一条规则：某必须遵守一条规则：某项活动的最早开始时间（项活动的最早开始时间（项活动的最早开始时间（项活动的最早开始时间（ESES）必须相同或晚于直）必须相同或晚于直）必须相同或晚于直）必须相同或晚于直接指向这项活动的所有活动的最早结束时间接指向这项活动的所有活动的最早结束时间接指向这项活动的所有活动的最早结束时间接指向这项活动的所有活动的最早结束时间（EFEF）中的最晚时间。）中的最晚时间。）中的最晚时间。）中的最晚时间。最早结束时间（最早结束时间（EFEF）则可以在这项活动最早开始）则可以在这项活动最早开始时间的基础上加上这项活动的工期估计计算出来，时间的基础上加上这项活动的工期估计计算出来，即：即：EF=ES+EF=ES+工期估计工期估计工期估计工期估计。（2 2 2 2）最迟开始时间）最迟开始时间）最迟开始时间）最迟开始时间（latest start time ,LSlatest start time ,LS）和最和最和最和最迟结束时间迟结束时间迟结束时间迟结束时间（latest finish time ,LFlatest finish time ,LF）。它们是指为了在项目合同要求完工时间内完成项它们是指为了在项目合同要求完工时间内完成项它们是指为了在项目合同要求完工时间内完成项它们是指为了在项目合同要求完工时间内完成项目，每项活动必须开始和完成的最迟时间目，每项活动必须开始和完成的最迟时间目，每项活动必须开始和完成的最迟时间目，每项活动必须开始和完成的最迟时间。LFLF和和LSLS可以通过网络图的反向推算得出，即从项目完可以通过网络图的反向推算得出，即从项目完成沿网络图到项目的开始进行推算。成沿网络图到项目的开始进行推算。在进行这类反向计算时，在进行这类反向计算时，必须遵守一条规则：某必须遵守一条规则：某必须遵守一条规则：某必须遵守一条规则：某项活动的最迟结束时间（项活动的最迟结束时间（项活动的最迟结束时间（项活动的最迟结束时间（LFLF）必须相同或早于该）必须相同或早于该）必须相同或早于该）必须相同或早于该活动直接指向的所有活动最迟开始时间（活动直接指向的所有活动最迟开始时间（活动直接指向的所有活动最迟开始时间（活动直接指向的所有活动最迟开始时间（LSLS）的）的）的）的最早时间。最早时间。最早时间。最早时间。最迟开始时间（最迟开始时间（LSLS）则可以在这项活动最迟结束）则可以在这项活动最迟结束时间（时间（LFLF）的基础上减去这项活动的工期估计计）的基础上减去这项活动的工期估计计算出来，即：算出来，即：LS=LF-LS=LF-工期估计工期估计工期估计工期估计。在此基础上，可以绘制出附有开始时间和结束时间的进在此基础上，可以绘制出附有开始时间和结束时间的进度时间表，如表度时间表，如表5-65-6所示。在网络图中也可标出每项活动的所示。在网络图中也可标出每项活动的上述四个时间，参照图上述四个时间，参照图5-65-6中每个活动描述框的四个角上的中每个活动描述框的四个角上的数据。数据。 在这个客户关系管理项目中，在这个客户关系管理项目中，表表5-65-6中最后一项活动中最后一项活动“ “准备系准备系统转换报告统转换报告” ”的最早结束时间的最早结束时间和项目的要求完工时间之间有和项目的要求完工时间之间有一个一个9 9天的差距，这个差距叫做天的差距，这个差距叫做总时差总时差，有时也叫，有时也叫浮动量浮动量。总。总时差可以用每项活动的最迟结时差可以用每项活动的最迟结束（开始）时间减去它的最早束（开始）时间减去它的最早结束（开始）时间算出，即结束（开始）时间算出，即 总时差总时差 = LF EF= LF EF 或或 总时差总时差 = LS ES= LS ES 如果某项活动的总时差为正值，如果某项活动的总时差为正值，表明该项活动花费时间总量可表明该项活动花费时间总量可以适当延长，而不必担心会出以适当延长，而不必担心会出现在要求完工时间内活动无法现在要求完工时间内活动无法完成的窘况。反之，如果总时完成的窘况。反之，如果总时差为负值，则表明该项活动要差为负值，则表明该项活动要加速完成以减少花费的时间。加速完成以减少花费的时间。在本例中，项目的总时差为负在本例中，项目的总时差为负值（参见表值（参见表5-65-6），表明完成这），表明完成这个项目缺少时间余量。个项目缺少时间余量。 要对项目的进度做到较好的控要对项目的进度做到较好的控制，必须找到项目网络图中的制，必须找到项目网络图中的关键路径关键路径。一个大的网络图从。一个大的网络图从开始到完成可以有很多条路径。开始到完成可以有很多条路径。一些路径可以有正的总时差，一些路径可以有正的总时差，另一些可能有负的总时差。那另一些可能有负的总时差。那些具有正的总时差的路径被称些具有正的总时差的路径被称为非关键路径，而为非关键路径，而那些总时差那些总时差为零或负值的路径被称为关键为零或负值的路径被称为关键路径路径，并且将，并且将耗时最长的关键耗时最长的关键路径经常称为最关键路径路径经常称为最关键路径。在。在表表5-65-6中用阴影标示出该项目的中用阴影标示出该项目的关键路径。关键路径。 由于客户关系信息系统整个项由于客户关系信息系统整个项目的总时差为目的总时差为-9-9，也就是说，也就是说，开发本项目需要开发本项目需要5959周，而不仅周，而不仅仅是合同规定的仅是合同规定的5050周。我们从周。我们从表表5-55-5中也看到项目各活动的预中也看到项目各活动的预算分摊累计的最后结果是算分摊累计的最后结果是102102万万元，而不是合同规定的元，而不是合同规定的100100万元。万元。 这时，项目经理需要与各活动的负这时，项目经理需要与各活动的负责人特别是关键路径上的负责人进责人特别是关键路径上的负责人进一步核实，看是否能够压缩相应工一步核实，看是否能够压缩相应工期和预算分摊，然后对进度和成本期和预算分摊，然后对进度和成本计划进行相应调整，调整的原则和计划进行相应调整，调整的原则和方法在下一小节中详细讲解。在本方法在下一小节中详细讲解。在本例中，假设各负责人均表示已经没例中，假设各负责人均表示已经没有压缩的意义，那么，项目经理需有压缩的意义，那么，项目经理需向项目建设的委托方申请将项目建向项目建设的委托方申请将项目建设总时间延长到设总时间延长到5959周。当然，也可周。当然，也可以采取折衷的办法，一边申请延期，以采取折衷的办法，一边申请延期，一边调整进度计划。一边调整进度计划。 至于费用，除非严重超过合同款项至于费用，除非严重超过合同款项或者说合同中的预算被严重低估；或者说合同中的预算被严重低估；否则，合同双方很难再就合同款项否则，合同双方很难再就合同款项进行谈判。比如本例中仅超过进行谈判。比如本例中仅超过2 2万万元，占合同总价款的元，占合同总价款的2%2%，就只能在，就只能在项目团队成本的内部控制上下功夫。项目团队成本的内部控制上下功夫。 上面提到的进度表、网络上面提到的进度表、网络图以及预算分摊，不但可图以及预算分摊，不但可以在活动这一层次进行，以在活动这一层次进行，对于每个活动的负责人来对于每个活动的负责人来讲，他也可以将自己负责讲，他也可以将自己负责的活动进行分解，在自己的活动进行分解，在自己活动内部使用上述计划的活动内部使用上述计划的方法。另外，为了实现成方法。另外，为了实现成本控制，除在表本控制，除在表5-55-5中列出中列出预算分摊和分摊累计进行预算分摊和分摊累计进行控制外，还可以在预算分控制外，还可以在预算分摊和活动进度表的基础上，摊和活动进度表的基础上，制定一个在制定一个在5050周范围内每周范围内每周的预算分摊表。周的预算分摊表。4 4、信息系统项目计划的变更管理、信息系统项目计划的变更管理项目执行过程中，也项目执行过程中，也会经常出现到某一个会经常出现到某一个项目的里程碑或报告项目的里程碑或报告期时，项目的进度早期时，项目的进度早于或晚于计划进度及于或晚于计划进度及已经发生的实际成本已经发生的实际成本低于或高于计划成本，低于或高于计划成本，这时都需要对相应的这时都需要对相应的计划进行调整。项目计划进行调整。项目控制或调整的过程如控制或调整的过程如图图5-75-7所示。所示。如果发现项目的进度计划或预算计划需要调如果发现项目的进度计划或预算计划需要调整，那么，整，那么，调整的重点调整的重点调整的重点调整的重点应放在如下三个方面：应放在如下三个方面：第一，对近期内即将发生的活动加强控制，积极第一，对近期内即将发生的活动加强控制，积极挽回时间和成本，这是因为早控制早主动；挽回时间和成本，这是因为早控制早主动；第二，工期估计最长或预算估计最大的活动应进第二，工期估计最长或预算估计最大的活动应进一步审核预估依据，并做好该活动压缩时间和费一步审核预估依据，并做好该活动压缩时间和费用的准备工作，因为估计值越大的项目更有压缩用的准备工作，因为估计值越大的项目更有压缩的可能；的可能；第三、将某些可以再分的活动进一步细分，研究第三、将某些可以再分的活动进一步细分，研究细分活动之间并行工作或知识重用的可能性，如细分活动之间并行工作或知识重用的可能性，如可行，则可以有效地压缩时间和费用。可行，则可以有效地压缩时间和费用。至于信息系统项目计划调整的方法，下面详细讲解比较至于信息系统项目计划调整的方法，下面详细讲解比较重要的一种，即重要的一种，即时间时间时间时间成本平衡法成本平衡法成本平衡法成本平衡法。时间与成本之间在一定的范围内有一定的替代性（时间与成本之间在一定的范围内有一定的替代性（参见参见图图5-25-2）。时间。时间成本平衡法就是一种用最低的相关成本的增成本平衡法就是一种用最低的相关成本的增加来缩短项目工期的方法。加来缩短项目工期的方法。该方法基于以下假设该方法基于以下假设该方法基于以下假设该方法基于以下假设：（）每项活动有两组工期和成本估计：正常的和应急（）每项活动有两组工期和成本估计：正常的和应急（）每项活动有两组工期和成本估计：正常的和应急（）每项活动有两组工期和成本估计：正常的和应急的。的。的。的。正常时间正常时间正常时间正常时间是指在正常条件下完成某项活动需要是指在正常条件下完成某项活动需要的估计时间；正常成本是指在正常时间内完成的估计时间；正常成本是指在正常时间内完成某项活动的预计成本。某项活动的预计成本。应急时间应急时间应急时间应急时间是指完成某项活动的最短估计时间；是指完成某项活动的最短估计时间；应急成本是指在应急时间内完成某项活动的预应急成本是指在应急时间内完成某项活动的预计成本。计成本。在图在图5-85-8中，四个活动均有一组正常时间和成本估中，四个活动均有一组正常时间和成本估计，一组应急时间和成本估计。活动计，一组应急时间和成本估计。活动A A的正常估计的正常估计时间为时间为7 7周，正常预计成本为周，正常预计成本为5050，000000元；应急时元；应急时间是间是5 5周，在此期间内完成活动的应急成本为周，在此期间内完成活动的应急成本为6262，000000元。元。时间时间成本平衡法基于的假设条件成本平衡法基于的假设条件 （2 2）一项活动的工期可）一项活动的工期可以通过从正常时间减至应以通过从正常时间减至应急时间得到有效的缩减，急时间得到有效的缩减，这要靠投入更多的资源来这要靠投入更多的资源来实现实现指派更多的人、指派更多的人、延长工作时间、使用更多延长工作时间、使用更多的设备等。成本的增加是的设备等。成本的增加是与加快活动进程相联系的。与加快活动进程相联系的。 （3 3）应急时间应急时间是确保活动是确保活动按质量完成的时间下限。无按质量完成的时间下限。无论对一项活动投入多少额外论对一项活动投入多少额外的资源，也不可能在比应急的资源，也不可能在比应急时间短的时间内完成这项活时间短的时间内完成这项活动。例如，无论投入多少资动。例如，无论投入多少资源，无论花费多少成本，也源，无论花费多少成本，也不能在少于不能在少于5 5周的时间内完周的时间内完成活动成活动A A。 （）当需要将活动的预计（）当需要将活动的预计工期从正常时间缩短至应急工期从正常时间缩短至应急时间时，必须有足够的资源时间时，必须有足够的资源作保证。作保证。时间时间成本平衡法基于的假设条件成本平衡法基于的假设条件（）在活动的正常点和应急点之间，时间和成本的关系是线性的。为了将活动的工期从正常时间缩短至应急时间，每项活动都有自己的单位时间加急成本。缩短工期的单位时间加急成本可用如下公式计算： （5.15） 例如，在图例如，在图5-85-8中，将活动中，将活动A A的工期从正常时间缩短的工期从正常时间缩短至应急时间，在缩短的这段时间内的每周成本为至应急时间，在缩短的这段时间内的每周成本为图图5-85-8的网络图从开始到完成有两条路径：路径的网络图从开始到完成有两条路径：路径AABB和路径和路径CDCD。如果我们仅考虑正常工期估计，。如果我们仅考虑正常工期估计，路径路径ADAD需要需要1616周完成，而路径周完成，而路径CDCD需要需要1818周完成。因此，根据以上这些时间估计可知，该项周完成。因此，根据以上这些时间估计可知，该项目的最早结束时间为目的最早结束时间为1818周周由由C C和和D D构成的关键路构成的关键路径的时间长度。根据正常时间内完成活动的成本可径的时间长度。根据正常时间内完成活动的成本可计算出项目总成本为计算出项目总成本为50 000 + 80 000 + 40 000 + 30 000 = 200 00050 000 + 80 000 + 40 000 + 30 000 = 200 000（元）（元）如果全部活动均在它们各自的应急时间内完成，路如果全部活动均在它们各自的应急时间内完成，路径径ABAB将用将用1111周时间，路径周时间，路径CDCD将用将用1515周时周时间。按应急时间估计计算，项目的最早结束时间是间。按应急时间估计计算，项目的最早结束时间是1515周，比在正常时间内完成这些活动提前周，比在正常时间内完成这些活动提前3 3周。周。显然，缩短全部活显然，缩短全部活动的工期通常是不动的工期通常是不必要的，甚至是没必要的，甚至是没有好处的。这是因有好处的。这是因为关键路径的工期为关键路径的工期决定着项目的总工决定着项目的总工期。换句话说，加期。换句话说，加速非关键路径上活速非关键路径上活动的进展不会缩短动的进展不会缩短项目的完成时间，项目的完成时间，却会增加项目的总却会增加项目的总成本。成本。 时间时间成本平衡法的成本平衡法的目标是通过压缩那些目标是通过压缩那些使总成本增加最少的使总成本增加最少的活动的工期，来确定活动的工期，来确定项目最低的完成时间。项目最低的完成时间。为了实现这个目标，为了实现这个目标，应在每次平衡一个时应在每次平衡一个时间段的前提下，压缩间段的前提下，压缩关键路径上那些有最关键路径上那些有最低单位时间加急成本低单位时间加急成本的活动。的活动。在图在图5-85-8上，根据正常时间和成本估计，我们首上，根据正常时间和成本估计，我们首先确定项目的最早结束时间为先确定项目的最早结束时间为1818周（由关键路周（由关键路径径CDCD决定），项目的总成本是决定），项目的总成本是200200，000000元，元，每项活动的每周加急成本可根据公式（每项活动的每周加急成本可根据公式（5-155-15）分别计算出来：分别计算出来：活动活动A A：6 0006 000元元/ /周周活动活动B B：10 00010 000元元/ /周周活动活动C C：5 0005 000元元/ /周周活动活动D D： 6 0006 000元元/ /周周 为了将项目的工期从为了将项目的工期从为了将项目的工期从为了将项目的工期从1818周减至周减至周减至周减至1717周周周周，首先必须，首先必须找出关键路径找出关键路径CDCD，然后，才能确定关键路径，然后，才能确定关键路径上哪项活动能以最低的每周加急成本被加速。上哪项活动能以最低的每周加急成本被加速。加速活动加速活动C C的进程每周需要的进程每周需要5 5，000000元，加速活动元，加速活动D D的进程每周需要的进程每周需要6 6，000000元。如果将活动元。如果将活动C C缩短缩短1 1周，项目总工期可从周，项目总工期可从1818周缩短至周缩短至1717周，但项目周，但项目总成本增加了总成本增加了5 0005 000元（元（C C的每周加急成本），的每周加急成本），达达205205，000000元。元。 为了再缩短一个时间段为了再缩短一个时间段为了再缩短一个时间段为了再缩短一个时间段，从，从1717周缩短至周缩短至1616周，必须再次周，必须再次找出关键路径，两路径的工找出关键路径，两路径的工期分别是期分别是ABAB为为1616周，周，CCD D为为1717周，因此关键路径仍周，因此关键路径仍是是CDCD，它必须再次被减，它必须再次被减少。观察一下关键路径少。观察一下关键路径CCD D，我们意识到尽管活动，我们意识到尽管活动C C比活动比活动D D每周加急成本低，每周加急成本低，却不能再加速活动却不能再加速活动C C的进程的进程了，英文当将项目的工期从了，英文当将项目的工期从1818周减至周减至1717周时，活动周时，活动C C已已达到它的应急时间达到它的应急时间99周周了。因此，仅有的选择是加了。因此，仅有的选择是加速活动速活动D D的进程，使其工期的进程，使其工期减少减少1 1周，从周，从8 8周减至周减至7 7周。周。这就将关键路径这就将关键路径CDCD的工的工期减至期减至1616周了，但总项目成周了，但总项目成本却增加了本却增加了6 0006 000元，从元，从205 205 000000元增至元增至211 000211 000元。元。 我们再次将项目工期缩短我们再次将项目工期缩短我们再次将项目工期缩短我们再次将项目工期缩短1 1周周周周，从，从1616周降至周降至1515周。观察两条路径，周。观察两条路径，我们会发现它们现在有相同的工我们会发现它们现在有相同的工期期1616周。因此，我们现在有周。因此，我们现在有两条关键路径。为了将项目总工两条关键路径。为了将项目总工期从期从1616周减至周减至1515周，必须将每个周，必须将每个路径都加速路径都加速1 1周。观察路径周。观察路径CDCD，我们意识到只有活动，我们意识到只有活动D D 仍有剩仍有剩余时间可以被压缩，它还可以再余时间可以被压缩，它还可以再压缩压缩1 1周，从周，从7 7周降至周降至6 6周，同时增周，同时增加加6 6，000000元成本。为了使路径元成本。为了使路径ABAB加速加速1 1周，我们可以压缩活周，我们可以压缩活动动A A或活动或活动B B。加速活动。加速活动A A每周增每周增加加6 0006 000元，使活动元，使活动B B的每周加急的每周加急成本为成本为10 00010 000元。因此，为了将元。因此，为了将项目总工期从项目总工期从1616周缩短至周缩短至1515周，周，我们需将活动我们需将活动D D和活动和活动A A各压缩各压缩1 1周。这使项目成本增加了周。这使项目成本增加了1212，000000元，从元，从211 000211 000元增至元增至223223，000000元。元。让让我们再次尽力将项目总工期缩短我们再次尽力将项目总工期缩短我们再次尽力将项目总工期缩短我们再次尽力将项目总工期缩短1 1周周周周，从，从1515周周降至降至1414周。我们又一次有两条相同的关键路径。周。我们又一次有两条相同的关键路径。因此，我们必须将两条路径同时加速因此，我们必须将两条路径同时加速1 1周。然而，周。然而，观察路径观察路径CDCD，我们发现两项活动均已达到它，我们发现两项活动均已达到它们的应急时间们的应急时间分别为分别为9 9周和周和6 6周，不能再进周，不能再进一步加速这两个活动的进程了。加速路径一步加速这两个活动的进程了。加速路径ABAB的进程因此会毫无意义，因为这只能增加项目的进程因此会毫无意义，因为这只能增加项目的总成本，却不能缩短项目的总工期。我们缩的总成本，却不能缩短项目的总工期。我们缩短项目总工期的能力由于路径短项目总工期的能力由于路径CDCD的工期不能的工期不能再进一步缩短而受到限制。再进一步缩短而受到限制。 表表5-75-7表明项目总工期减少表明项目总工期减少1 1周，项目总成本将增加周，项目总成本将增加5 5，000000元；项目工期减少元；项目工期减少2 2周，项目总成本将增加周，项目总成本将增加1111，000000元；项目工期减少元；项目工期减少3 3周，项目总成本将增加周，项目总成本将增加2323，000000元。元。很显然，总成本增加的速度远远大于工期的缩短速度。很显然，总成本增加的速度远远大于工期的缩短速度。 如果四项活动均达到应急时间，项目总成本将达到如果四项活动均达到应急时间，项目总成本将达到259259，000000元，而项目的完成时间仍不会少于元，而项目的完成时间仍不会少于1515周。用时间周。用时间成本平衡法，我们可以通过压缩关键路径上有最低单成本平衡法，我们可以通过压缩关键路径上有最低单位时间加急成本的活动，用增加位时间加急成本的活动，用增加2323，000000元的加急成本元的加急成本将项目的工期从将项目的工期从1818周降至周降至1515周。由于项目总工期不会少周。由于项目总工期不会少于于1515周，压缩全部活动至应急时间将会浪费周，压缩全部活动至应急时间将会浪费3636，000000元。元。人在信息系统项目中既是成本，又是资本。人力人在信息系统项目中既是成本，又是资本。人力成本通常都是信息系统项目成本构成中最大的一成本通常都是信息系统项目成本构成中最大的一块，这就要求我们对人力资源从成本上去衡量，块，这就要求我们对人力资源从成本上去衡量，尽量使人力资源的投入最小；人力资源作为资本，尽量使人力资源的投入最小；人力资源作为资本，我们就要尽量去发挥资本的价值，使人力资源的我们就要尽量去发挥资本的价值，使人力资源的产出最大。因而，本节主要从人力资源平衡和项产出最大。因而，本节主要从人力资源平衡和项目团队激励这样两个方面去讨论信息项目的人员目团队激励这样两个方面去讨论信息项目的人员管理问题。管理问题。本节主要知识点：本节主要知识点：信息系统项目的人力资源平衡信息系统项目的人力资源平衡信息系统项目的人力资源平衡信息系统项目的人力资源平衡 信息系统项目的团队信息系统项目的团队信息系统项目的团队信息系统项目的团队、信息系统项目的人力资源平衡、信息系统项目的人力资源平衡 人员人员人员人员进度权衡定律进度权衡定律进度权衡定律进度权衡定律在前面讲到在前面讲到PutnamPutnam模型模型时得到公式（时得到公式（5.135.13）：）：，从这个公式可知开发软，从这个公式可知开发软件项目的工作量（件项目的工作量（E E）与）与交付时间（交付时间（tdtd）的）的4 4次方成次方成反比，公式中工作量的单反比，公式中工作量的单位是人年，进度的单位是位是人年，进度的单位是年，显然，软件开发过程年，显然，软件开发过程中人员与时间的折衷是一中人员与时间的折衷是一个十分重要的问题。个十分重要的问题。PutnamPutnam将这一结论称为将这一结论称为“ “软件开发的权衡定律软件开发的权衡定律” ”。 Brooks Brooks定律定律定律定律曾担任曾担任IBMIBM公式操作系统公式操作系统项目经理的项目经理的F.BrooksF.Brooks，从，从大量的软件开发实践中得大量的软件开发实践中得出了另一条理论：出了另一条理论：“ “向一向一个已经拖延的项目追加开个已经拖延的项目追加开发人员，可能使它完成得发人员，可能使它完成得更晚更晚” ”。鉴于这一发现的。鉴于这一发现的重要性，许多文献称之为重要性，许多文献称之为BrooksBrooks定律。这里，定律。这里，BrooksBrooks从另一个角度说从另一个角度说明了明了“ “时间与人员不能线时间与人员不能线性互换性互换” ”这一原则。这一原则。两个重要定律两个重要定律两个重要定律两个重要定律上述两个定律的合理解释是上述两个定律的合理解释是，当开发人员以算术，当开发人员以算术级数增长时，人员之间的通信将以几何级数增长，级数增长时，人员之间的通信将以几何级数增长，从而可能导致从而可能导致“ “得不偿失得不偿失” ”的结果。一般说来，的结果。一般说来，由由N N个开发人员组成的小组，要完成既定的工作，个开发人员组成的小组，要完成既定的工作，相互之间的通信路径总数为，而通信是需要时间相互之间的通信路径总数为，而通信是需要时间的。所以，当新的开发人员加入项目组之后，原的。所以，当新的开发人员加入项目组之后，原有的开发人员必须向新来的成员详细讲解某个活有的开发人员必须向新来的成员详细讲解某个活动或工作包的来龙去脉。并且由于信息系统开发动或工作包的来龙去脉。并且由于信息系统开发具有较强的个人风格，所以交流沟通的时间更容具有较强的个人风格，所以交流沟通的时间更容易拉长，而后来者还不一定能达到原来开发人员易拉长，而后来者还不一定能达到原来开发人员的工作质量。的工作质量。用作人力计划的用作人力计划的用作人力计划的用作人力计划的Rayleigh Norden Rayleigh Norden 曲线曲线曲线曲线 图图5-105-10中以横坐标表示距中以横坐标表示距开发起点的时间，纵坐标开发起点的时间，纵坐标代表在不同时间点需要的代表在不同时间点需要的人力。图中用虚线画出的人力。图中用虚线画出的矩形，显示了平均使用人矩形，显示了平均使用人力所造成的问题：开始阶力所造成的问题：开始阶段人力过剩，造成浪费段人力过剩，造成浪费（图中（图中），到开发后期），到开发后期需要人力时，又显得人手需要人力时，又显得人手不足（图中不足（图中），以后再），以后再来补偿，已为时过晚了来补偿，已为时过晚了（图中（图中），甚至可能如），甚至可能如BrooksBrooks定律所说，导致越定律所说，导致越帮越忙的结果。帮越忙的结果。人力资源计划的平衡人力资源计划的平衡人力资源计划的平衡人力资源计划的平衡经验表明，信息系统项目的人力分配也大致符合经验表明，信息系统项目的人力分配也大致符合Rayleigh-NordenRayleigh-Norden曲线的分布，呈现出前后用人曲线的分布，呈现出前后用人少、中间用人多的不稳定人员需求情况。但是，少、中间用人多的不稳定人员需求情况。但是，信息系统开发人员作为技术工种，可不是一旦需信息系统开发人员作为技术工种，可不是一旦需要就马上找得到的，那么在制定人力资源计划时，要就马上找得到的，那么在制定人力资源计划时，就要在基本按照上述曲线配备人力的同时，尽量就要在基本按照上述曲线配备人力的同时，尽量使某个阶段的人力稳定，并且确保整个项目期人使某个阶段的人力稳定，并且确保整个项目期人员的波动不要太大。员的波动不要太大。我们称这样的过程为人力资我们称这样的过程为人力资源计划的平衡。源计划的平衡。人力资源平衡法是制定使人力资源需求波动最人力资源平衡法是制定使人力资源需求波动最小化的进度计划的一种方法小化的进度计划的一种方法。这种平衡人力资。这种平衡人力资源的方法是为尽可能均衡地利用人力资源并满源的方法是为尽可能均衡地利用人力资源并满足项目要求完成的进度。人力资源平衡是在不足项目要求完成的进度。人力资源平衡是在不延长项目完工时间的情况下建立人力资源均衡延长项目完工时间的情况下建立人力资源均衡利用的进度计划。利用的进度计划。为了说明人力资源计划平衡的方法，下面举例为了说明人力资源计划平衡的方法，下面举例具体说明。现有一个学籍信息管理系统已经立具体说明。现有一个学籍信息管理系统已经立项，由于系统较小，准备采用原型法开发，并项，由于系统较小，准备采用原型法开发，并拟订了一个带有活动工期和人力需求的网络图，拟订了一个带有活动工期和人力需求的网络图，如图如图5-115-11所示。为了讨论的方便，我们假设参所示。为了讨论的方便，我们假设参加这个项目的所有成员都是多面手，也就是说，加这个项目的所有成员都是多面手，也就是说，项目成员之间是可以相互替代的。项目成员之间是可以相互替代的。图5-11 反映学籍信息管理系统项目人力资源需求的网络图原型法软件开发8周2个信息技术人员文档写作2周1个信息技术人员网络设计与实现5周1个信息技术人员设备采购3周1个信息技术人员系统测试与转换3周2个信息技术人员人员培训1周1个信息技术人员项目开始项目结束如果不采用项目管理的思想，一般人们都会希望各项活如果不采用项目管理的思想，一般人们都会希望各项活动尽可能早开始、尽可能早结束。现在我们就假设网络图中动尽可能早开始、尽可能早结束。现在我们就假设网络图中每一活动在其最早开始时间执行，基于此，我们可以绘制相每一活动在其最早开始时间执行，基于此，我们可以绘制相应的人力资源分配图（见图应的人力资源分配图（见图5-125-12）。）。图5-12 基于活动最早开始时间的人力资源计划 从图从图5-125-12（a a）中可以看出，学籍信息系统项目总）中可以看出，学籍信息系统项目总共需要共需要1313周的时间，总的工作量为周的时间，总的工作量为3333人周；从图人周；从图5-125-12（b b）中可以看出，前）中可以看出，前3 3周需要周需要4 4个开发人员，个开发人员，第第4 4、5 5周需要周需要3 3各开发人员，第各开发人员，第6 6至至1212周只需要周只需要2 2个开发人员，第个开发人员，第1313周需要周需要1 1个开发人员。显然，该个开发人员。显然，该项目的人力需求波动较大。为了使人力资源尽可项目的人力需求波动较大。为了使人力资源尽可能地平衡我们来考察该项目的网络图从图能地平衡我们来考察该项目的网络图从图5-115-11中中可以看出，该项目的关键路径是原型法软件开发、可以看出，该项目的关键路径是原型法软件开发、系统测试与转换、文档写作三个活动。而其他三系统测试与转换、文档写作三个活动。而其他三个活动处于非关键路径上，我们可以将设备采购个活动处于非关键路径上，我们可以将设备采购活动推迟在第活动推迟在第6 6周开始，这样，得到调整后的人力周开始，这样，得到调整后的人力资源分配图，如图资源分配图，如图5-135-13所示。所示。从图从图5-135-13（a a）中可以看出，学籍信息系统项目总共还）中可以看出，学籍信息系统项目总共还是需要是需要1313周的时间，总的工作量仍为周的时间，总的工作量仍为3333人周，也就是说，虽人周，也就是说，虽然调整了人力资源的分配，但并未影响进度。从图然调整了人力资源的分配，但并未影响进度。从图5-5-1313（b b）中可以看出，前）中可以看出，前8 8周需要周需要3 3个开发人员，第个开发人员，第9 9至至1212周周只需要只需要2 2个开发人员，第个开发人员，第1313周需要周需要1 1个开发人员。显然，相对个开发人员。显然，相对图图5-125-12（b b）来讲，调整后该项目的人力需求波动较小。）来讲，调整后该项目的人力需求波动较小。图5-13 基于资源平衡的人力计划图 示例小结 这里要解释的是，由于采这里要解释的是，由于采用原型法开发该项目，系用原型法开发该项目，系统调研、原型制作和原型统调研、原型制作和原型改造都在项目前期进行，改造都在项目前期进行，用的人力较多，所以是直用的人力较多，所以是直接从接从Rayleigh-NordenRayleigh-Norden曲线曲线分布的中部开始，从这个分布的中部开始，从这个意义上说，本项目的人力意义上说，本项目的人力使用也基本遵守上述曲线使用也基本遵守上述曲线的分布。的分布。 上面的例子是在资源没有上面的例子是在资源没有约束的情况下讨论的，如约束的情况下讨论的，如果资源有约束，比如上述果资源有约束，比如上述的项目只能找到两个开发的项目只能找到两个开发人员，那么在这种人力资人员，那么在这种人力资源有约束的情况下进行人源有约束的情况下进行人力平衡，方法是同上的，力平衡，方法是同上的，也就是通过推迟非关键路也就是通过推迟非关键路径上的活动使资源需求尽径上的活动使资源需求尽可能平衡，不过，进度可可能平衡，不过，进度可能就会有较大的变化，比能就会有较大的变化，比如上述项目如上述项目3333人周，如果人周，如果两个人开发，则至少需要两个人开发，则至少需要16.516.5周才能完成，显然大周才能完成，显然大于于1313周的计划进度。周的计划进度。2、信息系统项目的团队项目小组的具体构成形式项目小组的具体构成形式项目小组的具体构成形式项目小组的具体构成形式 项目小组，是指项目团队的基层单位项目小组，是指项目团队的基层单位 。一般说。一般说来，每个项目小组的规模应该比较小，以来，每个项目小组的规模应该比较小，以2828名名成员为宜。如果项目属于中小型规模且建设时成员为宜。如果项目属于中小型规模且建设时间在一年以内，那么项目小组的成员可以是活间在一年以内，那么项目小组的成员可以是活动负责人制。如果项目属于大中型规模，建设动负责人制。如果项目属于大中型规模，建设时间在一年以上，那么就必须考虑项目建设人时间在一年以上，那么就必须考虑项目建设人员因各种原因发生变动的情况。员因各种原因发生变动的情况。 这时项目小组推荐的具体构成是这样的：一个高级系统这时项目小组推荐的具体构成是这样的：一个高级系统开发人员带两个中级系统开发人员，每个中级开发人员再带开发人员带两个中级系统开发人员，每个中级开发人员再带2 2个初级开发人员，参见图个初级开发人员，参见图5-145-14（a a）。这里的系统开发人员既）。这里的系统开发人员既包括程序员，也包括测试员。比如图包括程序员，也包括测试员。比如图5-145-14（b b）就是测试小组）就是测试小组的构成。的构成。 1名高级系统开发员1名初级系统开发员1名中级系统开发员1名中级系统开发员1名初级系统开发员1名初级系统开发员1名初级系统开发员（a）图5-14 大型信息系统项目基层项目小组的具体构成及举例1名高级系统测试员1名初级系统测试员1名中级系统测试员1名中级系统测试员1名初级系统测试员1名初级系统测试员1名初级系统测试员（b） 采用这种按技术水平分层的具体构成模式，主要基于两点采用这种按技术水平分层的具体构成模式，主要基于两点考虑：考虑： 第一，信息系统的建设工作中既有创造性很强的事务，也第一，信息系统的建设工作中既有创造性很强的事务，也有经验性很强的事务和照葫芦画瓢的简单性事务，如果所有经验性很强的事务和照葫芦画瓢的简单性事务，如果所有活动都让高级人员去完成，那么成本很高，是人力资源有活动都让高级人员去完成，那么成本很高，是人力资源的极大浪费，还会引起高级人员的不满，而上述三类活动的极大浪费，还会引起高级人员的不满，而上述三类活动刚好适合三类人员去完成，做到人尽其能；刚好适合三类人员去完成，做到人尽其能； 第二，由于项目建设时间太长，容易发生人员更替，并且第二，由于项目建设时间太长，容易发生人员更替，并且由于信息系统开发技术主要是由于信息系统开发技术主要是“ “干中学干中学” ”的知识，中级和的知识，中级和初级开发人员在系统建设的过程中会成长起来，如果一旦初级开发人员在系统建设的过程中会成长起来，如果一旦发生上一层次的人员的变动，下层人员由于一直参与项目发生上一层次的人员的变动，下层人员由于一直参与项目的研发，基本上可以的研发，基本上可以“ “无缝无缝” ”地把工作承接起来。地把工作承接起来。如果项目小组成员不发生人员更替，那更好，项如果项目小组成员不发生人员更替，那更好，项目小组的整体素质将会随着时间的推移而提高得目小组的整体素质将会随着时间的推移而提高得很快，从而使项目的进度加快。初、中、高级人很快，从而使项目的进度加快。初、中、高级人员最初的薪水水平可以按类似员最初的薪水水平可以按类似0.30.3：0.70.7：1.01.0的的比例定位。当然，随着初中级人员技术水平的提比例定位。当然，随着初中级人员技术水平的提高，他们的薪水也应该不断提高，因为他们在同高，他们的薪水也应该不断提高，因为他们在同等的时间可以完成更多更复杂的工作，并且会有等的时间可以完成更多更复杂的工作，并且会有更好的质量。还有，这里上下层的开发人员之间更好的质量。还有，这里上下层的开发人员之间的比例定为的比例定为2 2，这个比例也可以随不同项目小组，这个比例也可以随不同项目小组的情况具体调整，比如为的情况具体调整，比如为1 1或或3 3，但最好不要超，但最好不要超过过3 3个。个。项目团队的成长与激励项目团队的成长与激励项目团队的成长与激励项目团队的成长与激励 信息系统项目团队的成长与其他项目一样，一般需要经过如信息系统项目团队的成长与其他项目一样，一般需要经过如下四个阶段：下四个阶段： 形成（形成（形成（形成（formingforming）阶段）阶段）阶段）阶段形成阶段促使个体转变为形成阶段促使个体转变为团队成员。这一阶段的情团队成员。这一阶段的情绪特点包括激动、希望、绪特点包括激动、希望、怀疑、焦急和犹豫。在这怀疑、焦急和犹豫。在这个阶段中，团队要建立起个阶段中，团队要建立起整体形象，需要明确方向，整体形象，需要明确方向，并试图对要完成的工作明并试图对要完成的工作明确划分并制定计划。在这确划分并制定计划。在这个阶段，对于项目成员采个阶段，对于项目成员采取的激励方式主要为预期取的激励方式主要为预期激励、信息激励和参与激激励、信息激励和参与激励。励。 震荡（震荡（震荡（震荡（stormingstorming）阶段）阶段）阶段）阶段这一阶段，成员们开始运这一阶段，成员们开始运用技能着手执行分配到的用技能着手执行分配到的任务，开始缓慢推进工作。任务，开始缓慢推进工作。现实也许会与个人当初的现实也许会与个人当初的设想不一致。震荡阶段的设想不一致。震荡阶段的特点是人们有挫折、怨愤特点是人们有挫折、怨愤或者对立的情绪。在这个或者对立的情绪。在这个阶段，项目经理要对每个阶段，项目经理要对每个人的职责及团队成员相互人的职责及团队成员相互间的行为进行明确和分类，间的行为进行明确和分类，使每个成员明白无误，还使每个成员明白无误，还要使团队参与一道解决问要使团队参与一道解决问题，共同做出决策。在这题，共同做出决策。在这个阶段，对于项目成员采个阶段，对于项目成员采取的激励方式主要有参与取的激励方式主要有参与激励、责任激励和信息激激励、责任激励和信息激励。励。 正规（正规（正规（正规（normingnorming）阶段）阶段）阶段）阶段经受了震荡阶段的考验后，经受了震荡阶段的考验后，经受了震荡阶段的考验后，经受了震荡阶段的考验后，项目团队就进入了发展的正规项目团队就进入了发展的正规项目团队就进入了发展的正规项目团队就进入了发展的正规阶段。团队成员之间、团队与阶段。团队成员之间、团队与阶段。团队成员之间、团队与阶段。团队成员之间、团队与项目经理之间的关系已确立好项目经理之间的关系已确立好项目经理之间的关系已确立好项目经理之间的关系已确立好了。项目团队逐渐接受了现有了。项目团队逐渐接受了现有了。项目团队逐渐接受了现有了。项目团队逐渐接受了现有的工作环境，项目规程也得以的工作环境，项目规程也得以的工作环境，项目规程也得以的工作环境，项目规程也得以改进和规范化。团队经过这个改进和规范化。团队经过这个改进和规范化。团队经过这个改进和规范化。团队经过这个社会化的过程后，建立了忠诚社会化的过程后，建立了忠诚社会化的过程后，建立了忠诚社会化的过程后，建立了忠诚和友谊，也有可能建立超出工和友谊，也有可能建立超出工和友谊，也有可能建立超出工和友谊，也有可能建立超出工作范围的友谊。作范围的友谊。作范围的友谊。作范围的友谊。在正规阶段，项目经理采在正规阶段，项目经理采在正规阶段，项目经理采在正规阶段，项目经理采取的激励方式除参与激励外，取的激励方式除参与激励外，取的激励方式除参与激励外，取的激励方式除参与激励外，还有两个重要方式：一是发掘还有两个重要方式：一是发掘还有两个重要方式：一是发掘还有两个重要方式：一是发掘每个成员的自我成就感和责任每个成员的自我成就感和责任每个成员的自我成就感和责任每个成员的自我成就感和责任意识，诱导员工进行自我激励；意识，诱导员工进行自我激励；意识，诱导员工进行自我激励；意识，诱导员工进行自我激励；二是尽可能地多创造团队成员二是尽可能地多创造团队成员二是尽可能地多创造团队成员二是尽可能地多创造团队成员之间互相沟通、互相学习的好之间互相沟通、互相学习的好之间互相沟通、互相学习的好之间互相沟通、互相学习的好环境，以及从项目外部聘请专环境，以及从项目外部聘请专环境，以及从项目外部聘请专环境，以及从项目外部聘请专家讲解与项目有关的新知识和家讲解与项目有关的新知识和家讲解与项目有关的新知识和家讲解与项目有关的新知识和新技术，给员工充分的知识激新技术，给员工充分的知识激新技术，给员工充分的知识激新技术，给员工充分的知识激励。励。励。励。 表现（表现（表现（表现（performingperforming）阶段）阶段）阶段）阶段团队成长的最后一个阶段团队成长的最后一个阶段团队成长的最后一个阶段团队成长的最后一个阶段是表现阶段。这时，项目团队是表现阶段。这时，项目团队是表现阶段。这时，项目团队是表现阶段。这时，项目团队积极工作，急于实现项目目标。积极工作，急于实现项目目标。积极工作，急于实现项目目标。积极工作，急于实现项目目标。这一阶段的工作绩效很高，团这一阶段的工作绩效很高，团这一阶段的工作绩效很高，团这一阶段的工作绩效很高，团队有集体感和荣誉感，信心十队有集体感和荣誉感，信心十队有集体感和荣誉感，信心十队有集体感和荣誉感，信心十足。项目团队能开放、坦诚、足。项目团队能开放、坦诚、足。项目团队能开放、坦诚、足。项目团队能开放、坦诚、及时地进行沟通。团队相互依及时地进行沟通。团队相互依及时地进行沟通。团队相互依及时地进行沟通。团队相互依赖度高，他们经常合作，并在赖度高，他们经常合作，并在赖度高，他们经常合作，并在赖度高，他们经常合作，并在自己的工作任务外尽力相互帮自己的工作任务外尽力相互帮自己的工作任务外尽力相互帮自己的工作任务外尽力相互帮助。这一阶段，项目经理集中助。这一阶段，项目经理集中助。这一阶段，项目经理集中助。这一阶段，项目经理集中注意关于预算、进度计划、工注意关于预算、进度计划、工注意关于预算、进度计划、工注意关于预算、进度计划、工作范围及计划方面的项目业绩。作范围及计划方面的项目业绩。作范围及计划方面的项目业绩。作范围及计划方面的项目业绩。如果实际进程落后于计划进程，如果实际进程落后于计划进程，如果实际进程落后于计划进程，如果实际进程落后于计划进程，项目经理的任务就是协助支持项目经理的任务就是协助支持项目经理的任务就是协助支持项目经理的任务就是协助支持修正行动的制定与执行，因而修正行动的制定与执行，因而修正行动的制定与执行，因而修正行动的制定与执行，因而这一阶段激励的主要方式是危这一阶段激励的主要方式是危这一阶段激励的主要方式是危这一阶段激励的主要方式是危机激励、目标激励和知识激励。机激励、目标激励和知识激励。机激励、目标激励和知识激励。机激励、目标激励和知识激励。信息系统项目成长阶段与激励的关系示意图参见图信息系统项目成长阶段与激励的关系示意图参见图5-155-15。 上述四个阶段分别列举的激励方式都是该阶段的主要方上述四个阶段分别列举的激励方式都是该阶段的主要方式，其他阶段的激励方式也可以同时被很好地采用。式，其他阶段的激励方式也可以同时被很好地采用。要要强调的是强调的是，对于信息系统建设人才，要更多地引导他们，对于信息系统建设人才，要更多地引导他们进行自我激励，要更多地对他们进行知识激励。当然，进行自我激励，要更多地对他们进行知识激励。当然，足够的物质激励是不言而喻的、自始至终的、最有效的足够的物质激励是不言而喻的、自始至终的、最有效的激励。激励。 激励的结果是使参与信息系统的所有成员组织成一个工激励的结果是使参与信息系统的所有成员组织成一个工作富有成效的项目团队。作富有成效的项目团队。有成效的项目团队具有如下特有成效的项目团队具有如下特点：点：能清晰理解项目的目标；能清晰理解项目的目标；每位成员的角色和职每位成员的角色和职责有明确的期望；责有明确的期望；以项目的目标为行为的导向；以项目的目标为行为的导向；项项目成员之间高度信任，高度地合作互助等。目成员之间高度信任，高度地合作互助等。 表表5-85-8提供了一些问题，以帮助项目经理检查自己的团队提供了一些问题，以帮助项目经理检查自己的团队是否有效。表中的得分采取是否有效。表中的得分采取5 5分制，分制，5 5分表示最好，分表示最好，4 4分分表示较好，表示较好，3 3分表示一般，分表示一般，2 2分表示较差，分表示较差，1 1分表示最差。分表示最差。总分总分100100。 前面多次讲过，信息系统项目建设的目的是在一前面多次讲过，信息系统项目建设的目的是在一定的时间和一定费用下完成一定的任务，并且这定的时间和一定费用下完成一定的任务，并且这些任务必须达到一定的质量要求。因而信息系统些任务必须达到一定的质量要求。因而信息系统项目管理的一个很重要方面就是信息系统建设的项目管理的一个很重要方面就是信息系统建设的质量管理。从另外一个意义上说，信息系统也是质量管理。从另外一个意义上说，信息系统也是一个产品，而质量是产品的生命。因而我们必须一个产品，而质量是产品的生命。因而我们必须重视信息系统建设的质量管理。重视信息系统建设的质量管理。本节主要内容本节主要内容1 1、信息系统建设需要全面质量控制、信息系统建设需要全面质量控制、信息系统建设需要全面质量控制、信息系统建设需要全面质量控制2 2、信息系统质量的指标体系、信息系统质量的指标体系、信息系统质量的指标体系、信息系统质量的指标体系 3 3、信息系统实施全面质量控制的办法、信息系统实施全面质量控制的办法、信息系统实施全面质量控制的办法、信息系统实施全面质量控制的办法1 1、信息系统建设需要全面质量控制、信息系统建设需要全面质量控制 信息系统质量管理不仅仅是项目开发完成后的最终评价，信息系统质量管理不仅仅是项目开发完成后的最终评价，而是信息系统开发过程中的全面质量控制。也就是说，而是信息系统开发过程中的全面质量控制。也就是说，不仅包括系统实现时的质量控制，也包括系统分析、系不仅包括系统实现时的质量控制，也包括系统分析、系统设计时的质量控制；不仅包括对系统实现时软件的质统设计时的质量控制；不仅包括对系统实现时软件的质量控制，而且还包括对文档、开发人员和用户培训的质量控制，而且还包括对文档、开发人员和用户培训的质量控制。之所以对信息系统采取全面质量控制，是因为量控制。之所以对信息系统采取全面质量控制，是因为在信息系统生命周期的各个阶段，对上一阶段的理解和在信息系统生命周期的各个阶段，对上一阶段的理解和本阶段的设计与实现上都存在着这样那样的问题，如图本阶段的设计与实现上都存在着这样那样的问题，如图5-165-16所示。在该图中阶段之间的接口至少存在列出来的所示。在该图中阶段之间的接口至少存在列出来的9 9个问题，要想每一个问题都能顺利解决，并不太容易。个问题，要想每一个问题都能顺利解决，并不太容易。系统设计说明书设计员：我要让系统怎么做系统分析说明书分析员：我可以提供什么？用户需求用户：我要什么？运行结果计算机：信息系统提供的结果程序员：我要让计算机怎么做源程序与文档理解正确性编码正确性理解正确性设计正确性表达正确性理解正确性表达正确性输入正确性运行正确性相符吗？图5-16 信息系统生命周期各阶段之间的关系 图图5-17 5-17 变更时间与所付变更时间与所付代价关系图代价关系图 并且，根据一些软件公式并且，根据一些软件公式的统计资料，在后期引入的统计资料，在后期引入一个变动比在早期引入相一个变动比在早期引入相同的变动所需付出的代价同的变动所需付出的代价高高2323个数量级。图个数量级。图5-175-17定性地描绘了在不同时期定性地描绘了在不同时期引入一个变动所需付出代引入一个变动所需付出代价的变化趋势。因此要从价的变化趋势。因此要从信息系统开发的一开始就信息系统开发的一开始就进行质量控制，以便尽量进行质量控制，以便尽量在早期发现错误，及早更在早期发现错误，及早更正。正。2 2、信息系统质量的指标体系、信息系统质量的指标体系信息系统的质量是比较难管理的。难管理的重要信息系统的质量是比较难管理的。难管理的重要原因之一是信息系统的质量指标难以定义，即使原因之一是信息系统的质量指标难以定义，即使能够定义，也较难度量。由于信息系统的核心是能够定义，也较难度量。由于信息系统的核心是其中运行的应用软件，而软件质量的指标及其度其中运行的应用软件，而软件质量的指标及其度量有较多的研究成果，我们这里介绍一种从管理量有较多的研究成果，我们这里介绍一种从管理角度对软件质量的度量。角度对软件质量的度量。在图在图5-185-18中把影响软件质量的因素分成三组，分中把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产观点。这三种倾向是：产品运行、产品修改和产品转移。表品转移。表5-95-9列出了软件质量因素的简明定义。列出了软件质量因素的简明定义。信息系统作为一个产品，也可以参照这三种倾向信息系统作为一个产品，也可以参照这三种倾向来定义。来定义。3 3、信息系统实施全面质量控制的办法、信息系统实施全面质量控制的办法（1 1）实行工程化的开发）实行工程化的开发）实行工程化的开发）实行工程化的开发方法方法方法方法信息系统开发方法信息系统开发方法一词的广义理解是一词的广义理解是“ “探探索复杂系统开发过程的索复杂系统开发过程的秩序秩序” ”；狭义理解是；狭义理解是“ “一组微信息系统开发起一组微信息系统开发起工具作用的规程工具作用的规程” ”，按，按这些规程工作，可以较这些规程工作，可以较合理的达到目标。规程合理的达到目标。规程由一系列的活动组成，由一系列的活动组成，形成方法体系。形成方法体系。 (2)(2)实行阶段性冻结与改动控实行阶段性冻结与改动控实行阶段性冻结与改动控实行阶段性冻结与改动控制制制制信息系统具有生命周期，信息系统具有生命周期，这就为我们划分项目的阶段有这就为我们划分项目的阶段有了参考。一个大的项目可分成了参考。一个大的项目可分成若干阶段，每个阶段有自己的若干阶段，每个阶段有自己的任务和成果。这样一方面便于任务和成果。这样一方面便于管理和控制工程进度，另一方管理和控制工程进度，另一方面可以增强开发人员和用户的面可以增强开发人员和用户的信心。信心。在每个阶段末要在每个阶段末要“ “冻结冻结” ”部分部分成果，作为下个阶段开发的基成果，作为下个阶段开发的基础。冻结之后不是不能修改，础。冻结之后不是不能修改，而是其修改要经过一定的审批而是其修改要经过一定的审批程序，并且涉及到项目计划的程序，并且涉及到项目计划的调整。调整。为了在信息系统的建设过程中实施全面质量控制为了在信息系统的建设过程中实施全面质量控制 ，主要主要采取下述措施：采取下述措施：（3 3）实行里程碑式审）实行里程碑式审）实行里程碑式审）实行里程碑式审查与版本控制查与版本控制查与版本控制查与版本控制里程碑式审查就是在里程碑式审查就是在信息系统生命期的每个阶信息系统生命期的每个阶段介绍之前，都正式使用段介绍之前，都正式使用结束标准对该阶段的冻结结束标准对该阶段的冻结成果进行严格的技术审查。成果进行严格的技术审查。版本控制是保证项目小组版本控制是保证项目小组顺利工作的重要技术。版顺利工作的重要技术。版本控制的含义是通过给文本控制的含义是通过给文档和程序文件编上版本号，档和程序文件编上版本号，记录每次的修改信息，使记录每次的修改信息，使项目组的所有成员都了解项目组的所有成员都了解文档和程序的修改过程。文档和程序的修改过程。 （4 4）实行面向用户参）实行面向用户参）实行面向用户参）实行面向用户参与的原型演化与的原型演化与的原型演化与的原型演化在每个阶段的后期，在每个阶段的后期，快速建立反映该阶段成果快速建立反映该阶段成果的原型系统，利用原型系的原型系统，利用原型系统与用户交互及时得到反统与用户交互及时得到反馈信息，验证该阶段的成馈信息，验证该阶段的成果并及时纠正错误，这一果并及时纠正错误，这一技术称为技术称为“ “原型演化原型演化” ”。原型演化技术要有先进的原型演化技术要有先进的CASECASE工具的支持。工具的支持。 （5 5）强化项目管理，）强化项目管理，）强化项目管理，）强化项目管理，引入外部监理与审计引入外部监理与审计引入外部监理与审计引入外部监理与审计要重视信息系统的项要重视信息系统的项目管理，特别是项目人力目管理，特别是项目人力资源的管理，因为项目成资源的管理，因为项目成员的素质和能力以及积极员的素质和能力以及积极性是项目成败、好坏的关性是项目成败、好坏的关键。同时还有重视第三方键。同时还有重视第三方的监理和审计的引入，通的监理和审计的引入，通过第三方的审查和监督来过第三方的审查和监督来确保项目的质量。确保项目的质量。 （6 6）尽量采用面向对象）尽量采用面向对象）尽量采用面向对象）尽量采用面向对象和基于构件的方法进行系统和基于构件的方法进行系统和基于构件的方法进行系统和基于构件的方法进行系统开发开发开发开发面向对象的方法强调类、面向对象的方法强调类、封装和继承，能提高软件的封装和继承，能提高软件的可重用性，能将错误和缺憾可重用性，能将错误和缺憾局部化，同时还有利于用户局部化，同时还有利于用户的参与，这些对提高信息系的参与，这些对提高信息系统的质量都大有好处。统的质量都大有好处。 （7 7）进行全面测试）进行全面测试）进行全面测试）进行全面测试要采用适当的手段，对要采用适当的手段，对系统调查、系统分析、系统系统调查、系统分析、系统设计、实现和文档进行全面设计、实现和文档进行全面测试。测试。1 1、给出项目的定义并说明项目管理三要素之间的关系。、给出项目的定义并说明项目管理三要素之间的关系。、给出项目的定义并说明项目管理三要素之间的关系。、给出项目的定义并说明项目管理三要素之间的关系。2 2、说说信息系统项目的特点，并谈谈你对这些特点的理、说说信息系统项目的特点，并谈谈你对这些特点的理、说说信息系统项目的特点，并谈谈你对这些特点的理、说说信息系统项目的特点，并谈谈你对这些特点的理解。解。解。解。3 3、用图表形式给出信息系统的成本构成及其测算的一般、用图表形式给出信息系统的成本构成及其测算的一般、用图表形式给出信息系统的成本构成及其测算的一般、用图表形式给出信息系统的成本构成及其测算的一般过程。过程。过程。过程。4 4、人们常用哪四种方法估算软件的开发成本？、人们常用哪四种方法估算软件的开发成本？、人们常用哪四种方法估算软件的开发成本？、人们常用哪四种方法估算软件的开发成本？5 5、软件的规模有哪两种度量方式？各又什么优缺点？、软件的规模有哪两种度量方式？各又什么优缺点？、软件的规模有哪两种度量方式？各又什么优缺点？、软件的规模有哪两种度量方式？各又什么优缺点？6 6、分别给出、分别给出、分别给出、分别给出CoCoMoCoCoMo模型和模型和模型和模型和PutnamPutnam模型的经验公式，这模型的经验公式，这模型的经验公式，这模型的经验公式，这些公式计算的结果真正有用吗？些公式计算的结果真正有用吗？些公式计算的结果真正有用吗？些公式计算的结果真正有用吗？7 7、在表、在表、在表、在表5-65-6中，如果工期预估不变，项目委托方同意将开中，如果工期预估不变，项目委托方同意将开中，如果工期预估不变，项目委托方同意将开中，如果工期预估不变，项目委托方同意将开发时间延长至发时间延长至发时间延长至发时间延长至6060周（留周（留周（留周（留1 1周弹性），请你重新填制该表。周弹性），请你重新填制该表。周弹性），请你重新填制该表。周弹性），请你重新填制该表。8 8、说说时间、说说时间、说说时间、说说时间成本平衡法的假设条件，举例说明其操作过成本平衡法的假设条件，举例说明其操作过成本平衡法的假设条件，举例说明其操作过成本平衡法的假设条件，举例说明其操作过程。程。程。程。9 9、说明并比较项目成本控制中三个累计量之间的关系。、说明并比较项目成本控制中三个累计量之间的关系。、说明并比较项目成本控制中三个累计量之间的关系。、说明并比较项目成本控制中三个累计量之间的关系。1010、软件开发项目人力资源有哪两个重要定律？你怎么看、软件开发项目人力资源有哪两个重要定律？你怎么看、软件开发项目人力资源有哪两个重要定律？你怎么看、软件开发项目人力资源有哪两个重要定律？你怎么看待这两个定律在信息系统项目中的应用？待这两个定律在信息系统项目中的应用？待这两个定律在信息系统项目中的应用？待这两个定律在信息系统项目中的应用？1111、假设图、假设图、假设图、假设图5-115-11中人力资源供给有限制，只有中人力资源供给有限制，只有中人力资源供给有限制，只有中人力资源供给有限制，只有2 2个开发人员个开发人员个开发人员个开发人员可供使用，请画出在有限制的情况下的人力资源计划图。可供使用，请画出在有限制的情况下的人力资源计划图。可供使用，请画出在有限制的情况下的人力资源计划图。可供使用，请画出在有限制的情况下的人力资源计划图。1212、项目团队有哪几个发展阶段？对于信息系统项目在不、项目团队有哪几个发展阶段？对于信息系统项目在不、项目团队有哪几个发展阶段？对于信息系统项目在不、项目团队有哪几个发展阶段？对于信息系统项目在不同阶段各应采取哪些激励方式？同阶段各应采取哪些激励方式？同阶段各应采取哪些激励方式？同阶段各应采取哪些激励方式？1313、信息系统建设为什么需要全面质量控制，如何实行全、信息系统建设为什么需要全面质量控制，如何实行全、信息系统建设为什么需要全面质量控制，如何实行全、信息系统建设为什么需要全面质量控制，如何实行全面质量控制？面质量控制？面质量控制？面质量控制？9、静夜四无邻，荒居旧业贫。2024/9/172024/9/17Tuesday, September 17, 202410、雨中黄叶树，灯下白头人。2024/9/172024/9/172024/9/179/17/2024 9:20:49 PM11、以我独沈久，愧君相见频。2024/9/172024/9/172024/9/17Sep-2417-Sep-2412、故人江海别，几度隔山川。2024/9/172024/9/172024/9/17Tuesday, September 17, 202413、乍见翻疑梦，相悲各问年。2024/9/172024/9/172024/9/172024/9/179/17/202414、他乡生白发，旧国见青山。17 九月 20242024/9/172024/9/172024/9/1715、比不了得就不比，得不到的就不要。九月 242024/9/172024/9/172024/9/179/17/202416、行动出成果，工作出财富。2024/9/172024/9/1717 September 202417、做前，能够环视四周；做时，你只能或者最好沿着以脚为起点的射线向前。2024/9/172024/9/172024/9/172024/9/179、没有失败，只有暂时停止成功！。2024/9/172024/9/17Tuesday, September 17, 202410、很多事情努力了未必有结果，但是不努力却什么改变也没有。2024/9/172024/9/172024/9/179/17/2024 9:20:49 PM11、成功就是日复一日那一点点小小努力的积累。2024/9/172024/9/172024/9/17Sep-2417-Sep-2412、世间成事，不求其绝对圆满，留一份不足，可得无限完美。2024/9/172024/9/172024/9/17Tuesday, September 17, 202413、不知香积寺，数里入云峰。2024/9/172024/9/172024/9/172024/9/179/17/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。17 九月 20242024/9/172024/9/172024/9/1715、楚塞三湘接，荆门九派通。九月 242024/9/172024/9/172024/9/179/17/202416、少年十五二十时，步行夺得胡马骑。2024/9/172024/9/1717 September 202417、空山新雨后，天气晚来秋。2024/9/172024/9/172024/9/172024/9/179、杨柳散和风，青山澹吾虑。2024/9/172024/9/17Tuesday, September 17, 202410、阅读一切好书如同和过去最杰出的人谈话。2024/9/172024/9/172024/9/179/17/2024 9:20:49 PM11、越是没有本领的就越加自命不凡。2024/9/172024/9/172024/9/17Sep-2417-Sep-2412、越是无能的人，越喜欢挑剔别人的错儿。2024/9/172024/9/172024/9/17Tuesday, September 17, 202413、知人者智，自知者明。胜人者有力，自胜者强。2024/9/172024/9/172024/9/172024/9/179/17/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。17 九月 20242024/9/172024/9/172024/9/1715、最具挑战性的挑战莫过于提升自我。九月 242024/9/172024/9/172024/9/179/17/202416、业余生活要有意义，不要越轨。2024/9/172024/9/1717 September 202417、一个人即使已登上顶峰，也仍要自强不息。2024/9/172024/9/172024/9/172024/9/17MOMODA POWERPOINTLorem ipsum dolor sit, eleifend nulla ac, fringilla purus. Nulla iaculis tempor felis amet, consectetur adipiscing elit. Fusce id urna blanditut cursus. 感感谢谢您您的的下下载载观观看看专家告诉