界面计划方法（2）：运动功能的计划

开心每二天

原标题：界面计划方法（2）：运动功能的计划

编辑导语：在上篇文章中，作者从数据分类、业务功能分类以及界面分类这三个方面，为我们具体地说明白界面计划方法。而在本篇文章中，作者又围绕界面中运动功能的计划，为我们睁开了分析，看看怎样够通过功能计划，提拔客户的工作服从、为业务精确处置惩罚把好关、办理客户的难、关、痛点题目乃至为客户带来效益。

编辑导语：在上篇文章中，作者从数据分类、业务功能分类以及界面分类这三个方面，为我们具体地说明白界面计划方法。而在本篇文章中，作者又围绕界面中运动功能的计划，为我们睁开了分析，看看怎样够通过功能计划，提拔客户的工作服从、为业务精确处置惩罚把好关、办理客户的难、关、痛点题目乃至为客户带来效益。

前文已先容过了，业务功能分为4大类，此中“运动功能”是界面计划中工作量最大的部门，每个运动功能都是客户一个/类现实工作在体系中的映射，客户对包罗对业务处置惩罚、管理控制方面的需求、优化、改善等盼望等多数包罗在运动功能的计划中。

因此，运动功能计划的优劣直接关系到整个体系的终极结果。

运动功能的计划并不简朴，计划效果不光要能做满意客户方面的业务需求、管理需求以及易操纵需求等，还要满意软件商方面的布局化、易确认、易开辟、易复用等要求。

运动功能计划：是将构乐成能的界面格式、控件界说、数据布局、操纵方法以及相干规则整合在一起的计划过程。

一、运动功能的概念

• 运动：指的是客户的现实工作、举动（注：业务流程上的节点必须是运动）；
• 运动功能：除用于维护企业底子数据的“字典功能”外，凡用于输入过程数据的功能都属于运动功能，对运动功能有以下的特点（以下简称为：运动）。

对一个运动巨细的分别参考原则是，这个运动可以：

• 完成一个独立的、明白的业务目的；
• 分别的巨细有利于用户的岗位分工安排；
• 在满意用户业务需求的同时，也符合体系计划规则、运行服从等方面的要求等。

一个运动的内容多少是由客户的工作风俗与体系处置惩罚服从之间的均衡关系决定的，终极的决定必要与用户举行探讨决定。

2. 功能

运动具有的处置惩罚功能重要由两个部门构成：业务处置惩罚功能和管理处置惩罚功能。

• 业务处置惩罚：指对业务数据举行输入、盘算、检察、展示等的功能；
• 管理处置惩罚：指对业务处置惩罚过程中加载的管理规则，这些规则可以包管数据合乎尺度。

• 对数据的输入，以及包罗增长、删除、改变、查询等的操纵功能；
• 客户业务优化的紧张对象之一（另一个是流程优化），精良的计划效果可以带来用户工作服从的提拔，同时运动也是设置管理规则的重要载体，用户与计划师的想法大多数都要落着实运动的界面上。

作为窗口式的界面情势，完成一个运动必要两个部门的计划：业务计划、应用计划，下面分别阐明这两种计划的内容。

二、业务计划

业务计划是从客户业务处置惩罚的视角举行的计划，这个计划的重点在怎样将实际的工作反映到界面上来，这是运动计划的焦点工作。这个部门计划又可以分为两个层面举行，一是对业务处置惩罚层面的计划、二是管理层面的计划。

关键点：此时不要思量界面的实现方法。

1. 业务处置惩罚层面的计划

业务层面的计划，参考包罗客户原始的实体表单格式（或全新计划），举行如下工作：

• 业务处置惩罚目的简直定、业务内容的规划；
• 界面选型（卡片式、主细表式、树形表式等）、字段的结构等；
• 确定命据界说、数据尺度、数据泉源、数据算式等。

为了包管精确地输入数据，必要对数据输入过程加载相干的规则举行监控，这些规则来自于企业的管理规章制度、财政规则、生产的工艺工法要求等（注：数据库规则不算管理要求）。

睁开全文

只有参加了这些管理规则，这个体系才气称之为：管理体系。

3. 业务计划，必须站在用户视角举行

对运动的业务计划要点就是要从“业务”视角看界面，由于用户对体系的认知重要来自于界面，而界面的焦点内容是业务数据。

因此，界面计划的优劣就直接表现了计划师对用户工作的明白，计划师要把这个界面当做与用户举行对话的“窗口”，计划时要不停地与“窗口后的脚色”举行对话，如图1所示。

图1 业务计划与用户的关系

1）对话用户（拜见图1-①本功能用户）

• 用户要勤奋能2完成什么业务内容？
• 用户要向他的向导②提供什么信息？
• 本功能2与上游功能1、卑鄙功能3之间的数据是什么关系？
• 用户①、与上游用户③和卑鄙用户④之间的制约关系（数据层面、管理层面）？等。

图2 业务计划的重要内容

2）对话向导(拜见图1-②用户的向导)

• 功能2的工作尺度什么？已有的业务数据是否满意要求？
• 为确保①用户的数据输入精确，必要什么样的管理规则来做包管步伐？等。

