应用软件签审方法、装置、计算机设备和存储介质与流程

文档序号:22798649发布日期:2020-11-04 03:54阅读:136来源:国知局
应用软件签审方法、装置、计算机设备和存储介质与流程
本发明涉及流程行业的应用软件签审
技术领域
,特别涉及一种应用软件签审方法、装置、计算机设备和存储介质。
背景技术
:现有各种应用软件或者应用平台,往往需要针对各项事务进行签审、审批,比如,采购软件,需要对采购某一用品进行审批,比如,办公软件,需要对某一事项进行审批。对于应用软件中原本没有的签审流程,往往需要为了新增的签审流程开发签审的程序,这样,不同的应用软件可能都存在各种的签审的需求,就需要为多个应用软件分别开发签审模块,毫无疑问,这样将导致重复劳动,导致工作量较大,并且导致开发成本较高。技术实现要素:基于此,有必要针对上述技术问题,提供一种应用软件签审方法、装置、计算机设备和存储介质。一种应用软件签审方法,包括:获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。在一个实施例中,所述获取流程配置文件的步骤之后还包括:根据所述流程标识,获取与所述流程标识对应的驳回配置文件,所述驳回配置文件记录了驳回处理标识;所述获取与所述角色标识对应的用户的签审记录的步骤包括:获取与所述角色标识对应的用户的签审记录;检测所述签审记录是否为驳回记录;当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转。在一个实施例中,所述当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转的步骤包括:当所述签审记录为驳回记录时,检测所述驳回配置文件记录的所述驳回处理标识是否为第一处理标识;当所述驳回处理标识为所述第一处理标识时,将当前流程流转至所述节点配置文件中记录的第一个节点标识对应的用户;当所述驳回处理标识不为所述第一处理标识时,在再次接收到当前流程的所述角色标识对应的用户的签审记录后,将当前流程流转至所述节点配置文件中记录的下一个节点标识对应的用户。在一个实施例中,所述获取流程配置文件的步骤包括:检测是否存在触发事件;当存在所述触发事件时,获取所述流程配置文件。在一个实施例中,所述根据所述节点标识,将当前流程流转至与所述角色标识对应的用户的步骤包括:根据所述节点标识,获取与所述节点标识对应的签审信息;将所述签审信息发送至与所述角色标识对应的用户。在一个实施例中,所述获取与所述角色标识对应的用户的签审记录的步骤包括:根据与所述角色标识对应的用户基于所述签审信息做出的操作,生成所述签审记录;获取所述签审记录。在一个实施例中,所述根据所述节点标识,将当前流程流转至与所述角色标识对应的用户的步骤包括:根据所述节点标识,将当前流程流转至与所述角色标识对应的用户,并向所述用户发送通知,其中,所述通知的发送方式包括邮件发送、短信发送、应用软件内置信息发送。一种应用软件签审装置,包括:流程配置文件获取模块,用于获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;节点角色配置获取模块,用于根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;流程流转模块,用于根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;签审记录获取模块,用于获取与所述角色标识对应的用户的签审记录;签审文件生成模块,用于基于各所述角色标识对应的用户的所述签审记录,生成签审文件;签审文件发送模块,用于通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。上述应用软件签审方法、装置、计算机设备和存储介质,通过读取流程配置文件中的流程标识和软件标识,每一软件标识对应一个应用软件,使得应用软件在新增签审流程时,无需在应用软件上重新开发签审流程,而仅需新增流程配置文件、节点配置文件和角色配置文件即可实现签审流程,从而有效使得多个应用软件均可通过次方式新增签审流程,而无需新开发,有效减少了新增签审流程的开发的工作,有效降低了成本。附图说明图1为一个实施例中应用软件签审方法的应用场景示意图;图2为一个实施例中应用软件签审方法的流程示意图;图3为一个实施例中应用软件签审装置的结构框图;图4为一个实施例中计算机设备的内部结构图;图5为一个实施例中应用软件签审方法的实施过程示意图。具体实施方式为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。本申请提供的应用软件签审方法,可以应用于如图1所示的应用环境中。其中,计算机102通过网络与计算机104通过网络进行通信。其中,计算机102可以但不限于是各种个人计算机、服务器、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,计算机104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。计算机102上运行各类应用软件,用户通过计算机102上的应用软件触发计算机104获取流程配置文件;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。用户可通过计算机102进行签审,而对于已部署好的应用软件,无需单独开发签审流程的程序,并且通过该应用软件,即可接收来自计算机104形成的签审文件。在一个实施例中,如图2所示,提供了一种应用软件签审方法,其包括:步骤210,获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识。具体地,流程配置文件也可称为流程配置表,该流程配置文件中记录了流程标识和软件标识。该软件标识为应用软件的唯一识别信息,用于区分、标识应用软件,每一应用软件具有唯一的软件标识。比如,该软件标识为应用软件的软件id(identitydocument,身份标识),每一应用软件具有唯一的软件id。比如,该软件标识可以为应用软件的软件名称,每一应用软件具有唯一的软件名称。在一个实施例中,软件标识包括软件名称和软件id,每一软件名称对应一软件id,本实施例中,每一个应用软件具有一软件名称和软件id,这样,可通过软件名称和软件id对不同的应用软件进行区分、识别。同样的,流程标识为签审流程的唯一识别信息,用于区分、标识签审流程,每一签审流程具有唯一的流程标识。比如,该流程标识为签审流程的流程id,比如,该流程标识为签审流程的流程名称。在一个实施例中,流程标识包括流程名称和流程id,每一流程名称对应一流程id,本实施例中,每一个签审流程具有一流程名称和流程id,这样,可通过流程名称和流程id对不同的应用软件进行区分、识别。应该理解的是,签审流程即为应用软件中针对一事项进行签审的流转的流程。对于同一个应用软件,可能需要进行多个事项的签审,因此,同一个应用软件可对应多个签审流程,并且不同的应用软件分别对应不同的签审流程。本步骤中,获流程配置文件的方式,可以是用户手动输入,也可以是通过接口从应用软件读取。一个实施例中,获取预先输入的流程配置文件,本实施例中,流程配置文件生成过程为:在签审流程这一侧,获取用户输入的指令,根据用户输入的指令,获得用户输入的输入内容,根据所述输入的内容,生成流程配置文件。一个实施例中,通过与应用软件连接的接口从应用软件获取流程配置文件,本实施例中,流程配置文件通过与应用软件连接的接口获得,比如,用户从应用软件侧发起签审需求,并在应用软件中输入流程配置文件中所需的内容,生成流程配置文件,在签审流程这一侧,读取应用软件中生辰固定流程配置文件。步骤220,根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识。具体地,节点配置文件也可称为节点配置表,角色配置文件也可称为角色配置表。该节点配置文件记录了签审流程中各签审节点的节点标识,节点标识用于区分、识别签审流程中的各签审节点,比如,节点标识包括节点名称和节点id。角色标识为签审节点的签审用户的角色的识别信息,用于区分、识别不同的角色的用户,比如,该角色标识包括角色名称和角色id,其中,角色id为用户唯一的识别信息,比如,该角色标识为应用软件的用户的角色的标识。该各所述节点标识的顺序即签审流程中各签审节点的签审顺序。本实施例中,每一流程标识对应一签审流程,该签审流程具有多个签审的节点,每一签审节点需要至少一个角色进行签审,因此,通过流程标识,能够确定与流程标识对应的节点配置文件和角色配置文件,该节点配置文件记录了签审流程中的流程标识与节点标识的对应关系,角色配置文件记录了签审流程中的流程标识以及节点标识与角色标识的对应关系。应该理解的是,对于签审流程中的一个签审节点,可能需要多个用户签审,因此,每一签审节点可对应一个或多个用户,这样,每一所述节点标识对应至少一个所述角色标识,即可明确需要对同一个签审节点进行签审的用户。这样,通过流程标识,即可获得流程标识对应的签审流程中个每一个签审节点的节点标识和签审的用户的角色标识。步骤230,根据所述节点标识,将当前流程流转至与所述角色标识对应的用户。具体地,当前流程为当前签审的流程,节点配置文件中记录了签审流程中各节点标识的签审顺序,因此,本步骤中,根据节点配置文件中记录的节点标识的签审顺序,将当前流程流转至节点标识对应的角色标识的用户,使得节点标识对应的角色标识的用户能够对流程进行签审。本步骤中,通过节点标识在节点配置文件中记录的顺序,使得签审流程能够按照节点配置文件中的签审节点的节点标识的顺序进行流转,从而实现流程的流转签审。值得一提的是,当前流程也可以是签审流程中的第一个节点,本实施例中,根据节点标识的顺序,将流程依次流转至各节点标识对应的角色标识的用户。步骤240,获取与所述角色标识对应的用户的签审记录。具体地,该签审记录为用户接收到流转的流程后,在签审流程中签审的记录。步骤250,基于各所述角色标识对应的用户的所述签审记录,生成签审文件。本步骤中,通过获取签审流程中各用户的签审记录,获得完整的签审记录,并且据此生成签审文件,该签审文件记录了签审流程中各签审节点的各用户的签审记录。步骤260,通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。本步骤中,将生成的签审文件发送至应用软件,使得应用软件获得完整的签审的记录,完成应用软件的一事项的签审。上述的签审流程中,应用软件无需单独开发签审流程,用户仅需在签审软件上进行签审流程的流转和签审,即可实现签审,对于不同的应用软件,都可与同一个签审软件进行连接,仅需通过接口与签审软件进行数据的交换,不同的应用软件都可以通过接口获得完整的签审文件,从而实现应用软件的签审。此外,针对不同类型、不同开发平台的应用软件,比如java软件、.net软件、php软件等都可与同一签审软件进行数据交互,获得签审软件的签审文件,从而有效避免了多个应用软件的重复开发签审流程。上述实施例中,通过读取流程配置文件中的流程标识和软件标识,使得应用软件在新增签审流程时,无需在应用软件上重新开发签审流程,而仅需新增流程配置文件、节点配置文件和角色配置文件即可实现签审流程,从而有效使得多个应用软件均可通过次方式新增签审流程,而无需新开发,有效减少了新增签审流程的开发的工作,有效降低了成本。为了在签审流程结束后生成签审文件,避免签审记录被遗漏,在一个实施例中,步骤250包括:根据流程配置文件中记录的节点标识的顺序,检测当前流程的节点标识是否为流程配置文件中的最后一个节点标识,在当前流程的节点标识为流程配置文件中的最后一个节点标识时,基于各所述角色标识对应的用户的所述签审记录,生成签审文件;在当前流程的节点标识不为流程配置文件中的最后一个节点标识,执行步骤230。这样,通过检测当前节点是否为签审流程中的最后一个签审节点,即可判断出签审流程是否结束,实现了在签审流程结束后生成签审文件,从而避免了签审记录被遗漏。在一个实施例中,所述获取流程配置文件的步骤之后还包括:根据所述流程标识,获取与所述流程标识对应的驳回配置文件,所述驳回配置文件记录了驳回处理标识。所述获取与所述角色标识对应的用户的签审记录的步骤包括:获取与所述角色标识对应的用户的签审记录;检测所述签审记录是否为驳回记录;当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转。本实施例中,每一签审流程具有一对应的驳回处理标识,该驳回处理标识用于标识在签审流程中被驳回的处理方式,该驳回处理标识可以是预设的,比如,由用户匹配签审流程预先设定。当签审流程中,用户的签审记录为驳回记录时,则根据驳回处理标识对当前流程进行流转,从而使得签审在驳回后,能够根据需求进行流转。在一个实施例中,所述当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转的步骤包括:当所述签审记录为驳回记录时,检测所述驳回配置文件记录的所述驳回处理标识是否为第一处理标识;当所述驳回处理标识为所述第一处理标识时,将当前流程流转至所述节点配置文件中记录的第一个节点标识对应的用户;当所述驳回处理标识不为所述第一处理标识时,在再次接收到当前流程的所述角色标识对应的用户的签审记录后,将当前流程流转至所述节点配置文件中记录的下一个节点标识对应的用户。本实施例中,驳回处理标识包括第一处理标识和第二处理标识,第一处理标识和第二处理标识标识了签审流程中被驳回的两种处理方式。该第一处理标识和第二处理标识可采用字符串标识,比如,第一处理标识为“0”,第二处理标识为“1”。本实施例中,驳回处理标识为0时,表示驳回后的签审不能跳过之前已经审过的节点,因此,将当前流程流转至签审顺序中的第一个签审节点对应的用户,并按签审顺序,再次依次签审;驳回处理标识为1时,表示驳回后的签审可以跳过之前已经审过的节点,因此,将当前流程流转至按签审顺序下一个签审节点对应的用户。这样,通过对不同的签审流程,配置不同的驳回处理标识,使得不同的签审流程能够满足不同的驳回签审的需求,使得配置驳回的处理方式更为简易,使得配置文件的数据量更小,并且提高了签审流程的配置效率。为了触发产生新的签审流程,在一个实施例中,所述获取流程配置文件的步骤包括:检测是否存在触发事件;当存在所述触发事件时,获取所述流程配置文件。本实施例中,触发事件用于触发签审流程的开始,当检测到触发事件时,则获取流程配置文件,开始签审流程。比如,该触发事件由用户发起,比如,该触发事件由用户在应用软件上发起,一个实施例中,检测是否接收到应用软件的签审触发指令,当检测到签审触发指令时,获取所述流程配置文件。本实施例中,该触发事件为用户在应用软件上输入的签审触发指令。一个实施例中,检测是否接收到应用软件的签审触发请求,当检测到签审触发请求时,获取所述流程配置文件。本实施例中,该触发事件为用户通过应用软件发出的签审触发请求。一个实施例中,检测应用软件是否生成流程配置文件,当检测到应用软件生成流程配置文件时,获取所述流程配置文件。本实施例中,该触发事件为用户在应用软件配置并生成该流程配置文件。在另外的一些实施例中,触发事件也可以是在签审软件这一侧触发。在一个实施例中,所述根据所述节点标识,将当前流程流转至与所述角色标识对应的用户的步骤包括:根据所述节点标识,获取与所述节点标识对应的签审信息;将所述签审信息发送至与所述角色标识对应的用户。具体地,签审信息可以是签审页面,也可以是签审链接,该签审链接为签审页面的地址,或者说,该签审链接签审页面的入口地址,用户通过获得签审信息,可以登录签审页面,从而在签审页面中进行签审。本步骤中,根据节点配置文件中记录的节点标识的顺序,将当前流转至下一个签审节点的用户,将该签审信息发送至该下一个签审节点的用户,使得该用户能够进行签审。为了获得签审记录,在一个实施例中,所述获取与所述角色标识对应的用户的签审记录的步骤包括:根据与所述角色标识对应的用户基于所述签审信息做出的操作,生成所述签审记录;获取所述签审记录。具体地,该角色标识对应的用户基于签审信息做出的操作可以是在签审信息对应的签审页面上输入内容,也可以是对签审信息对应的签审页面上的按键进行点击,或者是对签审信息对应的签审页面上页面元素进行滑动、双击、回车等操作,从而根据基于对签审信息做出的操作生成所述签审记录,并获得该签审页面上的签审记录。为了通知用户及时签审,在一个实施例中,所述根据所述节点标识,将当前流程流转至与所述角色标识对应的用户的步骤包括:根据所述节点标识,将当前流程流转至与所述角色标识对应的用户,并向所述用户发送通知,其中,所述通知的发送方式包括邮件发送、短信发送、应用软件内置信息发送。本实施例中,在流程流转至一角色标识对应的用户时,向该用户发送通知,发送通知的方式可以是邮件发送、短信发送或者应用软件内置的弹框信息发送,通过向用户发送通知,使得用户及时获知流程流转到该用户,使得用户能够及时签审。应该理解的是,虽然图2的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。下面是一个具体的实施例:本实施例中,设计一种计算机软件网络平台可配置的通用签审流程开发软件,当软件需要新流程时,改配置文件就可以了。本实施例中提供一种通用的流程签审软件,可以减少大量的软件开发工作。本实施例中,将调用该通用流程签审软件的应用软件称为“应用软件y”。本实施例中,配置文件包括流程配置文件、节点配置文件、角色配置文件和驳回配置文件,流程配置文件在本实施例中为流程配置表,节点配置文件为签审节点配置表,角色配置文件为签审角色配置表,驳回配置文件为驳回点配置表。详见下列表1、表2、表3和表4。首先,设计配置表1:流程配置表,用于增加和删除流程,记录流程名称及id、系统名称及id表1、流程配置表表1中,字段值:软件名称+流程名称为唯一索引,不允许重复;流程id为唯一索引。然后,设计配置表2:签审节点配置表,选择配置流程的签审节点(有哪些签审节点)表2、签审节点配置表流程id节点名称节点id00000000001审阅00100000000001审核00200000000002供应商报价00100000000002采购部审核002......表2中,字段值:流程id+节点名称为唯一索引,不允许重复;流程id+节点id为唯一索引,不允许重复。其次,设计配置表3:签审角色配置表,选择配置流程的签审节点的签审角色和人员;并配置该节点的签审类型,比如是要求签审人员全部通过才通过,还是其中n个人签了就通过。表3、签审角色配置表流程id角色名称角色id节点id签审类型00000000001审阅者0001001100000000001审核者0002002all00000000001审定者0003002200000000002供应商00010011......表3中,字段值:流程id+角色名称为唯一索引,不允许重复;流程id+角色id为唯一索引,不允许重复;角色中可以包含计算机软件系统的多个用户和用户组,可以跟对应的软件y接口,使用软件y中的角色;签审类型:1:表示角色中一个人签过,就通过流程节点;all:表示角色中所有人签审过,才通过节点;n:表示角色中n个人签过,就通过流程节点。再次,设计配置表4:驳回点配置表,配置驳回点的处理方式,即签审驳回后是否能跳过驳回前的签审节点。软件开发时记录每次驳回时的签审节点,根据公司实际业务要求,选择驳回后签审是否需要重新重头签审或者跳过驳回点之前的签审节点。表4、驳回点配置表流程id驳回点000000000011000000000020表4中,驳回点为1:表示驳回后的签审可以跳过之前已经审过的节点;驳回点为0:表示驳回后的签审不能跳过之前已经审过的节点本实施例中,采用某种常用计算机语言(比如java)开发该产品,并开发相对于当前时兴的软件语言平台的接口,使该产品可以与各类软件对接使用,比如对接java软件、.net软件、php软件等,统称为“应用软件y”。签审时点击链接可以通过接口查看各类“应用软件y”的信息,流程走完后生成签审记录作为附件通过接口传回给各类应用软件y中相应对象。该产品还提供与各类邮件软件的接口,签审任务会同时发送邮件给签审者,在邮件中点击链接就可以进入该流程签审软件平台签审界面。这样各类应用软件y中需要开发签审流程时,只需求配置该产品的配置表和接口就行了。该设计方式就产生一种计算机软件网络平台可配置的通用签审流程产品。具体实施过程,请结合图5:1、从应用软件y平台触发流程,接口获得流程配置表中的软件名称及软件平台id,并从流程配置表中获取需要启动的流程名称及id;2、通用签审流程产品根据步骤1中获得的软件平台id及流程id,再从签审节点配置表读取需要产品生成的签审节点,然后产生流程节点。3、通用签审流程产品根据步骤2中获得的流程id及节点id,再从签审角色配置表读取各个节点需要安装的签审角色id及签审类型,让流程走到对应安装角色的人员处,并触发邮件提醒。根据签审类型开发设计流程该节点的签审要求,比如是要求签审人员全部通过才通过,还是其中n个人签了就通过。4、流程签审过程如果有驳回,读取驳回配置表的信息,根据该信息决定是否再次走签审时是否可以跳过驳回点。5、通用签审流程产品需开发设计好与各类邮件系统间的接口,方便使用各类邮件系统的用户对接。6、通用签审流程产品需开发设计好与各类应用软件y平台的信息接口,比如java软件、.net软件、php软件等,包含应用软件y里的信息查看、用户及角色信息互传、签审记录信息等接口等。7、当开发新的应用软件需要使用签审流程时,只需要配置通用签审流程产品里的配置表和标准接口就可以了。不再需要一个个流程开发。可以节省很多开发工作量。在一个实施例中,如图3所示,提供了一种应用软件签审装置,包括:流程配置文件获取模块310,用于获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;节点角色配置获取模块320,用于根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;流程流转模块330,用于根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;签审记录获取模块340,用于获取与所述角色标识对应的用户的签审记录;签审文件生成模块350,用于基于各所述角色标识对应的用户的所述签审记录,生成签审文件;签审文件发送模块360,用于通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。在一个实施例中,应用软件签审装置还包括:驳回配置文件获取模块,用于根据所述流程标识,获取与所述流程标识对应的驳回配置文件,所述驳回配置文件记录了驳回处理标识;签审记录获取模块包括:签审记录获取单元,用于获取与所述角色标识对应的用户的签审记录;驳回记录检测单元,用于检测所述签审记录是否为驳回记录;驳回流转单元,用于当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转。在一个实施例中,所述当驳回流转单元包括:第一标识检测子单元,用于当所述签审记录为驳回记录时,检测所述驳回配置文件记录的所述驳回处理标识是否为第一处理标识;第一处理子单元,用于当所述驳回处理标识为所述第一处理标识时,将当前流程流转至所述节点配置文件中记录的第一个节点标识对应的用户;第二处理子单元,用于当所述驳回处理标识不为所述第一处理标识时,在再次接收到当前流程的所述角色标识对应的用户的签审记录后,将当前流程流转至所述节点配置文件中记录的下一个节点标识对应的用户。在一个实施例中,所述流程配置文件获取模块包括:触发事件检测单元,用于检测是否存在触发事件;流程配置文件获取单元,用于当存在所述触发事件时,获取所述流程配置文件。在一个实施例中,所述流程流转模块包括:签审信息获取单元,用于根据所述节点标识,获取与所述节点标识对应的签审信息;签审信息发送单元,用于将所述签审信息发送至与所述角色标识对应的用户。在一个实施例中,所述签审记录获取模块包括:签审记录生成单元,用于根据与所述角色标识对应的用户基于所述签审信息做出的操作,生成所述签审记录;签审记录获取单元,用于获取所述签审记录。在一个实施例中,流程流转模块还用于根据所述节点标识,将当前流程流转至与所述角色标识对应的用户,并向所述用户发送通知,其中,所述通知的发送方式包括邮件发送、短信发送、应用软件内置信息发送。关于应用软件签审装置的具体限定可以参见上文中对于应用软件签审方法的限定,在此不再赘述。上述应用软件签审装置中的各个单元可全部或部分通过软件、硬件及其组合来实现。上述各单元可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个单元对应的操作。在一个实施例中,提供了计算机设备。其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与部署了应用软件的其他计算机设备通信。该计算机程序被处理器执行时以实现一种应用软件签审方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。本领域技术人员可以理解,图4中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据所述流程标识,获取与所述流程标识对应的驳回配置文件,所述驳回配置文件记录了驳回处理标识;获取与所述角色标识对应的用户的签审记录;检测所述签审记录是否为驳回记录;当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转。在一个实施例中,处理器执行计算机程序时还实现以下步骤:当所述签审记录为驳回记录时,检测所述驳回配置文件记录的所述驳回处理标识是否为第一处理标识;当所述驳回处理标识为所述第一处理标识时,将当前流程流转至所述节点配置文件中记录的第一个节点标识对应的用户;当所述驳回处理标识不为所述第一处理标识时,在再次接收到当前流程的所述角色标识对应的用户的签审记录后,将当前流程流转至所述节点配置文件中记录的下一个节点标识对应的用户。在一个实施例中,处理器执行计算机程序时还实现以下步骤:检测是否存在触发事件;当存在所述触发事件时,获取所述流程配置文件。在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据所述节点标识,获取与所述节点标识对应的签审信息;将所述签审信息发送至与所述角色标识对应的用户。在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据与所述角色标识对应的用户基于所述签审信息做出的操作,生成所述签审记录;获取所述签审记录。在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据所述节点标识,将当前流程流转至与所述角色标识对应的用户,并向所述用户发送通知,其中,所述通知的发送方式包括邮件发送、短信发送、应用软件内置信息发送。在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取流程配置文件,其中,所述流程配置文件中记录了流程标识和软件标识;根据所述流程配置文件里记录的所述流程标识,获得与所述流程标识对应的节点配置文件和角色配置文件,其中,所述节点配置文件记录了与流程标识对应的至少一个节点标识以及各所述节点标识的顺序,所述角色配置文件记录了所述节点标识与角色标识的对应关系,每一所述节点标识对应至少一个所述角色标识;根据所述节点标识,将当前流程流转至与所述角色标识对应的用户;获取与所述角色标识对应的用户的签审记录;基于各所述角色标识对应的用户的所述签审记录,生成签审文件;通过与应用软件的连接接口,将所述签审文件发送至与所述软件标识对应的所述应用软件。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据所述流程标识,获取与所述流程标识对应的驳回配置文件,所述驳回配置文件记录了驳回处理标识;获取与所述角色标识对应的用户的签审记录;检测所述签审记录是否为驳回记录;当所述签审记录为驳回记录时,根据所述驳回配置文件记录的所述驳回处理标识对当前流程进行流转。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:当所述签审记录为驳回记录时,检测所述驳回配置文件记录的所述驳回处理标识是否为第一处理标识;当所述驳回处理标识为所述第一处理标识时,将当前流程流转至所述节点配置文件中记录的第一个节点标识对应的用户;当所述驳回处理标识不为所述第一处理标识时,在再次接收到当前流程的所述角色标识对应的用户的签审记录后,将当前流程流转至所述节点配置文件中记录的下一个节点标识对应的用户。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:检测是否存在触发事件;当存在所述触发事件时,获取所述流程配置文件。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据所述节点标识,获取与所述节点标识对应的签审信息;将所述签审信息发送至与所述角色标识对应的用户。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据与所述角色标识对应的用户基于所述签审信息做出的操作,生成所述签审记录;获取所述签审记录。在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据所述节点标识,将当前流程流转至与所述角色标识对应的用户,并向所述用户发送通知,其中,所述通知的发送方式包括邮件发送、短信发送、应用软件内置信息发送。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1