大话软工笔记—业务功能规划

有了功能和数据的分类定义后，就可以进入到概要设计的核心工作：规划。

规划是将需求分析的成果确定下来的重要步骤，概要设计的最重要成果之一就是将需求分析成果—功能需求一览转换为业务功能一览。

1. 功能关联图

1.1 功能关联图概述

将功能需求一览中的功能需求确定为正式的业务功能的过程。

从原始的①研究对象出发，分别获得了需求分析的成果②功能需求一览，架构概要设计的成果③业务架构图，但是，由于不能将②与③完全整合在起，同时也由于很多的业务功能并不在业务架构图上，所以不能确定功能需求一览中的哪些需求是独立的，哪些是不需要的，哪些是重复的，哪些可以复用，哪些可以共用等，这样也就难以确定最终的业务功能一览。因此，需要从另外一个视角来研究所有功能之间的关系即使功能之间可能没有业务逻辑关系，只要存在简单的数据引用，参照关系，就可以确定全部功能之间的关系，这种表达方式就是“功能关联图”。

功能需求转换为业务功能的过程图

1.2 业务架构图与功能关联图的区别

业务架构图，要素之间的关系是以业务逻辑为导向的（同时也有数据关系），在架构图中如果要素之间没有业务逻辑关系，仅仅是有数据的引用关系是不能形成架构关系的。

功能关联图，要素之间的关系是以数据引用参照为导向的，只要有引用，参照关系就可以关联，不论要素之间是否存在着业务逻辑关系。

功能关联图提供了另外一个不同于业务架构的方法将全部有数据关系的业务功能关联在起，这个关联图可以帮助业务设计师理解完成的功能、功能之间的关系，避免功能的重复为功能的共用、复用打下了基础。

1.3 功能关联图的作用

功能关联图可以有不同粒度的表达，首先用大粒度的要素来表达系统之间的关联 ，然后用中粒度的模块，最后用小粒度的业务功能，逐次细化，最终清晰地表达出各种粒度功能之间的关系。

经过功能关联图的检验，确定了每一个业务功能的唯一性、有效性，就完成了从功能需求一览向业务功能一览转换的准备工作。

不同粒度的关联图

1.4 规划的范围与对象

规划范围，范围的确定依据是规划的目的，规划并不要求定在同一张图上把全部的业务功能表达出来，而是根据规划的目的将相关的功能纳入进来，通常是以某个业务领域为范围或是以某条业务流程，数据线等为主线，将相关的功能关联起来。

选择对象，范围确定之后，下一步就是确定这个范围内的功能。一般来说，规划的对象以输入类功能为主，包括活动、字典，其他如看板和表单的作用是对 加工数据的展示、查询，基本上相互之间没有关系，可以不在关联图中出现。

规划，是从一个更大的范围，概要、粗略地理解各个功能模块之间的关系，这个规划有意识地忽略细节，观察整体功能之间的相互作用。

​​​​​​​2. 功能关联图的设计

功能关联图有多种表示形式，但规划的原则是：从上到下、从粗到细、从区到线、从线到点，关联的方式有：功能区关联、功能线关联、功能点关联等。

2.1 功能的区关联

功能区块规划主要是采用“区块”的方式，对功能进行粗粒度的划分，观察不同功能区域之间的叠合关系。用“区块”做规划时，用方框画出不同的区块，每个区块具有不同的功能但要注意，此时区块的功能粒度根据规划的范围不同而不同，一个区块代表的功能粒度可以大到是一个系统，也可以小到仅仅是一个业务功能。

如下图所示，以企业信息系统的功能规划图为例，内容包括企业的内部-外部公司级-部门级、部门级-项目级等不同层级的组织结构之间的功能覆盖关系。

①的功能区块跨越了公司的外部和内部，这个跨越说明了①中的信息共用平台包括的3个系统对外部客户/企业提供了可以使用的功能。

②的功能区块范围内包含企业信息系统的全部功能。

③的功能区块范围是公司级的信息系统功能涵盖了公司/部门的二级业务。

④的功能区块范围是工程现场的信息系统功能。

⑤的功能区块分为跨越了③公司/部门和④现场的两个区，说明③和④共用了⑤的功能。

另外，规划还表达出部门级与项目级的关联关系，例如：

• 部门级的“资金/财务”与项目级的“财务管理区”是有关联的。
• 部门级的“经营/工程”与项目级的“经营管理区、工程管理区”是有关联的。
• 部门级的“物资/设备”与项目级的“资源管理区”是有关联的。

这个二维的关联图是在不同层面上进行善加得到的，如果使用三维的表达形式可以看出各个分层之间的关系。

功能的区关联图

2.2 功能的线关联

当功能之间的关系更加复杂，功能的个体之间还存在着关联时就很难用简单的方框进行关联了，此时可以采用线关联的方法进行逐一的关联。

功能的线关联图

2.3 功能的点关联

在某个业务功能上，标注出使用的字典名称这样就可以知道每一类基础数据第一次在哪个功能点上被使用，避免基础数据在同一个系统中被输入两次（原则上，基础数据只能被输入一次，下游的活动只能引用第一次输入的基础数）。

功能的点关联图

2.4 不同业务流程间的关联

在进行某个业务处理时，常常会发现这个处理需要由若干的不在同一条业务流程上的功能协司完成，此时为了避免混乱或是功能重复，可以将相关的业务流程排列在一起（此时不必用标准的流程图表达，而只是将流程上的活动标示出来就可以），然后按照要处理的目标将相关的功能关联起来。

多流程间的关联规划图

​​​​​​​3. 架构与规划的区别

3.1 架构与架构图

架构，是将要素（功能）按照标准的架构模型用业务逻辑进行关联的设计，架构的行为就是对业务进行优化的行为。架构设计的成果是架构图，架构图是逻辑图。

不同架构图之间有逻辑关系。例如分解图是框架图中某个业务领域的展开，每个图形中的要素之间都必须有明确的业务逻辑关系，架构图形的描绘必须正确，严格地表达出要素之间的顺序、位置、包含关系，同时，要素之间不但有业务逻辑关系，同时也有数据关系。

业务架构图是客户业务的视角，它是客户业务过程在系统中的映射。

3.2 规划与关联图

规划，是将要素（功能）按照数据关系关联起来的设计，与架构的体系化作业相比较，规划更多是围绕着某个课题进行的，例如业务财务一体化的功能规划等。

功能关联图的表达可以比较自由。例如区块可以重叠表达，因为重叠是表达功能复用关系的一个重要方法，它不重视要素之间的主次。功能关联图的重点是指出要素之间的数据关系（如果用业务架构图作为背景辅助效果最好，没有也可以），只要表达出要素之间的数据关系就可以。功能关联图各自是独立的，不同的图之间没有必然的关系。

功能关联图是系统设计的视角，它解决的是功能的布局、复用、共用等。

功能的规划，对于设计通用产品特别是具有模块组合功能的产品尤为重要。因为相对于设计“一次性的项目”，通用产品更加注重功能的复用、共用，以及应变性能，所以经过功能规划后的产品具有更高的灵活性，而没有经过功能规划的产品，遇到需求变化时可能就难以应对。从功能关联图表达的内容来看，业务架构图是不能替代功能关联图的作用的。

架构模型与功能关联图的区别图