数字化信息系统的建模方法及数字化信息系统与流程

本发明涉及信息应用技术领域，具体涉及一种数字化信息系统的建模方法及数字化信息系统。

背景技术：

目前快速发展的物联网、大数据、云计算、人工智能，都在从各个维度改变人们的工作与生活方式，提高全社会的效率。特别是面向广大用户的服务端，基于海量用户信息数据的分析运算，来辅佐企业进行广告投放、产品最优决策等，这方面发展十分迅速。但作为企业存在根本的企业内部业务活动和组织活动，当前数字化实现却非常薄弱，因此对于大型企业来说，数字化前景非常广阔。

对于企业如何实现全面数字化转型，存在着诸多困难，已有的内部业务孤岛系统，外部数据的应用，诸多不同的业务类型，业务的不断演化，以及主观性很强的组织人员管理，这些都需构建一个强健的企业数字化信息系统。

技术实现要素：

本发明旨在提供一种数字化信息系统的建模方法及数字化信息系统，以辅助企业实现数字化的项目建立和规划。

为此，本发明提供一种数字化信息系统的建模方法，包括：

业务分层步骤：根据业务的属性信息将业务划分为多级项目；将每一项目划分为至少一个任务单元；当前级项目中的每一任务单元均与之前某一级项目中的一个或多个任务单元相关联；

组织分层步骤：将人员的属性信息划分为多级人物画像单元；每一级人物画像单元中包括人员技术属性和组织属性；

解耦和知识结构化步骤：根据所述业务分层步骤中的项目分级方式和任务单元划分方式，将待实施业务划分为若干级待实施项目，每一级待实施项目划分为若干个待实施任务单元，当前级待实施项目中的每一待实施任务单元均与前一级待实施项目中的一个或多个待实施任务单元相关联；获取每一所述待实施任务单元的技术属性需求和组织属性需求；

组织重构步骤：根据所述解耦和知识结构化步骤中得到的每一所述待实施任务单元的技术属性需求、组织属性需求和所述组织分层步骤中得到的人员技术属性和组织属性，确定满足每一所述待实施任务单元需求的人员；所有满足同一所述待实施任务单元需求的人员划分至同一组织单元中；每一组织单元均与一待实施任务单元相关联。

可选地，上述的数字化信息系统的建模方法中，所述业务分层步骤中还包括：

建立业务立体框架子模型，所述业务立体框架子模型中以x方向表示业务划分节点，以y方向节点作为项目层级划分节点，以z方向节点作为任务单元划分节点。

可选地，上述的数字化信息系统的建模方法中，所述组织分层步骤中还包括：

建立组织立体框架子模型，所述组织立体框架子模型中以水平方向节点作为人员的技术属性划分节点，以竖直方向节点作为人员的组织属性划分节点。

可选地，上述的数字化信息系统的建模方法中，还包括如下步骤：

业务分层扩展步骤：若待实施业务无法根据所述业务分层步骤中的项目分级方式划分为若干级待实施项目，则根据所述待实施业务的属性信息将所述待实施业务划分为多级新建待实施项目，并将所述新建待实施项目按照级别顺序补充至所述项目中；若待实施业务无法根据所述业务分层步骤中的项目分级方式划分为若干记待实施项目后，其中某一级待实施项目无法根据任务单元划分方式划分为若干个待实施任务单元，则将该级待实施项目划分为多个新建待实施任务单元，并将所述新建待实施任务单元补充与该级待实施项目对应的任务单元中。

可选地，上述的数字化信息系统的建模方法中，在组织重构步骤中：若根据所述解耦和知识结构化步骤中得到的每一所述待实施任务单元的技术属性需求和组织属性需求、所述组织分层步骤中得到的人员技术属性和组织属性，无法确定满足每一所述待实施任务单元需求的人员；则所述方法还包括如下步骤：

组织分层扩展步骤：将所述待实施任务单元的技术属性需求和组织属性需求作为人员技术属性和组织属性补充至所述组织分层步骤中。

可选地，上述的数字化信息系统的建模方法中，所述组织分层扩展步骤中还包括：

所述待实施项目结束，获取每一组织单元中每一人员的项目贡献信息，并将每一人员的项目贡献信息作为该人员的技术属性补充至所述组织分层步骤中。

本发明还提供一种计算机可读存储介质，所述存储介质中存储有程序指令，计算机读取所述程序指令信息后执行以上任一项所述的数字化信息系统的建模方法。

