软件项目管理

1、软件项目管理软件项目管理 天津大学计算机学院http:/软件配置及其管理概念软件配置及其管理概念1软件配置管理基本活动软件配置管理基本活动2软件的测试管理软件的测试管理3第第13章章 软件配置管理软件配置管理5学习目标学习目标理解软件配置管理的基本概念理解软件配置管理的基本概念了解软件配置管理的基本活动了解软件配置管理的基本活动熟悉软件测试的特点熟悉软件测试的特点理解测试的层次与内容理解测试的层次与内容掌握软件测试计划的编制方法掌握软件测试计划的编制方法第第13章章 软件配置管理软件配置管理Hot Tip软件配置管理概述软件配置管理概述 软件配置管理软件配置管理(SCM)是一组针对软件产品的追

2、踪是一组针对软件产品的追踪和控制活动，它贯穿于项目生命周期的始终，并代表着和控制活动，它贯穿于项目生命周期的始终，并代表着软件产品接受各项评审。软件产品接受各项评审。IEEE对对SCM的论述如下：的论述如下：“软软件配置管理由适用于所有软件开发项目的最佳工程实践件配置管理由适用于所有软件开发项目的最佳工程实践组成，无论是采用分阶段开发，还是采用快速原型进行组成，无论是采用分阶段开发，还是采用快速原型进行开发，甚至包括对现有软件产品进行维护开发，甚至包括对现有软件产品进行维护”。实施有效的软件配置管理可以解决以下问题：实施有效的软件配置管理可以解决以下问题： 开发人员未经授权修改代码或文档；开发

3、人员未经授权修改代码或文档； 人员流动造成企业的软件核心技术泄露；人员流动造成企业的软件核心技术泄露； 找不到某个文件的历史版本；找不到某个文件的历史版本；13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip 无法重现历史版本；无法重现历史版本； 无法重新编译某个历史版本，使维护工作十分困难；无法重新编译某个历史版本，使维护工作十分困难； “合版本合版本”时，开发冻结，造成进度延误；时，开发冻结，造成进度延误； 软件系统复杂、编译速度慢、造成进度延误；软件系统复杂、编译速度慢、造成进度延误； 因一些特性无法按期完成而影响整个项目的进度或导致因一些特性无法按期完成而影响整个项目的

4、进度或导致整个项目失败；整个项目失败； 已修复的已修复的Bug在新版本中出现；在新版本中出现； 配置管理制度难于实施；配置管理制度难于实施； 分处异地的开发团队难于协同，可能会造成重复工作，分处异地的开发团队难于协同，可能会造成重复工作，并导致系统集成困难。并导致系统集成困难。 13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip软件配置管理应该达到以下几个目标：软件配置管理应该达到以下几个目标： 软件配置管理活动是有计划的；软件配置管理活动是有计划的； 选定的软件工作产品是已标识的、受控制的和适用的；选定的软件工作产品是已标识的、受控制的和适用的； 已标识的软件工作产品的变更

5、是受控制的；已标识的软件工作产品的变更是受控制的； 受影响的组织和个人可以适时得到软件基线的状态和内受影响的组织和个人可以适时得到软件基线的状态和内容的通知。容的通知。13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip二二. 软件配置项及基线软件配置项及基线1基线：是指一个（或一组）配置项在项目生命周期的不基线：是指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。同时间点上通过正式评审而进入正式受控的一种状态。基线是软件生命周期中各开发阶段的一个特定点，它的基线是软件生命周期中各开发阶段的一个特定点，它的作用是把开发各阶段工作的划分更加明

6、确化，使本来连作用是把开发各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，以便于检查与肯定阶段成果续的工作在这些点上断开，以便于检查与肯定阶段成果。 功能基线功能基线 指派基线：指在软件需求分析阶段结束时，经过正式评指派基线：指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明。指派基线是最初批准审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。的指派配置标识。 产品基线：指在软件组装与系统测试阶段结束时，经过产品基线：指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项正式评审的批准的有关所开发的软件产品的全部配置项的

