政务审批信息系统接口设计(政务审批信息系统接口设计要求)

网友投稿 392 2022-12-26


本篇文章给大家谈谈政务审批信息系统接口设计,以及政务审批信息系统接口设计要求对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享政务审批信息系统接口设计的知识,其中也会对政务审批信息系统接口设计要求进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

BS、CS混合架构电子政务系统设计

BS、CS混合架构电子政务系统设计

在省政委开发的电子政务系统中,采用了C/S与B/S混合构架模式,经过运行后得出这一混合模式所开发系统很适合于电子政务管理。还通过WWW服务器开发技术进一步提高系统自动化程度,促进办公系统自动化和远程管理,使政务工作更为高效。

1 B/S、C/S两种结构模式

C/S是一种Client(客户机)/Server(服务器)的两层体系结构,第一层为Client(客户)程序,用于显示图形界面与数据交互,第二层是Server(服务器)程序,负责处理数据,并将其返回给客户机[1];该体系结构主要面向局域网,对于一些保密性强,操作过程复杂、数据信息量大的工作模块最好使用该体系结构。B/S是一种由传统C/S模式发展而来的三层C/S结构在Web上应用的特殊C/S网络结构模式,即浏览器/Web/数据库服务器的三级C/S结构;适用于一些安全性要求相对较低、数据查询两大、操作简单模块。除了具有C/S模型的所有优点外,B/S还具有使用简单,提供了一个统一的客户端,维护工作集中于服务器端,通用性强的Web的开放式标准,扩展性好,可接入Internet等优点。

2 基于BS、CS混合架构的电子政务系统的设计与实现

2.1 需求与系统功能分析

该电子政务系统是基于某省政法委的工作需求设定的业务工作需要而设定,在系统需求分析过程中,将整个系统大致分为业务处理,网上会议,协同办公,内部门户以及接口几个功能部分。具体需求如下:(1)建设省委政法委内部门户网站:为政法委系统工作人员提供个性化、交互访问的内部门户网站平台。(2)建设办公自动化系统:主要功能是为个人建立一个相对独立的工作环境,包括日常个人办公的主要内容:收发公文、网上会议管理、待办事项、公务授权、日程安排、通讯录、信息查询等。(3)建设业务处理系统:包括值班收文登记管理、社会管理综合治理信息管理、信访信息管理、执法办案信息管理、维稳信息管理以及报表统计管理。

2.2 系统总体设计

2.2.1 系统目标

本系统的设计目标是采用OOP面向对象的程序设计技术和原型化方法,自顶向下逐层分解构造系统模型,并利用Delphi 的RAD工具加快系统C/S实现,以及VS.NET来实现B/S部分。该系统使省政委拥有更完善、更准确有效的'业务数据库,提高政委业务的整体水平和效率。

2.2.2 系统操作模块设计

根据系统的需求分析,本系统主要分为以下几个模块。

(1)站点管理:节点实现对栏目、专题、频道等资源的组织管理,支持无限级树形结构管理,可以单独设定各个节点的列表、内容模板,实现多种发布方式,支持自定义节点数据结构,方便不同内容的扩展。

(2)内容管理:支持多种数据形式,以及各种复杂的文档编辑功能,提供报送和引用方式进行数据共享交换。

(3)模板管理:系统支持任意风格的HTML模板,模板的置标语言和XHTML、XML规范兼容;支持可视化编辑;支持多种文档置标定义;支持模板导入、导出与在线管理等功能。

(4)网站发布:支持文档处理功能;网站采用静态生成多渠道发布模式,与节点设定不同模板,发布生成个性化页面,支持多种数字媒体的发布;支持增量、完全、智能等多种发布模式。

(5)网站管理:后台网站管理员对整个网站和相应栏目进行维护和管理,且提供统一的后台管理入口,并根据权限更改网站展现的内容,实现动态管理功能。

2.2.3 系统结构设计

