河北译普赛斯信息技术咨询有限公司
信息来源：译普赛斯技术咨询团队编译
前 言
. 《Bob Stump 2003财年的国防授权法案——公共法107-314》——《软件采办过程的改进》——中的第804节再次聚焦于软件采办过程的改善，关注采办计划、需求、开发与管理，项目管理与监督、风险控制等问题。此外，该法案规定用指标作为性能测量和过程改进的标准，改进过程是为了确保参与采办的人员有足够的经验、接受过训练，也是为了保障采办过程和要求紧密相连。
. 本指导手册重在解决上述问题，为武器系统软件和空军系统软件的开发、采办、使用以及维护设立最高的预期，这样就能够了解目前普遍存在、与软件相关的问题，从而避免这些问题的发生。本指导手册中的原理和技术适用于所有软件领域，主要包括航空系统、电子系统、武器系统和空间系统。目标受众有项目官员、系统/软件工程师、以及其他在其项目中参与软件采办的工程师。软件工程是系统采办和系统工程（简称为“SE”）中的关键部分，而本指导手册适用于目前空军系统和采办项目，旨在为二者提供管理方式与系统工程使用方式两方面的保障。
. 本手册结合相关空军政策、已有技术指导及训练，帮助采办和维护组织通过吸取以往经验、制定切实可行的计划、有纪律地应用系统工程过程、首次设计系统等方式，更快、更有预见性地形成能力。本指导手册旨在为采办或维护系统的组织提供精准的指导，这些系统的内部软件涉及到关键的开发、集成和修改。本手册不应该用于合同中的策略或参考。但是，本手册提供了关于系统/软件采办行为的概述。
. 本指导手册特别针对与武器系统相关的计算机系统和软件（Computer Systems and Software, CS&S）。此类计算机系统和软件应用也称作“嵌入式系统”——即计算机系统和软件是大系统的一部分，且满足大系统的部分要求。这样的例子有：飞机、导弹、卫星、指挥控制中心、训练系统和武器中的计算机系统和软件。本指导手册同样适用于设计、开发、编码、集成和固件试验。本手册根据新项目进行了调整，手册中的大部分指导可经简易改编后适用于实施了新能力模块/增量的遗留系统中。
目 录
第1章 引言
第2章 背景
2.1 我们为什么会有“软件”问题？
2.1.1 根据不切实际的期望制定计划
2.1.2 所需的软件性能是活动的目标
2.1.3 未彻底明确、未有效管理的软件风险
2.1.4 软件开发团队人员不足、不稳定、人员能力欠缺
2.1.5 没有建立或持续应用有效的软件过程
2.1.6 软件开发计划中的无效系统工程接口
2.1.7 缺乏对软件开发的高效管理和内部评审
2.2 空军软件政策
2.3 政策到本手册各章节的映射关系
第3章 空军采办组织软件过程指导
3.1 采办项目计划的软件方面
3.1.1 项目启动计划
3.1.2 采办/开发项目执行计划
3.1.3 部署后的保障计划
3.1.4 系统工程计划中的软件计划
3.1.5 附加指导资源
3.2 评估软件规模、工作量和进度
3.2.1 高置信度的项目标准
3.2.2 软件评估风险
3.2.3 软件评估过程考量要素
3.2.4 评估复用可行性
3.2.5 软件的实际项目基线
3.2.6 补充指导资源
3.3 软件相关风险管理
3.3.1 标准软件风险
3.3.2 其他典型软件相关风险
3.3.3 补充指导资源
3.4 来源选择考虑因素
3.4.1 招标书中的软件相关内容
3.4.2 来源选择活动
3.4.3 使用完善的模型评估投标者能
3.4.4 附加指导资源
3.5 在软件中使用挣值管理
3.5.1 补充指导资源
3.6 建立并管理软件需求
3.6.1 要求基本原则
3.6.2 要求和增量软件开发
3.6.3 软件规模控制
3.7 采办评审和参与
3.7.1 软件指标
3.7.2 定性指标
3.7.3 参与开发活动
3.7.4 软件资源数据报告
3.7.5 软件资源数据报告附加指导资源
3.8 安全性很关键的系统
3.8.1 补充指导资源
3.9 非研制软件
3.9.1 对非研制软件的通常考虑
3.9.2 政府配备软件
3.9.3 开源软件
3.10 软件保证和防篡改保护
3.10.1 软件保证
3.10.2 防篡改保护
3.11 配置管理
3.12 寿命周期保障
3.12.1 软件保障计划
3.12.2 软件保障工程资料
3.12.3 建立系统/软件工程环境和相关的设施
3.12.4 可行的寿命周期计算机系统和软件
3.12.5 计算机编程语言的选择
3.13 经验获取
附录A 综合总体计划中的软件
附录B 目标说明和工作说明的软件内容
B.1 目标说明的目标示例
B.2 工作说明任务示例
附录C 招标书第L节的示例软件内容
附录D 招标书第M节的示例软件内容
附录E 软件合同的考虑
E.1 背景
E.2 政府配备软件
E.2.1 政府共同开发的软件
E.2.2 处理政府配备软件的步骤
E.3 知识产权
E.3.1 概述
E.3.2 计划工作评估——资料权利需求分析
E.3.3 资料权利需求分析的原则
E.3.4 资料权利需求分析的考虑
E.3.5 商购成品软件和开源软件
E.3.6 关于知识产权信息的其他资源
E.4 软件开发的合同类型
E.5 合同注册项目号
E.6 关键过程
E.7 与国防合同管理局的协调
附录F 用于技术评审的计算机系统和软件标准
F.1 支持系统需求评审的计算机系统和软件
F.1.1 输入/进入标准
F.1.2 输出（退出标准）
F.2 支持系统功能评审的计算机系统和软件
F.2.1 输入/进入标准
F.2.2 输出（退出标准）
F.3 软件规格说明评审
F.3.1 作为本次审查的一部分执行的任务包括
F.3.2 输入/进入标准
F.3.3 输出（退出标准）
F.4 支持系统概要设计评审的计算机系统和软件
F.4.1 输入/进入标准
F.4.2 输出（退出标准）
F.5 软件概要设计评审
F.5.1 输入/进入标准
F.5.2 输出（退出标准）
F.6 支持系统关键设计评审的计算机系统和软件
F.6.1 输入/进入标准
F.6.2 输出（退出标准）
F.7 软件关键设计评审
F.7.1 输入/进入标准
F.7.2 输出（退出标准）
F.8 软件测试准备评审
F.8.1 输入/进入标准
F.8.2 输出（退出标准）
F.8.3 输入/进入标准
F.8.4 输出（退出标准）
F.9 软件功能配置审查
F.9.1 输入/进入标准
F.9.2 输出（退出标准）
F.10 支持系统功能配置审查的计算机系统和软件
F.10.1 输入/进入标准
F.10.2 输出（退出标准）
F.11 支持系统验证评审的计算机系统和软件
F.11.1 输入/进入标准
F.11.2 输出（退出标准）
F.12 软件物理配置审查
F.12.1 输入/进入标准
F.12.2 输出（退出标准
F.13 支持系统物理配置审查的计算机系统和软件
F.13.1 输入/进入标准
F.13.2 输出（退出标准）
附录G 安全性很关键系统的过程考
G.1 简介
G.2 系统方法
G.2.1 架构贸易研究
G.2.2 架构系统需求评审
G.2.3 安全性很关键功能的线程分析
G.2.4 系统需求分配和可追溯性
G.2.5 故障模式与影响分析
G.2.6 系统架构风险缓解需求
G.3 软件/硬件开发方法
G.3.1 软件开发与设计
G.3.2 软件开发/软件加载要求
G.3.3 数字硬件的选择
G.3.4 功能集成
G.3.5 软件块/生成实施
G.3.6 综合调度
G.4 系统测试
G.4.1 故障模式影响测试
G.4.2 硬件测试过程
G.4.3 软件测试过程
G.4.4 系统集成过程
G.4.5 系统测试过程
G.4.6 系统测试的实验室架构计划
G.4.7 实验室保真过程
G.4.8 回归测试计划
G.4.9 软件/硬件变化过程
G.5 系统认证方法
G.5.1 系统伞衣适航性测试过程
G.6 缺陷报告
附录H 空军核心软件度量
H.1 软件规模
H.2 软件开发工作量
H.3 软件开发计划表
H.4 软件缺陷
H.5 软件需求定义与稳定性
H.6 软件开发人员配置
H.7 软件过程（设计、编码和测试）
H.8 计算机资源利用率
附录I 软件开发计划
附录J 保障信息词汇表
J.1 参考资料
J.2 词汇表
J.3 索引
联系我们
购置资料 杨老师：13165589228（微信同）
检索/翻译 梁老师：13011583019（微信同）
定制报告 蔡老师：13068796075（微信同）
北京分公司联系人 刘老师：18610862096（微信同）