7、规格说明。产品基线是最初批准的产品配置标识。的规格说明。产品基线是最初批准的产品配置标识。 13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip2软件配置项软件配置项在软件开发过程中产生的信息有在软件开发过程中产生的信息有3种。种。 计算机程序（源程序及目标程序）；计算机程序（源程序及目标程序）； 描述计算机程序的文档（包括技术文档和用户文档）；描述计算机程序的文档（包括技术文档和用户文档）； 数据结构。数据结构。软件配置是指一个软件产品在软件生存周期各个阶段所产生的各软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及种

8、形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项（配置中的一个配置项（Software Configuration Item，SCI）。任何配置管理系统的基础都是存储和管理配置项。典型）。任何配置管理系统的基础都是存储和管理配置项。典型的软件配置项包括：目标文件、设计文档、测试包、源文件的软件配置项包括：目标文件、设计文档、测试包、源文件、库、类、编译器、需求说明、用户手册、测试脚本、修改、库、类、编译器、需求说明、用户手册、测试脚本、修改请求、客户记录等。单独的函数、类

9、可作为配置项，全局表请求、客户记录等。单独的函数、类可作为配置项，全局表也可作为配置项。也可作为配置项。 13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip例：图例：图13-1是一个会计系统的工资模块中的社会保险计算方法，是一个会计系统的工资模块中的社会保险计算方法，这个方法的版本号是这个方法的版本号是6，那么就可以把它标注为配置项，那么就可以把它标注为配置项“S6”。13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip3配置控制委员会配置控制委员会具体责任如下：具体责任如下： 评估变更；评估变更； 批准变更请求；批准变更请求； 在生命周期内规范变更申请流程；

10、在生命周期内规范变更申请流程； 对变更进行反馈；对变更进行反馈； 与项目管理层沟通。与项目管理层沟通。13.1 软件配置及其管理的概念软件配置及其管理的概念Hot Tip实施软件配置管理，主要包括以下活动：实施软件配置管理，主要包括以下活动： 制定配置管理计划；制定配置管理计划； 确定配置标识；确定配置标识； 版本管理；版本管理； 变更控制；变更控制； 系统整合；系统整合； 配置审核。配置审核。 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip制定软件配置计划制定软件配置计划 制定配置管理计划的过程就是确定软件配置管理的解决方案制定配置管理计划的过程就是确定软件配置管理的解

11、决方案 项目经理和软件配置管理委员会（项目经理和软件配置管理委员会（SCCB）根据项目的开发）根据项目的开发计划确定各个里程碑和开发策略；计划确定各个里程碑和开发策略； 根据根据SCCB的规划，制定详细的软件配置管理计划，交的规划，制定详细的软件配置管理计划，交SCCB审核；审核； SCCB通过配置管理计划后交项目经理批准，发布实施。通过配置管理计划后交项目经理批准，发布实施。13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip 配置管理计划的一个关键任务就是确定要控制哪些文档。配置管理计划的一个关键任务就是确定要控制哪些文档。在已经建立了要管理的文档后，对于文档必须定义以下问

12、题在已经建立了要管理的文档后，对于文档必须定义以下问题： 文件命名约定：文档命名约定在配置管理控制下，所有文档文件命名约定：文档命名约定在配置管理控制下，所有文档只能有一个唯一的文档名。相关的文档应该要有相关的名，只能有一个唯一的文档名。相关的文档应该要有相关的名，这可以采用一个层次结构的命名约定来实现。这可以采用一个层次结构的命名约定来实现。 正式文档的关系（项目计划书、需求定义、设计报告、测试正式文档的关系（项目计划书、需求定义、设计报告、测试报告都是正式文档）；报告都是正式文档）； 确定负责验证正式文档的人员；确定负责验证正式文档的人员； 确定负责提交配置管理计划的人员。确定负责提交配置

13、管理计划的人员。13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip制定配置管理计划中，必须定义以下问题：制定配置管理计划中，必须定义以下问题： 根据已文档化的规程为每个软件项目制定软件配置管理计划根据已文档化的规程为每个软件项目制定软件配置管理计划。这个规程一般规定：在整个项目计划的初期制定软件配置。这个规程一般规定：在整个项目计划的初期制定软件配置管理计划，并与整个项目计划并行；由相关小组审查软件配管理计划，并与整个项目计划并行；由相关小组审查软件配置管理计划，管理和控制软件配置管理计划。置管理计划，管理和控制软件配置管理计划。 将已文档化且经批准的软件配置管理计划作为执行

