【摘要】 分布式企业建模中的同构模型合并方法属于分布式环境下的企业建模领域，其特征在于，在服务器端，设有依次正向连接的模型接收模块、模型缓冲数据库、模型合并模块和模型主数据库，在客户端，设有依次正向连接的集成化企业建模模块，模型分数据库和模型上传模块，该模型上传模块把集成化企业建模形成的组织模型、资源模型和过程模型通过局域网或互联网传到模型接收模块，在模型合并模块中，组织模型根据模型主码合并，资源模型以组织模型的主码作外码，再根据资源模型主码进行合并，过程模型除主码外，还根据作为其外码的组织模型和资源模型的主码进行合并，形成完整企业模型后输入到模型主数据库。本发明具有安全度高、成本低、适用面广的优点。。 【专利类型】发明授权 【申请人】清华大学 【申请人类型】学校 【申请人地址】100084 北京市海淀区100084-82信箱 【申请人地区】中国 【申请人城市】北京市 【申请人区县】海淀区 【申请号】CN200810055609.3 【申请日】2008-01-04 【申请年份】2008 【公开公告号】CN101216910B 【公开公告日】2010-11-10 【公开公告年份】2010 【授权公告号】CN101216910B 【授权公告日】2010-11-10 【授权公告年份】2010.0 【IPC分类号】G06Q10/00; G06F17/30; G06Q10/06 【发明人】范玉顺; 徐宁 【主权项内容】分布式企业建模中的同构模型合并方法，其特征在于，在分布式企业环境下，所述方法是依次按以下步骤实现的：步骤(1)，初始化一个服务器端设有：模型主数据库，模型合并模块，模型缓冲数据库，以及模型接收模块，其中：模型主数据库，存有企业各分部分模型合并完成以后的完整的模型；模型合并模块，输入端与所述模型缓冲数据库的输出端相连，以输入要存储在所述模型缓冲数据库的企业各分部分模型；模型合并模块的输出端与所述模型主数据库的输入端相连，以输出合并后的企业完整模型；模型缓冲数据库，输入端与所述模型接收模块的输出端相连，以存储客户端上传的企业模型；另外，还设有缓冲信息数据表，记录了上传到所述模型缓冲数据库的各分部分模型的基本信息；模型接收模块，通过互联网或局域网接收客户端输出上传的企业模型；多个客户端，在每个客户端设有：集成化企业建模模块，模型分数据库，以及模型上传模块，其中：集成化企业建模模块，用于构建集成化企业模型，所述建模模块的输入是客户端用户根据企业情况进行的一系列建模操作，输出是包括过程模型、组织模型和资源模型三个部分的集成化企业模型，其中：组织模型ORG(Org_Key)，Org_Key是组织模型的主码；资源模型RES(Res_Key，F_Org_Key)，Res_Key是资源模型的主码，F_Org_Key表示引用所述组织模型的主码作为外码；过程模型PROC(Proc_Key，F_Org_Key，F_Res_Key)，Proc_Key是过程模型的主码，F_Res_Key表示引用资源模型的主码作为外码；模型分数据库，输入端与所述集成化企业建模模块的输出端相连，用于存储所述客户端用户编制的各分部分企业模型；模型上传模块，输入端与所述模型分数据库的输出端相连，用以接收各部分企业模型，再通过互联网/局域网发往服务器端的模型接收模块；步骤(2)，依次按以下步骤执行同构模型的合并：步骤(2.1)，服务器端的用户通过所述模型合并模块浏览建模客户端上传的所有模型信息，并选择需要合并到模型主数据库的企业模型；步骤(2.2)，服务器端用户通过所述模型合并模块依次按以下步骤对各分部分企业模型进行合并：步骤(2.2.1)，服务器端用户通过界面选择所述过程模型中需要合并到模型主数据库的过程或子过程；步骤(2.2.2)，服务器端用户通过界面选择所述资源模型中需要合并到模型主数据库的资源类型和资源实体；步骤(2.2.3)，服务器端用户通过界面选择所述组织模型中需要合并到模型主数据库的人员、岗位和角色；步骤(2.3)，模型合并模块根据服务器端用户的选择确定并筛选出所述模型缓冲数据库中各模型数据表中需要合并的记录；步骤(2.4)，合并组织模型ORG(Org_Key)：步骤(2.4.1)，把模型缓冲数据库中需要合并的组织模型数据表中的数据记录复制到模型主数据库中的对应模型数据表中；步骤(2.4.2)，重排模型主数据库组织模型数据表中新增记录的主码Org_Key，重排后的主码为Org_Key_New，重排方法为：第n条新记录的主码为模型主数据库中原有组织模型数据表中的主码最大值加n；步骤(2.4.3)，建立Org_Key与Org_Key_New一一对应的映射表；步骤(2.5)，合并资源模型RES(Res_Key，F_Org_Key)步骤(2.5.1)，把模型缓冲数据库中需要合并的资源模型数据表内的数据记录复制到模型主数据库中的相应模型数据表中；步骤(2.5.2)，重排模型主数据库资源模型数据表中新增记录的主码Res_Key，重排后主码为Res_Key_New，其重排方法为：第n条新增记录的主码为模型主数据库中原有资源模型数据表中主码最大值加n；步骤(2.5.3)，建立Res_Key和Res_Key_New的一一对应的映射表；步骤(2.5.4)，处理资源模型中的外码F_Org_Key，其处理方法为：在步骤(2.4.3)中建立的映射表中查找与F_Org_Key对应的重排后的值F_Org_Key_New，并以此替代资源模型的外码F_Org_Key；步骤(2.6)，合并过程模型PROC(Proc_Key，F_Org_Key，F_Res_Key)：步骤(2.6.1)，把模型缓冲数据库中需要合并的过程模型数据表中的数据记录复制到模型主数据库中的相应模型数据表中；步骤(2.6.2)，重排模型主数据库过程模型数据表中新增记录的主码Proc_Key，重排后的主码为Proc_Key_New，其重排方法为：第n条新增记录的主码为模型主数据库中原有过程模型数据表中主码最大值加n；步骤(2.6.3)，建立Proc_Key和Proc_Key_New一一对应的映射表；步骤(2.6.4)，处理过程模型中的外码F_Org_Key，其处理方法为：在步骤(2.4.3)中建立的映射表中查找与F_Org_Key对应的重排后的值F_Org_Key_New，并以此替代过程模型的外码F_Org_Key；步骤(2.6.5)，处理过程模型中的外码F_Res_Key，其处理方法为：在步骤(2.5.3)中建立的映射表中查找与F_Res_Key对应的重排后的值F_Res_Key_New，并以此替代过程模型的外码F_Res_Key。 【当前权利人】清华大学 【当前专利权人地址】北京市海淀区100084-82信箱 【专利权人类型】公立 【统一社会信用代码】12100000400000624D 【引证次数】4.0 【他引次数】4.0 【家族引证次数】4.0 【家族被引证次数】1
