软件项目管理与计划.pptxVIP

2025/5/81软件工程SoftwareEngineering

软件工程中程序出错、成本超支和没完成要求等都可以归结到软件项目管理太弱。因此，工程中要进行管理与计划本章内容：1软件项目管理概述2项目管理过程3软件开发成本估算4风险分析5进度安排6软件项目的组织

1.1软件管理的对象1在软件项目管理中，重要的是人、问题和过程三者。其中人是最重要的管理对象。2组成一个软件工程的开发项目的人员有以下几类：3高级管理者：负责确定软件的问题。4项目技术管理者：管理软件开发人员。5开发人员：软件开发的专门的技术人员。6客户：负责说明软件需求的人员。7最终用户：最终使用软件的人员。8

01软件项目计划的第二个任务是对完成该软件项目所需的资源进行估算。02图19-1软件开发所需的资源

在安排开发活动时必须考虑人员的技术水平、专业、人数以及在开发过程各阶段中对各种人员的需要。对一些规模较大的项目，在整个软件生存期中，各种人员的参与情况是不一样的。如图19-2所示0102

图19-2管理人员与技术人员的参与情况

硬件是作为软件开发项目的一种工具而投入的。在软件项目计划期间，考虑三种硬件资源：01宿主机（Hostmachine）——软件开发时使用的计算机及外围设备。02目标机（Targetmachine）——运行已开发成功软件的计算机及外围设备。03其他硬件设备——专用软件开发时需要的特殊硬件资源。04

宿主机连同必要的软件工具构成软件开发系统。软件资源包括用于开发的运行平台、各种CASE工具可以帮助分析和设计软件、开发程序所有的编程语言等。0102

遗憾的是，在计划阶段，人们往往忽视软件资源。直到软件工程过程的开发阶段，软件资源成为一个重大问题时才引起人们的重视。最好是尽早确定软件资源的需求，这样可以对各种候选方案进行技术评价，并及时地获取这些软件。为了促成软件的复用，以提高软件的生产率和软件产品的质量，可建立可复用的软件部件库。根据需要，对软件部件稍做加工，就可以构成一些大的软件包。这要求这些软件部件应加以编目，以利于引用，并进行标准化和确认，以利于应用和集成。

当一个待解决的问题过于复杂时，可以把它进一步分解，直到分解后的子问题变得容易解决为止。然后，分别解决每一个子问题，并将这些子问题的解答综合起来，从而得到原问题的解答。

风险分析4进度安排5软件项目管理的对象是软件工程项目。它所涉及的范围覆盖了整个软件工程过程。1启动一个软件项目2成本估算3追踪和控制6

2025/5/8121.自顶向下的估算方法这种方法的想法是从项目的整体出发，进行类推。表19-1软件开发各阶段工作量的分配软件库存情况更新开发者W.Ward日期2/8/82阶段项目任务工作量分布（1/53）小计（1/53）计划和需求划内软件需求定义56开发计划1产品设计产品设计610初步的用户手册3测试计划1详细设计详细PDL描述412数据定义4测试数据及过程设计2正式的用户手册2编码与单元测试编码616单元测试结果10组装与联合测试按实际情况编写文档49组装与测试5总计53

自底向上的估算法2025/5/813这种方法的想法是把待开发的软件细分，直到每一个子任务都已经明确所需要的开发工作量，然后把它们加起来，得到软件开发的总工作量。这是一种常见的估算方法。它的优点是估算各个部分的准确性高。缺点是缺少各项子任务之间相互联系所需要的工作量，还缺少许多与软件开发有关的系统级工作量（配置管理、质量管理、项目管理）。所以往往估算值偏低，必须用其他方法进行检验和校正。

差别估算法这种方法综合了上述两种方法的优点，其想法是把待开发的软件项目与过去已完成的软件项目进行类比，从其开发的各个子任务中区分出类似的部分和不同的部分。类似的部分按实际量进行计算，不同的部分则采用相应的方法进行估算。这种方法的优点是可以提高估算的准确度，缺点是不容易明确“类似”的界限。

其中，L是源代码行数（以KLOC计），E是工作量（以PM计），D是项目持续时间（以月计），S是人员需要量（以人计），DOC是文档数量（以页计）。因此估算出了源代码的数量，就可以对工作量、文档数量等进行估算了。IBM模型是一个静态单变量模型，它利用已估算的特性，例如源代码行数，来估算各种资源的需要量。IBM模型是一个静态单变量模型，但不是一个通用公式。在应用中有时要根据具体实际情况，对公式中的参数进行修改。

这是1978年Putnam提出的模型，是一种动态多变量模型。该模型的基础是假定在软件开发的整个生存期中工作量有特定的分布。它把项目的资源需求当做时间的函数。根据对一些大型项目的统计分析，软件开发工作量分布可用如图19-3所示的曲