14、配置管理将已文档化且经批准的软件配置管理计划作为执行配置管理活动的基础。该计划应该包括：需要被执行的配置管理活动活动的基础。该计划应该包括：需要被执行的配置管理活动、活动的日程、指派的责任和需要的资源；配置管理的需求、活动的日程、指派的责任和需要的资源；配置管理的需求和由软件开发团队和其他相关小组执行的配置管理活动一样和由软件开发团队和其他相关小组执行的配置管理活动一样。13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip二二. 配置管理环境的建立配置管理环境的建立 包括建立配置管理的硬件环境和软件环境，同时建立存储库的包括建立配置管理的硬件环境和软件环境，同时建立存储库的操作

15、说明和操作权限。其中最重要的是建立配置管理库，简操作说明和操作权限。其中最重要的是建立配置管理库，简称配置库。软件配置管理库是用来存储所有基线配置项及其称配置库。软件配置管理库是用来存储所有基线配置项及其相关文件等内容的系统，是在软件产品的整个生命周期中建相关文件等内容的系统，是在软件产品的整个生命周期中建立和维护软件产品完整性的主要手段。配置库存储包括配置立和维护软件产品完整性的主要手段。配置库存储包括配置项相应版本、修改请求、变化记录等内容，是所有配置项的项相应版本、修改请求、变化记录等内容，是所有配置项的集合和配置项修改记录的集合。集合和配置项修改记录的集合。 13.2 软件配置管理的基

16、本活动软件配置管理的基本活动Hot Tip二二. 配置管理环境的建立配置管理环境的建立 一般存储软件配置项的库分为开发库、受控库和产品库。开发一般存储软件配置项的库分为开发库、受控库和产品库。开发库是开发周期的某个阶段，存放与该阶段工作有关系的信息库是开发周期的某个阶段，存放与该阶段工作有关系的信息。受控库是指在软件生存周期的某一个阶段结束时，存放作。受控库是指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。软件配置管理就是对软件受控库中息和人工可读信息的库。软件配置管理就是对

17、软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理的各软件项进行管理，因此软件受控库也叫做软件配置管理库。产品库是指在软件生存周期的系统测试阶段结束后，存库。产品库是指在软件生存周期的系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。放最终产品而后交付给用户运行或在现场安装的软件的库。13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip版本管理版本管理 版本控制的目的在于对软件开发进程中文件或目录的发版本控制的目的在于对软件开发进程中文件或目录的发展过程提供有效的追踪手段，保证在需要时可回到旧的版本展过程提供有效的追踪手段，保证在需要时可回

18、到旧的版本，避免文件的丢失、修改的丢失和相互覆盖。通过对版本库，避免文件的丢失、修改的丢失和相互覆盖。通过对版本库的访问控制避免未经授权的访问和修改，达到有效保护软件的访问控制避免未经授权的访问和修改，达到有效保护软件资产和知识产权的目的。另外，版本控制是实现团队并行开资产和知识产权的目的。另外，版本控制是实现团队并行开发、提高开发效率的基础。发、提高开发效率的基础。 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip版本管理版本管理版本控制要求完成以下主要任务：版本控制要求完成以下主要任务： 建立控制项；建立控制项； 重构任何修订版的某一项或者某一文件；重构任何修订版的某一

19、项或者某一文件； 利用加锁技术防止覆盖；利用加锁技术防止覆盖； 当一个修订版时要求输入变更描述；当一个修订版时要求输入变更描述； 提供比较任意两个修订版的使用工具，采用增量存储方式；提供比较任意两个修订版的使用工具，采用增量存储方式； 提供对修订版历史和锁定状态的报告功能；提供对修订版历史和锁定状态的报告功能； 提供归并功能；提供归并功能； 允许在任何时候、任何版本；允许在任何时候、任何版本； 控制权限的设置；控制权限的设置； 渐进模型的建立；渐进模型的建立； 提供各种控制报告。提供各种控制报告。13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip变更控制变更控制 变更控制就是

