质量技术标准及要求.docx

上传人:b****2 文档编号:1680844 上传时间:2022-10-23 格式:DOCX 页数:13 大小:24.67KB
下载 相关 举报
质量技术标准及要求.docx_第1页
第1页 / 共13页
质量技术标准及要求.docx_第2页
第2页 / 共13页
质量技术标准及要求.docx_第3页
第3页 / 共13页
质量技术标准及要求.docx_第4页
第4页 / 共13页
质量技术标准及要求.docx_第5页
第5页 / 共13页
点击查看更多>>
下载资源
资源描述

质量技术标准及要求.docx

《质量技术标准及要求.docx》由会员分享,可在线阅读,更多相关《质量技术标准及要求.docx(13页珍藏版)》请在冰豆网上搜索。

质量技术标准及要求.docx

质量技术标准及要求

质量技术标准及要求

概述

项目背景

东营市委、市政府为了进一步加强服务型政府、阳光政府的建设,2009年启动建设了全市行政审批电子监察系统,该系统包括网上审批、电子监察、政务公开、督查考核、内部办公、门户网站等子系统,将能纳入系统的行政审批服务事项全部纳入系统运行,对事项办理的全过程实时监控,并通过中心电子屏和网站同步公示,构建起统一的行政审批服务管理网络系统平台,有效解决审批流程无法监控、审批手段落后等问题。

近年来随着科技发展和政府信息化的不断进步,东营市行政审批电子监察系统在应用和运行过程中不能满足需求,需要依托新的技术框架和设计理念进行系统升级和改造。

建设内容

本项目的建设内容为:

(1)开发全新业务基础共享平台,使东营市行政审批系统可以经过简单插即可形成应用的整合和统一管理,一方面升级后的审批系统必须能够适应于不同地区和部门的应用模式和管理模式;另一方面必须能够适应不同阶段,业务需求的发展与变化,能够稳定过渡,柔性适应。

更为将来新增业务应用的扩展打下基础。

(2)重构审批专网服务平台、外网服务平台、电子监察平台,重构内容包括模块功能重新开发,业务内容重新梳理,数据结构重新建立。

重构的目的不是在于重新编写代码,而是同构重构全面梳理和构建多年业务的积累和技术上的创新,并且在系统性能和易用性方面要重点进行强化。

(3)应用服务平台管理支撑,使平台化功能得到全面整合和加强。

对其封装和组件化,后续的业务应用扩展开发只需要调用这些基础类、组件或模块,实现核心组件可跨平台移植,避免重复开发。

应用服务平台是一种以业务为导向,可快速构建应用软件的平台。

它构筑于基础件之上,面向的是广义的业务系统,为业务的构筑提供基础架构。

(4)建立审批共享资源库,所有审批相关基础数据全面梳理和规范,制定相关标准,同构系统和异构系统都可以方便进行调用和管理。

(5)集中部署、分级管理模式,在横向、纵向所构成的网格式审批服务模式下,平台能够打破实际上的行政级别,以虚拟的网格对等方式实现政府各部门、各部门上下级之间的并联审批和业务管理。

(6)形成业务和数据迁移方案,旧系统到新平台的迁移是整个工作的重要一环,在代码和数据结构重构的过程中,同步制定迁移规范,在制度和技术上双管齐下,统一思路和方式方法,严格按照数据标准执行,实现数据和业务的无缝迁移。

项目总体技术要求

1、审批系统内外网,异步数据传输

新系统放弃原来在外网申报时直接将数据写入内网的这种实时数据传输方式,采用审批外网与内网数据传输伪实时,异步数据传输的方式,在外网申报时先将数据保存在外网数据库,随后进行转移到内网。

2、统一交换标准和体系

新建的升级改造后的行政审批系统中将提供几种标准的数据交换通道,和几个符合业界标准的统一接口,其他系统必须符合升级改造后的行政审批系统的标准要求,规范数据交换和接口模式,划清数据边界和职责范围。

3、提供完善的日志管理

升级改造后的行政审批系统要提供完善的日志体系,记录用户的操作情况,系统运行情况,和关键数据流转情况。

4、统一的用户界面和操作习惯

统一的用户界面和操作习惯,友好统一的错误提示信息。

重新改版和优化页面风格和操作系统,使用户能更加方便和高效的使用系统。

以用户的角度给出提示信息和错误信息,让用户明白系统出现了什么问题,需要怎样处理或找谁处理,不要将晦涩难懂的提示信息展现给用户。

5、查询统计数据库分离

