[0001] 本发明属于流程建模技术，尤其是流程建模和流程可视化显示的系统结构技术领域。

[0002] 流程是系统安全灵活地运行的重要环节；用户对业务运行进行抽象分析后建立流程模型。随着组织流程的固化和改进，知识的积累和应用，技术的创新和提升，最终业务规范设计平台将会脱胎换骨，全新的“智能型业务规范设计平台”成为未来的发展方向，这已经远远超出传统业务规范设计平台范畴，转变成为企业的综合性管理支撑平台。该阶段业务规范设计平台更关注组织的决策效率，提供决策支持、知识挖掘、商业智能等服务，并融合先进的云计算技术，提供先进的一体化解决方案。图形展示方面也经历了从GDI到GDI PLUS的跨越，图形的显示也愈加精细，连线的拖动和避让更加智能，数据配置更加易用，极大地支持了对流程配置的需求。

[0017] 如图1所示， 建模平台，本发明由流程建模平台通过HTTP与流程引擎连接, 流程引擎通过HTTP与互联网连接；流程建模平台分别由流程建模模块、组织机构模块、运行维护模块组成；其中：流程建模模块内包括有流程图文件包管理模块、流程图可视化建模模块、建模工具包模块、流程图校验模块、全局数据管理模块；所述流程建模模块连接结构为：流程图文件包管理模块通过签入和签出与流程图可视化建模模块连接，全局数据管理模块通过配置与流程图可视化建模模块连接，建模工具包模块通过创建与流程图可视化建模模块连接，流程图校验模块通过校验与流程图可视化建模模块连接；
流程图可视化建模模块包括可视化图形操作模块、流程图可视化建模核心模块、环节配置模块、泳道配置模块，连接结构为：可视化图形操作模块通过可视化配置与流程图可视化建模核心模块连接，环节配置模块、泳道配置模块分别通过配置与流程图可视化建模核心模块连接；
组织机构模块内分别设置有机构人员管理模块、变更信息管理模块、角色配置模块、领导秘书管理模块；运行维护模块内分别设置有任务维护模块、意见项维护模块、变量维护模块；
本发明在所述流程图文件包管理模块内分别设置有流程类型管理模块、流程文件管理模块、签入签出管理模块；在所述全局数据管理模块内分别设置有变量配置模块、意见栏配置模块、常用词配置模块；在所述建模工具包模块内分别设置有环节节点模块、顺序流模块、泳道模块；在所述流程图校验模块内分别设置有错误校验模块、警告校验模块；在所述流程图可视化建模模块内分别设置有泳道配置模块、环节配置模块、顺序流配置模块。 本发明在可视化图形操作模块内分别设置有自动排图模块、图形智能拖动定位模块、缩略图模块；在所述环节配置模块内分别设置有基本配置模块、发送操作配置模块、意见栏配置模块、应用配置模块、步骤配置模块；在所述泳道配置模块内分别设置有阶段配置模块、参与者泳道配置模块。

[0018] 本发明流程建模平台主要有流程建模模块通过组织机构模块获取组织机构信息进行建模，然后通过引擎应用到所有的应用系统，然后通过运行维护系统对应用系统的流程实例进行维护。

[0019] 本发明包括十个非常完整的配置和建模分析，其具体配置如下：如图2所示，本实例新型的流程前期配置：首先是新建一个流程，进行规范命名，流程新建好后，需要新建版本，一个流程可有多个版本，建议为同一流程的不同版本设置不同的版本状态。开始配置流程时，先查看老流程的意见栏，按照老流程来设计意见栏和待办分类，意见栏的排列顺序按照老流程里的顺序来配置，流程引擎里右键功能菜单可以配置这两项功能。

[0020] 如图2所示，本实例新型参与者泳道设计：对一个流程的分析结束后，就应该对其进行配置，建议首先配置流程的参与者泳道，配置泳道时，可以按照整个流程的参与者顺序来配置泳道，方便后期的环节和连线的拖拽。例如一开始可以是“拟稿人”，然后是核稿的“部门领导”，会签的“会签人员”，签发的“单位领导”等，可以依照这样一个顺序来配置参与者。泳道配置时，不用遵循唯一性，泳道是可以重复的，例如，一个流程中可以有两个“拟稿人”泳道或者两个“部门文书”泳道，主要就是遵循怎么方便，怎么合理，就怎么配置。配置时，并不一定只将一个角色设置为一个泳道，例如可以命名一个参与者泳道为“会签人员”，可能包括有“部门文书”、“部门领导”和“局领导”等多个角色。其实在环节的发送操作配置过程中，可以在“目标环节配置”这一项中，将所有目标环节的参与者设置为无效，然后另外增加自己想要的目标角色。当参与者泳道设计好时，就应该考虑每个参与者可以做的操作，例如，拟稿人在流程中的状态可以为“拟稿”、“已拟稿”、“核稿完毕”等多个状态，则可以归并为一个环节为“拟稿人处理”环节，然后利用步骤来区分这些状态，这样就可以减少设计为不同环节时，自己给自己发送的冗余，当然，也可以分开设计为不同的环节。同理，可以处理“已签发”、“已编号”等参与者相同的状态，当然，也不一定非要把参与者相同的状态都放在一个环节中，例如，“封发”虽然一般是拟稿人处理的，但是一般都单独放在一个环节里，这样流程看起来比较清晰。当环节相距较远时，不易拉线，这时可以使用引用环节，引用环节还可以用于配置那些环节自己发送到自己的情况，例如“阅文”操作，“阅文”一般是配置为“封发”环节的一个步骤，因为到达“阅文”状态时，一般不需要再发送出去，所以配置为“封发”环节的一个步骤，为了使整个流程看起来比较清晰，可以使用引用环节，引用到“封发”环节本身，只是将名字改为“阅文”，可以参照现有的发文流程进行查看。在设计环节时，还是需要考虑到流程配置的方便性和流程视觉上的清晰度，可以在配置过程中逐渐摸索，或是自己配置后再参考现有流程，最后，不要忘记给你的流程配置上“开始”和“结束”环节。