外网和内网应采用不同的结构,外网用户不直接访问数据服务器,从而保证政务系统原始数据库的安全和保密性[2]。政务系统内网交互性强、访问量大、数据修改和查询次数多,尤其是业务处理系统,因此要用C/S结构。为了实现内网、外网采用不同权限管理,其内网用户可以对资料进行上传和更改,网页生成。而外网用户只能在客户端对WEB中的基本信息进行查询,不能修改;应以B/S结构模式作为外网结构。

2.3 系统实现

2.3.1 C/S部分实现

C/S部分的实现主要从两个方面来阐述,即是客户端程序和服务器程序。

系统的客户端程序主要面向内部人员,可利用面向对象编程技术实现系统登录、信息查询与修改、系统服务、消息通知等功能。在客户端程序中,检测服务器连接服务器,在用户登录服务器后可从SQL Server数据服务器获取对应的信息和权限,得到相应的菜单、功能按钮。客户端程序操作,须先向服务端请求,经服务端的权限判断和数据处理,再反馈结果给客户,还可自动备份相关数据。所有操作基本集中于客户端实现,而该客户端是通过Delphi的RAD工具,快速建立跨多平台应用程序,并开启可视化原型,使用预建组件和拖曳视觉设计更快的建立应用程序,保证应用程序在未来能与主要的数据库连接,以及现有的组件能和云端相连,并利用商业组件来作接口,包括软件接口和硬件接口,以及数据库和多层次的网络应用程序[3]。

服务器端程序主要面向服务器或网站的管理员、政委高层主要实现以下功能:(1)检查客户端的连接情况、IP访问地址和操作日志,并据此反馈程序的运行情况,对出现的程序Bug进行修正。(2)提供数据库的访问链接。(3)用户角色权限的管理,数据库的关闭、启动、备份与恢复等。(4)消息传输机制。(5)可强制退出以防止用户的恶意操作。

C/S部分的服务端程序将与B/S部分的服务端相连接,实现IP地址控制访问。

2.3.2 B/S部分实现

在客户端与服务器端之间增加了一个WWW服务器是实现B/S结构的关键[4];而用户权限的控制是实现电子政务统B/S部分中WWW服务器端功能的关键。B/S结构主要实现的是通过浏览器来访问数据库服务器,从而避免开发与维护客户端工作。在各类环境下,外部人员打开浏览器,即可访问WWW服务器,输入用户名和密码就可访问数据库服务器。对于不同用户,对其权限作出了相应的限制。查询的用户,只允许查询系统中允许发布的信息,而不能对数据库做出任何修改。对于需要更新数据库的用户,只能按自身权限修改。

系统B/S部分的实现是采用的ASP.NET,它是基于通用语言的编泽运行的程序,可使运行的任务简单化,具有强大性和适应性,可以运行在Web应用软件开发者的几乎全部的平台上。

;

政务一体化平台和其他政务系统,有办法处理系统对接不了的这个事情吗?

各县市区、市直相关单位:
根据《优化营商环境条例》和政府数据资源共享相关规定,近期,市行政审批服务局对各县市区和市直单位推广应用市“互联网+政务服务”一体化平台情况和组织政务信息系统对接情况进行了专项检查。现将截止7月10日存在的问题通报如下:
一、县市区数据采集与系统对接情况
县市区应对接系统4个,已对接系统0个。县市区应核对数据3个,已核对数据1个。“我的常德”APP实名注册仍有三个县市区未实现任务过半,其中,汉寿县31.21%、桃源县36.24%、石门县42.39%。
二、县市区“互联网+政务服务”一体化平台应用情况
乡镇(街道)事项配置,仍有鼎城区和津市未完成,其中鼎城区配置率仅4.35%,津市市配置率为0。县市区电子证照配置,武陵区应配置5245个,实配置1030个,配置率不到20%;经开区、高新区、柳叶湖配置率仍然为0。业务网办率,仍有汉寿县、临澧县、石门县、澧县、津市五个县市不到10%。
三、市直单位数据采集和系统对接情况
市司法局、市人社局、市生态环境局、市住建局、市交通局、市卫健委、市市监局、市医保局、市税务局、常德昆仑燃气系统对接工作没有实质性进展。市教育局、市民政局、市人社局、市自然资源和规划局、市生态环境局、市住建局、市交通局、市水利局、市文旅广体局、市卫健委、市应急局、市城管局、市林业局、市烟草专卖局、市气象局、市新闻出版局、市无线电管理处电子证照制作没有实质性进展。
四、市直单位“互联网+政务服务”一体化平台应用情况
市发改委、市教育局、市科技局、市工信局、市公安局、市民政局、市司法局、市财政局、市住建局、市交通局、市水利局、市农业农村局、市商务局、市文旅广体局、市卫健委、市应急局、市市监局、市统计局、市林业局、市医保局、市退役军人事务局、市民族宗教侨务局、市金融办、市税务局、市档案局、市烟草专卖局、市邮政管理局、市地震局、市新闻出版局、市残联、市住房公积金、市不动产登记中心、市交警支队、市无线电管理处、市散墙办等单位,依托市“一体化平台”受办业务量为0。
各县市区和市直相关单位要对照问题,分析原因,迅速整改,全面强化市“互联网+政务服务”一体化平台的应用,加快推进政务信息系统对接,市行政审批服务局将抽查复核和督办。