通过业务办理过程中逻辑上将业务办理的数据和查询统计常用的数据分开,可以大大提高查询统计的效率。

而且查询统计也对业务办理基本上不会造成性能上的影响。

监督监察的数据也不用再通过业务系统和监察数据库做交换,减少了交换过程中可能产生的错误造成的数据不一致的问题。

6、审批文档中心

升级改造后的行政审批系统将采用文件服务器与数据库服务器分离的方式。

7、事项关联应用

建立各个事项之间的关联关系,对企业信息、项目信息、人员信息都可以看成一个个的信息主体,对这些信息主体进行数据沉淀,同一个信息主体会在审批系统内部办理多个事项,第一次进入审批系统办理事项时,就将其相关信息进行保存,当再次进行业务办理时即可进行数据调出,不必每次都重复填写信息。

8、问题跟踪处理机制

程序中分操作功能加设不同的功能标识,而每个大功能标识的各子功能也有相应的子功能标识,一旦某个功能出现错误了,能够进行标识记录。

并增设错误跟踪处理模块,能够时时查询出现的程序错误,能够快速跟踪定位并有相对应的策略。

升级改造建设内容要求

应用支撑系统升级改造

1、信息集成

实现数据集成、服务集成、界面集成,满足东营市未来的电子政务的建设需求。

2、元数据管理

主要是对元数据的管理,包括新建、修改、删除等。

3、元目录管理

主要是对元数据进行分组管理。

4、业务方案管理

主要是对自己业务领域内的数据进行管理,根据业务数据特征的需要,扩展在元数据中没有、但是业务中公用且需要的数据,它是在公用标准基础上拓展的业务标准。

5、动态工作流管理

支持流程动态修改的方法,提高工作流管理系统的动态适应能力。

6、流程规则管理

以独立流程为管理对象,通过配置多个流程之间的关系,定义流程间基本属性和扩展内容,可以合并、拆分已建流程,在涉及到需要在主流程中独立审批流转的业务中可以方便灵活的进行配置。

7、环节规则管理

环节规则是指预先定义好的一系列环节流转规则。

流程实例在运行时,每个流程环节根据这些规则进行流转。

环节规则分为:

自定义规则、流程规则、用户规则,节点规则四大类。

8、防御机制管理

建立系统异常处理中心,分业务异常、数据异常、代码异常、其他异常四个大类。

9、集成插件管理

在插件管理的可视化编辑中,集线器由布局、部件、样式三部份组成。

布局用于控制页面内容排版,部件为页面提供输出内容,样式用于控制页面的表现样式,三者相辅相成缺一不可。

在制作集线器过程中,布局由可视化编辑器默认提供,部件与样式可以选用官方或第三方提供的部件包,当然也可以自定义开发。

如果要自己开发部件,需要遵守一定的规则。

10、前置机管理

主要是对前置机的配置管理。

11、组织机构管理

统一用户管理平台构建于应用域管理之上,实现对统一数据的应用域栅格化和数据维度约束,统一身份数据利用DB存储模式来合并ADSchema及LDAPServer,以便于第三方建设软件基础系统数据的迁移和委托。

托管的WebService与应用域抽象服务在GSB服务总线注册和实例化,并通过服务总线进行调度,达成统一管理平台和应用域协作的服务及数据的契约化管理,提高后期跨域访问和域部署维护的延展性和可移植性。

12、应用域管理

应用域组织是基础数据的数据视图维度,也是应用体系应用域组织关系在管理平台的逻辑快照。

某种意义上,应用域可以逻辑上等同一个单点部署的业务应用系统,对于应用域本身来讲,基础数据只有与应用域建立依赖才是可见的、可识别的。

按照约定,整个应用体系存在一个虚拟根域,而任何依赖根域声明的数据都是global的。

建设主体涵盖的所有集成应用整体作为一个私有域组织,私有域的根域作为与高级域森林的链接枝点,具备应用体系规划的纵向延展性。

13、其他管理

信息共享集成平台提供平台管理的功能:

平台管理模块使用统一的管理界面,提供监控、统计、操作权限管理、日志管理、平台管理界面、服务目录管理、服务权限控制管理和平台参数配置的功能。

业务运行系统升级改造

1、系统框架

(1)登陆

系统登陆支持用户名密码登陆、集成证书登陆两种方式。

(2)首页

系统提供多个首页展现模式可供选择,在系统配置可以配置要使用的首页。

(3)表单

表单样式优化,通过在外部添加样式控制,可以统一控制表单展现效果。

