监察功能概要设计.docx

监察功能概要设计.docx

《监察功能概要设计.docx》由会员分享，可在线阅读，更多相关《监察功能概要设计.docx（18页珍藏版）》请在冰点文库上搜索。

监察功能概要设计

3.1.时限监察

3.1.1.时限设定

3.1.1.1.功能描述

时限的设定包括两个部分：

1）在定义中心，定义事项的每个状态定义（预受理，办结）中，设定该状态的处理时限。

对于特殊的状态（审核状态），则需要在审核的每个流程环节设定时限。

2）在业务处理过程中，补正补齐操作，需要在单据中设定处理时限。

主要业务规则：

在设计中心与业务中心，将时限设定功能嫁接到相应的模块中。

在定义保存后保存对应的时限。

3.1.1.1.业务模型

无

3.1.1.1.接口描述

无

3.1.1.1.界面原型

时限设定的界面类似于：

3.1.2.综合时限监察

3.1.1.1.功能描述

综合时限监察是对当前处于生命周期中的审批事项业务在该事项状态下的时限监察。

根据状态的所剩时限为依据，可以对该审批业务进行督办，以促进审批业务办理环节的实效。

主要业务规则：

1．查询当前正在处理的业务，并且业务状态为：

预受理，补正补齐，和审核通过（未办结）。

2．计算当前时间与进入该状态时间差，并与时限做差，得到所剩时限。

3．可以根据时限数据，对当前业务做督办操作。

督办操作查看督办功能

3.1.1.1.业务模型

无

3.1.1.1.接口描述

无

3.1.1.1.界面原型

3.1.3.流程环节时限监察

3.1.1.1.功能描述

对审批流程中的业务在当前环节的时限进行监察，可以准确的查看到该业务在当前环节中的时间耗费，并做出准确的动作，是否督办或者提醒。

主要业务规则：

1．查看处于流程环节中的业务

2．计算当前时间与进入该环节时间差，并与该环节的时限作差，得到所剩时限。

3．对一些业务做出准确的动作：

督办功能功能。

3.1.1.1.业务模型

3.1.1.1.接口描述

无

3.1.1.1.界面原型

3.2.预警功能

3.2.1.预警范围设定

3.1.1.1.功能描述

预警的设定包括两个部分：

3）在定义中心，定义事项的每个状态定义（预受理，办结）中，设定该状态处理时限对应的预警信息。

对于特殊的状态（审核状态），则需要在审核的每个流程环节设定时限同时设定预警信息。

4）在业务处理过程中，补正补齐操作，需要在单据中设定处理时限对应的预警信息。

主要业务规则：

1）在设计中心与业务中心，将时限设定功能与预警功能嫁接到相应的模块中。

在定义保存后保存对应的时限与预警。

3.1.1.1.业务模型

无

3.1.1.1.接口描述

无

3.1.1.1.界面原型

预警设定的界面类似于：

3.2.2.预警执行

3.1.1.1.功能描述

当业务进入某种状态下，而该状态定义了时限与预警。

并且进入该状态的时间已经进入预警范围，系统就会触发预警功能，向办理人发送预警消息。

主要包括流程环节中的预警和业务状态预警。

主要业务规则：

1．设定预警消息内容

由系统统一设定消息发送规则：

【流程环节】：

您需要办理的{业务名称}业务在{环节名称}环节的时限是{时限天数}，已过{已过天数}，请及时办理。

【业务状态】：

您需要办理的{业务名称}业务在{业务状态}状态下的时限时{时限天数}，已过{已过天数}，请及时办理。

参数：

业务名称，环节名称，业务状态，时限天数，已过天数

2．检查需要预警的业务

用框架Timer的方式，在每晚12点以后，检查业务流程环节的预警期限和业务状态的预警期限，判定是否需要发送预警消息。

3．调用消息发送机制发送预警消息

根据预警消息内容发送规则，设定发送内容。

