一种基于内外线资源的审批录入方法及系统与流程

文档序号:17641435发布日期:2019-05-11 00:42阅读:242来源:国知局
一种基于内外线资源的审批录入方法及系统与流程
本发明涉及数据管理
技术领域
,特别涉及一种基于内外线资源的审批录入方法及系统。
背景技术
:为了规范数据的录入机制,需要对资源的增加、修改和删除进行合理的管控,拒绝垃圾数据进入资源数据库。现有的javaweb技术在数据访问层将资源数据直接进入原资源库,系统很难区分数据的合理性与规范性,因而将会造成大量不合理的垃圾数据充斥原始资源库。同时,由于该存量管理系统被很多人用户使用,这些用户所创建、修改或删除的资源数据都会直接进入资源库,这将会造成大量不合理的垃圾数据这些用户拥有对资源的增加、修改和删除权限。但是由于不同用户的专业水平有限,所创建的资源并不合理,久而久之,资源库和空间库就会产生大量的垃圾数据针对上述问题,本发明提出了一种基于内外线资源的审批录入方法及系统。技术实现要素:本发明为了弥补现有技术的缺陷,提供了一种简单高效的基于内外线资源的审批录入方法及系统。本发明是通过如下技术方案实现的:一种基于内外线资源的审批录入方法,其特征在于:对im(instantmessager,即时通信)系统内线资源和osp(opensettlementprotocol,开放结算协议)系统外线资源进行的增加、删除或修改的操作必须经过审批人审核;审批人校验数据的合理性,若操作通过审核则执行操作,对应的操作数据进入原数据库,若不通过则驳回操作,对应操作数据不允许入库,直接丢弃。操作人在前台对数据发起增加、修改或删除操作,提交操作请求后,后台对操作请求数据进行处理;后台对操作请求数据的处理包括解析,校验,放入审批表和返回执行结果,如果执行失败要标记操作失败的数据和数据操作失败的原因。由于系统是用id进行关联的,所述解析是指根据每条操作请求数据提供的信息找到各关联数据对应的id。所述校验是指对全量数据进行全部规则的校验,能一次校验出全部的错误数据和每条数据的全部错误原因,为操作人修改数据提供便利。所述放入审批表是指当全部数据都校验成功后进行放入审批表操作,等待审批人进行审批。新增数据时,将数据暂时存放在原表所对应的审批表中,并在主审批表中添加记录供审批人审阅;审批人审批通过,新增数据入库,主审批表记录审批时间和审批意见。修改数据时,将数据临时存放在原表所对应的审批表中,并在主审批表中添加修改标志,交由审批人审批;审批人审批时能够看到修改的字段值与原表数据做对比的展示方式。删除数据时,直接在主审批表中做删除标志的记录,不放入对应的审批表中;一旦审批人审批通过,则系统根据id直接去原数据库表中删除原数据,否则不删除原数据,驳回提交人的删除请求。本发明基于内外线资源的审批录入方法的系统,其特征在于:包括审批单元和执行单元,所述审批单元前设有功能开关锁,所述审批单元模块解析模块,校验模块,审批表模块和标记模块;关闭所述功能开关锁能够自动屏蔽审批单元,操作请求数据直接送到执行单元。本发明的有益效果是:该基于内外线资源的审批录入方法及系统,大大提高了数据的精确性与合理性,同时还可以有效防止垃圾数据的产生,从而减少了资源的浪费。附图说明附图1为本发明基于内外线资源的审批录入方法示意图。具体实施方式为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白,以下结合附图和实施例,对本发明进行详细的说明。应当说明的是,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。该基于内外线资源的审批录入方法,对im(instantmessager,即时通信)系统内线资源和osp(opensettlementprotocol,开放结算协议)系统外线资源进行的增加、删除或修改的操作必须经过审批人审核;审批人校验数据的合理性,若操作通过审核则执行操作,对应的操作数据进入原数据库,若不通过则驳回操作,对应操作数据不允许入库,直接丢弃。操作人在前台对数据发起增加、修改或删除操作,提交操作请求后,后台对操作请求数据进行处理;后台对操作请求数据的处理包括解析,校验,放入审批表和返回执行结果,如果执行失败要标记操作失败的数据和数据操作失败的原因。由于系统是用id进行关联的,所述解析是指根据每条操作请求数据提供的信息找到各关联数据对应的id。所述校验是指对全量数据进行全部规则的校验,能一次校验出全部的错误数据和每条数据的全部错误原因,为操作人修改数据提供便利。所述放入审批表是指当全部数据都校验成功后进行放入审批表操作,等待审批人进行审批。新增数据时,将数据暂时存放在原表所对应的审批表中,并在主审批表中添加记录供审批人审阅;审批人审批通过,新增数据入库,主审批表记录审批时间和审批意见;修改数据时,将数据临时存放在原表所对应的审批表中,并在主审批表中添加修改标志,交由审批人审批;审批人审批时能够看到修改的字段值与原表数据做对比的展示方式;删除数据时,直接在主审批表中做删除标志的记录,不放入对应的审批表中;一旦审批人审批通过,则系统根据id直接去原数据库表中删除原数据,否则不删除原数据,驳回提交人的删除请求。该基于内外线资源的审批录入方法的系统,包括审批单元和执行单元,所述审批单元前设有功能开关锁,所述审批单元模块解析模块,校验模块,审批表模块和标记模块;关闭所述功能开关锁能够自动屏蔽审批单元,操作请求数据直接送到执行单元。下面以开通ftth业务所需的设备的资源进行增加、修改和删除为例进行展开说明。步骤一,创建需要审批的原表的审批副表,包括im系统和osp系统中所关联的资源表。例如对原表im_rack需要创建对应的审批副表im_rack_approval。审批副表中增加字段object_id。当进行新增操作的时候,object_id可以为空,当用户审批通过往原始资源表插入的时候再生成uuid。当进行编辑操作的时候,object_id不可以为空。用于多条编辑数据与原始数据做对比。表1im_rack_approval表结构字段属性释义数据类型约束uuid唯一标识string(64)主键object_id原表中数据idstring(255)普通索引namestring(64)rack_typeenum………其他属性如果是基于外线对资源进行增删改操作,还要创建空间库中所对应的副表。比如rack资源如果是在osp上创建的,则创建对应的资源表对应的副表外,还需要创建空间表all_device所对应的副表all_device_approval,用于存放操作人所操作的数据,等待审批人进行审批。同时还需要创建一个主审批表im_approval。审批人首先进入主审批表中,主审批表中的每个记录对应副表中的相应记录。审批人通过点击详情进行查看。表2主审批表im_approval步骤二,前台展示功能:当具有审批权限的用户登录之后,可以看到to-dolist(待审批数据工单),rejectlist(驳回的数据工单)和archivedlist(审批过的数据工单)。具有审批权限的用户也可以提交数据工单并审批。而没有操作权限的用户只能看到mywo文件夹。只能查看自己提交的数据工单,并查看待审批、驳回和通过的数据工单。审批人点击detail可以进入数据工单的详情页面。删除详细页与新增详细页展示的都是资源的具体信息。编辑详细页要展示原始数据和编辑之后的数据,将需要修改的字段标记为红色。详情页还有用于填写审批人的审批意见的文本框,记录在主审批表中的approval_record字段中,供提交人查看。步骤三,数据提交过程:删除:用户审批通过,后台程序会根据主审批表(im_approval表)中记录的驳回数据object_id直接去资源表中删除数据。更新:用户审批通过,后台程序会通过im_approval表中object_id去资源审批表(im_xxx_approval)表中找得到该条数据,并根据资源审批表中的object_id(原始资源表中的uuid)去原始资源表中更新(更新过程只对修改过的字段进行变更)。新增:用户审批通过,后台程序会通过im_approval表中object_id去资源审批表中查出该条数据,然后把该条数据插入到原始资源表并在此时生成uuid。步骤四,权限控制过程:针对数据工单展示功能,后台会判断登录人的权限。如果登录人只有修改权限,程序会匹配主审批表(im_approval表)中的修改人(operator)和工单状态去筛选所有数据工单。如果登录人既有修改权限也有审批权限,待审批数据工单to-dolist会匹配主审批表所有未审批的数据工单,驳回的数据工单rejectlist会匹配主审批表中审批人是登录人并且处于驳回状态的工单,审批过的数据工单archivedlist会匹配主审批表中审批人是登录人并且处于归档状态的工单。步骤五,逻辑实现:进入数据入库的数据访问层,首先判断该系统所处的场景。如果是沙特电力的场景,则将数据入库的操作中增加审批功能。将数据库表的名字改成对应的审批副表。如果是新增操作。则副表中的object_id设为空,如果是修改操作,则object_id存放所修改的原数据的uuid。新增和修改操作均需要向主审批表中填入记录。如果是删除操作,则直接进入主审批表中,主审批表的object_id存放需要删除的原数据的uuid。在后台实现审批功能。包括获取所有主审批表的数据信息的方法queryapprovallist、获取详情页的方法queryapprovaldetail、处理审批的方法handleapproval,其根据不同的情形分别调用不同的方法,包括addobject、modifyobject、deleteobject三个方法。如果数据来源是osp,则审批通过后需要向原空间表中加入相应审批副表中的数据。空间库中的主要的四个空间表包括all_device、all_struct_p、all_struct_l、all_cableseg。前台包括两个jsp页面。包括approvallist.jsp和approvaldetail.jsp两个页面和对应的js文件。前台数据呈现使用的是jqgrid插件、easyui框架。approvallist.jsp中采用jqgrid插件进行数据展示,访问该页面首先回去访问后台controller层的queryapprovallist方法,进而将前台带来的参数值作为访问service层的参数访问服务层。主要参数包括审批人还是修改人、待审批todo还是reject或archived标志。根据这些参数分别展示不同的审批列表。该页面还包括查询按钮,查询条件输入栏、刷新按钮和批量审批通过和批量审批驳回的按钮。每一行记录的detail列增加一个detail按钮,通过点击该按钮,将该行记录的必要字段值比如审批副表对应的uuid等作为参数访问后台controller层的,能够进入该记录所对应的审批副表中数据展示的详情页。在approvaldetail.jsp页面中,审批人可以进行审批操作,能够看到通过和驳回的按钮以及审批意见的文本输入框。数据的操作人即提交人不能看到审批按钮和审批意见的输入框,也就是只能进行查看审批状态以及审批意见。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1