本发明还提供一种电子设备，所述电子设备包括至少一个存储器和至少一个处理器，至少一个存储器中存储有程序指令，至少一个处理器读取所述程序指令信息后执行以上任一项所述的数字化信息系统的建模方法。

本发明还提供一种数字化信息系统，所述数字化信息系统利用以上任一项所述数字化信息系统的建模方法得到。

本发明提供的以上技术方案与现有技术相比，至少具有以下有益效果：

本发明提供的数字化信息系统的建模方法及数字化信息系统，其中的方法包括业务分层步骤、组织分层步骤、解耦和知识结构化步骤和组织重构步骤。本发明的上述方案分别从企业的业务活动与组织活动出发，构建得到企业的数字化信息系统。当有待实施项目时，采用待实施项目关联已有的业务分层中的任务单元和组织分层中任务画像单元，实现组织重构，从而能够将业务与组织有机互联，实现业务和组织活动的高度自动化、智能化，从根源上改进企业的生产函数，降本增效。

附图说明

图1为本发明一个实施例所述数字化信息系统的建模方法的流程图；

图2为本发明一个实施例所述业务分层设计示意图；

图3为本发明一个实施例所述业务立体框架的示意图；

图4为本发明一个实施例所述组织立体框架的示意图；

图5为本发明一个实施例所述业务与组织相关联得到的四维数字化模型；

图6是本发明一个实施例所述任务单元闭环与自动化实现的示意图；

图7是本发明一个实施例所述业务解耦与知识结构化关联示意图；

图8是本发明一个实施例所述人员构成方式示意图；

图9是本发明一个实施例所述人物画像方式示意图。

具体实施方式

下面将结合附图进一步说明本发明实施例。在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明的简化描述，而不是指示或暗示所指的装置或组件必需具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。其中，术语“第一位置”和“第二位置”为两个不同的位置。

在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个组件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

实施例1

本实施例提供一种数字化信息系统的建模方法，可用于企业的控制系统中，控制系统可以为计算机系统，如图1所示，包括：

s101：业务分层步骤：根据业务的属性信息将业务划分为多级项目；将每一项目划分为至少一个任务单元；当前级项目中的每一任务单元均与之前某一级项目中的一个或多个任务单元相关联。

s102：组织分层步骤：将人员的属性信息划分为多级人物画像单元；每一级人物画像单元中包括人员技术属性和组织属性。

s103：解耦和知识结构化步骤：根据所述业务分层步骤中的项目分级方式和任务单元划分方式，将待实施业务划分为若干级待实施项目，每一级待实施项目划分为若干个待实施任务单元，当前级待实施项目中的每一待实施任务单元均与前一级待实施项目中的一个或多个待实施任务单元相关联；获取每一所述待实施任务单元的技术属性需求和组织属性需求。

s104：组织重构步骤：根据所述解耦和知识结构化步骤中得到的每一所述待实施任务单元的技术属性需求、组织属性需求和所述组织分层步骤中得到的人员技术属性和组织属性，确定满足每一所述待实施任务单元需求的人员；所有满足同一所述待实施任务单元需求的人员划分至同一组织单元中；每一组织单元均与一待实施任务单元相关联。

下面结合图2和图3对步骤s101中所述业务分层步骤进行说明。如图2所示，可以根据每一业务的项目信息(即属性信息)将业务进行分层，分层后得到tier1业务，tier2业务，tier3业务……tiern业务，其中每一级业务即相当于一级项目，每一级项目中都会划分为多个任务单元。以整车售后开发项目为例进行说明。整车售后开发项目的项目信息包括2018.5e17(malibu)、k216exportmy19^2019e2lbs(lacrosse)等，其中以k216exportmy19^2019e2lbs(lacrosse)为例，其中第一级业务对应kir，第一级业务下分为多个任务单元(如图所示，包括虚拟评审、同步发布……维修手册、维修工具等)；第二级业务对应于交付物计划，交付物计划中包括多个任务单元(如图所示，包括unitrepairptoc……draftversion等)；第三级业务对应功能块任务，功能块任务包括说chassis在内的多个任务单元；第n级任务对应于单元开发，单元开发包括frontaxleidentification在内的多个任务单元。图中采用箭头连接的多个任务单元即构成了一个整车售后开发项目中一个模块组成部分，需要说明的是，针对不同模块其可能会用到每一级业务下的某一个任务单元，也有可能不需要某一级业务下的任务单元，此时箭头连接过程中，只需直接越过这一级业务即可。例如，2018.5e17(malibu)模块中不需要用到交付物计划中的任何一个任务单元，则其连接完kir中的相关任务单元之后，可直接连接功能块任务中的相关任务单元。

