PD ISO IEC TS 24748——系统与软件工程生命周期管理技术规范(ISO/IEC TS 24748)

Systems and Software Engineering — Life Cycle Management(ISO/IEC TS 24748 系列,2016 版)

📘 PD ISO/IEC TS 24748 是英国标准协会(BSI)发布的公开文档(Published Document),为 ISO/IEC TS 24748 的英国实施版本,隶属于系统与软件工程技术委员会 IST/15 管辖范围。该系列围绕系统与软件工程的生命周期管理这一主题,为组织规划、执行、评审和改进复杂系统与软件的开发与运行活动提供统一的方法框架。本批次涉及其中的两个分部:Part 1(生命周期管理指南)与 Part 6(系统集成工程),两者共同构成从概念定义到系统集成的生命周期管理主线,是系统工程与软件工程实践中协调过程、产品、组织与利益相关方的重要参考依据。

💡 生命周期管理是系统工程的核心议题:ISO/IEC TS 24748 将系统与软件的生命周期划分为若干过程,并强调用”过程、阶段、活动与任务”的层次化方式组织工程实践,使跨学科、跨组织的协作有章可循。

一、标准系列概述 📌

ISO/IEC TS 24748 系列是 ISO/IEC JTC 1/SC 7(软件与系统工程)框架下关于生命周期管理的技术规范。它一方面继承并阐释了 ISO/IEC 15288(系统工程生命周期过程)与 ISO/IEC 12207(软件生命周期过程)中的过程模型,另一方面针对组织在实施这些过程时的具体管理问题给出操作性指南。作为技术规范(Technical Specification,TS),该系列在正式国际标准尚未就某些主题达成一致时提供稳定的、可引用的中间状态文档,便于业界先行采用。

英国版本以 PD(Published Document)形式发布,即由 BSI 直接采用 ISO/IEC 技术规范作为英国的公开出版物,供合同、项目与组织过程体系引用。文档开篇明确指出”本出版物无意涵盖合同的所有必要条款,使用者应负责其正确应用”,并声明”遵守英国标准不能免除法律义务”,体现了标准作为自愿性技术文件、而非强制性法规的定位。

⚠️ 值得注意的是,ISO/IEC TS 24748 以”技术规范”而非”国际标准”形式存在,其内容更偏重指南性与解释性,而非强制性的符合性要求。引用时应结合具体的项目类型与合同条款判断其适用深度。

二、系列构成与文件清单 📋

本批次涉及的 PD ISO/IEC TS 24748 系列文件由两大部分组成,均采用统一的生命周期管理框架,仅在关注点上各有侧重。下表列出本批次涉及的系列文件清单。

标准号分部主题发布年份核心内容
PD ISO/IEC TS 24748-1:2016生命周期管理指南(Guidelines for Life Cycle Management)2016生命周期相关概念、系统结构、过程与阶段定义、管理框架
PD ISO/IEC TS 24748-6:2016系统集成工程(System Integration Engineering)2016系统集成过程、集成策略、接口管理、集成验证与确认

从文件结构看,Part 1 偏重”总纲”,定义了生命周期管理所依赖的基本概念(系统、系统结构、过程、阶段、利益相关方等)以及过程与阶段之间的组织关系;Part 6 则聚焦于生命周期中”系统集成”这一关键工程活动,给出了从集成需求分析、集成规划到集成实施与验证的具体方法。两部分相辅相成,构成一个完整的生命周期管理知识体系。

三、生命周期管理指南(Part 1)要点 🔧

Part 1 首先澄清了系统与软件工程中容易混淆的基本概念。它定义了”系统”的层次结构(system structure),说明一个系统可以分解为若干系统元素(system elements),而这些元素又可能进一步由子系统、构件、组件等构成。这一”分解-综合”的视角,是理解后续生命周期过程的基础:任何复杂系统都可以按照某种视角被组织成有层次的体系,从而便于管理、分析与控制。

在此基础上,Part 1 阐明了生命周期过程(life cycle processes)与生命周期阶段(life cycle stages)的关系。过程描述了”做什么”,如需求过程、架构设计过程、实现过程、验证过程、运行与维护过程等;阶段则描述了”何时做、按什么顺序做”,如概念阶段、开发阶段、生产阶段、使用阶段与退役阶段等。标准强调,过程与阶段并非一一对应,一个过程可以在多个阶段中执行,一个阶段也可以复用多个过程,组织应根据项目特点裁剪出适合自己的过程-阶段矩阵。

在管理层面,Part 1 给出了生命周期管理的若干指导原则:包括以利益相关方需求为驱动、在生命周期早期建立清晰的基线、对过程进行度量和持续改进、以及在整个生命周期中保持文档与配置的可追溯性。这些原则为组织建立项目级的过程体系提供了可操作的起点。

