一种企业系统中业务架构的构建方法、系统及相关装置与流程

本申请涉及信息化领域，特别涉及一种企业系统中业务架构的构建方法、系统、一种计算机可读存储介质和一种终端。

背景技术：

企业架构由五部分组成，包括组织架构、业务架构、数据架构、应用架构和技术架构。业务架构定义了企业应用系统的实现目标和层级；数据架构定义了应用系统的信息交互关系；应用架构是在业务架构和数据架构的基础上进行的二者之间关系的耦合；技术架构是应用系统的实现基础；组织架构则为企业应用系统的设计与运行提供了保障。

然而现有企业各类应用系统信息分散，难以耦合，不便于企业系统的运维和管理，难以进行业务和信息之间有效的沟通。

技术实现要素：

本申请的目的是提供一种企业系统中业务架构的构建方法、系统、一种计算机可读存储介质和一种终端，解决现有的企业系统难以进行业务和信息之间有效的沟通的问题。

为解决上述技术问题，本申请提供一种企业系统中业务架构的构建方法，具体技术方案如下：

确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息；

根据所述数据交换信息对所述企业业务进行分解，得到业务活动；

对所述业务活动进行梳理，得到事件列表；

根据所述业务活动利用dfd进行建模，得到所述业务架构。

其中，确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息包括：

构建所述企业系统的环境图，根据所述环境图确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息。

其中，根据所述数据交换信息对所述企业业务进行分解，得到业务活动包括：

根据所述数据交换信息利用爆破法对所述企业业务进行分解，得到业务活动。

其中，根据所述数据交换信息利用爆破法对所述企业业务进行分解，得到业务活动包括：

根据所述企业活动定义所述业务活动；

处理所述业务活动的业务功能集和标准的端到端服务流程；

定义所述业务活动的业务数据、业务角色和系统构成；

分配所述业务活动的业务角色，确定支撑系统和数据流。

本申请还提供一种企业系统中业务架构的构建系统，包括：

范围确定模块，用于确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息；

业务分解模块，用于根据所述数据交换信息对所述企业业务进行分解，得到业务活动；

业务梳理模块，用于对所述业务活动进行梳理，得到事件列表；

模型构建模块，用于根据所述业务活动利用dfd进行建模，得到所述业务架构。

其中，所述范围确定模块具体为用于构建所述企业系统的环境图，根据所述环境图确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息的模块。

其中，所述业务分解模块具体为用于根据所述数据交换信息利用爆破法对所述企业业务进行分解，得到业务活动的模块。

其中，所述业务分解模块包括：

第一定义单元，用于根据所述企业活动定义所述业务活动；

处理单元，用于处理所述业务活动的业务功能集和标准的端到端服务流程；

第二定义单元，用于定义所述业务活动的业务数据、业务角色和系统构成；

分配单元，用于分配所述业务活动的业务角色，确定支撑系统和数据流。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的构建方法的步骤。

本申请还提供一种终端，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如是所述的构建方法的步骤。

本申请所提供的一种企业系统中业务架构的构建方法，包括：确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息；根据所述数据交换信息对所述企业业务进行分解，得到业务活动；对所述业务活动进行梳理，得到事件列表；根据所述业务活动利用dfd进行建模，得到所述业务架构。

本申请通过对业务架构的构建过程进行改进，利用梳理事件列表和dfd建模过程描述了事件涉及的角色、业务的流程、输入与输出信息，还对系统数据进行了梳理和刻画，为后面的数据架构的展开和编码做好了铺垫。从使得企业各类应用系统信息可以进行良好的耦合，便于企业系统的运维和管理，实现了业务和信息之间有效的沟通。本申请还提供一种企业系统中业务架构的构建系统、一种计算机可读存储介质和一种终端，具有上述有益效果，此处不再赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的一种企业系统中业务架构的构建方法的流程图；

图2为本申请实施例所提供的一种企业系统中业务架构的构建系统结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

企业架构由五部分组成，包括组织架构、业务架构、数据架构、应用架构和技术架构。业务架构定义了企业应用系统的实现目标和层级；数据架构定义了应用系统的信息交互关系；应用架构是在业务架构和数据架构的基础上进行的二者之间关系的耦合；技术架构是应用系统的实现基础；组织架构则为企业应用系统的设计与运行提供了保障。

请参考图1，图1为本申请实施例所提供的一种企业系统中业务架构的构建方法的流程图，该构建方法具体可以如下：

s101：确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息；

在做业务分解的时候，首先要构造系统的环境图，上下文图是一个最高层次的数据流程图，它将“业务”视为一个黑盒。环境文图说明了业务的外部实体以及业务与这些外部实体之间的数据交换，即业务与外部实体之间的接口。在上下文图中，由于不需要描述业务的内部情况，整个业务被当做一个过程来表示。

