CN104346669A - 一种基于6w的业务逻辑建模体系 - Google Patents
一种基于6w的业务逻辑建模体系 Download PDFInfo
- Publication number
- CN104346669A CN104346669A CN201310330167.XA CN201310330167A CN104346669A CN 104346669 A CN104346669 A CN 104346669A CN 201310330167 A CN201310330167 A CN 201310330167A CN 104346669 A CN104346669 A CN 104346669A
- Authority
- CN
- China
- Prior art keywords
- activity
- service logic
- class
- type
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0633—Workflow analysis
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Educational Administration (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明涉及计算机信息技术领域,具体公开了一种基于6W的业务逻辑建模体系,包括:基于6W的业务逻辑建模体系,所述分类体系以活动为中心组织各分类之间的关系,所述分类体系涵盖了业务过程中涉及到的所有概念,且分类的划分是无交集的;分类体系中概念与概念之间的关系类型是统一的;业务逻辑模型定义模板,用户在模板中预定义的建模规则约束和指导下,完成业务逻辑分析和模型定义工作。分类体系涵盖了业务过程中涉及到的所有概念,且分类的划分是明确、无交集的。分类体系中概念与概念之间的关系类型是标准、统一的。本发明提供了一种业务逻辑模型定义模板,用户在模板提供的建模规则下,完成业务逻辑分析和模型定义工作。
Description
技术领域
本发明涉及计算机信息技术领域,尤其是涉及一种基于6W的适用于各个行业的业务分类体系。
背景技术
业务模型是以软件模型方式描述企业管理和业务所涉及的对象和要素、以及它们的属性、行为和彼此关系。目前多用于工作流管理系统(WFMS)和业务流程管理系统(BPMS)。
工作流管理系统(WFMS-Workflow Management System)通过管理工作活动序列,调用与各种活动步骤相关的人员、IT资源,对业务过程提供自动化处理。工作流(Work Flow)是工作流程管理的计算模型,即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。工作流干预业务过程、业务程序的自动化处理,使文档、信息或者任务按照定义好的规则在参与者间传递,来完成整个业务目标或者对整个业务目标的完成做贡献。工作流管理系统(WFMS)是业务处理或协同工作能按预先定义好的规则和过程进行流动,并且这一过程能被跟踪和监控。工作流系统就是一套支持业务定义和自动运转工作流的系统。
但是面对企业作业生产的复杂性,工作流系统(WFMS)无法满足多业务流程多层次关系协同管理需求。因工作流系统不能把参与业务的具体对象、人、的点或者时间变化关系描述清楚。
业务流程管理系统(BPM-Business Process Management)是一套达成企业各种业务环节整合的全面管理模式,是建立在业务过程模型与标注(BusinessProcess Model and Notation,BPMN)描述方法的BPMN图元符号,这些图元能够组合成一个业务流程图(Business Process Diagram)。业务流程管理能根据业务流程图,推进人与人之间、人与系统之间以及系统与系统之间的整合及调整的经营方法与解决方案的IT工具。通常以Internet方式实现信息传递、数据同步、业务监控和企业业务流程的持续升级优化,从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。显而易见,业务流程管理不但涵盖了传统“工作流”的流程传递、流程监控的范畴,而且突破了传统“工作流”技术的瓶颈。通过对企业内部及外部的业务流程的整个生命周期进行建模、自动化、管理监控和优化,使企业成本降低,利润得以大幅提升。
BPMN为创建业务流程模型时提供了一个简单的机制,处理来自业务流程的复杂性。但其停留在流程中的事件和活动上面,而无法具体落实到某一个活动的内在具体情况,无法描述活动内在各个对象及对象活动特征,更无法描述对象间的相互作用关系,对于业务活动的内在控制和管理还存在着诸多不便。
业务逻辑模型(BLM-Business Logic Model)的表达能力要具备完整性、完备性、一致性、互溶性。业务的完整性指的是需要涵盖业务的所有活动、对象及其特征;业务的完备性指的是模型能够清晰表示活动与活动、活动与对象、对象与对象以及对象活动特征之间的关系;业务的一致性指的是模型的语义不能含有歧义,在不同环境与条件下必须表达一样的意思;业务的互溶性指的是邻域内各业务活动相关内容都能从不同视角加以描述、叠加和融合,形成完整统一的业务整体。
从建模者的角度来讲,建模工作是由非计算机领域的专家或普通人来进行操作,所以建模过程需要具备易于理解、快速上手、容易操作、不断完善的特点。建模过程本身是一个繁杂的工作,具有实用性和易操作性的模型可以节省人力物力。从使用模型的生产者的角度来讲,基于模型的生产管理系统是管理生产作业的重要工具。为此,业务逻辑模型(BLM)要求必须简单清晰,易于掌握和理解,但又不能描述不完整,描述方法不一致。
目前还没有理想的业务逻辑建模体系能有效的解决上述问题。
发明内容
本发明所解决的技术问题是提供一种基于6W的业务逻辑建模体系(BLMM-Business Logic Modeling Method),本发明通过四个步骤来完成对一个企业的生产作业业务内外在关系进行逻辑建模,业务逻辑建模过程是由宏观到局部、由先到后、由上到下、由整体到细节的过程化建模体系。整个建模过程简单易懂,所述建模型能完整并且完备的描述各个领域中本领域内全部各类业务活动、对象与特征之间的完整关系,大大的提高了作业生产过程的建模效率。基于6W原则的业务逻辑模型描述能力非常完整,易于计算机实现和业务驱动,为业务逻辑管理提供了非常方便的工具。模型中细化到每一个事件的某一个属性都能清晰定义和描述,在使用过程中可以避免因逻辑关系不明确而导致的生产疏忽,避免了生产事故的发生。
为了解决上述技术问题,本发明提供了一种基于6W的业务逻辑建模体系;包括:
基于6W的业务逻辑模型体系,所述分类体系以活动为中心组织各分类之间的关系,所述分类体系涵盖了业务过程中涉及到的所有概念,且分类的划分是无交集的;分类体系中概念与概念之间的关系类型是统一的;
业务逻辑模型定义模板,用户在模板预定义的建模规则约束和指导下,完成业务逻辑分析和模型定义工作。
优选的,基于6W的业务逻辑建模体系参照6W对所有概念建立了一种互不交叉的所述分类体系,所述分类体系包括时间类、地点类、参与者类、对象类、资料类、活动类、特征类和属性类。
更加优选的,所述业务逻辑模型定义模板指的是一种固定格式的excel表格,包含了标题和填写规定,填写规定以备注的形式添加到相应标题的单元格上,其中所述标题包括:标识、要素名称、类型、类别、重要度、值域、条件、约束、重复次数、填写规定、作用对象、结果对象、作业者、操作者和执行者。
更加优选的,基于6W的业务逻辑建模体系以活动为中心,建立起其他分类与活动的关系以及所述其他分类在所述活动中表现出来的特性,所述其他分类包括时间、地点、参与者、对象、资料、活动、特征和属性,所述特性包括值域、条件、约束和重复次数。
更加优选的,所述时间类指的是与时间相关的概念的集合,时间、次序、速度、步长类的概念。
更加优选的,所述地点类指的是与空间相关的概念的集合,相对的点和绝对地点类的概念。
更加优选的,所述参与者类指的是组织机构、部门、岗位、角色类的概念。
更加优选的,所述对象类指的是设施、设备、材料、零部件类的概念。
更加优选的,所述资料类指的是报告、附件、流媒体、矢量数据类的概念。
更加优选的,所述活动类指的是领域、过程、流程、计划、实施、审核、总结类的概念。
更加优选的,所述特征类指的是对象在活动中表现出来的性质,所述性质进一步分为数字、字符、文本和布尔。
更加优选的,所述属性类指的是对象固有的特性,所述特性进一步分为数字、字符、文本和布尔。
更加优选的,所述模板预定义的建模规则包含了对分类的动态控制,除标题外,第一行只允许定义领域类型的活动;所述领域类型的活动下面允许定义过程类型的活动,所述过程类型的活动下面允许定义流程类型的活动,所述流程类型的活动下面允许定义计划、实施、审核和总结类型的活动,所述计划、实施、审核和总结类型的活动下面允许定义时间、地点、对象、参与者、资料的活动;所述对象、参与者和资料的活动下面允许定义特性或属性的活动。
更加优选的,所述建模规则对每一种概念需要填写的标题中规定的项目进行控制,当标识、要素名称、类型、类别、重要度、值域、条件、约束、重复次数、填写规定适用于所有类型,作用对象、结果对象、作业者、操作者、执行者的类型为活动时才允许填写。
更加优选的,所述建模规则对每个项目所能填写的内容和格式依据类型进行控制。
其中,6W原则是诺贝尔文学奖获得者英国作家吉卜林提出的思考问题、解决问题的“原则”。本申请对业务逻辑6W描述又进行了明确,即“Where(的点)、When(时间)、Who(参与者)、Which(作用对象)、What(做的结果,含如何做)、Why(原因)”。任何一件事情、一个问题,都无法逃脱这六个“W”,只有弄通了这六个“W”,对于这件事情、这个问题,才可以说彻底清楚明白。
本发明与现有技术相比,具有如下有益效果:
1、建模过程清晰简单,设计内容丰富,书写流畅;
2、用标识来表达业务逻辑层次,层次关系清晰易读;
3、用值域、约束、条件来控制业务流程,简单易行,直截了当;
4、从业务领域到具体的活动特征,对企业生产过程描述完整完备;
5、采用结构严谨的关系建模体系,建模过程易于生产者的分析和理解;
6、业务逻辑全面清晰,容易衍生出业务流程图、对象关系图、数据管理结构、系统功能结构等;
7、易于衍生各类业务驱动模型,包括:协同工作、数据存储、数据交换、系统功能、知识管理、空间拓扑等应用模型;
8、业务逻辑扩展性好,允许从不同角度对活动内容进行描述,且能融合成完整统一的整体。
附图说明
图1示例性地示出了一种基于6W的业务逻辑建模体系示意图。
具体实施方式
为了更好的理解本发明所解决的技术问题、所提供的技术方案,以下结合附图及实施例,对本发明进行进一步详细说明。此处所描述的具体实施例仅用以解释本发明的实施,但并不用于限定本发明。
在优选的实施例中,一种基于6W的业务逻辑建模体系,如图1所示;包括:
步骤1:按领域、业务、流程、活动、对象、特征梳理生产作业过程,形成业务活动目录,建立业务标准
分析企业作业模式,将所有作业过程分成四个级别:领域、业务、流程、活动。通过对活动的详细描述,实现对业务过程的参与者(Who),活动时间(When),活动的点(Where),活动对象(Which),活动结果(What),活动原因(Why)的特征的详细定义。
活动作为作业过程业务功能描述的基本单位,可按照业务逻辑组成一个业务流程。流程是一系列活动的集合。在活动互相作用下产生特定结果。流程按照作业的逻辑顺序可以完成一个完整业务工作。业务定义为一系列流程按照一定的顺序和逻辑相互之间作用,最后完成一个特定任务,得到特定的输出。一系列的相关业务形成一个业务领域,领域按照功能性来划分,领域的内部业务交叉影响,互相作用来完成一个企业功能。
通过梳理和分析企业作业过程,将企业所有作业过程划分归类,形成业务活动目录。通过活动间的逻辑关系标识命名方法来确定该活动在全局的唯一性。标识命名规则如下:领域用大写字母A、B、C等来区分;业务、流程、活动、对象、特征用数字来区分,其间用“.”分割;业务前面带所属领域的标识,如A.1、A.2、B.1;流程前面带所属业务的标识,如A.1.1、A.1.2、B.1.1;活动前带所属流程的标识,如A.1.1.1、A.1.1.2、B.1.1.2,以此类推,直到具体的对象活动特征。由此可以生成结构分明、调理清晰业务活动目录成树状结构。每一个标识需要一个要素名称(数据元)来表示在显示生产作业中,该项标识具体表示的内容,详见表1。
表1、企业作业活动分类目录表
标识 | 要素名称 | 描述 |
A | 领域A | 领域A |
A.1 | 业务A1 | 领域A下的业务A.1 |
A.1.1 | 流程A11 | 业务A.1下的流程A.1.1 |
A.1.1.1 | 活动A111 | 流程A.1.1下的活动A.1.1.1 |
A.1.1.2 | 活动A112 | 流程A.1.1下的活动A.1.1.2 |
A.1.2 | 流程A12 | 业务A.1下的流程A.1.2 |
A.2 | 业务2 | 领域A下的业务A.2 |
A.2.1 | 流程A21 | 业务A.2下的流程A.2.1 |
A.2.1.1 | 活动A211 | 流程A.2.1下的活动A.2.1.1 |
A.2.1.2 | 活动A212 | 流程A.2.1下的活动A.2.1.2 |
B | 领域B | 领域B |
...... | ...... | ...... |
步骤2:活动粗粒度分析(6W)得到业务流程图
通过步骤1得到企业活动分类目录后,对每一个活动进行6W归属定义。6W即which(活动对象)、who(操作者)、when(活动时间)、where(活动的点)、why(活动原因)、和what(产出结果)。Which描述的是活动中涉及的对象。这里说的对象是活动过程中涉及到的所有的对象,包括作用对象、结果对象和参与对象等,对象类别可以是设施、设备、材料或零部件等。Who描述的是活动的发起者,可以说是参与活动的相关人或组织,可分为作业者、执行者、操作者和参与者。活动的发起者和参与对象可以来源于单个或者多个资源体系,每个活动中的资源都有特定的业务功能,需要利用作用前置条件、作用约束条件和作用方法等进行明确。When描述的是活动的时间,时间包括了开始时间,持续时间,结束时间和活动次序,以及每个对象作用的时间细节等。Where描述的是活动发起的位置,可以是绝对位置,也可以是相对位置,除了发起信息,活动作用的的点等信息也是包含在这里。Why描述的是活动的发起原因,在本案模型定义中活动原因由触发/导致该活动的活动标识来代表,活动标识可以全局唯一的代表某一个活动。What描述的是活动相关对象或参与者在活动中表现出来的特征,多为活动结束产生的结果对象内容,资料类和方法类结果对象为特定记录,需要特别标识,也可以是直接的活动的发起者的行动结果。对于具体的活动,我们可以通过6W提问过程,得到活动所涉及到的所有对象,在此基础上对其活动特征属性进行描述,详见表2。
表2、6W提问过程表
在描述活动的过程中,在得到活动的所有对象后,对这些对象进行标识,标识方法与步骤1中标识方法一致,用数字区分对象,前面带所属活动的标识号,如A.1.1.1.1、A.1.1.1.2、B.1.1.2.1。分析一个活动中这些对象相互间作用的逻辑关系和方法,制出企业生产作业的对象作用表,详见表3。
表3、某一活动对象表
得到对象作用表后,可以根据对象作用的逻辑顺序确定一个活动的作用流程,进而绘制出活动对象流程图。对表1、企业作业活动分类目录表中每一个活动都进行6W提问过程,可以得到企业作业过程的整个活动流程,进而绘制出企业作业流程图。这个表就是模型的雏形,这里成为6W业务模型雏形表。到此为止,作业员、管理员可以通过6W业务模型雏形表和业务流程图可以更清晰了解作业的逻辑顺序、更有效的管理作业过程、更有效预防作业事故,详见表4。
表4、6W业务模型雏形表
步骤3:细粒度分析完善活动6W详细分析得到业务逻辑模型
业务、流程、活动和对象有一些共有的特性和属性,每个不同的对象在活动中有其特定的特性。在业务逻辑建模过程中,模型需要准确完整描述这些特性和属性。
对于共有的特征属性,直接在表格4的6W业务模型雏形表中对每一项都添加特性属性等描述。事实上,错误!未找到引用源。中要素名称是一个共有属性特性。其他的共有特性属性用这样的方法添加上去。其他共有属性包括:类型、类别、值域、方法、条件、约束等。
类型描述的该项的分类概念,分类属于领域的类型为业务域;分类属于业务的类型为业务;分类属于流程的类型为流程;分类属于活动的类型为活动;分类属于对象的类型根据实际情况可以为对象、时间、的点、特性、资料、属性、字符和参与者等。类型是公共属性,6W业务逻辑模型中的每一项都有这样的属性。该属性描述的是该项在分类结构体系中所属于的类型。
类别描述该项所承担的任务类别。类别的归类比较多,且需要根据该项的类型而定。具体的功能如下:当分类为业务时,类别为该业务在领域的业务职能;类型为活动的,类别可以为策略、计划、实施、审核、总结,活动类别描述了该活动在业务流程中的职能,从类别字面上容易理解职能的具体内容;类型为对象的,类别可以为设备、设施、材料和部件;类别为参与者,类别可以为作业者、操作者、执行者和参与者;类型为时间的,类别可以为时间、次序、步长和速度;类型为数字、字符、文本、布尔的,类别为特征。
建立好公共属性后,需要分析一个活动中的所有对象所具有的特征、属性或者需要引用其他的对象及活动特性,这属于私有属性。对于每一个对象所特有的属性,需要对该属性进行标识区分,编号方式同之前,数字区分,前面带所属活动和对象标识。这些新增的属性都应该具有公共属性,需要补充属性的要素名称,类型和类别。
通过该步骤,一个完整的业务逻辑模型大概就定义好了,这个模型可以清晰的描述企业的所有作业生产活动,并且具体到每一个活动所涉及的对象特征都能够描述清楚。业务逻辑模模型通过属性描述了活动及对象的名称、类型和类别等基本属性,通过建立对象-属性树建立对象的独立属性。作业者或管理者通过此模型可以快熟掌握企业作业活动的细节,通过此模型可以有效管理活动的进行过程,详见表5。
表5、6W业务模型关于开会活动的示例表
步骤4:对象活动特征与条件、约束关系定义
6W业务逻辑模型已经具备描述企业作业生产业务的基本能力,但是一个活动的生命周期中会涉及到若干个对象,与此同时,一个活动也可能产生一个新的对象;通常,一个大的活动会包括若干个子活动,引用若干个前置活动特征,以及对最终结果的处理方法;特征是对象与对象、对象与活动以及活动与活动之间的临时描述。活动涉及到的特性有:描述对象本身的静态特性、描述对象间的临时关系、描述对象与活动间的临时关系以及描述活动间的临时关系。如何让模型实现这一功能是个挑战。6W模型的实现方式是通过添加条件、约束、值域及发生频度属性来实现这个功能。
“值域”描述了一个对象及其属性的来源,来源一般为其它活动中的对象。发生频度描述了一个对象在本活动中的作用次数。这两个属性的作用是引导使用模型的人员更快捷的了解业务过程,同时让生产活动更规范,更便于管理。
“条件”描述要素发生作用的前提条件,描述要素存在的重要性,描述要素对其他对象活动的依赖性。条件分为三种条件:必须存在的条件、在一定条件下存在的条件以及可以不存在的条件。6W业务逻辑模型表中的描述用三个大写字母来区分这三种条件:必须用M/(Must)、条件必须用C/(Conditional)、可以不存在用O/(Optional)。如果想表达对象是在什么样的条件下必须接受该条件,一般用对象及其特性的标识进行明确。有了条件属性,模型就可以描述一个要素是否必须存在、是否可以不存在。更进一步可以描述要素在什么条件下才可以存在的情况。
“约束”可以表达要素实现过程的限制条件或处理方法,实现对对象特征属性的约束。约束可以通过公式来描述,例如:错误!未找到引用源。中办公室座位数必须大于参加会议的人数,模型中的约束表达为A.1.1.1.2.2>A.1.1.1.2。条件可看作活动的作业范围,约束可看作对象活动关系,约束和条件组合来使用可以使模型完整完备的描述一个企业的生产作业流程,防止作业生产过程中顺序颠倒、某个过程遗漏、过程重复的易发事故。
“频度”用该要素在前提条件明确的情况下可发生的次数,通常用“N”表示可产生多次,“1”表示只发生1次。
通过上述所有分析过程,6W业务逻辑模型已经基本建立好,整个建模过程清晰易懂,建模过程由企业生产作业由大到小的逻辑构成,让人更好抓思路,防止流程某环节的遗漏和复杂业务关系的准确定义。使用者通过本案建立的业务逻辑模型更容易了解生产流程和作业过程,更快速熟悉作业过程,详见表6。
表6、完整的6W业务逻辑模型样例表
标识 | 要素名称 | 类型 | 类别 | 值域 | 约束 | 条件 | 频度 | 6W标注 |
A | 领域A | 业务域 | 主体对象 | C/ | 1 | |||
A.1 | 业务A1 | 业务 | 某职能 | C/ | 1 | |||
A.1.1 | 流程A11 | 流程 | 某作业 | C/ | 1 | |||
A.1.1.1 | 活动1 | 活动 | 实施 | C/ | N | 6W提问 | ||
A.1.1.1.1 | 时间 | 时间 | 日期 | M/ | 1 | |||
A.1.1.1.2 | 设施1 | 对象 | 设施 | M/ | 1 | |||
A.1.1.1.2.1 | 的点 | 的点 | 相对 | M/ | 1 | |||
A.1.1.1.2.2 | 属性1 | 属性 | 数字 | C/ | 1 | |||
A.1.1.1.3 | 设备1 | 对象 | 设备 | O/ | N | |||
A.1.1.1.3.1 | 编号 | 属性 | 字符 | C/ | 1 | |||
A.1.1.1.4 | 操作者 | 参与者 | 操作者 | C/ | 1 | |||
A.1.1.1.4.1 | 姓名 | 属性 | 字符 | M/ | 1 | |||
A.1.1.1.4.2 | 职位 | 属性 | 字符 | O/ | N |
这一步是建模的最后一步、也是最关键一步,是使模型活起来的一步。现在6W业务逻辑模型不但清晰展示了企业的生产作业流程、各个活动以及活动相关联的对象,并且把生产过程中各对象之间的依赖、约束、限制及发生频率也都描述清楚了。该模型可以让建模者一级一级往下分析,在分析企业活动过程对整体和部分都能够清晰、兼顾。作业者通过6W业务逻辑模型,可以从整体和部分了解每一个工作流程,知道流程中每一步所需要涉及到的其他对象,从而大大降低因人为疏忽而发生的事故。管理者可以通过6W业务模型掌握生产的进度,通过生产过程优化来提高生产效率。
以上通过优选的实施例详细的描述了本发明,但本领域技术人员应该明白,本发明并不局限于以上所述实施例,凡在本发明的基本原理之内,所作的任何修改、组合及等同替换等,均包含在本发明的保护范围之内。
Claims (15)
1.一种基于6W的业务逻辑建模体系,其特征在于,包括:
基于6W的业务逻辑模型体系,所述分类体系以活动为中心组织各分类之间的关系,所述分类体系涵盖了业务过程中涉及到的所有概念,且分类的划分是无交集的;分类体系中概念与概念之间的关系类型是统一的;
业务逻辑模型定义模板,用户在模板中预定义的建模规则约束和指导下,完成业务逻辑分析和模型定义工作。
2.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,基于6W的业务逻辑建模体系参照6W对所有概念建立了一种互不交叉的所述分类体系,所述分类体系包括时间类、地点类、参与者类、对象类、资料类、活动类、特征类和属性类。
3.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,所述业务逻辑模型定义模板指的是一种固定格式的excel表格,包含了标题和填写规定,填写规定以备注的形式添加到相应标题的单元格上,其中所述标题包括:标识、要素名称、类型、类别、重要度、值域、条件、约束、重复次数、填写规定、作用对象、结果对象、作业者、操作者和执行者。
4.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,基于6W的业务逻辑建模体系以活动为中心,建立起其他分类与活动的关系以及所述其他分类在所述活动中表现出来的特性,所述其他分类包括时间、地点、参与者、对象、资料、活动、特征和属性,所述特性包括值域、条件、约束和重复次数。
5.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述时间类指的是与时间相关的概念的集合,时间、次序、速度、步长类的概念。
6.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述地点类指的是与空间相关的概念的集合,相对的点和绝对地点类的概念。
7.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述参与者类指的是组织机构、部门、岗位、角色类的概念。
8.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述对象类指的是设施、设备、材料、零部件类的概念。
9.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述资料类指的是报告、附件、流媒体、矢量数据类的概念。
10.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述活动类指的是领域、过程、流程、计划、实施、审核、总结类的概念。
11.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述特征类指的是对象在活动中表现出来的性质,所述性质进一步分为数字、字符、文本和布尔。
12.根据权利要求2所述的基于6W的业务逻辑建模体系,其特征在于,所述属性类指的是对象固有的特性,所述特性进一步分为数字、字符、文本和布尔。
13.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,所述模板预定义的建模规则包含了对分类的动态控制,除标题外,第一行只允许定义领域类型的活动;所述领域类型的活动下面允许定义过程类型的活动,所述过程类型的活动下面允许定义流程类型的活动,所述流程类型的活动下面允许定义计划、实施、审核和总结类型的活动,所述计划、实施、审核和总结类型的活动下面允许定义时间、地点、对象、参与者、资料的活动;所述对象、参与者和资料的活动下面允许定义特性或属性的活动。
14.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,所述建模规则对每一种概念需要填写的标题中规定的项目进行控制,当标识、要素名称、类型、类别、重要度、值域、条件、约束、重复次数、填写规定适用于所有类型,作用对象、结果对象、作业者、操作者、执行者的类型为活动时才允许填写。
15.根据权利要求1所述的基于6W的业务逻辑建模体系,其特征在于,所述建模规则对每个项目所能填写的内容和格式依据类型进行控制。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310330167.XA CN104346669A (zh) | 2013-07-31 | 2013-07-31 | 一种基于6w的业务逻辑建模体系 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310330167.XA CN104346669A (zh) | 2013-07-31 | 2013-07-31 | 一种基于6w的业务逻辑建模体系 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104346669A true CN104346669A (zh) | 2015-02-11 |
Family
ID=52502227
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310330167.XA Pending CN104346669A (zh) | 2013-07-31 | 2013-07-31 | 一种基于6w的业务逻辑建模体系 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104346669A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104346393A (zh) * | 2013-08-02 | 2015-02-11 | 克拉玛依红有软件有限责任公司 | 原子级数据元素模型的建模方法 |
CN105278952A (zh) * | 2015-09-21 | 2016-01-27 | 广州市中智软件开发有限公司 | 一种业务模型的建立、显示方法及其装置 |
CN106547877A (zh) * | 2016-10-26 | 2017-03-29 | 红有软件股份有限公司 | 基于6w业务逻辑模型的数据元智能标识解析方法 |
CN106845815A (zh) * | 2017-01-13 | 2017-06-13 | 百度在线网络技术(北京)有限公司 | 业务管理方法及系统 |
CN110221823A (zh) * | 2019-05-31 | 2019-09-10 | 浙江大学 | 一种基于场景的业务需求描述方法 |
CN110348120A (zh) * | 2019-07-11 | 2019-10-18 | 上海外高桥造船有限公司 | 一种基于建模软件的焊脚高度自动计算方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040111284A1 (en) * | 2002-08-26 | 2004-06-10 | Uijttenbroek Adriaan Anton | Method and system to perform work units through action and resource entities |
CN101261705A (zh) * | 2008-03-19 | 2008-09-10 | 北京航空航天大学 | 业务建模驱动的erp软件需求获取方法 |
CN101281466A (zh) * | 2008-05-27 | 2008-10-08 | 北京中企开源信息技术有限公司 | 基于业务本体特征的业务对象建模方法 |
US20100070450A1 (en) * | 2006-11-02 | 2010-03-18 | Sean Michael Barker | Method of building a data integration environment |
-
2013
- 2013-07-31 CN CN201310330167.XA patent/CN104346669A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040111284A1 (en) * | 2002-08-26 | 2004-06-10 | Uijttenbroek Adriaan Anton | Method and system to perform work units through action and resource entities |
US20100070450A1 (en) * | 2006-11-02 | 2010-03-18 | Sean Michael Barker | Method of building a data integration environment |
CN101261705A (zh) * | 2008-03-19 | 2008-09-10 | 北京航空航天大学 | 业务建模驱动的erp软件需求获取方法 |
CN101281466A (zh) * | 2008-05-27 | 2008-10-08 | 北京中企开源信息技术有限公司 | 基于业务本体特征的业务对象建模方法 |
Non-Patent Citations (1)
Title |
---|
饶上荣 等: ""面向对象数据模型的表格模板规则设计"", 《计算机辅助设计与图形学学报》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104346393A (zh) * | 2013-08-02 | 2015-02-11 | 克拉玛依红有软件有限责任公司 | 原子级数据元素模型的建模方法 |
CN104346393B (zh) * | 2013-08-02 | 2018-06-15 | 克拉玛依红有软件有限责任公司 | 原子级数据元素模型的建模方法 |
CN105278952A (zh) * | 2015-09-21 | 2016-01-27 | 广州市中智软件开发有限公司 | 一种业务模型的建立、显示方法及其装置 |
CN105278952B (zh) * | 2015-09-21 | 2018-10-30 | 广州本体软件有限公司 | 一种业务模型的建立、显示方法及其装置 |
CN106547877A (zh) * | 2016-10-26 | 2017-03-29 | 红有软件股份有限公司 | 基于6w业务逻辑模型的数据元智能标识解析方法 |
CN106547877B (zh) * | 2016-10-26 | 2019-08-09 | 红有软件股份有限公司 | 基于6w业务逻辑模型的数据元智能标识解析方法 |
CN106845815A (zh) * | 2017-01-13 | 2017-06-13 | 百度在线网络技术(北京)有限公司 | 业务管理方法及系统 |
CN110221823A (zh) * | 2019-05-31 | 2019-09-10 | 浙江大学 | 一种基于场景的业务需求描述方法 |
CN110348120A (zh) * | 2019-07-11 | 2019-10-18 | 上海外高桥造船有限公司 | 一种基于建模软件的焊脚高度自动计算方法 |
CN110348120B (zh) * | 2019-07-11 | 2023-04-07 | 上海外高桥造船有限公司 | 一种基于建模软件的焊脚高度自动计算方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Sanchez et al. | A review of agile manufacturing systems | |
CN104346669A (zh) | 一种基于6w的业务逻辑建模体系 | |
US7356479B2 (en) | Device and method for accommodating business process | |
CN104850405A (zh) | 一种智能可配置工作流引擎及其实现方法 | |
CN101539855A (zh) | 一种业务基础软件平台 | |
Fernández et al. | A case study on the application of an artefact-based requirements engineering approach | |
Bhaskar et al. | Analyzing and re-engineering business processes using simulation | |
de Carvalho et al. | Technology and quality management: a review of concepts and opportunities in the digital transformation | |
CN107292592A (zh) | 建筑工程项目数据自动分类定向推送系统 | |
Wang et al. | A MULTIDIMENSIONAL INFORMATION MODEL FOR MANAGING CONSTRUCTION INFORMATION. | |
Dolgui et al. | Balancing large-scale machining lines with multi-spindle heads using decomposition | |
Senthilkumar et al. | Case study–based testing of design interface management system | |
CN105469197A (zh) | 一种飞机制造工艺基础数据管理系统 | |
Ganapathy | Robotic process automation: end from entrepreneurial content editing to go live | |
Abdel-Malek et al. | Telemanufacturing: A flexible manufacturing solution | |
Gupta et al. | Leveraging temporal and spatial separations with the 24-hour knowledge factory paradigm | |
Grudzińska-Kuna | Supporting knowledge workers: case management model and notation (CMMN) | |
Amjad et al. | UML profile for business process modeling notation | |
Red et al. | Considerations for multi-user decomposition of design spaces | |
Capodieci et al. | Adopting collaborative business process patterns for an enterprise 2.0 banking information system | |
Kozina | Evaluation of Aris and Zachman frameworks as enterprise architectures | |
CA2682415A1 (en) | Method and system for determining entitlements to resources of an organization | |
Milošević et al. | A model of collaborative process planning system (E-CAPP) | |
CN112884455A (zh) | 任务计划处理系统、方法和装置 | |
Chandra et al. | Information technology support for integrated supply chain modeling |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150211 |