设计验证的第二层是检验应用设计的质量

设计验证的第二层是检验应用设计的质量。应用设计的检验是对软件“好用”的保证，它解决了如何用信息化手段提升客户的工作效率。

应用设计验证重点包括：业务设计的结果在系统中的落地是否顺利？流程的流转是否合理？界面操作是否友好？工作效率是否有明显提升？等等，应用设计的成果“为客户构建了信息化的工作环境”。

软件如果不好用，则业务设计得再好、领导给的压力再大，用户都会排斥使用系统，可以说系统的易操作性直接关系到了软件的生命周期也不为过；应用用例是后续测试用例的重要输入，同时也是用户上线培训的教材。

一、定义

1. 应用设计验证

通过编写一套操作步骤，用以模拟某个业务处理场景的实际操作过程，应用验证最好采用高保真的界面原型、并且可以按照预定的流程进行跳转。

这套操作步骤将包括登录、启动流程、打开界面、数据输入、通知、监控等在内的功能串联在一起，用以验证操作过程是否满足用户的实操需求，可以说是对业务用例的内容在信息化环境下“操作满意度”的检查。

应用设计验证的主要工作是编写应用用例和验证结果。

2. 应用用例

是针对应用设计阶段成果的验证依据。应用用例是将应用设计的组件（界面）、按钮控件、菜单、监控、通知、权限等构成了一个虚拟的操作环境，在界面上运行业务用例的数据。

应用用例的运行要符合业务用例中的业务逻辑和数据逻辑关系，因此应用用例可以模拟系统完成后的实际使用场景，它可以让用户、需求工程师、技术人员（设计、开发、测试）等所有相关方在系统完成开发前，就基本上知道了系统完成后的运行效果。

• 用例构成：用例场景、运行导图和基础数据；
• 编写期间：是在应用设计期间编写的，在应用设计完成时进行验证；

注：应用设计与业务设计的关系。

应用设计的成果相当于业务设计成果加上了一个可以操作的“外壳”。用户是通过应用设计内容（界面、按钮等）去操作业务设计的内容（数据、规则）的。

图1 业务设计与应用设计的关系

应用设计要求需求工程师具有跨界的知识和能力，包括（不限于此）：客户专业知识、业务设计知识、技术开发知识、UI设计、美工设计知识、系统上线经验等。

3. 应用用例的作用

图2 软件工程框架上应用用例的位置

应用用例可以模拟“人-机-人”的工作环境，通过与用户的共同确认帮助进行以下的验证（不限于此）。

1）支持验证应用设计结果

• 模拟系统完成后的操作环境，感受应用操作的效率、人机友好满意度；
• 可以提前发现和解决隐性设计缺陷，减少开发完成后的软件商与用户之间的认知误差；
• 统一系统干系人对设计的认知，认知包括对以下内容的理解：架构、功能、操作等；

2）支持测试用例的编制

作为后面测试用例的“操作流程”案例，与应用设计成果（界面、控件）、业务设计成果（业务逻辑、数据逻辑）等共同组合，支持编写测试用例。

3）使用对象、使用场合

• 在软件公司的设计相关人中间进行讨论、验证。
• 与用户的相关部门、岗位进行沟通、确认。
• 向后续设计、验证提供功能、逻辑、数据、机制的支持。
• 做为客户上线培训的重要资料等。