流程审批设计

10年有幸接触了HP的一套PAAS平台,里面有一套关于工作流、审批流的设置模块。公司如今做的这个项目也实用到审批流。这中间磕磕碰碰的遇到不少问题,但最后也小有收获,趁着周末闲暇时间,把一些细节方面上的事分享出来,一来是对前期的工作有个总结;二来抛砖引玉想多听听大家的意见,开拓开拓思路,和大家共同成长进步。
先来看看关于工作流、审批流的定义:
(1)PAAS平台工作流审批流的定义:
工作流:可自己定义的一种自己主动运行的工作流程,由表单数据发生改变时触发,同一时候触发关联多种不同的事物。
审批流:可自己定义的一种审批流程,须要用户手动批示是否同意进入下一步,触发审批流程规则须要满足审批申请人和数据筛选条件。
(2)百度百科工作流审批流的定义:
工作流:在多个参与人员之间依照事先定义好的规则传递信息、文档或任务的过程自己主动运行,从而实现某个预期的业务目标,或者促使该目标的实现。
工作流的优点:
(1)降低了记录分配,任务指派过程中很多不必要的操作;
(2)通过标准化流程提高工作效率;
工作流应用场景:当新增客户信息时,区域A的客户自己主动分配给业务员A,区域B的客户自己主动分配给业务员B,并发送邮件或者短息通知相关业务员。
审批流:审批流定义节点用来为某个详细的业务单据或某个详细单据的一个业务类型进行审批流程的定义。被定义了审批流程的单据将依照定义的审批流程被传递和审批。这一完整的过程就称为审批流。
概述:通常的流程一般分为2个层次来讲:流程、步骤(活动或者节点):
(1)流程就是某一详细的业务流程(请假审批流程,财务报销审批流程);
(2)步骤(活动或者节点)就是一种特定业务类型的封装;
一套完整的审批流程、工作流程大体上包含:
(1)流程定义;
(2)步骤定义:触发规则;操作人;运行动作(发起申请、撤回);运行操作(任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口);
(3)步骤反复:触发规则;操作人(串行/并行);运行动作:(审批处理:通过、拒绝(退回、否决)、撤回);运行操作:允许、拒绝同一时候包含(任务通知、邮件提醒、字段更新、转移数据、转换表单、传送接口);
(4)流程结束;
名词解释:
第一:操作人处理
(1)串行:上一处理人指定某一处理人时,其它拥有此步骤权限的操作员不可进行查看和操作,必须当前处理人处理完成后,流程才干继续;
(2)并行:由上一处理人指定固定多个处理人时,由任一员工处理就可以,不分前后顺序,所有处理完毕,进入下一步骤;
这里有2点须要说清楚:
(a)多人处理分为:一人通过(当中一人进程审批处理就可以)、多人通过(全部审批人都须要进行审批处理)2种情况,请依据自己的业务详细选择;
(b)设定审批人分为:由提交人指定、自己主动依照角色层级关系分配、选择审批人3种情况,请依据自己的业务详细选择;
两者的相应图例如以下:
第二:运行动作
(1)申请:针对当前业务表单信息发起申请,开始审批流程的传递。分为2部分:由申请提交人手动发起申请、由程序自己主动推断满足触发规则的数据自己主动发起申请;另外还要注意的2点:是否同意提交人撤消(是、否)、记录编辑(不可编辑、管理员可编辑、管理员和审批人都可编辑 );
(2)通过:当前步骤处理通过,进入下一步骤,若为末步骤,则流程处理完毕;
(3)退回:将步骤退回至上一步骤,即返回至上一处理人处,若为首步骤,则不进行退回;
(4)否决:将步骤直接结束,运行结束动作拒绝活动,不再进行操作,或者回退至第一步骤;
(5)撤回:若当前步骤已处理,下一处理人未处理的情况下可进行撤回操作。
上面须要注意的是:拒绝的时候是采用“退回”还是“否决”动作。以下几种情况的相应图:
第三:运行操作
(1)任务通知:定义的系统内任务自己主动生成,能够由定义好的流程调用,在流程运行到适当时机发送系统内任务通知相关人员;
(2)邮件提醒:定义给系统内部和外部人员发送邮件提醒的事务。能够在工作流和审批流中调用,在流程运行到适当时机发送邮件通知流程相关人员;
(3)数据更新:用于流程运行的事务,能够在流程运行到指定位置,依照设置好的数据更新规则,指定更新本表单或关联表单的数据;
(4)表单转换:设置一个表单的数据,按转换模板映射生成还有一个或几个表单数据。假设表单带有子表单数据,也能够设置子表映射转换到相应表单的子表单;
(5)数据转移:能够将表单数据转移给设置好的目标用户。能够在工作流和审批流中,须要转移数据的环节调用此数据转移;
(6)传输接口:工作流和审批流假设须要将流程结果触发到第三方系统。

