美国防采办项目软件工程实施情况评估.pdfVIP

美国防采办项目软件工程实施情况评估 黄锡滋 陈光宇 一 背景 应美国国防部部长办公室(OSD)要求, 国防部负责采办和技术副部长办公室（OUSD （AT ））和美国国防工业协会（NDIA ）系统和软件工程部，于2006 年8 月24 日至25 日， 召开会议，专题研究在国防采办项目软件密集系统采办和部署时面临的最顶层的问题。 参加会议的代表共26 人，分别来自政府，军队，企业和学术界，全部是对国防软件采办 和部署有直接关系的机构。参加会议的单位名称见附件1。 会议首先由OUSD （AT ）对国防软件项目状况进行总结，指出许多软件项目存在系统性 的问题，表现在不能实现预期性能、成本和进程。指出原因是疏于计划和执行，缺乏明确规 定有关人员的作用和责任，以及在测试和影响软件开发的策略方面存在诸多问题。OUSD （AT ）强调国防部应该使用当代的实践、工具和技术，再激活软件工程，再造世界级的 软件竞争能力。OUSD （AT ）要求会议研究拟定，国防采办项目软件工程2006 年面临的 5 个顶层1] 问题，为国防部制定政策和采取措施提供依据。 按照OUSD （AT ）和NDIA 的布置，会议代表在讨论中首先提出了85 个底层问题，对 这些问题分类后归并为5 个类型，再由5 个专题组进一步归纳筛选为30 个底层问题。这时 若干有关当前采办和开发环境存在的共同问题，逐渐趋于明朗。这些问题是： 1 快速应对变化着的威胁和开发新的、前所未有的、复杂作战能力的需求在继续增长，这 些需求更加依赖于大规模的软件密集系统。 2 采办环境不断变化，使得必须调整和采取创新的、进取的采办战略，趋势是广泛重用遗 留部件和系统组合。这种变化使项目计划和管理更加复杂化，但是项目计划和管理受到采办 人员配备不足的约束，正在进行的军队整编方案，采办人力配备还会继续减少。 3 现在采用的采办、开发、验证和维持软件主导系统的方法，不能正确处理动态的、不断 变化的采办环境产生的复杂问题。 按照会议的主旨，会议仅限于考虑软件寿命周期的特殊问题。国防部原规定会议提出 5 个顶层问题。经过专题组优选、协商和投票，代表们认为如果问题仅限于5 个，将不能对国 防软件工程现状做出充分和深入的分析，所以最终向国防部报告的文件中，提出的顶层问题 有7 个。 二 顶层问题之一 及建议 1 问题 系统需求对软件开发和维护的影响，没有一致的量化和管理 2 建议 采办机构和供应机构，全部强制实施有效的软件需求开发和管理实践，包括变化影响评 估。 具体建议包括以下内容。 1) 强化实施政策和指南，充分保持各个层次需求的可跟踪性。 2) 评价现存预计模型对软件和软件变化的有效性。开发新的、必需的集成模型，估计整 个功能寿命周期的活动。 3) 为全体利益相关方，建立可行机制，评估需求变化的影响和改进联络的方法（例如： 建立需求变化管理委员会，在软件变更之前评估费用、进度、性能）。 4) 鼓励项目官员在制定 RFP （需求建议）文件之前，与各种用户协调，保证需求有效、 均衡并与投资进度保持一致，建立和管理各种用户对项目的预期。 5) 安排软件专家参加初始需求开发活动，参加到‘联合能力集成和开发系统’（JCIDS ）2] 过程，保证软件采办专家有机会参加所有系统需求开发和管理活动。 6) 保证将系统需求演变整合到软件迭代开发过程并与其保持一致。 三 顶层问题之二及建议 1 问题 软件工程人员没有充分参与基本的系统工程决策。 2 建议 在系统工程全部活动中，整合软件工程，使其制度化。 具体建议包括以下内容。 1）指派和授权一个软件设计师（采办方或供应方）参与项目策划和项目办公室筹建。 2 ）改进政策、标准、指南和培训，强调软件工程参与整个项目寿命周期采办、技术和管 理决策的重要性。 3 ）有效的促进软件工程和系统工程的联系，特别是在一个采办项目的早期（节点 B 之 前）。 4 ）对软件工程师进行系统工程培训，对系统工程师进行软件工程培训。 5 ）对使用快速软件开发技术（迭代能力，可持续性）可以获得高效益的应用项目，制定 采办战略和开发方法。 四 顶层问题之三及建议 1 问题 采办方和供应方没有有效参与软件寿命周期的计划和管理 2 建议 建立一种定量计划和管理文化