编写应用用例是应用设计验证的主要工作。一个完整的应用用例由三个部分构成：用例场景、运行导图和基础数据

编写应用用例是应用设计验证的主要工作。一个完整的应用用例由三个部分构成：用例场景、运行导图和基础数据。

应用用例与业务用例在场景设计选择上有所不同，业务用例更多的是验证业务本身（以某个业务线为主轴设计），而不在意该业务由那个角色来处理，但是应用用例的“应用”不但要有主线而且还要针对角色而设置的用例；重点在站在某个角色的立场上将“该角色关心的内容整合成流程”加以推演，因此，在确定题目、目的和价值之前需要首先确定操作角色。

• 角色：按照部门、角色规划（董事长、成本会计、仓库管理员、…），或是一组角色。
• 题目：从该角色的视角出发，选定题目。
• 目的：根据上述的题目，确定该角色关心什么、要什么结果。
• 价值：达到了目的后，可以给该角色带来什么价值。

从角色出发设置用例场景，这就是为什么说应用用例可以验证客户的信息化价值的原因。

1.用例场景

以某个工程项目的项目总监为对象，参见图3。

图3 项目总监的看板

• 角色：项目总监。
• 题目：项目总监的项目管理看板。
• 目的：项目总监打开界面就可找到他所需要的信息、完成想做的事。
• 价值：项目总监可以及时地掌握公司全部项目的走向，快递地做出判断。

为了可以达到目的，场景设计时在一个界面上将项目总监关心的信息、材料、以及总监需要操作的功能、待办事宜、发布的通知等全部功能集中，甚至将企业知识库（公司规章制度、法律法规等）全部链接起来，让项目总监不用频繁地点击菜单四处寻找就可以知道自己在信息系统中能够到什么信息、处理什么工作等。

同理，也可以设计出董事长、总经理、总会计师、仓库管理员等各类企业运营中关键角色的应用用例，在系统上线前让他们充分地理解和意识到系统上线后的变化，可以提前做好准备，包括：组织、岗位的调整，相关管理规则的调整。

2. 运行导图

运行导图，是用图形的方式，将场景的内容按照操作流程的顺序详细地呈现出来，它包含了在系统中操作的主要步骤、主要操作功能（节点）、以及想要呈现给观者的信息化环境下最具应用价值的内容。

1）运行导图的构成

运行导图的内容、方式可以根据应用设计师向用户、技术设计师展示的内容而定，但是有以下几个必须要有的核心内容：

• 操作导图：给出应用用例的主线。
• 操作界面：给出操作流程图上每个节点的组件原型界面截图。
• 数据导图：给出每个节点上需要的外部数据源，比如：基础数据（字典）等。
• 管控导图：给出具有管控功能的系统机制，说明如何进行管控。

系统运行时的操作流程不是业务设计中的业务流程，可以看做是在系统上运行的“业务流程”；比如，在业务用例中，业务流程是将业务功能用逻辑串联起来，但是在应用用例中，实现同样流程可以采用“事找人”的主动推送流转方式。

2）运行导图的设计

【操作导图】：

下图是用来描绘“成本管理”模块的操作流程示意图，参见图4。

图4 操作导图

• 目的：应用用例的主要导图，可以让用户完整地、准确地知道系统上线后的工作环境。是系统完成前用户就了解系统带来信息化价值的主要途径。
• 特点：虽然不是真实系统，但是用户的感受与完成后的真实系统是一样的、否则用户不能提前指出系统是否存在问题、或是双方之间是否有理解上的误差。
• 内容：需要详细到具体点击的是哪一个按钮、哪一条有链接的数据等，虽然界面是原型但是由于有控件（字段、按钮）、链接、提示框等系统的要素，用户完全可以体会到系统完成后的环境。