在需求分析阶段，按照业务领域进行了分类所谓的分类就是将具有共性的功能归集到一起，这个共性就是“业务领域”，这个分类可以让业务设计师了解到：收集到的功能需求覆盖了哪些业务领域、每个领域中包含哪些功能需求，通常来说，业务越复杂、涉及的业务范围越广，则构成的业务领域数量也就越多。
功能的业务领域分类图
在设计阶段，就需要从设计的视角研究这些功能并再次抽取它们的共性，这个共性就是对数据的“处理分工”不同，可按照数据用途分类、业务功能分类、业务功能间的关系进行说明。
1. 数据用途分类
在构建管理信息系统时，可以按数据的用途划分为三个区，即数据的生成区、数据的加工区和数据的应用区。
数据用途的分区图
1.1 数据生成区
数据生成区，就是将原始数据输入到系统中的区域，在这个区域产生的数据根据其用途可以分为两类，一类是“过程数据”，另一类为“基础数据”。
- 过程数据
在企业的生产活动过程中第一次产生的、没有经过任何加工的数据就称为过程数据。
“过程”指的是业务生产的过程。软件的设计工作大部分都集中在这个区，例如，架构设计、功能设计、数据设计、管控设计等，通常所说的“业务数据”的绝大部分都属于此类数据，例如，销售数据、生产数据、财务数据、物流数据、人资数据等。
- 基础数据
企业中需要规范化并作为企业标准的数据，称为企业的基础数据，例如，客户资料、材料编号、产品价格、组织结构、员工履历等。
基础数据是由相关部门按照企业规则预先编制好的。基础数据约束了过程数据的输入范围、标准，以及为过程数据提供了属性定义。编制基础数据，是客户方面推进信息化建设必须做的重要工作，基础数据也是未来构建系统主数据的核心内容。
- 过程数据与基础数据的差异
过程数据，数据中包含大量的原始凭证类数据，如收据、发票、合同、支付、验收等，显然这样的数据一旦输入并确定后是绝对不允许进行维护的（不能更改数据，更改此类数据可能触犯公司规则甚至是国家法律）。
基础数据，它是企业的标准，作为基础数据它是需要与时俱进的，需要不断地进行维护以保持数据符合要求，如市场价格、新材料规格、企业知识库等。当然已经转换为过程数据的基础数据也是不能变更的，因为此时它已经属于过程数据了。
- 基础数据与过程数据的转换
在用系统界面进行过程数据的输入时，如果基础数据作为界面上某个字段的选择对象，那么这个基础数据一旦被输入后，就成为过程数据的一部分了。
1.2 数据加工区
对收集到的过程数据，按照不同目的加工 （抽取、转换、清洗......），是对过程数据进行加工的区域，这个区域主要由技术工程师进行整体的分析、设计和开发，由业务设计师提供辅助的工作（数据表关系、计算公式、业务逻辑等内容）。经过加工完成的数据称为“加工数据”，它们被按照用户的关心维度、分析报表的种类预先分类存储。
- 过程数据与加工数据的差异
过程数据，收集的是生产过程中第一次输入的数据，同时也是利用收集数据的过程对业务进行“过程管理”的载体，所有需要进行事前、事中管理的对象，都要在数据收集的过程中加载相应的管理规则。
加工数据，是对过程数据进行了加工处理后得到的数据，并按照应用的目的进行了归集，对加工数据的利用是Bl （商务智能）的基础，它的重点是通过已有的数据，分析已发生的问题，发掘未来的价值。
1.3 数据应用区
利用加工数据，可以方便用户利用单据、报表以及各类静态、动态的方式进行查询、展示分析。例如常见的加工数据有: 销售分析、产值分析、成本分析、绩效分析、财务月报表等。
2. 业务功能分类
有了三种数据的用途分类后，按照对不同数据处理的分工可以将业务功能划分为4大种类即：活动功能、字典功能、看板功能和表单功能。
功能需求的分类图
2.1 活动
活动，是指专门利用“窗体”形式来记录、展示在生产过程中产生过程数据的功能，之所以将这类功能称为“活动”，就是因为它们是企业中实际操作工作在系统中的映射 （除去字典类工作） ，同时企业的管理规则也是主要加载在活动功能上的，活动是4类功能中数量最多、使用最广的一种。
所有业务流程上的节点必须是活动，因为只有活动才能动流程的运转。活动对应的是数据分类中的“过程数据”，所有过程数据都是通过活动功能输入的。
2.2 字典
字典，是专门利用“窗体”的形式来维护需要标准化的企业基础数据。作为对基础数据进行维护的功能，它包含对数据的记录、展示、更新、发布的功能，由于字典是用来规范企业标准的工具，因此字典只能由特定的管理人员使用。
字典对应的是数据分类中的“基础数据”，在活动功能中所有属于基础数据的字段原则上都是通过字典功能输入和维护的，字典功能是通过从功能规划找出来的重要对象之一。
2.3 看板
看板，是专门利用“窗体”的形式来展示经过加工处理后的数据的，它是用来“看数据”的，它不能进行“数据输入”，它可以利用窗体所具有的各种灵活多变的查询和展示形式（图形曲线、数据穿透等）。看板通常用门户、监控台、仪表盘、导航等形式来展示信息。
看板可以用来展示基础数据、过程数据和加工数据。
2.4 表单
表单，是专门采用“打印”的形式来展示数据的，适用于各类需要打印、盖章，并以纸质的形式保存的场景。其中，“表”指的是各类统计和分析的“报表”，“单”指的是各类凭证形式的单据。
表单可以用来展示基础数据、过程数据和加工数据。
3. 业务功能的关系
3.1 业务功能与数据分类的关系
从数据分区图和数据分类的关系可以看出业务功能的设计顺序。
①记录类功能（活动、字典）一定要先做，特别是活动，因为它不但关系到业务处理方式，而且决定了管理的方式。
②展示类业务功能（看板、报表）可以放在后面，因为只要有了满足管理规则的数据如何查看和展示都可以做到，不足的数据也可以随时增加。
数据用途分区与功能分类的关系图
3.2 各业务功能的重点
4类业务功能各有自己的重点，主要异同点如下：
业务功能的重点图
3.3 架构规划的关注顺序
有了业务功能分类的概念之后，业务设计师在进行需求获取、需求分析，以及架构设计时就知道了对功能关注的顺序。
①由于活动、字典等是产生数据的功能，在架构、规划时重点要先关注这些功能，例如，活动是构成业务架构的要素，需要重点关注并先行确定，否则架构图设计时就没有节点了，同时活动和字典要先规划，因为它们产生的过程数据和基础数据是进行数据规划的依据。
②看板功能和表单功能就可以稍微滞后，因为这两者不直接产生过程数据和基础数据，它们以“看数据”为主，它们需要的只是对过程数据和基础数据的加工而成的加工数据，而且看板功能和表单功能会随着客户对信息系统的理解加深，会产生新的需求变化，所以放到后面再设计反而会稳妥一些。
4. 业务功能的分类视图
有了对业务功能的分类定义后，下面就业务功能的分类方法进行说明，分类的方法可以有两种：利用业务领域分类表，利用功能需求一览。
两种表的表达内容不同，业务领域分类表容易从整体上观察功能的发布情况，功能害需求一览容易进行精准的分类以及确定功能的准确数量。
4.1 业务领域分类表
利用业务领域分类表，按照不同的业务功能分类用不同的颜色标示。
业务领域分类视图
4.2 功能需求一览
利用已有的功能需求一览，在表的右侧增加“业务功能分类”栏，在栏中分别标示出业务功能的分类名称，形成“功能需求一览”。
功能需求一览视图
5. 业务功能分类的作用
对业务功能进行分类对理解设计方法有很大的帮助，主要作用如下：
5.1 系统的划分
在一个独立、完整的系统规划中，应该考虑包括4种功能，分别完成对系统包含业务的输入（活动），建立基础数据（字典），监控业务处理过程（看板）以及分析处理结果（表单）。这是从业务应用视角进行的规划，可以保证在实操时不出现遗漏。
5.2 建模方法
分类给出了不同类型的设计规律，大幅度地减少了模型的数量。
5.3 确定工作量
由于4种功能的特点不同，可以定性、定量地确定开发工作量、时间。
5.4 设计顺序
对业务架构、基础数据有影响的内容可以先设计，其他可以放到后面，例如，活动、字典必须要先设计，看板和表单可以滞后。
5.5 设计能力匹配
由于4类功能的难易度不同，分配设计资源时有依据，例如，字典基础数据部分比较难，可以让能力较强的设计师承担等。