以上步骤s101中，其核心点是依据业务对资源要素需求、业务内在关联程度、业务产出等等，对业务进行分类；然后，根据实际业务情况，抽象出每个业务类型的主线，以广义的“项目”来表述这条主线；最后，对项目业务进行分层设计。把项目视为一个整体，整体是由项目里一切任务单元所组成，业务分层设计的实质就是对任务单元进行逻辑排列。分层设计对业务单元的底层逻辑进行树状组合，层级间做到自动互联，赋予不同用户以不同层级扁平视图；另外上述步骤中还可以包括建立业务立体框架子模型的步骤，业务立体框架子模型如图3所示，所述业务立体框架子模型中以x方向表示业务划分节点，以y方向节点作为项目层级划分节点，以z方向节点作为任务单元划分节点，如此实现层级设计清晰定义任务单元的系统坐标，可以简化数字化过程中任务单元的独立与互联，每一任务单元产生的数据语义明确，为后续的各种数据运算打好基础。图2所示仅仅是整车开发项目中售后开发作为一个整体进行的业务分层设计举例。实际上，数字化实现业务无限分层的可能，业务分层要以业务内在逻辑为导向，而不是去迎合现有的组织机构，相反，组织机构应该去适应新的业务分层模式。好的分层设计能把系统内部的摩擦与资源消耗降到最低，最终超越项目标，实现局部之和大于整体。

如图3所示，在业务分层过程中，可以将所有的业务类型下的项目铺开，与一级任务形成矩阵面，与二级任务形成矩阵体。不同的业务类型项目，或者同一业务不同项目，或多或少地打散到空间不同任务节点；由此，我们可以构建如图3所示的业务立体框架，当然，有些二级任务需要进一步打散，直到n级，每往下一级，形成一个新的子业务立体。从图中可以看出，每一项业务所对应的业务流就是一连串任务单元的逻辑组合，每个最底层任务单元的产出都是广义的“数据”，数据的状态与质量直接反映任务单元的执行情况，进而影响整个业务流的状态。数据流是数字化模型里面任务管理的末端，数据流与业务流的集成是实现业务闭环自动化管理的基础。如图3所示，其中任务2的输出即可作为任务3的输入，必须把下一级的所有任务都完成才能执行当前级的任务，把底层数据的状态与任务单元集成，用任务的各种属性来把数据与任务动态实时关联。

以上步骤s102中还包括建立组织立体框架子模型，如图4所示，所述组织立体框架子模型中以水平方向节点作为人员的技术属性划分节点，以竖直方向节点作为人员的组织属性划分节点。众所周知，组织的核心要素是人员，以人员为主线把组织的其他要素进行分类，比如组织机构、绩效管理、人员资历、知识技能等等。不同的企业有不同的组织要素，以及不同的要素侧重点。把人员与其他要素进行交叉形成一个矩阵面，然后把其他要素进一步展开，形成图4所示的矩阵体。在组织中一个人的表现是多维度的，要公正地去衡量组织中的每个人几乎是不可能的，一个庞大的组织，管理者没法做到对每个人的各维度都深入了解，即便了解，这些各维度碎片的感觉信息无法量化，如何汇总成一个人的综合排名，也只能靠直觉印象。在企业组织与业务都数字化之后，便可以建立各维度量化模型，将人员在系统中的一切活动进行量化，变主观印象为客观数据。系统中的活动数据大多都已经贴好标签，在量化的过程中甚至不需要数据清洗与语义训练。

以上步骤s103中，把项目视为整体，将项目分解到业务单元，将业务单元又分解到任务单元，任务单元中对于人员的需求是非常明确的，因此根据项目对于人员的需求，从组织立体框架中去对应相应的坐标点，之后根据坐标点能够对应到相应的人员，由此组织对应人员去从事任务单元的工作。任务单元、组织单元之间是耦合的。任务单元分解得当、任务单元内聚性高、业务层级划分明确，都能降低不同任务单元间耦合的程度、减少任务单元间的依赖关系，但不能消除耦合，这也是为什么要进行业务解耦的原因。解耦的核心是要理清不同任务单元间的约束关系，定义任务单元间的输入输出接口。这样，最终零碎的任务单元能实现项目整体目标。概括来说，解耦是因为任务单元间存在固有的耦合关系，解耦的目的是为了任务单元能更好的耦合重组。