图3 管理计划的重要内容

4. “功能”与“使命”的区别

可以从图2和图3中看出，业务计划与管理计划关注的重点完全差别。

对一个运动，是仅仅把它当用于“输入数据的界面功能”？照旧将其当作为“要完成的工作使命” ？这就看计划师具有什么样的计划理念了，假如是前者，那么关注点放在字段的数目、界说就可以了。

假如是后者，则在关注字段数目、界说的同时，还要关注是否对业务举行了优化？工作服从有无提拔？管理规则上有无毛病？等，这些都没有题目时，才气确定字段和界说是否满意要求。

三、应用计划

完成了前面的业务计划内容，应用计划的重点就不在业务内容了（拜见图4的焦点部门“业务处置惩罚地区”），而是要思量怎样构建一个“人-机-人”的工作情况，让用户工作得惬意、操纵轻易、处置惩罚服从高、智能化。

应用计划相称于为前述的业务计划结果外包上一层“可操纵的功能”，用户是通过这些功能来完成对业务数据的检察、输入、控制等操纵工作。

应用计划包罗了菜单栏、工具栏、滚动条、按钮（增编削查等）、上传/下载、其他链接等。

图4 界面的应用计划内容

可以看出，业务计划的重点（图2、3）与应用计划的重点（图4）的内容完全差别。

应用计划的重点是从“应用”视角对“功能”举行计划，也就是将业务计划的功能内容转换成为用体系的构件举行表达，可以说体系的客户代价巨细，用户是通过应用计划结果感受到的，因此应用计划的效果优劣直接关系到客户的满足度。

• 注1：UI计划、美工计划等，都是应用计划中的一部门；
• 注2：在现实举行软件计划时，业务计划和应用计划的内容可以“合二为一”趁热打铁地完成，但是在学习界面计划方法时，这两个部门应该分开明白、把握。

对上述的计划效果必须要举行验证，验证方法有两个：业务验证和应用验证。

图5 验证的用例

1. 业务验证 – 编写业务用例

业务用例，是使用业务数据编写出一个相称于数据的故事脚本，这个用例中利用的数据可以将全部必要验证的运动功能关联在一起，然后按照现实运行的流程举行推演，如图6所示，业务用例中的数据要从“条约”流向“交付”（业务流程），同时还要包罗相应的管理规则（审批流程）。

2. 应用验证 – 编写应用用例

应用用例，是在业务验证的底子上，对操纵的过程举行查验，包罗：按照流程和脚色举行多人协同，操纵过程是否易用、输入是否智能化、处置惩罚是否会有死循环、体系关照、告诫、停止等怎样发起见效等。

注3：这里谈到的业务用例和应用用例，与开辟完成后查验时利用的测试用例差别。

• 业务/应用用例：是以用户的现实业务处置惩罚流程为依据计划，不光有业务数据、管理规则的查抄，还要有多功能之间的推送、流转是否顺畅的查抄。关注点不是“编码bug”的有无；
• 测试用例：重点查抄功能是否精确、有无编码bug等。不是从“业务、管理、操纵性”方面的测试。

把握了计划的方法后，末了要阐明一下记载方法，对界面计划效果的记载情势非常紧张，传统上接纳长篇笔墨举行形貌的记载情势比力多。

我提倡接纳布局化、尺度化的记载情势，也就是用工程化的记载情势（犹如制造业、修建业的计划相似），这种情势客户轻易明白、确认，步伐员轻易明白、开辟。

下面保举用一组模板记载计划内容的情势，由于模板4个为一组，因此也称之为“计划4件套”，4个模板分别记载了如下内容：

• 模板1—界面原型：给出界面业务内容的结构、字段的位置；
• 模板2—控件界说：用表格方式记载全部字段的名称、字段内容、相干规则等；
• 模板3—规则阐明：用文章体的方式对该原型内的复杂规则举行具体的阐明；
• 模板4—逻辑图形：用图形方式表达该功能内用笔墨难以阐明的复杂逻辑关系。

图6 计划效果的记载模板（计划4件套）

趁便说一句，使用这种方式记载非常轻易开辟出一套软件计划辅助记载体系，这也是布局化记载格式带来的上风。

六、小结

大概不少人都有如许的想法：运动功能用的界面计划最为常见，没有什么难的地方、也没有什么技能含量，只不外是把客户必要的字段分列出来就可以了，从“技能实现”的视角看大概简直云云。

但是假如从“客户代价”的视角看就差别了，这里要磨练计划师的是：是否可以或许通过功能计划，提拔客户的工作服从？为业务精确处置惩罚把好关？可否办理客户的难、关、痛点题目？乃至为客户带来效益？这才是运动功能计划的真正意义地点！

本系列的下一篇：界面计划方法（3）：字典功能的计划

界面计划方法（1）：界面的概念与分类》

本文由 @李鸿君 原创发布于大家都是产物司理，未经允许，克制转载

题图来自 Unsplash，基于 CC0 协议返回搜狐，检察更多

责任编辑：