20、对软件配置的变更进行严格控制和管理，变更控制就是对软件配置的变更进行严格控制和管理，保持修改信息，并把清晰的信息传递到软件过程的下一步骤保持修改信息，并把清晰的信息传递到软件过程的下一步骤。变更控制包括建立控制点和建立报告与审查制度。首先用。变更控制包括建立控制点和建立报告与审查制度。首先用户提交书面的变更请求，详细申明变更的理由、变更方案、户提交书面的变更请求，详细申明变更的理由、变更方案、变更的影响范围等。然后由变更控制机构确定控制变更的机变更的影响范围等。然后由变更控制机构确定控制变更的机制、评价其技术价值、潜在的副作用、对其他配置对象和系制、评价其技术价值、潜在的副作用、对其他配置对象

21、和系统功能的综合影响以及项目的开销，并把评价的结果以变更统功能的综合影响以及项目的开销，并把评价的结果以变更报告的形式提交给变更控制负责人进行变更确认。报告的形式提交给变更控制负责人进行变更确认。 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip变更控制变更控制在变更控制程序中，首先要完成变更提案，然后，再如何解决在变更控制程序中，首先要完成变更提案，然后，再如何解决变更提案。一般需要考虑以下因素：变更提案。一般需要考虑以下因素： 变更的预期效益如何？变更的预期效益如何？ 变更的成本如何？变更的成本如何？ 项目变更进程后，对项目成本的影响如何？项目变更进程后，对项目成本的影

22、响如何？ 变更对软件质量的影响如何？变更对软件质量的影响如何？ 变更对项目资源分配的影响如何？变更对项目资源分配的影响如何？ 变更可能会影响到项目后续的哪些阶段？变更可能会影响到项目后续的哪些阶段？ 变更会不会导致出现不稳定的风险？变更会不会导致出现不稳定的风险？ 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip系统整合系统整合系统整合是把系统的不同部分进行集成，使其完成一组特定的功系统整合是把系统的不同部分进行集成，使其完成一组特定的功能。能。 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip配置状态报告配置状态报告配置状态报告应着重反映当前基线配置项

23、的状态，以作为对开配置状态报告应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。同时也能从中根据开发人员对配置项的发进度报告的参照。同时也能从中根据开发人员对配置项的操作记录来分析开发团队成员之间的工作关系。操作记录来分析开发团队成员之间的工作关系。配置状态报告应该包括下列主要内容：配置状态报告应该包括下列主要内容： 配置库结构和相关说明；配置库结构和相关说明； 开发起始基线的构成；开发起始基线的构成； 当前基线位置及状态；当前基线位置及状态； 各基线配置项集成、分布情况；各基线配置项集成、分布情况； 各私有开发分支类型的分布情况；各私有开发分支类型的分布情况； 关键元素的版本演进记

24、录；关键元素的版本演进记录； 其他应予报告的事项。其他应予报告的事项。 13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip配置审核配置审核可以用以下两种方法去审查：可以用以下两种方法去审查：1）正式技术评审：着重检查已完成修改的软件配置对象的技）正式技术评审：着重检查已完成修改的软件配置对象的技术正确性。术正确性。2）软件配置审核：它是正式技术评审的补充，评价在评审期）软件配置审核：它是正式技术评审的补充，评价在评审期间通常没有被考虑的间通常没有被考虑的SCI的特性。的特性。软件配置审核提出并解答以下问题：软件配置审核提出并解答以下问题： 在工程变更顺序中规定的变更是否已经做

25、了？在工程变更顺序中规定的变更是否已经做了？ 每个附加修改是否已经纳入？每个附加修改是否已经纳入？ 正式技术评审是否已经评价了技术正确性？正式技术评审是否已经评价了技术正确性？ 是否正确遵循了软件工程标准？是否正确遵循了软件工程标准？13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip 在在SCI中是否强调了变更？是否包含了变更日期和变更者？中是否强调了变更？是否包含了变更日期和变更者？配置对象的属性是否反映了变更？配置对象的属性是否反映了变更？ 是否遵循了标记变更、记录变更、报告变更和软件配置管理是否遵循了标记变更、记录变更、报告变更和软件配置管理过程？过程？ 所有相关的所有

