ISO/IEC TR 29110-5-6-1：非常小实体系统工程部署包

ISO/IEC TR 29110-5-6-1 为非常小实体提供了量身定制的系统工程部署包。29110 系列中面向软件的部分（5-1-x）专注于纯软件开发，而本部分将框架扩展到了系统层面——即硬件、软件、固件、机械组件和操作人员共同协作完成任务的组合体。

对于VSE来说，系统工程尤其具有挑战性，因为系统级故障往往跨越组件边界。对于构建任何超越纯软件范畴产品（从物联网设备到工业控制器）的小团队来说，一个从整体角度处理系统的部署包至关重要。

部署包中的系统工程过程领域

系统工程部署包定义了六个过程领域，这些领域改编自 ISO/IEC 15288（系统和软件工程——系统生命周期过程），并根据VSE的能力进行了缩减。

过程领域	目的	关键工作产品	VSE典型裁剪
系统需求定义	获取并记录利益相关方需求和系统级需求	利益相关方需求规格说明、系统需求规格说明	合并为单一文档；简单系统可用用户故事
系统架构定义	定义高层系统结构和接口	系统架构描述、接口控制文档	框图+接口表；不要求正式架构描述语言
系统集成	组装系统元素并验证接口	集成计划、集成测试报告	增量集成，优先关注关键接口
系统验证	确认系统在目标环境中满足利益相关方需求	验证计划、验证报告	从利益相关方需求派生的验收测试场景
系统维护	在系统整个运行寿命期内维护系统	维护计划、问题报告日志	轻量级——大多数VSE使用缺陷跟踪系统即可
系统处置	安全负责地退役系统	处置计划	低风险系统通常省略；涉危材料系统必需

VSE 经常低估系统集成所需的工作量。在典型的嵌入式系统项目中，集成消耗总工程工作量的30-40%——不是因为集成本身困难，而是因为后期发现的接口不匹配会迫使进行代价高昂的重新设计。早期接口定义是降低风险最有效的单一策略。

即使是一个小团队也可能需要将其系统与外部系统集成——云服务、第三方API、遗留硬件或监管数据库。部署包通过接口合同模式解决这一问题：VSE系统与外部实体之间的每个接口都作为合同文档化，明确数据格式、协议版本、时序约束和错误处理行为。

部署包推荐的一个实用方法是接口优先设计方法论。在任何详细的组件设计开始之前，团队在单个接口控制文档（ICD）中定义所有系统接口。这个ICD可以简单到只是一个电子表格，包含接口ID、源、目标、数据类型、范围和协议等列。写下每个接口的行为会迫使团队理清思路，揭示隐藏的假设。

部署包提倡持续验证方法，而非单个周期末的验证活动。每个冲刺或迭代都包含针对利益相关方需求的验证活动。这对于系统工程尤为重要，因为硬件变更的提前期比软件变更长得多——在硬件制造完成后发现需求差距代价极其高昂。

一个构建医疗物联网设备的小团队利用系统需求定义过程领域创建了需求可追溯性矩阵，将每个利益相关方需求链接到具体的测试用例。当认证机构审核该项目时，该矩阵作为合规性的主要证据——节省了数月的事后追溯性文档编制工作。

问：VSE 可以同时使用 5-1-x（软件）和 5-6-1（系统）吗？
答：可以。对于包含大量软件内容的系统，这两个部署包是互补的。使用 5-6-1 处理系统级流程，使用 5-1-x 处理系统中的软件组件。

问：5-6-1 与 ISO/IEC 15288 有何关系？
答：ISO/IEC TR 29110-5-6-1 是 ISO/IEC 15288 的 VSE 定制子集。它从 15288 中选择最关键的过程，并将工作产品和任务规模调整到与 VSE 能力相匹配的水平。

问：部署包涵盖硬件设计吗？
答：部署包侧重于系统工程流程（需求、架构、集成、验证），而非特定的工程学科。硬件设计方法（原理图捕获、PCB布局、机械CAD）不在其范围内，但通过系统架构和集成流程进行管理。

问：按照 5-6-1 进行系统工程的最小团队规模是多少？
答：该标准专为不超过25人的VSE设计，但如果在适当地合并角色后，单个工程师也可以应用系统工程流程。关键在于保持质量保证活动的职责分离。