而业务解耦本质上就是知识解耦，解耦的结果以参数、模板、算法等各种形式呈现。把解耦后的每个任务单元所对应的知识在系统结构化出来，将给业务的执行带来极大便利，实现业务的自动化。举例来说，定义开发一辆满足成本、外观、舒适、动力等一系列性能要求的车，开发任务分解到各个任务单元，进而分配到人员，相应地把整车性能分解到各个子系统、零部件，整车、各子系统、各零部件之间的空间和性能约束关系都要解耦清楚，各零部件的开发都满足解耦后的规范要求，如此能够令每一零件的开发任务都分配到相应的人员，每一人员完成零件的开发之后，各零部件可以拼成一辆既定性能要求的整车。解耦的完整程度直接决定业务单元的执行效率与质量、企业内部的摩擦损耗，进而影响业务流的长短。

以上步骤s104中，组织机构在实体上把人员和其他资源要素分组、分层级，组或层级之间存在固有的隔膜，这必然增加业务执行的摩擦和资源损耗。一般企业的组织划分，要么参照同类成熟企业的划分，要么凭管理层的感觉或某种意愿来划分，缺乏一个相对量化的划分标准。而本方案中是按任务单元的内聚性、任务单元之间的耦合程度来划分组织单元，把任务单元耦合度高的聚集在一个小组，层层向上，来划分组织机构，是能降低组织管理、沟通损耗的有效方法。经常会出现这样一个矛盾，一个比较长的业务链，业务环节中都有耦合关系，如果设一个岗位，好处是能减少岗位间的沟通损耗，但一个人可能没有这么多知识技能；如果设多个岗位，则每个人能专业于一个业务环节，但缺点是环节中的沟通损耗。在知识结构化之后，有些业务环节可以自动化，无形中可以拉长每个岗位的业务链，减少组织损耗。在数字化模型中，很多业务量、知识技能都可以量化，为组织机构的划分提供依据。

完成上述步骤s101-s104之后，即可构建图5所示的企业四维数字化模型，把组织立体x与业务立体y互相投射，形成企业的四维数字化模型。四维空间上的任何一个节点p，都和其他节点形成某种关系，p＝f(x，y)。于是我们可以利用模型中各个节点的数据，实现企业的数字化管理系统。

进一步地，上述方法中，还包括如下步骤：

业务分层扩展步骤：若待实施业务无法根据所述业务分层步骤中的项目分级方式划分为若干级待实施项目，则根据所述待实施业务的属性信息将所述待实施业务划分为多级新建待实施项目，并将所述新建待实施项目按照级别顺序补充至所述项目中；若待实施业务无法根据所述业务分层步骤中的项目分级方式划分为若干记待实施项目后，其中某一级待实施项目无法根据任务单元划分方式划分为若干个待实施任务单元，则将该级待实施项目划分为多个新建待实施任务单元，并将所述新建待实施任务单元补充与该级待实施项目对应的任务单元中。

在组织重构步骤中：若根据所述解耦和知识结构化步骤中得到的每一所述待实施任务单元的技术属性需求和组织属性需求、所述组织分层步骤中得到的人员技术属性和组织属性，无法确定满足每一所述待实施任务单元需求的人员；则所述方法还包括如下步骤：

组织分层扩展步骤：将所述待实施任务单元的技术属性需求和组织属性需求作为人员技术属性和组织属性补充至所述组织分层步骤中。

也就是说，如果现有的业务立体框架和组织立体框架中不包含新项目中所需要的分层信息，则可直接根据实际情况对新项目进行业务分层，并将分层依据和分层结果增加到业务立体框架中；根据任务单元对人员的需求作为新增的人员属性信息加入到组织立体框架中。如此能够实现无限的业务扩展，快速的业务迭代。

采用本发明以上实施例的方案，能实现任务单元的闭环与自动化管理。如图6所示，项目立项任务分配与项目信息变更自上而下，也即当需要执行分配或信息变更时，从上一级任务单元开始，任何一级任务单元出现了信息变更，则下一级任务单元必然要进行调整。项目交付与项目执行状态自下而上，在数字化模型里面，通过设定任务的六个关键属性，任务时间、任务状态、任务输入、任务输出、问题管理、负责人，系统可以把项目管理人员的协调工作基本覆盖。项目任务及信息变更层层往下传递，项目完成状态层层往上汇总，也即只有下一级任务单元完成了上一级任务单元才可能完成。

