软件定义系统带来的变化不仅仅体现在产品本身，更改变了产品必须如何进行工程设计。
需求、架构、软件、硬件、测试以及运维信息之间的相互关联日益紧密。与此同时，开发周期不断缩短，软件持续更新，工程工作则分布于各类工具、专业领域、组织乃至企业边界之间。
传统系统工程为管理这种复杂性提供了关键方法。以文档为中心的工程演变为基于模型的方法、结构化的开发流程，以及工程工件之间可追溯的关系。但随着产品在首次发布后持续演进，其底层的工程环境也必须能够随之演进。
在NEXT HORIZONS 2026大会上，Vector将通过两场演讲从互补的角度探讨这一转型：AI支持的需求工程与持续系统工程。
当更多的工程信息并不意味着更深入的洞察时
工程组织在专用工具、标准、集成以及数字工具链方面投入了大量资源。这些在各个专业领域内提供了宝贵的功能。尽管如此，工程师们仍然需要花费大量时间来搜索背景信息、验证信息，并在不同工具和领域之间保持一致性。
因此，问题不仅仅在于数据匮乏，而在于难以将分散的工程信息转化为可靠的决策依据。
在题为《AI-Powered Requirements》的演讲中，Martin Melicher探讨AI如何在日益复杂的开发环境中支持需求工程。其重点并非取代工程专业知识，而是让负责工程决策的人员能够更便捷地获取相关关联、不一致之处及上下文信息。
这引发了一个更广泛的问题：需求如何不仅作为文档存在，更能成为工程流程中一个活跃且相互连接的组成部分？
从单个文档到共享语境
需求只是整体系统背景的一部分。其价值取决于它们与功能、架构、实现决策、验证结果以及运行反馈的连接程度。
在《From Documents to Shared Engineering Context》中，Marcelino Varas追溯了系统工程从以文档为中心的实践，到基于模型的开发以及V模型等结构化方法的演变历程。
这些方法提升了可追溯性、一致性和可控性。然而，软件定义系统带来了新的挑战：产品持续演变，软件交付日趋持续化，AI融入开发工作流，工程生态系统则延伸至越来越多的工具和组织之中。
尽管DevOps已在软件开发中确立了持续实践，但更广泛的系统工程背景往往仍处于碎片化状态。
下一步：持续系统工程
持续系统工程将持续演进的原则应用于更广泛的工程生命周期。
不再将需求、架构、实现、验证和运维视为具有孤立交接环节的独立阶段，而是将其视为共享工程背景下的相互连接的要素。一个区域的变更可以结合其对其他区域的影响来理解。
这并不意味着要摒弃既有的系统工程方法。模型、抽象层次、可追溯性以及结构化验证仍然至关重要。其目标是让这些要素与持续开发和运维反馈更有效地连接起来。共享的工程背景可以帮助团队：
- 理解跨学科变更的影响，
- 保持工程决策与其实施之间的关联，
- 为审查和验证提供相关背景信息，
- 将系统级意图与持续软件开发连接起来，
- 并基于结构化、可追溯的工程信息使用AI。
AI需要工程背景
这两场NEXT HORIZONS演讲分别探讨同一项挑战的不同方面。
AI可以帮助工程师梳理需求、识别关联并获取相关知识。但要提供有用的工程辅助，仅靠孤立的文档或非结构化的数据集合是不够的。AI需要能够反映系统实际结构和依赖关系的上下文信息。
持续系统工程通过将需求、架构、实现工件、验证结果和运行信息连接起来，为此提供了相应的基础。
综合来看，这些视角共同指向一种工程环境：在该环境中，模型不仅能描述系统在特定时间点上的状态，更能为协作、分析和决策提供一个持续演进的背景。
欢迎参加NEXT HORIZONS 2026的讨论
NEXT HORIZONS汇聚致力于软件定义系统未来发展的专家和决策者。
本次活动将于2026年11月17日至18日在斯图加特的Vector总部举行，内容包括主题演讲、技术报告、深度探讨、交流互动以及展览。
欢迎与Martin Melicher和Marcelino Varas会面，共同探讨基于AI的需求工程、MBSE以及持续系统工程如何助力构建更加连接的工程生命周期。