[0021] 阶段泳道设计：当参与者泳道和环节都已设计好后，就应该将阶段泳道设计出来，阶段泳道一般按照流程进入的每一个阶段来命名，不过可以灵活的改动，例如，前面提到的“拟稿人处理”环节，可以放置到“拟稿人处理”阶段泳道中。阶段泳道一般可以和环节的名字相同，例如“核稿”环节通常都放在“核稿”泳道中，阶段泳道也是一些同类操作的集合，例如“会签处理”和“领导会签”环节，都可以放置在“会签”阶段泳道中。

[0022] 环节步骤设计：所有的泳道和环节设计完后，就应该设计环节间的关系，也就是连线，不过，在设计这些连线之前，建议先将每个环节的步骤设计好，这样可以有助于进一步分析和理解流程。步骤的设计，可以按照一个环节包括了哪几个状态来设计，比如“拟稿人处理”环节，包括了“拟稿”、“已拟稿”和“核稿完毕”等多个状态，则可分为“拟稿”、“已拟稿”和“核稿完毕”等步骤，建议清楚的命名步骤的名字，并将第一个步骤设置为默认步骤，以方便以后修改或是其他人查看，如图3。

[0023] 连线的设计：做好了前期的分析和准备，应该开始配置连线了，即应该配置各个环节的发送操作，这时，就应该仔细的核对老流程，注意连线的命名，连线是选人发送还是自动发送，是从哪一个环节发送到那一个环节，方向要搞清楚。步骤划分好后，按照老流程，从一开始的环节，逐步按照老流程每个状态的发送操作来拉线，例如，在“拟稿人处理”环节中，如果有三个状态，那么，拉线时，应该将这三个状态的连线都建立好。建议如果为每一个状态单独建立一个发送操作，那么，应该在发送操作的说明处标注所属的状态，方便区分，例如，在“拟稿人处理”环节中，有“已拟稿”和“核稿完毕”这两个状态，并各单独配置为环节的一个步骤。“已拟稿”可以送核稿，“核稿完毕”可以送核稿和送会签，那么，建立两个发送操作，一个只有一个发送项，就是送核稿，并在发送操作说明处标注为“已拟稿”，同样，建立另一个发送操作，有两个发送项为送核稿和送会签，并在说明处标注为“核稿完毕”，这样的话，虽然两个发送操作都命名为“发送”，也不会混淆了。连线建立完后，应该适当拖动连线，调整的比较整齐。在连线拖动过程将会应用最优路径连线算法进行智能调整.环节详细配置：所有的框架搭好后，就应该关注细节的配置了，打开老流程，为每一个环节的具体操作进行配置，这些具体配置，主要是包括“发送操作”、“意见操作”、“应用操作”和“步骤操作”四大模块。配置过程中，一定要注意的一点，就是一定要双击打开老流程的每一步，看里面的详细配置是什么，要以该详细配置为主，因为会和外面的整体列表看起来有出入，所以一定要看详细配置实际是怎么配置的。配置时，一般像“拟稿”、“改稿”这样一种需要调用应用程序的操作，都配置在应用操作中，意见的填写和代录则配置在“意见操作”中，发送、收回等都是在“发送操作”中配置。这时，配置时一般先将应用操作、意见操作和发送操作配置好，然后再在步骤里按照流程的状态来分配这些操作。配置时注意各个操作应该触发的步骤，应用脚本等是否正确，条件是否设置正确，这些都是需要细心分析和配置的，建议按照各个操作的分类来对每个模块进行配置，后面会详细介绍下配置每个模块时应该注意的细节，并说明一些配置时应该注意的约定，签发、会签和封发的送阅，建议参考已有流程配置，如图3。

[0024] 流程注释：流程配置过程中，应该记录下配置的时间、配置人和配置说明等，配置说明主要就是分点列出自己对老流程做的一些修改，或者流程还有哪些地方没有配完等，觉得重要的都可以列出，方便以后测试流程时清楚哪些地方需要注意。例如，在配置应用操作时，可能有些功能的脚本还没有，那么，就应该在注释里记录下，那个环节的哪些操作还没有脚本，以便后面添加。