ISO/TR 25102 — 智能运输系统：系统架构用例模板

一、ISO/TR 25102概述与用例标准化的必要性

ISO/TR 25102:2008由ISO/TC 204（智能运输系统）制定，为智能运输系统中的”用例”提供了标准化的模板。该技术报告源于业界认识到ITS标准中的用例开发存在随意性和不一致性，导致利益相关方之间的困惑，降低了需求捕获的有效性。

在像ITS这样的软件密集型复杂系统中，领域专家、系统架构师、开发人员和最终用户之间对功能需求的无歧义沟通至关重要。用例充当了桥梁——它们描述外部实体（参与者）如何与系统交互以实现特定目标，并以非技术利益相关方也能理解的叙述性文本表达。ISO/TR 25102通过提供结构化模板将这一过程形式化，确保项目中所有用例的完整性、一致性和可追溯性。

用例关注系统行为的”什么”和”为什么”，而不是”如何做”。这种实现中立视角使得利益相关方在承诺使用特定技术或架构之前就能就需求达成一致。

二、用例模板的详细解析

ISO/TR 25102的核心贡献是其详细的用例模板，包含三十多个不同的元素，分为静态部分和动态部分。静态部分捕获标识和上下文，而动态部分描述行为场景。

2.1 模板结构

根据ISO/TR 25102定义的每个用例包括以下基本元素：

元素	描述	ITS上下文示例
用例名称	标识用例的简短动词短语	“监测行人交通”
主要参与者	发起交互的实体	交通管理中心
范围	系统边界（整个系统、子系统、功能）	城市交通控制子系统
级别	抽象级别（用户目标、子功能、业务）	用户目标
前置条件	执行前必须成立的状态	传感器运行正常
后置条件	成功完成后必须成立的状态	交通数据已记录
主场景	步骤序列（正常流程）	步骤1：检测车辆…步骤5：更新信号
扩展	错误/异常情况的替代流程	传感器故障→备用定时模式
业务规则	约束用例的策略	必须优先让行应急车辆
验收标准	用于验证的可衡量条件	检测延迟小于2秒

2.2 场景与步骤分解

一个用例可能包含多个场景，每个场景代表一个不同的活动线程。在每个场景内，单个步骤描述原子操作。ISO/TR 25102明确支持步骤扩展——由特定条件触发的分支——使得能够在不影响主流程清晰度的前提下完整描述正常路径和错误处理行为。

用例建模中的一个常见陷阱是过度设计带有刻板关系的UML图，而忽视了文本描述。ISO/TR 25102强调文本是最重要的工件——图仅仅是一个方便的图形索引。

三、工程设计洞察与实践应用

从工程角度来看，ISO/TR 25102为开发复杂系统的实践者提供了多个有价值的见解：

3.1 可追溯性与需求管理

该模板包含需求引用、假设、技术限制和验证方法的字段。这创建了一个从利益相关方需求到用例规范再到测试用例定义的闭环追溯链。在大规模ITS部署中（如城市级交通管理），维护这种可追溯性对于管理变更影响和法规合规性至关重要。

3.2 利益相关方沟通

用例的叙述性和非技术性使其成为工程师与非技术利益相关方（政策制定者、交通管理部门、最终用户）之间的有效沟通工具。这降低了构建满足规范但未能满足实际用户需求的系统的风险。

3.3 复用与标准化

标准化模板使得用例库可以在项目间开发和共享，促进已定义良好交互模式的复用。对于ITS标准开发者来说，这种一致性在定义通用服务（如电子收费、出行者信息或交通管理）时特别有价值。

在开发生命周期早期采用ISO/TR 25102模板有助于识别缺失的需求，澄清系统边界，并为项目规划、成本估算和风险评估提供坚实基础。

四、常见问题

问1：ISO/TR 25102要求使用UML吗？
不需要。该模板与工具无关，可以使用简单的文本文档、电子表格或专用需求管理工具实现。然而，当与UML一起使用时，该模板为图形化的用例模型提供了丰富的文本对应部分。

问2：必须填写所有30多个模板字段吗？
不需要。技术报告明确指出元素可以根据需要增加或省略。空行可以删除。该模板是指导原则，而非强制规定。

问3：该模板能否在ITS领域之外使用？
可以。虽然由ISO/TC 204制定，但该模板与领域无关，适用于任何采用用例建模的软件密集型系统。

问4：该模板如何支持敏捷开发？
模板的模块化结构允许用例被增量地优先处理和细化。高优先级用例可以完全详细化，而低优先级用例则保持为占位符，这与迭代和敏捷方法高度契合。

📥 标准文件下载

🔒

请等待 10 秒，广告加载完成后将显示下载链接

暂无下载文件