操作规范概括了以下内容:
-
描述
-
输入/输出参数
-
非功能需求:
-
这些需求是从与该操作支持的各种业务用例中的步骤关联的非功能需求派生而来的。
-
可能无法获取使用操作的环境(即,某个特定业务用例)(例如,它可能通过考虑所有用例时支持最低性能需求而指定)
-
前置条件
-
后置条件
-
上级系统可跟踪性
-
可选:业务用例(步骤)可跟踪性
在大多数情况下,操作是为正在开发的系统以及主要的子系统定义的,并以递归的方式按需要的深度进行分解。根据考虑的(子)系统的主要职责围绕接口对操作进行分组。
根据详细程度和使用环境,不同角色指定、定义、优化操作或将操作用作他们的相关任务的主要输入:
-
业务架构设计师将描述由体系结构上重要的元素支持的主要服务。
-
业务分析员将与架构设计师一起工作,将业务用例步骤映射到系统的操作。
-
业务设计人员将在优化和重构阶段将它们用作输入,操作作为接口/合同规范的构建块。
|