审批系统技术方案Word格式.doc
《审批系统技术方案Word格式.doc》由会员分享,可在线阅读,更多相关《审批系统技术方案Word格式.doc(44页珍藏版)》请在冰豆网上搜索。
2.1.3.2数据资源展示 10
2.1.4系统实现目标 11
第3章技术方案 13
3.1总体技术要求 13
3.1.1开放的平台 13
3.1.2扩展性 13
3.1.3先进性 14
3.1.4安全稳定性 15
3.1.5易用性 15
3.1.6易管理性 16
3.2总体设计 17
3.2.1系统概述 17
3.2.2系统架构 17
3.2.3资源中心库设计 19
3.2.3.1源系统信息分析 19
3.2.4数据资源管理 10
3.2.4.1元数据管理 10
3.2.4.2信息资源目录 11
3.2.5系统特点 13
3.3功能设计 14
3.3.1门户网站 15
3.3.2网上审批业务平台 16
3.3.3移动终端应用系统 22
3.3.4后台服务&
管理 24
3.3.5大数据应用策略 25
3.4系统平台介绍 28
3.5工程实施计划 30
3.5.1人员安排 30
3.5.2工期计划 30
-I-
第1章项目概述及背景
目前,浙能集团信息资源开发利用的基本特征是以部门内部应用为主,部门间的信息资源开发与共享相对贫乏。
信息化管理力度有待加强,通信管道等信息行业管理缺乏配套的管理手段,管理力度有待加强。
以需求为导向,以服务为目的,以现代信息技术为支撑,以应用系统开发为重点,建立适用于浙能集团各部门的审批系统和技术手段,扎实推进浙能集团的信息化建设。
通过开发建设浙能集团行政审批系统,进一步全面提升浙能集团现代化办公手段,减少行政成本开资,提高工作效率。
由于管理上条块分割,集团对下属各个部门审批的管理以各部门自律的方式为主,各部门间缺乏相互交流,信息无法及时沟通的情况仍然存在。
各审批在实施过程应进行审批信息的相互校验,但由于各部门相对独立,使得信息的传递职责转移到申请人身上,为申请人带来不便。
所以建立统一的审批平台系统可以减少审批环节,缩短审批时限,提高部门间信息共享程度。
第2章需求分析
2.1项目需求
系统实现审批由“集中办公”向“联网办公”、“串联审批”向“并联审批”、“分散监管”向“系统监管”的重大转变。
系统一方面构建统一的网上联合审批平台,在这个平台上可以构建单部门内审批流转的业务;
可以构建跨部门的网上联合审批流转的业务。
推动各部门业务公开和信息资源的内部开放,共享审批申报程序和结果信息,网上召集联合办理行政审批,实现审批业务全部上网处理,跨部门联合审批。
系统另一方面构建电子监察平台,实现对全集团各行政审批部门、审批事项实施全过程实时在线监督,及时发现和纠正问题,定期量化考核和评估,不断提高行政审批效率。
项目建设以解决信息共享为核心,建立审批综合信息库,增强网上联合审批功能;
采用后台交换数据和前台嵌入协同应用等方法,彻底解决网上联合审批平台和各部门审批业务系统的无缝衔接和单机操作问题。
期望实现以下目标:
l建立系统的审批信息采集和共享机制
l建立高效的网上审批办理机制
l建立审批实时监察机制
l建立多样的审批信息公开机制
l建立详细的审批效能评估机制
l建立综合的审批信息分析机制
2.1.1数据交换共享
须遵循浙能集团数据交换的技术规范,搭建集团数据交换共享的基础设施。
从外部来看,数据交换共享平台需要承载的任务包括:
横向:
支撑与集团的数据共享利用,
纵向:
为各部门提供数据交互资源。
从内部来看,平台需要提供业务平台之间的数据互联互通与交换共享通道,并为即将建设的各业务预留扩展能力。
2.1.1.1目录体系
集团信息资源目录体系是为整合利用各类集团信息资源而建设的信息服务体系。
根据业务需求,按照统一的信息资源目录体系标准,对相关集团服务信息资源进行编目,生成集团服务公共信息资源目录,记录集团服务信息资源结构和集团服务信息资源属性。
集团服务信息资源结构通过树状的目录结构,展示集团服务信息资源之间的相互关系,集团服务信息资源属性则描述信息资源的管理属性。
2.1.1.2交换体系
交换体系是为消除部门间、地域间、层级间信息共享困难、信息不一致、信息实时性不强而建设的信息服务体系。
按照信息资源交换标准,根据各地区各部门应用系统的需求,科学规划共享信息,为部门内的业务应用系统和跨部门的综合应用系统提供信息定向交换服务和信息授权共享服务。
l能够发布各部门需要的业务数据,能够发部主题数据。
l能够发布各部门需要的数据。
l能够从中心共享服务器取得需要的业务数据。
2.1.2统一资源集成
能够对浙能集团现有各个业务系统中需要共享交换的数据进行数据抽取至中心共享交换数据库,能够将数据分析主题需要的数据集中至数据仓库。
2.1.2.1数据资源特性
(1)涉及接入交换的主要数据库:
lOracle10g
lMySQL2003
lPI
l……
(2)交换的内容
l结构化数据,包括以下数据类型:
整数、浮点数、字符串、日期、时间戳、二进制内容(照片等)、大文本。
l半结构与非结构化数据,包括:
电子表格、字处理文件、图片、视频文件、音频文件、网页。
PI点表数据。
(3)数据规模
存量数据规模为GB级别(不超过1TB),单表记录数最多不超过1亿条,单表字段数在127个以内,单条记录大小在10M以内。
(4)集成频率
目前要求能够每天夜间完成结果数据的交换共享。
2.1.2.2流程管理
集团数据来自多个业务系统,各业务系统包含的数据种类各不相同,所需要的归集路径各异。
业务数据进入资源中心时所需要的转换、清洗加工方法、数据质量检验规则、出错处理、加载次序也存在较大的差别。
因此需要将数据归集入库全过程纳入管控,使各环节可配、可调。
能够将各个部门系统抽取的数据按业务规则进行转换至系统需要的数据格式。
2.1.2.3状态管理
对整个资源库运行情况进行监控,对数据传输的状态、服务、日志、消息等信息进行管理;
可以监控数据传输子系统的运行状态、系统性能与资源占用情况、日志及系统异常情况,监控整个交换域中消息传递的情况;
对资源交换的路由、资源种类、流量进行统计。
2.1.3数据资源管理
2.1.3.1资源目录管理
资源目录管理主要包括信息资源的元数据管理、编目、订阅、发布、管理、查询、服务调用等功能,可实现对集团生产基础数据资源的管理和共享。
2.3.3.1.1元数据管理
对集团信息资源的标识、内容、分发、数据质量、数据表现、数据模式、图示表达、限制和维护等信息进行统一管理,以利于发现与定位信息资源、管理与整合信息资源,改进系统有效存储、检索和移动数据的能力。
2.3.3.1.2目录管理
目录管理系统主要实现了包括目录分类、编目、审核发布、查询、权限及维护等功能。
【目录分类】将一级集团服务信息资源目录分为生产日报信息、燃料管理信息、运行日志信息等。
也可根据集团实际的应用需要进行分类。
【编目功能】一级集团资源目录由管理部门维护,用于跨部门、跨层级部门信息共享的索引,二级部门内部目录由部门自己设定,用于部门内部信息共享的索引。
编制完成之后提交审核。
【审核发布】包括对目录类别的审核、对目录项审核、对目录文字审核、对目录流程图审核、资源目录项中标识符编码的查询显示、数据资源目录项中标识符编码的人工修改。
【目录查询】包括多维度目录查询、列表查询、信息资源访问功能。
【目录权限】目录权限管理是为不同用户级别进行授权,满足不同用户对目录浏览、检索的权限要求。
【目录维护】对已发布的目录进行维护,包括删除、停用、更新、重组目录等操作。
2.3.3.1.3资源管理
资源管理是对抽取的各个业务部门的信息资源进行统一管理,主要功能包含:
【资源编码管理】根据设定的规则,自动生成信息资源编码。
【资源版本管理】对于资源的任何变更,进行版本管理,所有历史版本都保留备查。
【部门资源管理】包括新增资源、未发布资源、已发布资源、历史资源、应用程序管理、资源数据展示。
【资源服务】所有人工或者自动初始化的资源,自动会生成一个标准服务,供共享调用。
【资源调用】对于完全共享的信息资源以及审核备案通过的信息资源,可以查看、调用该资源的服务,实现资源共享使用。
【资源申请审核】对于非完全共享的信息资源,如需要使用其信息资源,需要进行申请,管理人员进行审核备案。
【资源与目录关联】维护资源分类,实现资源与目录自动关联,将资源显示到目录。
【资源订阅管理】主要是对资源的订阅、收到的资源需求和提出的资源需求进行管理。
2.1.3.2数据资源展示
l能够按主题、按业务线,按业务流程对数据进行展示。
l能够提供多种数据展示方式,如表格、分析图形等。
2.1.4系统实现目标
可以及时发现和纠正问题,定期量化考核和评估,不断提高审批效率。
第3章技术方案
3.1总体技术要求
3.1.1开放的平台
平台网站从网络设计、应用设计到业务流程设计都要符合开放性的原则,采用开放的技术和架构,在当前乃至今后一段时间能代表先进和开放的技术路线,并支持各种主流的标准。
整个系统采用最新开发技术,支持跨平台的应用,因此能够支持主流的Web服务器,对硬件和操作系统没有特殊要求。
同时,系统可以支持各种主流的数据库。
系统的标准和开放也保证了具有更高的可扩展性。
3.1.2扩展性
网站支撑系统应具有较强的可扩展性,能够处理未来变化和发展所需而带来的功能、性能上的新要求,在平台总体的体系结构不需做较大的改变的前提下,能够保证系统平滑升级和未来建设。
系统的扩展性包括下面几个层次
1)数据的扩展
可以利用可视化的工作界面,进行数据的增加,或通过数据库管理工具,创建新的数据库、词典。
2)应用的扩展
考虑到和其他信息系统的连接,系统应具有良好的外接接口,将来随着业务的不断扩充,整个系统中应能够方便地添加新的业务模块,也是可扩充性的一个重要特征。
¨
可以在Web界面上直接集成其他应用系统;
利用开放标准的应用开发接口可以进行更加个性化的二次应用开发;
底层数据完全支持XML,可以实现不同系统间数据的交互;