另外，以上方案还能够实现知识与业务自动化。如图7所示，组织立体中的知识，与业务立体中的任务单元相对应，给业务立体中的每个任务单元节点都赋予结构化知识，实现业务的自动或半自动化。知识可以是一个简单的模板，也可以是复杂的数据运算逻辑，或产品开发的方案组合。任务处理的各个节点在满足输入输出约束下去自动调用这些知识，转化为业务算法，实现自动化。而反过来，每个项目业务的完成，业务活动全过程数据都被系统所积累，就如人获取了项目经验一下，系统获取的经验更加全息，这些信息又沉淀为知识，为未来的项目所利用。

如图8所示，以上方案能够把业务立体框架中的每个节点与组织立体框架中的人员等级进行关联，并根据项目等级、类型等来定义每个节点任务所需要的标准工时，结合任务里面的时间跨度，则可以汇总成企业在时间轴上的人力资源需求。并在系统最小颗粒度基础上，可以按组织机构里面不同的层级进行筛选，统计个人的、科室的、部门的人力情况，也可以按不同的项目来统计，也可以按天、周、月、年不同的时间刻度来统计。同样的，如果把每个节点任务与组织中的设备进行关联，则可以汇总出企业在时间轴上的设备资源需求。如果把每个节点任务与各项财务预算进行关联，则可以汇总出企业在时间轴上的财务预算模型。

以上方案中，所述待实施项目结束，获取每一组织单元中每一人员的项目贡献信息，并将每一人员的项目贡献信息作为该人员的技术属性补充至所述组织分层步骤中。也即每一个项目完成后，能够得到其中所有参与人员的各项信息，这些信息按照不同维度的数据量化之后，如图9所示，可以进一步用来做绩效管理、评级晋升、人员安排等各种组织决策，在同一个规则模型下的数据，公正而客观，很多主观纠结与管理冲突都迎刃而解，这大幅度地释放了企业的管理工作。

显然，本实施例提供的上述方案数字化路径实现。数字化产业升级，影响到企业的每个人和各项业务，牵涉面及其广泛，是一项庞大的工程，需要根据企业自身的现状，各项需求的紧急程度来逐步实现。从宏观上来说，数字化路径可以概括为以下三个阶段：

一、构建数字化企业，这要求宏观上要自上而下设计稳健的模型框架，业务模块要高内聚、充分解耦，支持模块的快速迭代、无限扩展；然后再进行自下而上的单个模块的开发，模块的迭代最小程度地影响到框架下的其他模块。

二、在数字化框架下，逐步实现组织与业务的一切活动系统化。第一个模块的开发，模块的输入必须依赖人工，输出也无其他模块系统直接调用；但随着模块的越来越多，输入与输出在模块间得到自动关联，系统化的效率也逐步释放出来，系统化的模块越多，系统的效率越高。在数字化思维的引导下，组织与业务本身的流程也得到改造进化。另外大多企业都有部分底层业务系统比如产品数据管理系统，这些系统产生重要的源数据。但这些源数据往往以孤岛的形式存在。系统化需要通过企业总线等方式，将组织模型中生产源数据的节点与调用数据的节点连接在一起，而不是在用户节点去重建数据，从而保证源数据的唯一性同步性。

三、随着系统化覆盖越来越广，企业活动的数字化信息越来越多，基于这些信息，模拟人的知识与经验设计出各种生产函数模型，实现企业智能，这是企业数字化的终极意义。当系统里面的数据越来越多，可用于企业智能的参数变量也就越来越多，函数模型不断进化逼近真实。

实施例2

本实施例提供中计算机可读存储介质，所述存储介质中存储有程序指令，计算机读取所述程序指令信息后执行实施例1中任一项所述的数字化信息系统的建模方法。

实施例3

本实施例提供一种电子设备，所述电子设备包括至少一个存储器和至少一个处理器，至少一个存储器中存储有程序指令，至少一个处理器读取所述程序指令信息后执行实施例1中任一项所述的数字化信息系统的建模方法。

实施例4

本实施例还提供一种一种数字化信息系统，所述数字化信息系统利用实施例1中任一项所述数字化信息系统的建模方法得到。通过对企业组织与业务内在底层逻辑进行抽象，构造业务矩阵与组织矩阵，建立企业数字化平台架构模型，并在此基础上无限扩展企业各项子业务活动和组织活动的量化模型，将业务与组织有机互联，实现业务和组织活动的高度自动化、智能化，从根源上改进企业的生产函数，降本增效。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。