(培训课件)软件过程的管理与改进.pptVIP

(3) 软件项目跟踪和监督(software project tracking and oversight) 根据软件开发计划管理软件项目，随时掌握软件项目的实际开发过程。按照项目计划对软件开发的进度和阶段产品进行跟踪和评审，当软件项目的执行状况与软件项目计划发生较大偏差时，管理机构必须采取有效控制措施，必要时根据项目的实际完成情况和结果，修订项目计划。 CMM软件项目跟踪与监控的基本流程可如图二所示。该流程描述了软件项目组根据文档化的估计、承诺、计划跟踪和审查软件成果，并基于实际调整计划。文档化的软件项目计划被用作跟踪软件活动、了解状态和修正计划的基础。项目经理根据项目开发计划跟踪项目的执行情况，定期形成项目进度报告，并与项目开发计划进行对比，发现问题，根据实际情况对软件开发计划进行修正。掌握了这个核心，实施软件项目跟踪与监控活动就很容易了。 a) 项目组使用 Rational 的工具进行管理，将 Microsoft Project 拟定的项目计划进度表导入 ClearQuest，主要以 ClearCase 和 ClearQuest 作为跟踪监控工具。 b) 项目经理每周根据项目的实际执行情况，拟定项目的进度报告。然后召集项目小组成员，对进度报告进行确认和修正。 c) 项目经理对照计划与实际执行情况，发现差距并将其纪录成问题报告，其中包括：费用、进度、风险、人员、资源状况等。 d) 由高层管理者复审进度报告及问题报告，并敦促项目经理修正其计划及解决项目存在的问题和风险。 e) 实际项目中应用的文档有： 项目跟踪与监控流程定义、项目进度报告、项目进度指标收集指南。 项目计划跟踪与监控采取如下方式： (4) 软件分包合同管理(subcontract management) 根据商业联盟、过程能力和技术等因素选择高质量的软件承制方，承制软件项目的部分子项目。制订子项目承制方的工作任务和项目计划文档，它是主承制方跟踪检查和监督子项目过程和产品的依据。 (5) 软件质量保证(quality assurance) 评审软件产品和活动，检验它们是否与应用的标准和规程保持一致，对发现的问题应采取必要措施予以解决。 软件质量保证的基本流程可如图三所示。该流程描述了软件质量保证计划的形成与复审，SQA人员根据质量保证计划开展质量保证活动，发现问题，跟踪解决问题，并最终向高层管理者汇报项目的执行情况。质量保证计划一般包含项目过程采用的标准（如：项目计划估算过程、计划过程、测试过程、复审过程、开发过程、风险管理等）以及软件工作产品的标准（如：编码标准、接口定义标准等）。 软件质量保证过程 a) 项目质量保证人员以Microsoft Word拟定项目质量保证计划文档，以Microsoft Project拟定项目质量保证活动的进度表。 b) 由质量保证经理或高层管理者指定项目的质量保证人员。项目的质量保证人员在项目开发计划复审通过之后，拟定项目的质量保证计划，并提交给项目经理和质量保证经理或高层管理者复审。 c) 质量保证人员根据计划对项目执行的活动进行定期审计，记录与项目流程定义不一致的问题，并形成报告。 d) 质量保证人员组织人员对产出的工作产品进行复审，以验证其是否与项目采用的标准一致，并形成报告。 e) 将审计和复审发现的问题记录到项目的问题跟踪进度表中，跟踪并协调问题的解决情况，并定期向高层管理者汇报。如果不能解决的由高层管理者协助解决。 f) 项目经理或高层管理者定期检查质量保证人员的活动。 g) 实际项目中应用的文档有： 项目质量保证流程定义、质量保证计划、流程审计报告、软件工作产品复审报告、质量保证计划进度表、SQA问题跟踪解决进度表。 (6)软件配置管理(configuration management) 保证软件项目生成的产品在软件生命周期中的完整性。在给定时间点上确定软件配置，如工作产品及其说明。系统的控制软件配置的变化并在整个软件生命周期中维护配置的完整性和可跟踪性。 软件配置管理可以分为两方面的内容，一是配置项的识别和管理，另一方面是变更管理。 a. 配置项管理的基本流程可如图四所示，该流程描述了软件工程组在进行开发过程中，生成软件工作产品，识别配置项，为配置项创建基线。配置管理项最显著的特征就是包含版本号或发布日期。实际项目管理经常不知道该如何识别区分配置项和基线。 b. 变更管理图五描述了纳入配置管理的配置项进行变更的完整流程。根据新需求、项目进度报告、客户意见反馈、软件工作产品复审记录等不同的原因提出变更申请，由项目小组或变更控制委员会（SCCB）分析其影响，确定变更请求的拒绝、接受或搁置，并根据不同的决定进行不同的处理，一直到变更请求被处理。一旦采用了严格的变更控制管理流程，才能了解变更造成的影