将当前用户群体看到的数据进行优化以及整合，将任务相同程度较高的进行合并。例如：结账的时候，显示当前用户的vip等级以及相关可以兑换的产品。方便用户群体一次性处理任务。

　　(5)数据深度优化

　　对于数据产生的本质进行思考，通过结合现实中的技术手段以及解决方法使得数据产生的方法变得简介，例如引有自动点数机，减少车间管理人员点数的任务。

　　4.1.2 系统层级的优化

　　数据类的优化是以系统中的数据为出发点去进行的优化手段，分为以下3个优化点。

　　1)系统方向优化：监督筛查每一个数据是否配合公司的目标去进行优化。例如：公司的目标是提高物流速度，快递员的手持上是否出现到达时间的倒计时，是否对于每一个用户群体优化公司目标。

　　2)系统总体数据报表型优化：对于重点岗位，筛查是否必要提供的数据都能提供到。是否有对应的报表给管理人员展示。

　　3)用户群体服务体验优化：简化用户群体的任务数，将用户分流并专人专用。

　　5.1 主流B端设计简介

　　主流B端设计元素主要为流程、类、数据、人、UML的需求设计以及需求的调研很大程度上是建立在流程的基础上，调研用户目前的操作流程推导出系统的人使用到的数据，并通过数据、数据限制、操作的先后顺序梳理成各种状态图、流程图等，然后进行系统方面的设计。

　　5.1.1 主流B端设计元素简单划分

　　(1)流程

　　流程在UML中有较为重要的地位，一切的调研与分析都是基于流程上进行，一般的流程可以归纳为人在某一个事件中应该做什么，应该有些什么步骤。例如付款流程：扫描各商品一维码→点击付款→确认付款方式→进行不同的付款操作→点击收款结束。

　　示例图如下：

　　图中是付款流程的主干部分，对于特殊情况的描述，以及一些细节的刻画，在UML设计理念中需要不同的图去进行表达。例如判断VIP用户的时候，对应付款的金额会产生改变。这个就是下面需要说到的数据方面的问题，在主流B端设计中流程是建立系统的基础。

　　(2)状态图

　　针对数据不同引起的流程不一致或者其他数据的改变，叫做状态图。

　　(3)类

　　类在主流B端设计中的含义与在新设计原则中的含义是基本一致的，都是描述实际事物在系统中的位置，例如付款账单中，付款时间，收款人，收款金额等数据都是归属于付款账单这一个类中，属于现实中事物在系统上的投影。

　　(4)用户

　　用户在主流B端设计中是以木头人去表达，意思是执行这些流程的用户。

　　5.2 主流B端设计文档的组成

　　目前主流B端设计文档的组成为：一、文字说明增加或修改部分的内容的取值以及逻辑。二、图形辅助说明修改的内容的形状以及位置。这两部分组成了目前主流设计文档。并添加编号保存至系统中作为日后可以查询的依据。

　　由于文档的复杂性以及阅读需要时间较长，导致很多需求人员在编写当前需求文档的时候没有查询以往的需求文档，且历史需求文档的描述并非是当前系统的逻辑以及数据结构，会存在一定程度上的误差。以上为主流B端设计文档的简述。

　　5.3 主流B端设计文档与主流B端设计理念的结合

　　主流B端设计文档与主流B端设计理念的结合在于主流B端设计文档能在流程业务模型建立后，对系统语言和现实模型进行关联，这个关联关系需要需求人员在整理模型后，设计对应的界面或者数据去承接这个模型，往往这个模型的完整程度以及设计确定了系统的设计方法。因为设计文档中的内容是根据模型的建立或者修改得出，模型进行了改动，系统对应的部分需要作出对应的修改以适应新的业务流程模型。

　　5.4 主流B端设计文档与主流B端设计理念的优劣

　　主流B端文档因为其偏向于文本的描述逻辑方式，在编写方面较为方便，语言的选择也是较为自由，达到可以表达需求中描述的意思即可。可以说，方便性是主流B端需求文档的一大优势。

　　主流B端文档的劣势在于其难以被再次运用，属于一次性的文档，只是适合当前系统的版本，在系统有较多版本的时候，历史需求文档较少机会被翻阅。多次迭代的系统由于需求人员的变动，其逻辑变得难以查询或通过程序开发员去进行查询。方法较为麻烦。同理，逻辑的查询在目前需求文档中也是由于其文本化描述的特性变得难以看出其中的逻辑。