PPI — 数据项描述（DID）模板合集¶

概述¶

来源: Project Performance International，Robert J. Halligan主导编制
定位: 合同中规定供应商必须交付文档的格式和内容模板。在MOSA项目中，DID是将MOSA原则转化为可执行合同要求的关键工具。

各DID概览¶

DID	文档号	用途	与MOSA的关联
CONOPS/OSD	PPA-004023-8	描述实现企业能力的概念性方法	方案阶段描述模块化架构概念设计
SEP	PPA-005327-18	定义技术管理计划和过程（21页）	MOSA实施计划嵌入SEP——接口管理、开放标准选择、一致性认证
SOW	PPA-000953-9	规定供应商工作任务和方法	含模块化设计、接口定义、开放标准采用、数据权利交付任务
SSDD	PPA-003461-5	描述系统/子系统架构设计	MOSA"指定关键接口"的交付载体
SyRS	PPA-002235-18	规定系统/子系统需求	嵌入MOSA需求——模块化、开放接口、数据权利
SEM Definitions	PPI-007725-9	SE和管理标准术语定义	含Architecture、Baseline等核心术语精确定义
Requirements Quality Metrics	PPA-005330-11	需求质量结构化度量方法	一致性认证需需求质量度量作为基础

SEP（系统工程计划）详细结构¶

SEP是PPI DID模板中最全面的文档（21页），定义企业进行全集成技术项目工程活动的计划和程序。

SEP特性: 不自成合同约束，效力源于项目计划的授权；可被SOR/SOW/CDRL合同引用；可部分满足ISO 9001、EIA 632、IEEE 1220、ISO/IEC/IEEE 15288等标准要求。

编制准则: 应包含所有合同要求或有益于约束技术团队时间、成本、进度、过程和绩效的信息；应排除会不良限制团队和个人主动性的信息。

SEP章节结构:

范围 — 标识、背景和SEP预期用途、文档概述
适用文档 — 适用文档和其他引用文档
定义、缩写词和缩略语
计划和过程:
4.1 工程工作计划: 工程目标、WBS、工程可交付物、工程活动、工程进度、工程预算、项目组织、工程组织（结构/权限线/高级技术人员/分包商关系/团队组成与目的/职责与权限/RAM/资格与经验/培训/计划技术人员配置）、其他资源计划、工作计划中的风险与应急
4.2 工程过程: 过程输入输出与接口→过程概述→需求分析→物理方案描述开发→逻辑方案描述开发→评估与决策→系统元素描述→生命周期应用→系统集成→验证与确认（评审/DT&E/IV&V/验收测试）→系统工程管理（计划/修订/集成/WBS与规格树/资源分配→创意环境→控制: 工作授权/成本/进度/TPM/需求可追溯性/设计可追溯性/测试可追溯性/配置管理/接口管理/文档控制/IP控制/分包商技术工作/风险管理/问题解决→持续改进→技术数据安全→SEM风险与应急）
4.3 硬件特定开发
4.4 软件特定开发
4.5 后勤保障分析与设计
4.6 操作程序开发
4.7 工程专业整合: 整合方法概述→各专业整合过程描述→风险与应急
4.8 风险领域/应急计划摘要: 需求缺陷风险→关键技术过渡（关键技术识别/关键技术支持转移）→复杂性风险→其他风险领域
4.9 相关主题: 长周期项目→SE计划中的约束与假设
SE质量保证计划和程序
注释: 需求可追溯性→SEP安全条款清单→SEP信息安全条款清单
附录

在每个过程中保持一致的模式: 过程摘要→具体过程描述→过程应用→工程专业整合→工具使用→风险与应急。这种一致性模式使SEP既是管理文档也是技术参考。

对MOSA实施的价值¶

知识库已有法规层（10 USC、DoDI）、政策层（BBP 3.0、MOSA指南）、标准层（FACE/SOSA/CMOSS）。DID模板填补了"怎么把MOSA写进合同"的实操层，特别是: - SEP的接口管理（4.2.11.3.9）可直接规定MOSA接口管理方法 - SOW可规定模块化设计、接口定义、开放标准采用、数据权利交付等任务 - SSDD可作为MOSA"指定关键接口"的交付载体 - 与PEO Aviation的MOSA合同模板直接对应

笔记¶

SEP不自成合同约束这一设计是刻意的——SEP是工作指导，不是合规工具。这使其可以灵活调整而不触发合同变更
4.2.11节"系统工程管理"实际上覆盖了ISO 15288全部技术管理过程，是SEP中最实质性的章节
风险与应急在每个过程子节中重复出现（共约18处），反映了PPI方法论中"风险管理嵌入而非附加"的理念
SEP对"创意环境"（4.2.11.2）的强调在同类模板中罕见——提示SE不仅是过程纪律，也需要创新的组织条件