s102：根据所述数据交换信息对所述企业业务进行分解，得到业务活动；

业务过程分解则是对企业业务进行分解，从上而下地实现业务目标到业务分配、任务下发的分解过程。在此对于如何分解不作限定。数据交换信息在本步骤中起到明确各业务之间关系的作用，为分解提供帮助。优选的，可以使用爆破法，将业务分解成多个业务活动。具体的，以下以爆破法为例对本步骤进行说明：

根据所述企业活动定义所述业务活动；处理所述业务活动的业务功能集和标准的端到端服务流程；定义所述业务活动的业务数据、业务角色和系统构成；分配所述业务活动的业务角色，确定支撑系统和数据流，得到业务活动。更具体的：

level0业务活动主要对业务活动进行定义，明确操作的客户，相应的经营和战略目标。这一层级要完成的任务包括：对于业务目标、价值流、环境和财务的约束界定，以及完成对支持业务和产品线管理的梳理。

level1业务活动主要展示相关业务功能集和标准的端到端服务流程，这一阶段要设计产品结构、产品交付和支撑过程链，构建企业级数据模型，组织结构和业务知识。需要说明的是，这一层业务活动可以定义不同的过程视图交付给level0业务活动。

level2业务活动实现中心过程结合在一起交付服务流和其他端到端流程，这一阶段要定义业务数据、定义业务角色和系统构成。公认的端到端子过程通常在一个业务单位或业务线内实现，用于定义传递业务竞争优势的活动，例如明显来自于支撑的活动。而中心过程的详细任务定义在level3业务活动。

level3业务活动是level2中心过程的详细分解任务，这一阶段设计详细业务过程，分配具体业务角色，确定支撑系统、数据流。映射业务数据模型到系统数据模型。此外，还需要考虑失败路线，排队和瓶颈。

level4业务活动是level业务活动更加详细的分解。基于上述各level业务活动，如果还需要更详细的分解，此时可以在level4业务活动进行。

s103：对所述业务活动进行梳理，得到事件列表；

本步骤旨在得到事件列表，事件列表是对业务事件的分解，主要描述业务的主要驱动事件及描述，涉及的角色，业务的流程，输入和输出的信息及目标流程。而业务事件是业务流程的触发器，同时业务流程又可以分解成业务活动，这种分解关系是dfd业务过程分解的本质，也体现了事件驱动业务过程分析的特点。

s104：根据所述业务活动利用dfd进行建模，得到所述业务架构。

dfd是一种图形化的过程建模工具，它通过四个基本要素：外部项、数据流、处理和数据存储描述了系统中数据的流动和变化。dfd建模的核心是数据流，从应用系统的数据流着手从图形方式刻画和表示一个具体业务系统中的数据处理过程和数据流向。

dfd系统建模的步骤可以包括：

ⅰ确定环境图。环境图是一个最高层次的数据流程图，以此来确定系统的数据来源和去处。

ii绘制系统功能分解图，将目标系统分解成多个逻辑子系统。

ⅲ分析编写系统的业务事件响应列表，确定每个事件的输出数据流和输入数据流的类型、个数和具体内容。

ⅳ把每个子系统对应的事件活动添加到功能分解图里，并确定每个事件活动的输出与输入数据流以及有关的数据存储。

ⅴ根据自上而下、逐层分解的原则，对上层图中的每一个事件活动进行分解，并整合所有活动的分解图来构成系统功能分解图。

ⅵ重复步骤ⅴ，直至逐层分解结束。

ⅶ对图进行检查和合理布局，主要检查分解是否恰当、合理，dfd各层是否有遗漏、重复、冲突之处，各层dfd命名是否合理，对不当之处进行修改。

本实施例提供了一种企业系统中业务架构的构建方法，通过对业务架构的构建过程进行改进，利用梳理事件列表和dfd建模过程描述了事件涉及的角色、业务的流程、输入与输出信息，还对系统数据进行了梳理和刻画，为后面的数据架构的展开和编码做好了铺垫。从使得企业各类应用系统信息可以进行良好的耦合，便于企业系统的运维和管理，实现了业务和信息之间有效的沟通。且本实施例提供了多层次、相互关联的业务结构和业务运作的描述，为企业建立可视化和数据的管理平台提供了理论支持，为管理设计、需求变革提供了新的手段。

基于上一实施例提供的业务架构的构建方法，本发明提出的应用系统涉及的一般步骤包括了五项：

业务愿景与策略：主要评估影响企业发展的环境，包括行业环境和竞争环境；对企业业务能力进行评估；制定业务战略与目标；进行业务构想等。

it愿景与策略：主要进行it能力评估与差距分析；建立it愿景与原则；it运作模型与关键it流程；技能与资源等。