取得业务处理人，设定接受人。

然后调用消息发送机制，发送预警消息。

消息发送机制直接用公司UMS平台。

4．保存预警消息历史

将预警消息保存到网上审批系统中，为预警消息历史查询做准备。

3.1.1.1.业务模型

3.1.1.1.接口描述

服务接口

1、根据业务ID，取得业务对应流程的信息

getWorkflowInfo（StringID）

参数说明：

业务ID

2.、发送消息：

sendMessage（Stringreveiver,Stringcontext,Stringtype）

参数说明：

消息接受人、消息内容，消息类型（状态或者流程）

调用的接口

1、根据业务ID对应事项中当前流程的预警信息设定，与当前流程信息比对，确认是否需要发送预警消息。

isNeededMessageForWofo（ID）

参数说明：

业务ID

2、根据业务ID当前状态信息，判定业务是否需要预警，业务的业务状态为：

待受理，补正补齐和审核通过状态

isNeededMessageForMonitor（ID）

参数说明：

业务ID

3、取得预警消息内容规则：

getMessageContext（Stringtype）

参数说明：

预警消息类型（状态或者流程）

4、保存消息：

saveMessage（DataSetmessage）

参数说明：

与消息业务模型对应的数据信息

3.1.1.1.界面原型

设定预警消息内容规则

3.2.3.预警消息历史查询

3.1.1.1.功能描述

查看预警消息的历史记录

主要业务规则：

3.1.1.1.业务模型

3.1.1.1.接口描述

无

3.1.1.1.界面原型

3.3.在办业务分析

3.3.1.功能描述

对当前在办业务进行分析，了解当前的业务量、进展情况、预警和督办等信息。

主要业务规则：

1．从业务进度，事项分析，具体事项，承办部门，办理机构几个维度来分析在办业务。

3.3.2.业务模型

3.3.3.接口描述

提供服务接口

调用的接口

3.3.4.界面原型

2．从业务进度维度

3．从事项分类维度

4．从具体事项维度

5．从承办部门维度

6．从办理机构维度

3.4.办结业务分析

3.4.1.功能描述

对已经办结的业务进行分析，了解已办的业务量、办结结果、业务总用时、与法定时间差等信息。

主要业务规则：

1．从处理结果，事项分类，具体事项，承办部门，办理机构几个维度来分析在办业务。

3.4.2.业务模型

无

3.4.3.接口描述

无

3.4.4.界面原型

7．从处理结果维度

8．从事项分类维度

9．从具体事项维度

10．从承办部门维度

11．从办理机构维度

3.5.统计分析

3.5.1.功能描述

分析业务的整体情况。

从机构、部门、个人、业务类型、业务等角度分析业务的整体情况。

主要业务规则：

1）地区业务量统计

地区业务量统计，能够统地区业务量情况。

支持直方图、饼状图分析。

2）部门业务量统计

同地区业务量。

3）业务分类统计

同地区业务量。

4）办理结果统计

对业务的办理结果进行统计。

办理结果包括正常办结、退回办结、作废办结、补全不来办结和不受理办结。

支持饼状图。

5）时限违规统计

统计业务的时限违规情况。

支持按地区和部门进行统计分析。

可对违规数量和违规率进行分析，可以数量和违规率高度排序。

支持直方图。

6）业务办理时间对比分析

自当前时间回顾以往一年分析业务受理和办结情况。

7）业务各环节用时分析

对各个业务在每个环节用的时间进行分析。

针对审批环节，点击审批用时、审批时限或审批时差，可查看到该审批业务各个环节的用时情况。

业务编号

业务

承办部门

受理用时

受理时限

受理时差

审批用时

审批时限

审批时差

合计

8）审批手段分析

对单位所有的业务审批采用网上审批还是移动审批手段进行分析。

支持饼状图。

3.5.2.业务模型

无

3.5.3.接口描述

无

3.5.4.界面原型

12．地区业务量统计