26、相关的SCI是否都正确地做了更新是否都正确地做了更新？13.2 软件配置管理的基本活动软件配置管理的基本活动Hot Tip软件测试遵循的标准软件测试遵循的标准 国标国标软件产品开发文件编制指南软件产品开发文件编制指南规定了两类测试规定了两类测试文档：测试计划、测试分析报告；文档：测试计划、测试分析报告； 国标国标计算机软件测试文件编制规范计算机软件测试文件编制规范定义了定义了8类测类测试文档：测试计划、测试设计说明、测试用例说明、试文档：测试计划、测试设计说明、测试用例说明、测试规程说明、测试项传递报告、测试日志、测试事测试规程说明、测试项传递报告、测试日志、测试事件报告、测试总结报告；件报告

27、、测试总结报告； XXXX软件工程化技术文件软件工程化技术文件定义了定义了3类测试文档：类测试文档：测试计划、测试说明、测试报告。测试计划、测试说明、测试报告。 13.1 软件的测试管理软件的测试管理Hot Tip软件测试的特点软件测试的特点 1软件测试应注意的问题软件测试应注意的问题1）测试用例和测试例程的良好设计。测试用例及测试例）测试用例和测试例程的良好设计。测试用例及测试例程的设计是整个软件测试工作的核心。测试用例反映程的设计是整个软件测试工作的核心。测试用例反映对被测对象的质量要求，决定对测试对象的质量评估对被测对象的质量要求，决定对测试对象的质量评估。2）测试工作的管理。尤其是对包

28、含多个子系统的大型软）测试工作的管理。尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量的人力和物力，有效的件系统，其测试工作涉及大量的人力和物力，有效的测试工作管理是保证有效测试工作的必要前提。测试工作管理是保证有效测试工作的必要前提。3）测试环境的建立）测试环境的建立:设计环境、实施环境和管理环境设计环境、实施环境和管理环境 。 13.1 软件的测试管理软件的测试管理Hot Tip2软件测试的难点软件测试的难点 测试用例及测试例程是其设计者对被测对象实现原理和测试用例及测试例程是其设计者对被测对象实现原理和外部需求的理解，能否正确反映对被测对象的质量要求外部需求的理解，能否正确反映对

29、被测对象的质量要求，很大程度上取决于其设计者的分析、理解和设计能力，很大程度上取决于其设计者的分析、理解和设计能力。这是一种缺乏指导性方法的、不易制订标准或规范的。这是一种缺乏指导性方法的、不易制订标准或规范的、需要、需要“技巧技巧”的设计活动。的设计活动。 缺乏测试管理方面的资料，几乎没有可供参考的、已实缺乏测试管理方面的资料，几乎没有可供参考的、已实现的、完整的测试管理与测试实施模式。现的、完整的测试管理与测试实施模式。 软件测试的有效实施需要开发组织与测试组织充分配合软件测试的有效实施需要开发组织与测试组织充分配合。 有效的测试工作需要投入足够的人力和物力，需要对工有效的测试工作需要投入

30、足够的人力和物力，需要对工作的难度和消耗有充分的估计。作的难度和消耗有充分的估计。13.1 软件的测试管理软件的测试管理Hot Tip测试的层次与内容测试的层次与内容 1软件测试的层次软件测试的层次软件测试工作包括两个层次：软件测试工作包括两个层次： 测试工作的组织与管理，包括制定测试方法与规范、测试工作的组织与管理，包括制定测试方法与规范、控制测试进度、管理测试资源。控制测试进度、管理测试资源。 测试工作的实施，包括编制符合标准的测试文档、研测试工作的实施，包括编制符合标准的测试文档、研制测试环境、与开发组织协作实现各阶段的测试活动制测试环境、与开发组织协作实现各阶段的测试活动。13.1 软件的测试管理软件的测试管理Hot Tip2软件测试的内容软件测试的内容软件测试工作可以分为软件测试工作可以分为4个方面：个方面： 测试管理。测试小组是质量保证组织的一个成分，因此测试测试管理。测试小组是质量保证组织的一个成分，因此测试管理工作应被置于软件质量管理工作范围内。管理工作应被置于软件质量管理工作范围内。 测试计划。独立的测试组织负责定义软件测试的方法与规范测试计划。独立的测试组织负责