软件工程管理的定义和测量程序

软件工程管理可以定义为管理活动的应用——计划、协调、测量、监控、控制和报告——以确保软件产品和软件工程服务被高效、有效地交付，并使利益攸关方受益。管理的相关学科是所有知识领域（KA）的一个重要要素，但它当然与这个知识领域比与其他知识领域更相关。测量也是所有知识领域的一个重要方面;本课题介绍了测量程序。

在某种意义上，应该可以用管理其他复杂工作的相同方法来管理软件工程项目。然而，软件项目和软件生命周期过程中有一些特定的方面使有效的管理复杂化，包括：

项目管理知识体系（PMBOK）指南和SWX中，术语初始化、计划、执行、监控和关闭用于描述过程组。

客户常常不知道什么是需要的，什么是可行的。

客户经常缺乏对软件工程中固有的复杂性的认识，特别是关于需求变更的影响。

增加的理解和不断变更的条件很可能会产生新的或变更的软件需求。

由于需求的变更，软件通常使用迭代过程而不是一系列封闭的任务来构建。

软件工程必须结合创造性和纪律性。在两者之间保持适当的平衡有时是困难的。

它的新颖性和复杂性通常都很高。

基础技术的更新速度往往很快。

软件工程管理活动发生在三个层次上：组织和基础设施管理、项目管理和度量计划的管理。最后两个将在此知识领域描述中详细介绍。然而，这并不是要降低组织和基础设施管理问题的重要性。人们普遍认为，软件组织工程经理应该熟悉本知识领域中描述的项目管理和软件度量知识。他们还应该具备一些目标领域的知识。同样地，如果复杂项目和程序（其中软件是系统架构的组成部分）的经理能够意识到软件过程引入到项目管理和项目度量中的差异，这也是有帮助的。

组织管理的其他方面也会对软件工程产生影响（例如，组织的政策和过程提供了进行软件工程项目的框架）。为了有效的软件开发和维护，这些策略和过程可能需要根据需求进行调整。此外，为了在组织层次上对软件工程进行有效的管理，可能需要制定或建立一些特定于软件工程的策略。例如，为软件工程任务（如软件设计、软件构建、估计、监控和报告）建立特定的组织范围的过程或过程，策略通常是必要的。这样的政策对于跨组织的软件工程项目的长期有效管理是很重要的（例如，建立一个一致的基础，通过它来分析过去的项目绩效并实现改进）。

组织管理的另一个重要方面是人事管理政策和程序，用于招聘、培训和职业发展指导人员，不仅是在项目层面，而且是为了组织的长期成功。软件工程人员可能面临独特的培训或人员管理挑战（例如，在底层技术经历快速和持续变化的环境中维护货币）。

沟通管理也经常被提到，作为一个被忽视但重要的方面，在一个领域的个人表现，准确地理解用户的需求，软件需求，和软件设计是必要的。此外，项目组合管理，它提供了一个全面的视图，不仅是当前在各种项目和程序（集成项目）中开发的软件，而且是组织中计划的和当前正在使用的软件，是可取的。此外，软件复用是保持和提高生产力和竞争力的关键因素。有效的复用需要一个能够反映复用的优点和缺点的战略远景。

除了了解受软件项目独特影响的管理方面，软件工程师还应该了解本知识领域中讨论的管理的更一般的方面（甚至在毕业后的头几年）。

组织文化和行为的属性，加上企业其他功能领域的管理，会对组织的软件工程过程产生影响，尽管是间接的。

关于软件项目管理的广泛信息可以在项目管理知识体系指南（PMBOK指南）和PMBOK指南（SWX）的软件扩展中找到。每一个指南都包括10个项目管理知识领域：项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理和项目利益攸关方管理。每个知识领域都与这个软件工程管理知识领域直接相关。

关于这个知识领域的其他参考资料和进一步读数也提供了其他信息。这个软件工程管理知识领域包含软件项目管理过程的前五个主题图7.1（起始和范围定义，软件项目计划、软件项目制定、评审和评估，关闭），+软件工程测量在第六主题和软件工程管理工具在第七主题。虽然项目管理和度量管理经常被认为是分开的，而且确实每一个都有许多独特的属性，密切的关系已经导致本知识领域的综合处理。不幸的是，软件行业的普遍看法是软件产品交付较晚，超出预算，质量差，功能不完整。

Measurement-informed管理——任何真正的工程学科的基本原则（参见工程基础知识领域中的度量）——可以帮助改善感知和现实。从本质上讲，没有度量（定性和定量）的管理意味着缺乏纪律，而没有管理的度量意味着缺乏目的或环境。有效的管理需要测量和经验的结合。

这里采用的工作定义如下：

管理是实现组织所设定的战略目标所需的过程和控制系统。

度量指的是对软件工程工作产品、过程和资源的价值和标签的分配，以及从它们派生出来的模型，不管这些模型是使用统计技术还是其他技术开发的。

该知识领域中的软件工程项目管理部分广泛使用了软件工程度量部分。

这个知识领域与其他在SWEBOK指南中的知识领域密切相关，阅读下面的知识领域描述与这个将特别有帮助：

工程基础知识领域描述了一些通用的度量概念，这些概念直接适用于知识领域的软件工程度量部分。此外，工程基础的统计分析部分中提出的概念和技术可以直接应用到本节中的许多主题中。

软件需求知识领域描述了在项目的启动和范围定义阶段应该执行的一些活动。

软件配置管理知识领域处理软件配置的识别、控制、状态统计和审计，以及软件发布管理和交付和软件配置管理工具。

软件工程过程知识领域描述了软件生命周期模型以及过程和工作产品之间的关系。

软件质量知识领域强调质量是管理的目标，也是许多软件工程活动的目标。

软件工程经济学知识领域讨论了如何在业务环境中做出与软件相关的决策。

软件工程管理主题的分解

因为大多数软件开发生命周期模型需要可能以不同方式执行的类似活动，所以主题的分解是基于活动的。这一细分如图7.1所示。顶级的要素分解图所示是执行的活动，通常当一个软件开发项目的管理，独立的软件开发生命周期模型（参见接下来的软件生命周期模型的软件工程过程知识领域）已经选择了一个特定的项目。在此细分中并没有推荐特定生命周期模型的意图。分解仅意味着发生了什么，而不意味着每个活动发生的时间、方式或次数。七个主题是：

Ø 启动和范围定义，处理启动软件工程项目的决定;

Ø 软件项目计划，从管理的角度处理为准备一个成功的软件工程项目而进行的活动;

Ø 软件项目制定，处理在软件工程项目执行过程中进行的公认的软件工程管理活动;

Ø 评审和评价，确保技术、进度、成本和质量工程活动令人满意;

Ø 收尾，指为完成一个项目而完成的活动;

Ø 软件工程度量，它处理度量程序在软件工程组织中的有效开发和实施;

Ø 软件工程管理工具，描述管理软件工程项目的工具的选择和使用。

责任编辑：haq