电子政务系统的框架设计

系统政务审批信息系统接口设计的整体框架设计的政府面对的信息资源及应用多种多样政务审批信息系统接口设计,来自有不同的操作系统政务审批信息系统接口设计,不同的开发平台和不同的应用数据库。基于Portal 平台的政府信息集成框架,试图以最小的代价在企业应用系统的构架层次上,为政府提供了一个跨越多种分散的、内部和外部的信息处理过程的集成纽带,把这些信息整合到一起。它是基于J2EE 的三层B/S 结构,包括门户、信息集成接入层、应用层、数据存储接口层。框架:①应用层是指政府已经存在的所有信息资源,包括政府内部或外部的各种应用系统,还包括来自不同系统的结构化或非结构化数据,它们都是政府信息集成平台需要整合的对象。②信息集成接入层为政府信息集成平台实现资源整合提供底层构件库,包括本地和远程应用集成构件,为实现不同类型的信息集成提供底层支持。同时提供对所有信息资源的统一管理、统一授权,实现对信息的统一访问。③展示层是信息集成平台中把经过整合的信息资源展现给用户的最外层,它只关注如何展现信息,统一的视图管理使用户可以设定各自的个性化输出,用户只需单点登陆到政府门户就可以得到所关注的信息。在这个框架中,政府所有的信息应用都作为后端应用层,信息集成接入层中的集成构件根据后端应用层传入的信息资源类型,通过资源定义和分配、建立不同系统间的用户口令转换的对应关系,采用不同的集成构件分别进行处理,传递给前端的展示层,由政府门户统一展示给用户

关于政务审批信息系统接口设计和政务审批信息系统接口设计要求的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 政务审批信息系统接口设计的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于政务审批信息系统接口设计要求、政务审批信息系统接口设计的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:JFinal使用ajaxfileupload实现图片上传及预览
下一篇:关于主流http接口测试工具的信息
相关文章

 发表评论

暂时没有评论,来抢沙发吧~