✅ 关键价值:Part 1 为组织”裁剪”生命周期过程提供了依据。它不强制要求所有项目采用同一套过程,而是引导组织基于系统复杂度、风险与合同要求,从参考框架中选取并定制适合自己的过程集合。

四、系统集成工程(Part 6)要点 ⚙️

系统集成是把已开发或已采购的系统元素、子系统组装成一个协调运作的整体系统的工程活动。Part 6 针对这一活动给出了系统性的方法与要求,重点包括:

  • 集成策略:确定集成的次序与组合方式,常见的有”自底向上”集成(由元素逐步组合为子系统、系统)、”自顶向下”集成以及增量式集成等,需依据系统结构与风险选取。
  • 接口管理:识别并控制元素之间、子系统之间以及系统与外部环境之间的接口(物理、电气、信息、人机等),确保接口定义清晰、版本受控。
  • 集成环境与工具:规定集成所需的试验台架、测试设备、软件工具与数据环境,保证集成活动可重复、可追溯。
  • 集成验证与确认:在每次集成步骤后实施相应的验证活动,确认被集成的部分满足规定的接口要求与性能要求,并为后续的系统级验证与确认积累证据。

系统集成工程强调”尽早、持续、可验证”。标准建议将集成活动贯穿于开发全过程,而非等到所有元素完成后再一次性集成;通过持续集成,可以及早发现接口缺陷、降低返工成本、提高交付质量。

🚨 系统集成是复杂系统研发中风险最集中的环节之一。接口不匹配、时序冲突、环境依赖差异等问题往往只有在集成阶段才会暴露,因此必须通过受控的集成计划、明确的接口基线以及分阶段的集成验证来加以管理。

五、工程实践应用 🛠️

PD ISO/IEC TS 24748 的应用场景十分广泛,尤其在大型复杂系统与软件密集产品的研发与运维中价值突出:

  • 航空航天与国防:用于组织载人航天器、卫星、武器系统等复杂装备的生命周期管理,确保分系统研制、集成与在轨运行的全过程受控。
  • 汽车与工业自动化:用于整车电子电气架构、工业控制系统的开发,指导软硬件协同设计、子系统集成与整车级验证。
  • 信息与通信系统:用于大型软件平台、电信网络、企业信息系统的建设与运营,指导版本集成、接口管理与持续交付。
  • 组织过程改进:用于建立或评估组织级系统工程与软件工程过程体系,作为 CMMI 等过程改进模型的过程参照。

在具体项目中,工程团队通常按照”定义生命周期模型 → 确定过程与阶段 → 制定集成与验证计划 → 执行并度量 → 评审与改进”的闭环来应用本系列。文档的规范性引用与术语体系也有助于跨组织、跨学科的沟通,减少因术语理解不一致导致的接口与需求歧义。

六、常见问题解答 ❓

❓ 问:PD ISO/IEC TS 24748 与 ISO/IEC 15288、ISO/IEC 12207 是什么关系?
答:ISO/IEC 15288(系统工程生命周期过程)与 ISO/IEC 12207(软件生命周期过程)是过程标准,而 ISO/IEC TS 24748 是对这些过程在”管理”层面的解释与指南,提供了过程-阶段关系、概念框架与裁剪建议,三者常配合使用。
❓ 问:为什么以”技术规范(TS)”而非”国际标准”的形式发布?
答:技术规范是 ISO/IEC 在相关主题尚未达成国际共识时提供的一种中间状态出版物,兼顾了业界先行采用的稳定性与后续升级为国际标准的灵活性,因此其条款更偏指南性。
❓ 问:Part 6 的系统集成工程与一般的”软件集成”有何不同?
答:Part 6 面向的是”系统”层面的集成,涵盖硬件、软件、人机接口、数据与环境的综合集成,而不仅是软件代码模块的合并。它更强调接口管理、物理与功能集成的协同以及系统级验证。
🔍 问:组织如何裁剪本系列的过程以适应具体项目?
答:标准鼓励基于项目规模、复杂度、风险与合同要求进行裁剪。常见做法是:先识别适用的生命周期阶段,再为每个阶段选择必要的过程与活动,最后明确每项活动的人员、工具、交付物与评审点。
📋 问:本系列是否具有强制性?
答:不具有强制性。BSI 公开文档属于自愿性技术文件,只有被法律法规或合同明确引用时才具有约束力;文档本身也声明遵守英国标准不能免除法律义务。
🔒
正在加载下载地址,请稍候 10 秒

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注