企业总体架构：全面搭建企业架构，主要包括组织架构、业务架构、数据架构、应用架构和技术架构；构建企业架构对应用系统的需求；制定架构迁移计划等。

it项目执行：执行项目主实施计划；it管理改进计划；沟通与传达；it项目规划报告等。

规划执行：确定执行组织与职责分工；确定项目监管部门；项目实施与监控管理；项目评价。

基于此，在前述业务架构的基础上，本申请在此对于数据架构、应用架构和技术架构进行相应的描述：

数据架构主要包括数据概念模型、数据逻辑模型、数据物理模型和数据字典编码规范。

数据概念模型是从业务视角对企业运营过程中涉及的信息结构化进行描述，它是在整个企业范围内，划分企业数据的基本类型并识别它们之间的相互关系。概念模型最常用的表示方式是e-r图，来表征一对一、一对多、多对多的关系。

逻辑模型是将概念模型转化为具体的数据模型的过程，即按照概念结构设计阶段建立的基本e-r图，按选定的管理系统软件支持的数据模型(层次、网状、关系、面向对象)，转换成相应的逻辑模型。这种转换要符合关系数据模型的原则。

物理模型是对真实数据库的描述。数据库中的一些对象如下：表，视图，字段，数据类型、长度、主键、外键、索引、是否可为空，默认值。概念模型到物理模型的转换即是把概念模型中的对象转换成物理模型的对象，物理模型是在逻辑数据模型基础上进一步细化设计的模型。

而应用架构的建模方法主要采用uc矩阵，它是在业务流程、数据流程及数据分析的基础上，为整体考虑系统的功能子系统和数据资源的合理分布而进行的系统化的分析方法。

uc矩阵是结构化系统分析方法中用来表达过程和数据两者之间关系的方法，矩阵中的列表示数据类，行表示过程，并用字母u和c来表示过程对数据类的使用和产生。uc矩阵使用过程如下：

①uc矩阵的建立

用表的行和列分别记录数据类和过程，表中功能与数据类交叉点上的符号c表示这类数据由对应功能产生，u表示这类功能使用的对应数据类。

②uc矩阵的检验

完备性检验：具体的数据项必须有一个产生者(c)和至少一个使用者(u)，功能则必须有产生或使用(c或u)发生。

一致性检验：对具体的数据有且仅有一盒产生者(c)

无冗余检验：uc矩阵中不能有空行或空列。

③uc矩阵的求解

uc矩阵的求解过程是对系统结构划分优化的过程，它是基于子系统划分的一种聚类操作。

uc矩阵的求结过程一般是通过表上作业法来完成的。

④系统功能划分与数据资源分布

在求解后的uc矩阵中划出一个个方块，每个方块代表一个子系统。

技术架构是实现应用架构的底层技术基础结构，通过软件平台技术、硬件技术、网络技术、信息安全技术间的相互作用支撑应用系统的运转。目前，技术架构设计逐渐转变成面向soa技术架构体系的策略方向，面向服务，实现灵活配置技术架构，灵活集合各类应用软件，灵活感应等功能。

下面对本申请实施例提供的一种企业系统中业务架构的构建系统进行介绍，下文描述的构建系统与上文描述的一种企业系统中业务架构的构建方法可相互对应参照。

参见图，图2为本申请实施例所提供的一种企业系统中业务架构的构建系统结构示意图，该构建系统，包括：

范围确定模块100，用于确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息；

业务分解模块200，用于根据所述数据交换信息对所述企业业务进行分解，得到业务活动；

业务梳理模块300，用于对所述业务活动进行梳理，得到事件列表；

模型构建模块400，用于根据所述业务活动利用dfd进行建模，得到所述业务架构。

基于上述实施例，作为优选的实施例，所述范围确定模块100具体为用于构建所述企业系统的环境图，根据所述环境图确定企业业务的外部实体，并确定所述企业业务与所述外部实体之间的数据交换信息的模块。

基于上述实施例，作为优选的实施例，所述业务分解模块200具体可以为用于根据所述数据交换信息利用爆破法对所述企业业务进行分解，得到业务活动的模块。

基于上述实施例，作为优选的实施例，所述业务分解模块200可以包括：

第一定义单元，用于根据所述企业活动定义所述业务活动；

处理单元，用于处理所述业务活动的业务功能集和标准的端到端服务流程；

第二定义单元，用于定义所述业务活动的业务数据、业务角色和系统构成；

分配单元，用于分配所述业务活动的业务角色，确定支撑系统和数据流。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的一种企业系统中业务架构的构建方法的步骤。该存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种终端，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的一种企业系统中业务架构的构建方法的步骤。当然所述终端还可以包括各种网络接口，电源等组件。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例提供的系统而言，由于其与实施例提供的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。