集成软件管理的目的是协调软件项目的工程活动和管理活动。集成软件管理将软件工程活动和软件管理活动集成为一个协调的、已定义的软件过程,即项目定义软件过程,并据此计划和管理软件项目。
集成软件管理的活动涉及的主要内容:
实施集成软件管理一般要开展以下几方面的活动:
(1) 按照文档化的规程,剪裁组织的标准软件过程来制定项目定义软件过程。该规程包括:
a.软件生存周期模型.
b.对项目定义的软件过程的描述建立文档。
c.由负责协调组织的软件过程活动的组评审项目定义的软件过程,审查对组织的标准软件过程的剪裁工作是否合理,并由高级管理者审查、批准,并记录在案。
d.若项目定义软件过程与合同的软件过程需求产生偏离,应该由高级管理者和软件项目客户一同审查、批准,并记录在案。
e. 对项目定义软件过程的描述文档进行管理,控制。
(2) 按照已建档的规程进行项目定义软件过程的修订工作。该规程内容包括:
1) 对下列各项导致的更动建立文档,并进行系统的评审。
2) 必须先审查所有的变更,然后才能批准将这些变更纳入项目定义软件过程中,具有审核权的人员.
(3) 按照文档化的规程,制定和修订项目软件开发计划。该计划描述项目定义的软件过程的使用。
(4) 按照项目定义软件过程管理软件项目。
(5) 利用组织软件过程数据库计划和估计软件
1) 将数据库中的数据作为评估、计划、跟踪、再计划软件项目的源数据。
2) 比较不同软件项目之间用于估计软件规模、工作量、成本、进度和关键计算机资源使用的参数值,以评估它们的有效性。
3) 提供软件项目全部有关的软件策划数据、重新策划数据和实测数据,以便存储在组织的软件过程数据库中。
(6) 按照已建档的规程,管理软件工作产品的规模。该规程内容包括:
1) 建立一个独立于软件工程组的组,对估计软件工作产品规模的规程进行评审,并在如何使用组织的软件过程数据库中的数据以获得可信的估计方面提供指导。
2) 对每个被鉴别为具有软件风险的软件元素,在其规模估计上附加一个偶然性因子。
3) 指明现有的或可重用的软件成份。
4) 指明显著影响软件工作产品规模的因素,并密切监控这些因素。
5) 为每一个受管理的软件元素建立规模阈值,当项目要超过这个值时,必须采取必要的行动。
(7) 按照已建档的规程,管理项目的软件工作量和成本。该规程内容包括:
1) 将软件工作量、成本和人员配置的模型应用于本项目,并在模型中使用可用的历史数据。
2) 结合项目变量去调整被参考的生产雍成本数据。
3) 整个项目软件一般要被分割成几个独立管理的任务或阶段。如有必要,应考虑每个任务或阶段的工作量和成本。
4) 在审查软件工作量和成本状态并修订估计值时,应将实际消耗与软件开发计划相比较,以便改善剩余工作的工作量和成本的估计值。
5) 对每一个独立管理的任务或阶段建立工作量和成本的阈值,当项目要超过这个值时,必须采取必要的行动。
(8) 按照已建档的规程,管理项目的关键计算机资源。该规程内容包括:
1) 依据历史经验、模拟、原型或分析,建立项目对关键计算机资源使用需求的估计。
2) 对计划的计算机资源,分配给软件的系统需求、软件需求和软件设计进行调整,以达到项目的关键计算机资源的需求。
3) 将可用的计算机资源分配给软件成分。
4) 对进行初始估计时,应对关键计算机资源的能力留有余量。
5) 对每一个关键计算机资源建立一个阈值,当项目要超过这个值时,必须采取必要的行动。
(9) 按照已建档的规程,管理项目的软件进度中的关键依赖关系和关键路径。该规程内容包括:
1) 按照与项目定义的软件过程相一致的方式,在进度表中部署里程碑、任务、约定、关键依赖关系、人员配置、成本和评审等。
2) 定义和协商关键依赖关系并在软件进度表中给予反映。关键依赖既包括软件工程组内部的依赖,也包括软件工程组和其他相关组之间的依赖。
3) 定义进度表中的关键路径,并在软件进度表中加以反映。
4) 定期跟踪和检查软件项目的关键依赖关系和进度表的关键路径。
5) 为每一个关键路径建立文档化的阀值标准,当项目要超过这个值时,必须采取必要的行动。
(10) 按照已建档的规程,确定、评价、建档和管理项目的软件风险,软件风险是指项目软件在进度、成本、功能、实时性能、可靠性以及关键计算机资源的使用等方面不能满足预期目标的可能性。该规程应该具备以下几个方面的内容:
1) 建立软件风险管理计划,并用于识别和管理软件风险。软件风险管理计划文档包括:
2) 基于项目定义的软件过程,制定偶然性计划,并在项目的软件生存周期中予以执行。需要进行偶然性计划活动的领域有:
3) 定义每个软件风险的替代物以及选择替代物的准则。
4) 软件风险管理计划的首次发布和重大修改时,需经同行评审。
5) 管理的控制软件风险管理计划。
6) 在所选的项目里程碑处,指定的风险检查点和在会影响软件项目的重大修改的计划期间,都应该跟踪软件风险,并对其再评价、再计划。此时应该重新审查和修订风险优先级和软件风险管理计划,并利用监测到的信息精炼风险评估。
7) 将软件风险、软件风险管理计划和风险缓和的结果通告软件工程组及其他相关组和个人。这些相关组和个人包括:
(11) 定期进行软件项目的评审,以便确定必须采取的措施,尽可能使软件项目的性能和结果与组织,客户和最终用户的当前需求和预期需求相一致。
转载于:https://blog.51cto.com/19871105/661358