可以通过修改外部样式表的方式修改和个性设置表单样式。

2、业务办理

业务办理是审批系统的核心模块,新的行政审批系统将业务办理功能高度集中,形成了业务办理子系统。

它不再是一个系统的子模块,是一个可以独立运行的子系统。

高内聚、低耦合的设计模式,底层专项的数据结构优化设计,不受其他业务功能的影响,使得业务办理系统更加稳定和高效。

业务办理菜单列出用户可以办理的全部事项,支持事项层级关系。

业务办理包含功能有:

保存、受理、提交、挂起、补齐补正、办结、不予许可、退件、办理意见、材料上传、共享材料查询、办理对象信息查询等操作功能。

(1)业务填报

业务填报模块主要使用者为普通业务办理人员。

可以进行事项的受理、收件、补齐补正、挂起等操作。

对应各种办件类型和操作,有对应的菜单页面进行汇总归类。

可以进行事项流转、收件预审、确认补齐和恢复挂起的操作。

(2)待办业务

显示用户待处理的业务列表,有按时间和按事项两种展现模式,按时间显示模式,默认进行优先级和时间排序,会显示事项的办理时限,预警情况,督办信息,环节和办理人等信息。

按事项展现模式会进行事项的汇总,显示每个事项有多少个待处理任务,是否有预警事项等,便于事项的查找和事项办理情况分析。

同时提供多条件查询功能、导出Excel功能。

(3)大厅收件

对于某些单位可以设置收件窗口,或由审批大厅设立统一的收件窗口。

对于使用收件功能的用户,系统给其列出收件的所有事项。

选择收件事项,将事项材料和需要填写的表单基本数据进行录入,收件后事项保存为待预审状态,待预审事项在收件预审菜单进行查看,可以进行进一步的受理或补齐材料等操作。

(4)已办业务

显示用户办理过的业务列表。

包含未办结的业务和已办结的业务。

列表显示当前业务所在的环节和当前办理人。

可以查看业务办理过程详细信息、表单信息、流程图、督办信息等。

(5)收件预审

收件后的业务在收件预审页面中显示。

可以对待预审的业务进行删除、不予受理或预审通过,如果进行不予受理,输入不予受理原因,打印不予受理通知书,业务进入不予受理业务列表,预审通过后打印受理通知书,业务进入代办业务。

(6)挂起业务

显示当前处于挂起状态的业务,在此进行查看和挂起恢复,挂起恢复后业务进入待办业务。

提供多条件查询及导出Excel功能。

(7)补齐补正

当办事人所带的材料不满足事项要求的必要材料时,业务进入补齐补正状态,补齐后继续办理。

本页面显示当前处于补齐补正状态的业务,在此进行查看和材料补齐,补齐材料后业务进入待办业务。

新系统将原来的补齐和确认补齐两个操作合并为确认补齐,提高了操作效率。

(8)不予受理

包括新增不予受理业务和查看不予受理业务两个功能。

新增不予受理后打印不予受理决定书。

查看不予受理业务中显示申请时间、办理单位。

有表单信息的则可以查看表单信息。

(9)草稿箱

草稿箱保存业务办理中,未受理的业务,但选择了保存操作的数据。

如果业务受理后,再选择保存则直接保存在待办列表中。

可以删除无用的已保存业务。

(10)业务委托

用户设置自己的委托对象,使受委托人代替办理本人的业务。

可以设置委托对象可以代替本人的功能点,有效期限等。

(11)办件报数

用于在其他系统进行业务办理,将业务办理数报送到本系统,参与办件量统计。

3、统一登记

系统新增统一登记功能,统一登记窗口负责收件登记、补件登记和发件登记。

群众首先需要到统一登记窗口进行登记,由统一登记窗口把控业务办理过程的首尾,防止事项办理的体外循环和不规范的现象产生。

统一登记可以监控各个单位事项办理的进度情况,也可以进行简单的联办业务分发、协调和监控。

(1)统一登记入口

对应公众进行业务办理集中需求,统计登记入口包含:

收件登记、补件登记、发件登记。

(2)消息管理

统一登记消息发送、查看。

收件箱:

收取业务人员对发送统一登记事项的处理结果。

发件箱:

统一登记人员发送给业务窗口的事项信息记录。

(3)消息监控

统一登记消息监控。

统一登记人员或者超级管理员,可以对业务窗口人员收到的统一登记信息处理时间,处理方式进行监督监控。

4、一号通

通过给项目一个一号通编号,要求该项目在

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 经管营销 > 人力资源管理

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1