水务局毕业论文(精选6篇)
水务局毕业论文 第1篇
电子税务局毕业论文
学校编码:10384 分类号 密级 学号:X20113287123 UDC
工 程 硕 士 学 位 论 文
某市税收数据综合应用平台
数据质量监控系统的设计与实现
Design and Implementation of Data Quality Monitoring system for Integrated Tax Data Application Platform
李正东
指 导 教 师: 林凡副教授
专 业 名 称: 软件工程
论文提交日期: 2011年9月
论文答辩日期: 2011年9月
学位授予日期: 年
指 导 教 师:__________
答辩委员会主席:__________
2015年*月 月
厦门大学学位论文原创性声明
本人呈交的学位论文是本人在导师指导下,独立完成的研究成果。本人在论文写作中参考其他个人或集体已经发表的研究成果,均在文中以适当方式明确标明,并符合法律规范和《厦门大学研究生学术活动规范(试行)》。
另外,该学位论文为()课题(组)的研究成果,获得( )课题(组)经费或实验室的资助,在( )实验室完成。(请在以上括号内填写课题或课题组负责人或实验室名称,未有此项声明内容的,可以不作特别声明。)
声明人(签名):
年 月 日
厦门大学学位论文著作权使用声明
本人同意厦门大学根据《中华人民共和国学位条例暂行实施办法》等规定保留和使用此学位论文,并向主管部门或其指定机构送交学位论文(包括纸质版和电子版),允许学位论文进入厦门大学图书馆及其数据库被查阅、借阅。本人同意厦门大学将学位论文加入全国博士、硕士学位论文共建单位数据库进行检索,将学位论文的标题和摘要汇编出版,采用影印、缩印或者其它方式合理复制学位论文。
本学位论文属于:
( )1.经厦门大学保密委员会审查核定的保密学位论文,于 年 月 日解密,解密后适用上述授权。
(√)2.不保密,适用上述授权。
(请在以上相应括号内打“√”或填上相应内容。保密学位论文应是已经厦门大学保密委员会审定过的学位论文,未经厦门大学保密委员会审定的学位论文均为公开学位论文。此声明栏不填写的,默认为公开学位论文,均适用上述授权。)
声明人(签名):
年 月 日
摘 要
税收征管和纳税服务是税收工作的两大核心业务。强化核心业务,关键在于提高税源管理水平。税源管理水平的高低,很大程度上取决于是否有效地解决“两个不对称”问题,即征纳双方之间的信息不对称、税务系统内各部门之间的信息不对称问题。这就要求税务部门首先要打通税务系统内各部门之间的、税务系统和各经济主管单位之间的信息交互渠道,整合来至其他社会部门的涉税资源。并在此的基础上,从税收工作实际出发,强化税收情报综合分析能力,打破“两个不对称”的信息藩篱,从源头上提高税源管理效益。
我国税务系统经过多年的信息化建设,尤其是金税工程的不断推进,基本实现了税收征管工作的数字化,但对海量税收数据的监、管、用缺乏全生命周期的规划,这成为税务部门有效发挥其职能作用的瓶颈。利用现代信息处理技术,强化涉税数据管理与应用,已成为各国税务部门提升税源管理水平的突破口。
本文按照总局“信息管税”的总体要求,针对基层税务机关的开展税收征管和纳税服务工作实际需要,结合某市国家税务局税收数据综合应用平台的建设思路和要求,利用数据仓库、数据挖掘等信息处理手段,进行分析挖掘等技术手段,对多种来源的涉税数据进行全生命周期的质量监督和管理,全力确保涉税信息“采集数据、挖掘信息、发现规律、获取知识”的税收数据分析利用链条的质量,提升税收数据信息和价值发现的有效性、可靠性,进一步发挥信息化建设对推进税收事业发展的支撑作用,推进征管体系现代化,服务经济、社会发展的“新常态”。
关键词: 税收数据综合应用平台;税源管理;信息不对称
I
Abstract
Tax revenue collection and management are two of the main businesses of taxation work。To strengthen the core business, the key is to raise the level of tax source management. And the level of tax source management depends on whether we can solve two kinds of the information asymmetric problem or not. In another words, we need to solve the information asymmetry problem between the taxpayers and collection department, and between different departments in tax system. Hence, this requires us to make ways for information exchange between different departments in tax system and between the tax system and various economic unites, to integrate the tax resources from other social sectors. Given on that, we should Starting from the reality of tax work, strengthening the comprehensive analysis ability in tax information, breaking the obstacles of two asymmetric, so as to improve the efficiency of tax source management from the beginning.
After years of information construction in our tax system, especially the continuing boosting of golden tax project, our county realizes the digitalization in tax collection work. But, for rapid development of social economic environment, it is
still lack of overall plan of tax data monitoring, management and using with the full data life-cycle, which becomes the bottleneck of effectively play functions in tax departments. So using modern information processing technology and strengthening the tax-related data management and application, has become the breach of the tax department to enhance the level of tax source management.
????? 缺33333
Keywords: Tax Data Integrated Application Platform;Tax Source Management; Tax Data Monitoring
目 录
摘 要 ........................................................................................................... I Abstract .................................................................................................... II 目 录 ........................................................................................................ IV
第1章
1.1
1.2
1.3
第2章
2.1
2.2
2.4.1
2.4.2
2.4.3
第3章
3.1
3.2
3.2.1
3.2.2
3.2.3
3.2.4
3.2.5
3.3
3.3.1
3.3.2
3.3.3
3.3.4
3.3.5
3.3.6
3.3.7 绪论........................................................................................... 1 项目开发的背景 ...................................................................................... 1 国内外研究现状综述 .............................................................................. 2 本文的研究方向及主要工作 .................................................................. 2 项目整体架构 ....................................... 错误!未定义书签。 项目定位与目标 .................................................... 错误!未定义书签。 项目设计原则 ........................................................ 错误!未定义书签。 开放性与独立性统一原则 .................................... 错误!未定义书签。 可持续发展原则 .................................................... 错误!未定义书签。 先进性与成熟性结合原则 .................................... 错误!未定义书签。 需求分析 .................................................................................. 4 项目需求综述 .......................................................................................... 4 业务需求 .................................................................................................. 8 查询统计 ................................................................ 错误!未定义书签。 报表管理 ................................................................ 错误!未定义书签。 报告管理 ................................................................ 错误!未定义书签。 OLAP分析 ............................................................... 错误!未定义书签。 数据挖掘应用 ........................................................ 错误!未定义书签。 技术需求 ................................................................................................ 12 框架需求 ................................................................ 错误!未定义书签。 性能需求 ................................................................................................ 23 可扩展性需求 ........................................................................................ 24 可操作性需求 ........................................................ 错误!未定义书签。 可靠性需求 ............................................................ 错误!未定义书签。 数据需求 ................................................................ 错误!未定义书签。 数据应用对象需求 ................................................ 错误!未定义书签。
3.3.9
第4章
4.1
4.2
4.3
4.4
4.4.1
4.4.2
4.4.3
第5章
5.1
5.1.1
5.1.2
5.1.3
5.2
5.2.1
5.2.2
5.2.3
5.2.4
5.2.5
5.2.6
5.2.7
5.3
5.3.1
5.3.2
5.3.3
5.3.4
5.3.5
第6章
6.1
6.2
6.3 其他技术需求 ........................................................................................ 25 概要设计 ................................................................................ 26 总体框架设计 ........................................................ 错误!未定义书签。 数据架构设计 ........................................................ 错误!未定义书签。 应用架构设计 ........................................................ 错误!未定义书签。 非功能设计 ............................................................ 错误!未定义书签。 性能设计 ................................................................ 错误!未定义书签。 可靠性设计 ............................................................ 错误!未定义书签。 可维护性设计 ........................................................ 错误!未定义书签。 数据支撑层的详细设计与实现 ........... 错误!未定义书签。 数据支撑层架构规划 ............................................ 错误!未定义书签。 生产系统数据层 .................................................... 错误!未定义书签。 数据仓库层 ............................................................ 错误!未定义书签。 分析应用系统层 .................................................... 错误!未定义书签。 数据模型的设计与实现 ........................................ 错误!未定义书签。 数据层次模型 ........................................................ 错误!未定义书签。 历史区..................................................................... 错误!未定义书签。 原子区..................................................................... 错误!未定义书签。 汇总层..................................................................... 错误!未定义书签。 主题数据概念模型 ................................................ 错误!未定义书签。 逻辑模型实例 ........................................................ 错误!未定义书签。 模型管理工具 ........................................................ 错误!未定义书签。 数据的抽取、转换和加载 .................................... 错误!未定义书签。 总体设计 ................................................................ 错误!未定义书签。 数据同步 ................................................................ 错误!未定义书签。 OT-ETL ..................................................................... 错误!未定义书签。 数据加工 ................................................................ 错误!未定义书签。 数据反馈 ................................................................ 错误!未定义书签。 应用支撑层的详细设计与实现 ............................................ 26 应用层总体架构 .................................................................................... 55 应用支撑功能模块定义 ........................................ 错误!未定义书签。 应用支撑层的实现 ................................................ 错误!未定义书签。
6.3.2
6.3.3 分析引擎设计 ........................................................ 错误!未定义书签。 通用分析工具设计 ................................................ 错误!未定义书签。
第7章
7.1
7.1.1
7.1.2
7.1.3
7.1.4
7.1.5
7.2
7.2.1
7.2.2 重点功能模块设计与实现 ................... 错误!未定义书签。 一户式管理子系统 ................................................ 错误!未定义书签。 一户式――整体设计 ............................................ 错误!未定义书签。 逻辑结构 ................................................................ 错误!未定义书签。 一户式――首页 .................................................... 错误!未定义书签。 一户式――查询统计 ............................................ 错误!未定义书签。 界面设计与实现 .................................................... 错误!未定义书签。 收入分析 ................................................................ 错误!未定义书签。 领导驾驶舱设计 .................................................... 错误!未定义书签。 税源地图 ................................................................ 错误!未定义书签。
第8章
8.1
8.2
8.3
8.4
8.4.1
8.4.2
8.4.3
8.4.4
8.5 项目测试 ................................................................................ 56 测试目标 ................................................................................................ 56 测试规划及方案 .................................................................................... 56 测试准备 ................................................................................................ 57 测试内容与结果 .................................................................................... 57 数据和数据库完整性测试 .................................................................... 57 接口测试 ................................................................................................ 57 功能测试 ................................................................................................ 58 性能测试 ................................................................................................ 59 测试结果分析 ........................................................................................ 64
第9章
9.1
9.2 总结与展望 ............................................................................ 65 总结......................................................................................................... 65 展望......................................................................................................... 65
参考文献................................................................................................... 67
致 谢 ....................................................................................................... 69
第1章 绪论
1.1 项目开发的背景
经济决定税收,税收影响经济。近年来,经济的发展逐渐呈现出从要素驱动、投资驱动转向创新驱动的“新常态”[1]。作为和经济密切相关的税收工作,也必然会呈现出。在社会经济走向“新常态”的过程中,与之密切相关的税收工作将会面临更多的挑战。目前,我国的税制结构仍然以间接税为主,在由10%左右的高速经济增长向7%左右的中高速经济增长“新常态”转变的过程中[2],税收增长率的减速幅度通常会大于经济增长率的减速幅度。同时,经济结构变化必然带来税源结构的深刻变化。一方面,经济实体的组织形式、经营方式不断增加,发展速度不断加快 [3]。税源呈现出复杂性、隐蔽性和流动性越来越突出、越来越普遍的特点[4]。另一方面,随着房地产税等涉及个人的直接税改革的推进,纳税人的范围将在现有企业、个体工商户的基础上增加自然人,纳税人数量将从“大量”变成“海量”;其高容量(Volume)、多样性(Variety)、速度(Velocity)及价值(Value)的4V特性[5],直接导致了税务部门的数据来源更加广泛、数据类型多种多样。这使得各级税务机关如何更加有效的“监、管、用”税收信息,持续提高涉税数据质量的问题逐渐显现出来。
同时,在税收“新常态”下,我国税务系统不断“加强税收征收管理信息系统的现代化建设”[7]。“金税三期工程”的推广建设,一是在全国税务系统的范围内,包括国税系统和地方税务系统,规范了涉税数据的采集、处理和管理机制,为信息分析利用准备了数据基础;二是金税三期工程主体系统在国家税务总局、国税系统和地税系统的全面应用,实现了全国税收管理信息系统的统一,为大范围的涉税信息分析利用提供了技术条件;三是全国、省级数据大集中、涉税数据分类管和统一的税收征管工作要求,为信息分析利用整合了统一的管理体系[8]。
综上所述,现阶段,我国税务系统既存在强化税收数据质量监督、规范涉税数据使用的内在要求,也具备了深度分析利用涉税数据所需的物质基础、技术条件和管理体系。
1.2 研究现状和问题
西方国家,如美国、德国、日本、意大利、澳大利亚等国家,税收信息化建设起步早、发展快、历时长、技术沉淀和经验积累深厚,已经逐渐从简单的统计分析发展到有理论支撑、技术先进、管理配套的现代税收数据质量管控系统。例如,美国联邦税务局(IRS)通过两个全国性的总部计算机中心和10个区域性的大区服务中心实现了税收数据的高度管理,在进行业务管理、实现有效的税源管理、征收率高达80%以上的同时,税收直接成本下降到0.4%左右[6]。
我国税收信息化建设走过了以业务处理为主的、以“单机使用”、“税网/新税网”、“省级集中”为标志的`信息化建设历程,进入了以“金税三期”为标志的“业务处理系统和决策支持并重”、“统一系统、统一流程、统一数据”、全国涉税数据总局/省局两级集中的新的发展阶段。全国各级税务部门在不断探索数据分析和税源管理工作的过程中,都对如何通过技术手段提高数据质量的问题进行了不断的研究和实践。例如,XX国税利用税收数据综合应用平台,整合了金税三期系统数据、防伪税控系统数据、车辆购置数据以及工商、海关、质检、能源、交通、公安等多个部门的涉税,通过多方比对的方式排除疑点,提高数据质量。但是,由于局限于当时现实条件,涉税数据质量的管理能力和效率都较为有限,无法满足“新常态”下经济社会发展对税收工作提出的时代要求。
1.3 本文的研究方向及主要工作
本文按照总局“以信息管税为依托,努力构建税源专业化管理新体系”[9]的总体思路,立足金税三期系统,借鉴其他行业对业务数据质量管控的实践经验,针对涉税数据质量管理“没人管”、“没法管”等问题,在某市国家税务局税收数据综合应用平台的整体框架下,从各种来源的涉税数据的采集、整理、保存、流转、使用等多个环节入手,【??????】利用 、 等现代信息处理技术,采用。。。。。。。的手段,不断丰富涉税数据质量的跟踪监控手段,预警数据使用风险,完善涉税信息“采集数据、挖掘信息、发现规律、获取知识”的分析利用链条,进一步发挥信息化建设对推进税收事业发展的支撑作用。本项目是XX市国
家税务局强化数据质量管控、深化数据分析利用,努力适应税收工作“新常态”的一次新的尝试和努力。
1.4 本文的组织结构
第1章是绪论。从内部原因和外部原因,既经济发展“新常态”和税收工作“新常态”,两个方面分析了税收数据质量管控的必要性和可行性,介绍了当前研究的概况以及主要的问题,明确了本文的研究方向,并对论文的组织结构进行了说明。
第2章是需求分析。从业务需求描述,采用流程图和用例图描绘了系统的功能需求,包括指标管理需求分析、计划管理需求分析、支付管理需求分析、银行管理需求分析、公务卡管理需求分析、工资统发需求分析、数据报表需求分析和系统管理需求分析等。
第3章是系统设计。详细的介绍了系统的总体框架设计、功能架构设计图,总体功能设计、数据库设计和安全设计等。
第4章是系统实现。详细介绍了系统的实现环境、主要界面设计以及关键功能模块的实现过程,给出了重要功能的实现代码。
第5章是系统测试。包括系统的测试环境,功能测试用例设计、功能测试结果分析以及性能测试场景设计和性能测试结果分析,并给出了具体的测试分析图。
第6章是总结与展望部分。总结了本文所开展的研究工作,给出了后期系统需要改进的地方。
第2章 需求分析
2.1 项目需求综述
2.1.1 业务现状分析
随着税务信息化建设不断向深度和广度发展,征管数据的采集和覆盖范围日益扩大,就实际工作来看,在综合征管软件数据采集和处理过程中,出现了部分质量低下、无效、冗余、不合法、不一致的数据,税务生产系统数据质量现状不容乐观,而对于未来税务大数据的应用来说,数据质量又是一个分析系统的生命力之源。作为目前税务涉税信息的数据质量管控还未有信息化的支撑,往往在业务人员发现了数据质量事故发生或被发现之后,由信息化人员采取人工的方式去排错、去清理。目前这种基于事后,人工管控的数据质量治理手段基于以下流程展开:
目前基于上述流程的人工数据质量管控有以下不足:
1. 所有数据质量的问题发现只能靠事后,实际工作中业务人员被动的发现,
无法提前治理,导致质量事故的发生。
2. 数据质量问题即使分析到数据异常规则,由于无法获知数据异常的生产
来源,数据质量还会随着生产数据的产生而产生,无法从根本解决数据质量管控。
3. 整个质量管控的过程成果维护起来费时费力,存在大量的返工,成本加
高。
4. 基于人工的数据质量管控成果信息无法归集,也无法进行成果分析和宏
观的预警,无法为辅助决策提供
2.1.2 业务流程分析
面对目前人工执行数据质量管控的弊端,为解决目前税务局数据仓库的数据质量管控,依赖信息化系统建设,降低质量管控的难度,在降低成本的同时,增强数据分析的准确性。原则上,可以将数据质量按照业务约束和技术约束来区分,例如行业认定和经营范围不符合的异常数据,直接影响群体分析的准确性,所以对于这种限制于业务影响的,称之为业务约束导致的数据质量问题。对于重复记录、字符类型不符、长度不符的,编码规范不符的,直接受数据库技术约束,称之为技术约束数据质量问题。受技术约束的数据质量问题,一般有估计的解决规则,发现异常可以按照重复的规则处理。受业务约束的数据质量问题,一般需要人工的治理,系统需要能自动识别和任务推送即可。
将传统人工数据质量管控和信息化相结合的思路,就需要梳理出利用信息化分析的整个基于数据仓库的数据质量管控系统业务流程,目前结合传统业务,规划整个业务系统的流程如下:
如上图流程,同过引入信息化数据质量管控流程后,和现状业务相比,数据质量管控具有以下优点:
1. 实现了数据质量规则的维护,成果会有数据保留,利于成果复用和规则
完善。
2. 增加了周期性的自动化扫描分析,降低人工重复查找数据质量难度和时
间,节省了人力和成本。
3. 增加了自动清理环节,对于分析出来的数据质量问题,尤其针对生产数
据无法从源头解决的数据质量问题,一旦有确定的清理规则,可以结合周期扫描监控来及时自动化进行数据异常数据清理。
4. 系统考虑到有些由于业务操作引起数据质量问题,需要具体业务人员根
据实际具体治理的,则系统提供人工统筹流程,及时提醒提示治理。
5. 在系统流程实现数据质量管控的基础上,进行各个环节的成果进行分析,
含跟踪管理和效应分析。
6. 随着数据质量管控成果知识的积累,可以依赖成果数据进行宏观预警,
对高发的数据质量问题或高发的群体,自动化分析,提供预警信息。
2.1.3 系统角色分析
按照系统业务流程分析,系统流程可分为制定数据质量模型、管控方案、扫描分析、任务统筹、质量治理、成果分析、监测预警等主要环节。扫描监控为系统后台功能,在系统流程上可以和管控方案合并为分析监控环节。按照这样的分析可以将系统共分为:质量模型、分析监控、任务统筹、质量治理、成果分析、监测预警核心业务模块。考虑该系统需要单独部署需要单独的系统管理模块。所以按照系统业务模块,划分系统角色如下:
图2-1: 图 2.2 业务需求
2.2.1 质量模型需求
质量模型是将数据质量从业务转化成技术实现的基础,是将平时业务人员能看懂的数据质量业务规则通过质量模型的维护,转化到具体数据表上的逻辑规则定义。质量模型业务上的规划可分为四层设计思路,分别为数据层、对接层、逻辑层、规则层,分别通过指标元、指标和模型来维护出数据质量模型。应实现数据质量规则管理,在标准的数据质量规范之上,通过数据质量审计和数据一致性
比对来对数据质量进行检查,发现数据出现差错的环节。质量模型就是将示意图如下:
2.2.2 分析监控需求
分析监控主要是将维护的质量模型通过设定分析方案、分析规则、扫描监控、数据质量信息、审核,确定通过定义周期实现执行风险模型自动扫描,最总成果为数据质量信息。分析方案可以维护自动治理规则或者选择人工质量,需要有自动的监听执行功能和高效能的分析引擎。分析监控的主要流程图如下:
2.2.3 任务统筹需求
任务统筹实现对审核通过的数据质量信息,进行任务统筹下发,主要存在多任务的合并和逐级下发功能。处理好任务统筹,就需要对市、区县、分局三级的用户人员功能进行操作,任务统筹可以分为主要以下环节:任务定义、任务下发、任务接收、任务合并、任务分配,通过分析可以树立出目前任务统筹的一个整体流程如下:
2.2.4 质量治理需求
质量治理是最后管控过程的最后一道环节,主要操作对象是科所级的用户操作。质量治理在方式上要提供给用户任务办理和处置的页面,同时要有对处置结果的检测功能,确保治理后的效果。同时考虑业务上的需求,该模块还需要具有审核流程和办结等处理。所以梳理的质量治理需求流程图如下:
2.2.5 成果分析需求
1. 过程跟踪
主要实现质量管控各个环节的成果进行统计跟踪,包括模型体系的指标元、指标、模型的建立数量;分析监控的方案、扫描分析、数据质量数据等;任务制发、流转、超限的过程跟踪;治理的进度和成果进行跟踪。
2. 效应分析
主要是对治理前的数据质量问题和治理后数据质量问题进行宏观比对,通过比对算法,对不同业务指标的计算准确性等从治理前到治理后对比,对治理前后
的数据质量问题遗漏情况进行比对效应分析。通过这些分析,验证业务系统完整性,不断对质量模型进行优化。
2.2.6 分析预警需求
数据质量管控系统处理结果的积累上,可将数据质量管控结果作为知识积累,一方面对大量的质量数据进行分析,找出问题突出的数据质量问题和来源,有方向有侧重点的在某些行业某些区域加大数据质量管控,进行宏观的辅助决策。其次,利用整个质量管控知识库,可以根据业务数据依赖规则、数理统计、二八原理、人工智能算法等进行潜在的数据质量问题预警,提高数据质量管控的持续深入发展。核心的业务可以从分析和预警两个方面考虑:
1. 数据质量管控结果分析的分时间、税务机关、分质量模型、分行业等维度进行宏观分析,找出问题突发区域,进行辅助决策。
2. 潜在数据质量问题的预警,依赖进行预警值测算和人工智能算法等方式进行分析,进行潜在关联的数据质量问题预警。
2.2.7 系统管理需求
系统管理主要是确保系统有独立的权限控制系统和运维监控功能,主要分为权限管理和日志管理两方面,对系统安全和优化提供监控数据。
1. 用户、岗位、角色管理,进行系统用户密码、身份的维护;
2. 日志管理,监控系统登录日志、菜单访问日志、系统报错日志、流量监控日志的查询监控。
2.3 功能需求
本章节采用UML建模中的用例建模来分析业务需求中的需要包含的系统功能需求分析。参照系统角色分析,系统中的用户可按照角色对应分别为:质量模型维护和分析监控管理工作交由各级信息中心技术人员操作;任务统筹环节,由各级机关设置专门的数据质量管控专员负责各级任务接收流转;质量治理主要有各业务处室的业务操作人员执行;成果分析用户和分析预警用户主要提供给各层级机关局领导使用,进行宏观辅助决策工作使用;设定单独的专人做系统管理员。所以该系统的所有用户为:技术人员、管控专员、业务操作人员、局领导和系统管理员。以下是对系统流程中核心功能模块的功能需求分析,如下图(系统整体
用例图)。
局领导
2.3.1 模型体系管理
质量模型体系在功能上是要将业务上的数据质量规则和要求,通过系统功能进行实现定义出来,分别建立功能点来实现对接层、逻辑层和规则层的功能,所以该模块在功能上可以分为指标元管理、指标管理、模型管理三个功能来实现。
技术人员
2.3.1.1 指标元维护
指标元维护在功能上主要将数据层到应用层的对接,是将来源数据表的字段定义成可视化的业务名词,是对底层数据库到业务层的名词对照关系维护,指标元维护的主要功能有:指标元新增、指标元修改、指标元移除、指标元导出、批量新增和指标元检测等主要用例,如下图所示:
技术人员
表2-1 指标元维护用例表
2.3.1.2 指标维护
指标维护功能对照业务需求质量模型的逻辑层维护功能,是将业务指标的加工规则公式和部分数据函数基于指标元定义出来。指标维护的主要功能有:指标维护、指标修改、指标移除、指标导出、批量维护和指标检测等主要用例,如下图所示:
表2-2 指标维护用例表
2.3.1.3 模型维护
模型维护功能对照业务需求质量模型的规则层维护功能,基于指标,定义出来数据质量业务判断过滤的逻辑规则。模型维护的主要功能有:模型维护、模型修改、模型移除、模型检查等主要用例,如下图所示:
表2-3 模型维护用例表
2.3.2 分析监控管理 2.3.2.1 管控方案管理
监控方案管理是设置出数据质量监控的数据范围和执行规则,包括所使用的质量模型、分析期间、是否周期扫描、行业、税务机关、清理规则等。主要功能用例如下:
表2-4 监控方案维护用例表
2.3.2.1 扫描监控管理
扫描监控主要是按照维护的质量模型规则和方案规则进行自动化的监控分析,包括触发开始时间、结束时间、异常信息、结果信息等。扫描监控功能上需要实现一个高能效的分析引擎来保障自动调度和智能算法解析扫描,具体功能如下:
表2-4 扫描监控维护用例表
2.3.3 任务统筹管理
任务统筹管理功能是实现了将数据质量问题清单通过任务流转方式,最终确定治理人员和质量方式,确保管控流程闭环。主要功能实现省、市、(县)区、科所人员间的任务流转,实现数据治理任务流转到具体的处置人员。主要的功能用例如下:
表2-4 任务统筹维护用例表
2.3.4 数据质量治理
数据质量治理主要是在确定人员和确定方式后,对数据质量问题进行清理,清理后进行下规则检测,确保数据清理的正确性。主要功能包括异常数据清理和规则检验、提交审核、办结处理。
异常数据清洗、清理、验证。
表2-4 数据质量治理用例表
2.3.5 管控成果分析
在系统实现数据质量管控的流程环节基础上,对各个环节的过程成果和过程情况进行分析和跟踪,含跟踪管理和效应分析,主要功能用例如下:
表2-4 管控成果分析用例表
2.3.6 分析预警
分析预警主要包括两部分功能,包括宏观分析和潜在数据质量问题预警,提供给管理者辅助决策信息。宏观分析包括分税务机关、分行业、分质量模型等多维度的成果查询统计分析。数据质量预警主要通过预警算法维护、预警值测算和监控预警。具体的分析预警用例如下:
分税种、分行业、分月份、分事项等;
表2-4 分析预警用例表
2.3.7 系统管理
系统管理主要功能为权限管理和日志管理两个模块内容,权限管理功能包括用户管理、角色管理、岗位管理,日志管理主要是用户登录情况日志监控、菜单访问日志、系统报错日志、流量监控日志的日志监控功能。具体用例如下:
表2-4 系统管理用例表
2.4 非功能需求
2.4.1
性能需求
数据质量管控系统用户对象为所有内部税务人员,全局税务人员6000名,其中主要的用户群体为信息中心负责数据运维人员使用,预计全局使用用户为1000名。按照目前的规模评估用户并峰值在100左右。系统登录性能要求为平均登录响应时长不能超过5s,最长不能超过10s。系统核心是对大数据的质量监控,核心的性能问题会集中在数据统计和模型分析引擎的执行性能,既包括分析引擎对服务器的资源占用,分析过程对数据库的资源占用。性能过程需对应用服务器和数据库服务均进行性能监控和优化,服务器的CPU占用不能高于60%,内存占用不超过70%。
其他具体系统模块的性能要求如下: 查询类业务性能要求:
分析型业务性能要求:
2.4.2 安全性需求
系统接入安全:
1、渠道安全:应用系统对所有的接入渠道进行渠道安全校验,只有被许可的接入渠道才能接入应用系统。
2、身份认证:应用系统对所有的接入渠道需要通过口令认证方式进行身份认证,只有被许可的接入渠道及提供正确的口令才能使用应用系统提供的服务。
3、权限控制:应用系统对所有的接入交易请求根据渠道进行权限控制,只有被许可的渠道接入及被允许的交易请求才能正常使用应用系统提供的服务。
系统数据安全:
1、传输安全:关键数据在传输过程中,必须加密传输,以保证数据的传输安全性。
2、存储安全:根据国家税务局等级保护三级要求,应用系统必须保证数据的存储安全。因此,在税务局内部网络环境下,必须将与业务相关的数据保存在税务局内网区域(核心区域)。 2.4.3
可扩展性需求
系统应能适应税务数据应用需求复杂多变的要求,考虑未来 3-5 年的可扩展性,采用构件化设计思想,系统框架与业务逻辑分离,具备开放的可扩展体系
结构,支持在线升级和扩展,支持多用户和并行访问。系统的设计应确保在用户
系统保存已有和未来至少五年的(共十年以上)最明细的业务数据。进入数据仓库的数据应与生产系统中的数据保持一致。经过数据清洗、装载、查询、展现后为用户提供准确的数据。 2.4.4
其他技术需求
建立统一的数据模型标准。技术框架采用J2EE架构,JAVA语言为主要开发语言,基于B/S(Browser/Web Server)和关系型数据库方式实现。具体需求如下:系统后台采用WINDOWS SERVER、UNIX 等平台、WEBLOGIC等应用服务和 ORACLE大型数据库。
第3章 系统设计
3.1 应用体系设计
根据总体设计,操作型业务与分析型业务需要进行分离设计。本系统的模块可划分如下:
3.1.1操作型业务
操作型业务设计以生命周期管理为核心,以工作流的驱动方式执行全流程的闭环控制管理。
本子系统的操作型业务有模型体系管理告、任务统筹管理、数据质量治理等业务。
下面重点阐述管控生命周期管理,其它模块的设计重点为数据模型设计,将在数据体系结构中展开。
1. 数据质量管控的生命周期管理 如下图所示:
数据质量扫描得到的扫描疑点的明细信息,进入数据信息库。 ? 处理
数据扫描疑点明细信息,需要进入疑点风险评价环节,该环节是疑点信息量化的主要步骤,将通过排序等手段,生成疑点数据等级等信息。
? 消除
数据疑点信息在应对完毕之后,通过应对系统的反馈,消除该数据疑点信息。 2. 数据质量管理闭环控制
数据质量管控管理是一个闭环操作,围绕数据疑点管理战略目标实施,通过疑点数据识别、分析、评价、应对、管理全程监控及结果评估构成闭环,同时通
过不断的监控、分析报告对整个管理过程进行持续改进。
闭环需要较为完备的流程控制,以上描述的生命周期管理,将以工作流的驱动方式进行管理,工作流程图如下所示:
说明:
综合分析数据质量管控的主要功能模块,以及数据质量管控与其他子系统的关联使用,得到以下体系结构图:
数据质量管控体系结构图
说明:
1. 总体技术架构
公司的技术架构,包含前端、web、框架、通信各个层面解决手段。 2. 指标管理平台
数据质量管控基于指标管理平台设计,指标管理平台提供丰富的支撑功能。 3. 核心服务
系统的核心服务,如组件管理,运维管理等。 4. 业务逻辑层
业务逻辑的封装,隔离底层与界面层的交互。 5. Web应用功能 1) 界面层
数据质量管控主要分为7个模块:
6. 接口
数据质量管控的接口层,与外部系统的接口都在此层面规划。
3.1.2分析型业务
数据质量管控的分析型业务主要有指标预警值测算和风险扫描等,这两个业务都是依赖指标管理平台,如下图所示:
指标预警值测算是数据扫描的一个必要输入,在扫描过程中,可能会使用到指标的预警信息如均值、上下限等,这些都是需要事先预处理的,指标管理平台提供相关的指标测算服务。
扫描是对扫描方案的执行过程,在分解了扫描方案之后,主要的工作就是调用指标管理平台的分析引擎服务,执行相关的操作,并保存结果。
3.2 架构设计
3.2.1技术架构
本项目采用J2EE相关的架构进行开发,技术架构图如下:
31
架构说明:
1. 整个架构主要由客户层、中间层(web层、架构层、EJB层)、资源层组成。
2. 客户层:系统最终用户的使用界面和设备。一般为基于浏览器的瘦客户端,比如IE等;本项目中使用了SUI来实现展现效果。
3. 中间层:用户和系统之间的交互管理,提供用户层的展现逻辑和对资源层的访问接口。该层主要采用Front Controller, Request Processor, Command, View Dispatcher,DAO、工厂等设计模式来实现。本项目在WEB层使用Webfaster,在架构层使用SOA。
4. 资源层(EIS):各种信息系统资源,在本系统中主要用到了:RDBMS(数据库),以及文件数据容器(主要是在分析引擎中使用)。
3.2.2体系架构
界面管理模块的执行过程如下图所示:
32
展现层
说明:
1.
用户通过操作界面与系统进行交互。
2. 用户操作的数据经过展现层、接口层、核心层,最终存储到数据层中。 3. 展现层包括了传统架构分层中的界面层、web层、架构层、业务逻辑层
的一部分。
4. 接口层、业务核心层是对传统业务逻辑层的进一步细化,业务核心层包
含了传统业务逻辑层的大部分内容;部分功能遵循此结构。
应用执行体系将设计期和运行期分离设计,将部分功能充分松耦合,达到灵活性、可扩展性和复用性,如下图所示:
说明:
扫描方案执行器接收到扫描方案实体对象,将对象解析后调用指标管理平台
33
提供的算法和子系统内部处理逻辑,完成扫描,输出扫描结果信息。
在设计期,系统只需要生成样扫描方案等内容,将这些内容存于数据库即可。 在运行期,通过手动触发或者系统自动任务监听,读取并解析设计期的成果,生成相关的执行实例,调用分析引擎等工具,执行得到结果,写入执行结果相关数据库表。
方案是数据质量管控的关键数据对象,是扫描的基础,它需要满足风扫描这一动态执行功能的业务和技术两方面的要求,这个要求如果再做一个逻辑抽象,可以很直观地将方案划分为两个执行部分:方案的执行实体和方案执行参数。
除此之外,方案还要能提交到知识库与大家分享,方案可以方便展现出来。 综上分析,这个关键数据对象的划分如下图所示:
执行实体指明的是扫描执行的具体业务对象、风险分析算法等内容,执行参数则是用于支撑动态执行所必须的周期频率、执行时间等参数。
更具体的设计内容见“关键设计”章节。
风险方案执行器在接收到扫描方案实体对像后,先进行对象的检测,以确定对象是否适应当前的执行环境。
检测通过之后,执行对象的解析,产生可以计算的实体对象,如指标信息,计分规则信息等。然后依据对象的类别调用不同的执行器实现类执行运算,运算过程中根据需要调用指标管理平台提供的算法,最终完成运算结果的输出。
具体实现流程如下图所示:
34
35
说明:
方案如果想正确执行,我们需要知道,方案是否适应当前的环境,因此,方案执行的时候系统将自动触发方案的检测,方案的检测产物主要是方案的检测状态和检测报告。
扫描方案的实体对象在检测通过之后,进入分解环节,该环节主要的分解结果是模型、指标和运行所需的参数。任务监听程序会监听运行参数,在合适的时候启动扫描流程。
扫描方案执行流程中,首先要处理的就是分解环节的模型、指标信息,这是风险扫描的关键所在,预处理通过之后才执行相关的处理流程。
3.3 数据体系设计
3.3.1 概念模型
在设计数据模型时,必须从基于合乎业务基本原理的业务规则出发,根据业务内涵来设计数据存储的模型。这点能够大大提升单位数据的处理效率,是有效解决该问题的基础。合理的数据分层规划和数据分布设计,能够更好的理顺数据间的关系,从而可以简化数据的存储、数据的处理,从而提升效率。 在设计数据模型时必须遵循以下原则:
? 完整性原则:全面覆盖税务业务
? 稳定性原则:实现在保持全局稳定的前提下的持续改进 ? 适应性原则:适应各个层级、不同用户的需求 ? 高效性原则:实现数据的高效访问
数据质量管控的概念模型设计,主要是从业务处理流程展开,并考虑辅助系统的其他必须数据,总体概念模型设计如下图:
36
说明:
4 数据质量疑点识别的核心是数据特征库,主要包含数据指标与模型,其中疑
点数据特征指标,在获取指标管理平台的指标相关基本属性之外,还享有数据管理所需专用属性。
5 指标预警值是指标预处理的结果,供后续数据疑点分析环节使用。 6 疑点数据分析方案是分析的基础,是风险疑点数据扫描的支撑。 7 人员权限信息,用于管理系统的人员权限控制。 8 监控信息,保存系统运维的监控数据。
9 日志记录,数据质量分析流程相关处理操作统一保存在日志信息实体中,便
于操作查看和追溯。
10 配置控制,数据质量管理业务处理过程中将一些系统参数信息保存到配置信
息实体中,方便修改维护。
37
3.3.3 数据结构
表分类说明
平台的数据库表可分为以下几类:
在数据质量管控系统中,分析监控是最核心的业务功能需求,包括方案定义维护和分析监考,这2块的数据库设计如下图:
模型体系及分析监控
38
3.4 部署体系设计
3.4.1 部署结构图设计
管理部署结构如下图所示:
部署风险管理应用服务器、文件服务器、缓存服务器,数据库服务器。部署策略如下:
1. 数据管控管理应用服务器:管理应用完成界面和流程类操作。 2. 数据库服务器:数据库分为:数据仓库,风险管理库,指标管理库,统
39
一权限库。
3. 缓存服务器集群:负责存在子系统产生的实体数据对象。
4. 监听服务器:风险系统所有的监听服务独立部署一个但节点的应用。 3.4.2 部署硬件设计 建议配置如下:
3.5 模块设计
3.5.1 模块功能结构
通过对业务需求和业务架构梳理,归纳数据质量管控功能模块框架。数据质量管控功能模块框架总体上分为三大部分,一部分是数据质量管控业务流程实现部分,其中包括数据疑点识别、疑点分析、数据疑点评价;第二部分是应对管理部分,其中包括应对管理、疑点处置;第三部分是质效评价。 从界面模块以及后台模块角度考虑,得到以下模块结构图:
40
水务局毕业论文 第2篇
摘要:我国虽然水资源蕴藏量比较丰富,但是人均占有量很低、水资源时空分布不均匀,属于水资源短缺的国家。水是人类生产和生活都离不开的重要资源,随着城市化进程的加快,城市水务也越来越受到关注。本文对城市水务的内容及意义、我国城市水务的现状及发展趋势做了简要介绍,并总结出我国城市水务当前所面对的一些问题及部分解决方法。
关键词:水资源;城市水务;问题
一、城市水务的内容及其意义
城市水务是城市水资源开发、利用、治理、配置、节约和保护而进行的防洪、水资源规划与建设、输水、供水、用水、排水、防治污染、污水处理回用以至调水活动的总称,它是现代化城市建设与发展的重要基础。城市水务主要包括防洪、水资源的配置、水源地、供(输)水工程、排水工程、水处理、水环境与水生态、水景观、节水等内容。认真做好城市水务管理工作,为城市发展提供防洪安全和供水保证、水环境与水资源保障,以区域水资源的可持续利用保障城乡社会经济的可持续发展,对实现我国跨世纪的现代化宏伟目标具有重要的现实意义和深远的历史意义。
二、我国城市水务的现状及发展趋势
目前,我国城市水务现状的形势严峻:城市缺水问题日益加重、城市水环境日趋恶化、多龙管水的分割管理体制、城市水浪费与短缺现象并存、供排水设施建设投资不足、合理的城市水价体系没有形成、城市水务管理信息化技术落后等,这些问题不仅制约着城市经济的发展,也严重影响到对城市人们健康生活的保障。城市水资源矛盾的突出,也引发了人们对此的思考,优化配置水资源、提高水资源利用效率和效益、实现水资源可持续利用、符合水资源自然规律的开发利用成为城市水务所要达到的重要目标。
三、我国城市水务所需解决的问题
1.对水资源的系统分析和城市水资源的合理配置
我国水资源令人担忧的现状,固然有水分布特点、气候变化等外界因素的原因。地球上的水资源是一个统一的、不可分割的整体,尤其在同一个流域内,不同地区水资源的变化是相互影响的。认识水资源的系统性,对水资源的数量、质量和空间分布,以及各种水体之间的联系与转化特点进行科学的分析和研究,找出水资源的自然规律并 1
以此为指导合理对水资源进行开发和配置,是高效利用水资源的前提条件。
水资源合理配置是指在流域和特定的区域范围内,遵循有效性、公平性和可持续性的原则,利用各种工程与非工程的措施,按照市场经济的规律和资源配置准则,通过合理抑制需求、保障有效供给、维护和改善生态环境质量等手段和措施,对多种可利用水源在区域间和个利用部门间进行合理的配置。水资源合理配置要兼顾水资源开发利用的当前与长远利益、不同地区与部门间的利益、水资源开发利用的社会、经济和环境利益,以及兼顾效益在不同受益者之间的公平分配,从而达到对水资源在时间、空间、数量和质量上合理分配,解决各种水资源供需矛盾,从有限的水资源获得最大的利用效益,满足社会、经济、生态的协调、可持续发展。我国目前所实施的一些工程措施,如南水北调工程,就是进行水资源合理配置的重要手段。
2.加强城市水务工程技术的创新和研发
城市水务工程是城市水务建设所实施的工程措施,是利用和保护城市水资源的直接方法,并在很长的时期内产生了重大的效益。但是,传统的水利工程在给人们带来利益的同时,改变了水资源的自然状态,造成了不少问题。例如,在城市河道治理中,传统的河道整治偏重于“防洪安全”,与城市环境保护和改善的关系为得到足够的重视,河道上修建大量的控水工程对河流生态环境的胁迫最终导致自然河流的渠道化和非连续化。随着社会的发展,人类面对日益严重的水资源和水环境问题,开始改变治水思想,城市水利工程也开始由工程水利向生态水利转变。
此外,科学技术转化为生产力对水资源的优化配置、对水资源问题的解决起着决定性的作用,必须加以充分利用。一方面,要利用技术手段提高现有工程的工作效率,如加大水力发电机组的效率、减少引水输水供水工程的水量损失等;另外,要积极研发和推行充分、循环利用水资源的设备,如雨水收集利用系统、污水的净化和重复利用等;此外,要对目前所存在的用水设备进行改进,增强其节水性能,尽量用最少量的水来完成其预定功能。
3.实行改善城市水环境的有效措施
生态环境是关系到人类生存发展的基本自然条件,在水资源开发利用中,要从不重视生态环境用水转变为在保证生态环境用水的前提下合理规划和保障社会用水。这包括以下几个方面:第一,要有足够的水量保证生态环境需水。生态环境需水是指为生态环境修复与建设或维持现状生态环境质量不至于下降所需要的最小需水量,这部分需水要求应该在水资源规划和配置中得到体现。第二、城市水务工程的建设和运行应以不破坏水生态环境为前提。在工程的可行性分析阶段,一定要足够重视工程对水环境的影响,从而保证水资源的可持续利用。第三、在城市用水的过程中,要尽量把对水体的污染程度降至最低。一方面要减少企业和工厂对水源的污染,不能只顾经济发展而忽略水资源保护;另一方面,要重视对污水的处理的成效,确定排放到江河湖泊中的水质符合要求标准。第四、要注意人类活动对水环境的间接影响,例如砍伐森林、围湖造地等行为可能导致水土流失和区域水环境的改变。
4.促进城市水务市场化的合理发展
随着我国城市化水平的不断提高,城市水资源的供需矛盾也在加大,城市水务的基础建设逐渐成为制约我国各城市经济发展的瓶颈。我国现阶段正在开展的水务市场化改革,主要是为了解决城市公共供水的供需矛盾和投资需求,把市场机制引入城市水务基础建设领域,从而期望通过民营化来招商引资扩大城市供水投资规模,同时,通过竞争机制的引入提高城市公共供水服务效能改善城市供水企业效益。然而,在我国的水务市场化改革中,一些地方政府只注重了多元化的投资需求和供水普及率的提高,通过公共供水民营化拓宽了水务多元化投资渠道为地方政府筹集了大量水务基础建设资金,迅速提高了城市供水能力,有效保障了社会经济发展需求。但同时,地方政府把短期经济效益作为水务改革的重要目标,在城市水务资产拍卖过程中,水厂控股权的转让使政府失去了对水资源的控制权,私人企业的利润追逐使得水价过快上涨、水质下降,严重侵害了公共利益,过度市场化也导致了政府水资源管理职能的弱化、水资源市场配置的失灵等问题,导致了水资源的过度开发和浪费,这严重制约了水资源的可持续利用,也制约了城市公共供水的可持续性服务。因此,要正确对待城市水务市场化这一政策,并从指导理论上进行纠偏。从政府职能出发寻求解决的途径主要有:强化政府对水产品服务的责任,加强政府对原水的管理、加强城市对公共供水的监管;管理权与经营权的分离,政府行使水资源的管理权、公共供水的经营权交给企业;健全权力监督机制,健全自律和他律机制、加强执法程序的公开性、推动公众参与。
5.完善城市水务法规体制
建立健全城市水务法规体系,是规范城市水务市场秩序、提高水务运营效率、增进服务、实现水务业可持续发展的必要手段。法律体系是指由一国现行的全部法律规范按照不同的法律部门分类组合而形成的一个呈体系化的有机联系的统一整体。从世界范围看,水法体系可以分为如下三类:一是习惯法水法体系,它起源于宗教,主张水由一个共同体管理,遵守水法的公共性和严格的分配原则;二是传统法水法体系,它以近代私有制为基础,主张在国家的监督下,水资源为私人专用;三是现代水法体系,主张在国家控制下的水资源管理,实施以公共利益原则和市场经济原则相结合的水资源政策。城市水务法规体系是一国水法体系中的分支体系,它与水法体系的关系是部分与整体的关系,两者之间存在大量的交叉重叠的部分,在城市辖区内几乎与水资源有关的法律法规都可归属于城市水务法规体系的范畴。我国城市水务法规体系,是由关于城市辖区内防洪、水治理、水环境保护、水源保护、取水、供水、排水、污水处理及回用、水务投融资、监管体制等的法律规范组成的规则系统,我国城市水务法规体系是水法体系中的一个有机组成部分,是水法体系的一个分支系统。
我国城市水务法规体系的初步建立,但是还很不完善。为完善我国城市水务法规体系,今后的水务立法应该追踪世界水资源利用与保护,以及水务管理的发展趋势,关注水务立法的以下重点领域:把城乡水资源统一管理模式纳入法制轨道、立法保护并不断提高生活饮用水质量、依法规范城市水价上涨行为及水价形成机制、更加重视污水处理与节约用水工作、政府对城市水务的依法监管、对公众参与机制法律保障的要求等。总之,加强城市水务的立法工作,健全城市水务法规体系,填补城市水务中的法律空白,规范市场秩序,是提高整个城市的水务运营效率,增进服务,进而实现水务业可持续发展的必要手段。
6.加强城市水务规划管理
从我国城市水务的现状可以看出,目前我国城市水务管理存在许多体制上的障碍。因此,以可持续发展城市水务为指导思想,以革除现存管理体制弊端、提高用水及管理效率、保障水资源环境与经济社会协调发展为目标,建立适应社会主义市场经济体制、符合水资源自然循环规律和经济社会用水规律、政府宏观管理与市场经济相结合的城市水务一体化管理模式和运作机制成为提高我国城市水务管理水
平的努力方向。我国城市水务管理中还存在着对城市水资源开发利用战略的调整缺乏前瞻性、未能形成合理的城市水价体系、长期实行“多龙管水”的城市水资源管理体制、没有建立起流域间协调机制、缺乏城市水系统综合发展的规划理念、缺乏有效的城市水务投融资机制、信息化技术落后等主要问题。国外成功的水务管理主要经验归纳起来如下:强调水资源统一管理、实行流域管理与行政区域管理相结合的管理体制、十分注重城市污水处理和保护水资源环境、水务市场化成为发展方向、运用价值规律促进水的优化配置与节约保护。在结合我国国情的基础上,这些经验都是可供我们借鉴的。为了加强我国城市水务的管理,可以采取以下措施的措施有:
一、制定适合新形势发展要求的宏观指导战略。包括落实节流优先、治污为本、多渠道开源的战略和大力建设“节水防污型社会”。
二、形成合理的城市水价体系。建立充分体现水资源紧缺状况,以节水和合理配置水资源、提高用水效率、促进水资源可持续利用为核心的水价机制。
三、建立新型的城市水资源管理体制,包括成立城市水务局对城市水资源实行统一管理、建立流域间协调机制、树立城市水系统综合性集成发展的新观念。
四、实行开放灵活的城市水务投融资体制。通过实行开放灵活的城市水务投融资机制,充分发挥社会资本的金融优势、机制优势,并协同传统水业主体的经验优势和地源优势,从而快速提升和壮大城市水业竞争主体的实力,优化产业结构。另外,总之,实现城市水务管理的信息化、数字化是现代水资源管理的基本要求。建立城市水务部门业务管理和具有科学决策服务功能的综合性的政务信息系统,实现城市水务信息交换的电子化,有利于促进我国城市水务管理的能力和水平的提高。
四、结论
人类的生产和生活都离不开水资源,因此城市水务是现代化城市建设与发展的重要基础,目前我国城市水务还存在很多不足,需要更进一步的发展和完善。本文提出我国城市水务当前所需要解决的对水资源的系统分析和城市水资源的合理配置、加强城市水务工程技术的创新和研发、实行改善城市水环境的有效措施、促进城市水务市场化的合理发展、完善城市水务法规体制和加强城市水务规划管理等问题,并总结了一些相关的方法。
参考文献:
[1] 万仪.漫谈我国的水资源[J].城市公用事业, 2001,(04).[2] 郭普东.论我国水环境与水资源行政管理体制的改革[A]水资源可持续利用与水生态环
境保护的法律问题研究——2008年全国环境资源法学研讨会(年会)论文集[C], 2008.[3] 陈哲.浅析中国城市水务市场发展之趋势[J].科技信息, 2007,(05).[4] 杨永春.城市水务市场化改革的反思[D]中国政法大学, 2010.[5] 张吉昌,孙敏.城市水务市场化改革动因及对策[J].社会科学辑刊, 2007,(02).[6] 罗刚.我国城市水务行业投资收益率研究[D].西南财经大学, 2007,(04).[7] 孙建辉.城市水务供给机制与制度创新[D].厦门大学, 2007.[8] 刘彦佐.我国城市水务行政的法律问题研究[D]东北师范大学, 2010.[9] 李卫国.我国水务管理体制创新研究[D]大连理工大学, 2006.[10] 谢京.城市水务大系统分析与管理创新研究[D].天津大学, 2009,(08).[11] 王传成.城乡水务管理理论与实证研究[D].山东农业大学, 2008,(01).[12] 常永明.我国水务管理体制改革问题初论[D]河海大学, 2006
A try to analyse the main problems of the urban water affairs our
country currently faces
水务局毕业论文 第3篇
发文处理:通过手机, 实现来文登记、待办收文、流转中收文、已办收文过程中的审批、查看功能。收文处理:通过手机, 实现待办发文、流转中发文、已发公文过程中的审批、查看功能。会议通知:通过手机, 查看会议通知, 了解时间、地点安排。信息浏览:浏览内部OA平台的公告信息。
1 系统总体设计
1.1 设计思路
我局OA是B/S结构的系统, 对安全性要求比较高, 很难直接将业务流程植入到手机当中。我们通过“手机浏览器”+“适配服务器”, 实现OA系统到手机的延伸, 完成移动信息化。
在技术实现中, 相当于将用户在PC上使用OA系统的界面, 转化为适宜手机接收并显示的格式, 可称之为手机终端适配。对手机使用者而言系统将这些经过“适配”的界面传送到使用者的手机上, 使用者可像通过PC访问OA系统一样, 对界面进行操作, 如:填写表单、提交等。对OA系统而言手机通过适配服务器对系统的访问与操作是与通过PC的访问流程和操作完全相同的, 原有OA系统不需要因为增加了对移动手机的业务支持而进行改造。
1.2 系统特性
统一系统。手机浏览器和PCIE访问的是统一系统。统一数据。通过手机浏览器还是PCIE处理的系统过程和结果数据全部是共享的, 同步的。统一用户。所有的能够访问内部系统的用户为原有系统中的用户, 适配服务器本身不增加和删除用户。统一角色。
1.3 接入方式
适配服务器通过局域网利用HTTP等多种协议与内部OA系统进行通信。我们选用的是APN接入方式。使用专有APN方式, 手机客户端软件也可以很容易将默认联网方式修改为专有APN方式, 完全无需用户设置。专有APN方式允许应用在联网过程中直接进行网络连接, 并且对协议层、数据层没有明确的限定, 因此在联网效率上更快。手机客户端软件将使用HTTP或Socket协议通过GPRS专有APN方式直接经过移动内部网络连接到移动办公服务器上, 当服务请求被响应后, 会反向传回给手机客户端软件。
2 与OA系统的耦合及二次开发
应用适配模块支持通过标准的HTTP/HTTPS协议和OA系统进行交互。对B/S架构的应用系统, 应用适配模块就像一个普通的浏览器那样和服务器端进行正常的交互操作。我局OA系统中, 经常使用到J ava Script、Active X等语法和控件。其中J ava Script脚本定制浏览器可以正确的解析、显示;Active X及相应控件属于嵌入浏览器中的小应用客户端, 也能够实现接入。
MOA系统可以实现对WEB页面的自动适配。在没有人工介入的情况下, 系统将按照目标网页的URL设置, 自动抓取该页面的全部内容并完成内容转化;并根据原始HTML语言的顺序, 对转化结果自动排列。人工介入即设定页面转化原则, 去除无需在手机上呈现的内容, 优化呈现效果。
3 系统结构及安全性
3.1 系统结构
本系统采用安全性更高的三层体系结构进行部署, 系统体系结构自下而上为基础设备层、数据系统层、软件系统层。
3.2 软硬件平台
MOA系统可以部署在Window s、Linux、Unix系统环境下。
MAS信息机及其二次开发
MAS (Mobile Age nt Se rve r) 信息机指中国移动在客户内部部署的移动代理服务器。MAS放在用户侧, 通过提供通用的配置平台和接口方式与OA系统相连, 以短信、彩信等为媒介进行信息收、发的双向传递和交互式传递。
MAS提供多种二次开发接口API和开发样例, 支持主要的开发语言如C、C++、VB、Delphi和Java等多种二次开发软件包, 在二次开发的过程中, OA系统技术人员使用对应的应用程序接口API来自行开发短信应用系统, 满足深层次的短信服务开发需要。
3.3 系统安全性
1) 网络安全。a.无线网络安全。我们采用专用APN方式直接从移动的GGSN连接到移动办公系统, 是一个无线局域网;对接入的手机, 必须要移动在GGSN上添加指定的用户手机号码才可接入。b.局域网安全。通过划分VLAN来实现网络间的访问控制;利用防火墙, 实现内部网络与服务器资源之间的隔离、重要区域保护等。可以控制对中心网络的访问;记录和统计网络利用数据。全部通信都受到防火墙的监控。通过防火墙过滤网络中不必要传输的垃圾数据, 控制流量, 调整链路的带宽利用。与运营商之间通过专线连接。路由器、防火墙和交换机都采用双机, 保证内部系统到运营商的网络安全。2) 服务器安全。MOA系统的核心设备采用双机冗余配置, 出现故障时可自动切换到备份系统。服务器采用较为安全、稳定的Linux操作系统。3) 用户安全。通过手机号码 (或SIM卡号) +帐号+IMEI (International Mobile Equipm e nt Ide ntity) +客户端编码形成用户身份的唯一标识, 只有符合条件的用户才可接入到MOA系统。4) 传输安全。手机端到服务器端采用HTTP/HTTPS协议, 支持SSL, 保证传输通道安全。采用私有的安全编码协议, 通过DES、RSA (轻量级) 、MD5等加密协议完成传输数据的加密, 保证数据的安全性和可靠性。5) 数据存储安全。通过存储备份软件, 将MOA系统各服务器的数据备份到存储阵列。每日进行增量备份、每周进行一次全备份。
4 结论
黄龙县水务局支部 第4篇
一、思想重视。黄龙县水务局支部把“两学一做”学习教育作为2016年党建工作的龙头任务。在认真总结近年来开展教育活动特别是党的群众路线教育实践活动的好经验、好做法的基础上,召开专题会议研究部署,成立了由支部书记、局长任组长的工作领导小组,支部班子各负其责,抓学习、抓活动,保证了学习教育扎实深入开展。
二、学习扎实。该支部按照上级党委的安排,抽调人员,专题制定了《黄龙县水务局支部“两学一做”学习教育实施方案》,明晰了学习教育的总体安排、参加范围、学习时间、学习形式、学习内容、学习要求等。一是准备了《党委会工作方法》《党章》《中国共产党纪律处分条例》《中国共产党廉洁自律准则》《习近平关于严明党的纪律和规矩论述摘编》、五大发展理念,县委全会报告等学习内容。二是按照学习内容列出了从3月份开始到年底的支部和党员学习计划。三是采取了党员领导干部领学、全体党员参与的集中学习和党员自学相结合的方式组织学习。四是严格按照程序,在职党员全部参加党员小书包学习,并全部能够按时完成学习任务。
三、推进有力。黄龙县水务局支部在多种形式组织学习的基础上,创新载体,不断丰富学教内容,扎实推进学习教育。一是组织党员干部每周观看一部爱国主义红色经典影片,已观看10部。二是支部书记率先讲党课,12名副科级以上領导带头领学讲党课,累计15期。三是为检验学习效果,5月5日,组织党员开展党章知识测试活动,党员重视,成绩优秀。四是支部书记和班子成员,班子成员和普通党员分层进行了谈心谈话活动达25人次。五是组织19名党员赴延川梁家河、铜川照金参观学习,学习知青精神,感受革命情怀,并在梁家河重温了入党誓词。六是庆祝建党九十五周年组织了“参观学习心得体会评优”、“走访慰问困难党员”、“支部书记讲党课”、“党员座谈”、“唱支山歌给党听”、“观看爱国影片”、“爱河护河宣传”、“趣味活动”等活动,讴歌了党的丰功伟绩,增强了党员意识,凝聚了力量。
四、氛围浓厚。营造浓厚氛围是水务局支部学习教育的一大亮点。一是25名党员配备了党徽,亮明身份,树立形象。二是利用室外大电子屏,24小时滚动播放宣传字幕。三是制作4块室外宣传牌和2个专栏开展宣传。四是利用媒体广泛宣传,其中在省级媒体刊登2篇,在县级以上媒体发表5篇报道文章;在黄龙宣传、黄龙党建微信群编发信息10余篇。五是办学习心得体会专题专栏3期。六是在支部设立问题墙和回音壁,公开亮相促整改。通过各种方式,营造了浓厚的学习教育氛围。
五、成效明显。黄龙县水务支部通过扎实有效的学习和丰富的实践活动,“两学一做”学习教育成效明显。一是党员服务意识明显增强。6月8日,局支部党员开展了“爱河护河”志愿者服务活动,为市民做出了榜样,发挥了党员模范带头作用。二是结合精准扶贫,党员领导干部深入帮扶户调研摸底累计20余次,慰问困难党员群众38人次,为贫困户送化肥累计64袋,鸡苗360只,充分体现了党员真心帮困的实际行动。三是为所包村群众免费送去核桃园套种的豆种1500斤,化肥100袋,有力地支持了农业生产。
将学习教育成果转化为增强党性修养、用心为民服务,是黄龙县水务局支部和全体党员践行的轨迹。用心学、真心做,以学促思、以思促做,合格党员的示范作用发挥明显,各项工作得到有力促进。
税务局毕业实习报告 第5篇
时光飞逝,不知不觉暑假在税务局的实习就快结束了,这次的实习虽然短暂,但是却对很有影响,在实习中我收获了很多知识,都是在书本上所学不到的知识,开拓了视野,积累了社会经验,是一次有意义的实习经历。
还记得暑假刚到,学校就安排我到税务局实习,这是我踏上社会的第一份实习工作。刚到税务局的时候,负责人先带我熟悉了下环境,说明了下实习期间要遵守的规章制度,然后把我安排到了税务局征管科实习,并给我安排了一名指导老师来帮助指导我实习。在税务局征管科实习期间,主要就是负责税务档案的管理,开始觉得档案管理,只是很简单的一份工作,应该很轻松,现在电脑那么普及,什么资料都能靠电脑智能处理,可是我的想法毕竟太天真了,等到真正接触这份实习工作的时候才知道没那么简单,并不是所有资料电脑都能整理好。
刚实习的时候,刚好征管科资料倒库,工作量特别的大,而且很复杂,这对我这个实习生来说是一个挑战,在指导老师的指导帮助下,我首先把资料装在箱子里,然后交换,在上架,上完架后就要对这些资料重新编码,因为资料都是很机密的,是保存纳税人的档案,所以一定不能有任何泄漏。所以这项工作真的是很考验人的耐心,还要就是细心和警惕心。幸好有指导老师的帮助,我才没出什么错误,这是我实习期间的第一项任务,完成度还算可以,给上级领导留下来好的印象。
水务局毕业论文 第6篇
1前言
虽然我国水务工程得到了快速的发展,但是由于各种因素的限制,我国许多地方尚未创建完善的质量监督站,并且由于缺乏物力、财力以及人力的支持,许多水务工程质量监督站对于水务工程质量监督管理力度较小,导致水务工程质量监督管理工作存在许多问题,例如,监管不到位、缺乏技术人员、资金匮乏、体制不完善等,导致水务工程质量监督管理工作寸步难行,如何保证水务工程质量监督管理工作顺利、有序的进行,已经成为水务工程质量监督站、水行政主管部门亟需解决的问题。
2水务工程质量监督管理工作的现状分析
2.1水务工程质量监督管理工作难以到
由于我国水务工程发展速度非常快,水务工程项目数量众多,投资规模也相对较大,但是进行质量监督管理的工作人员数量相对较少,并且监督管理工作人员的综合素质相对较低,在水务工程质量监督管理工作时往往是走走形式,并没有对水务工程的质量进行认真、仔细的调查,同时没有对工程质量的等级进行评定,我国水务工程质量监督管理工作还远远不够。
2.2缺乏专业的技术人员
传统水务和现代水务范围存在很大的差距,自从将水环境整治、节水、排水以及给水等非传统水利工程管理内容纳入到水务管理系统后,水务工程设计的专业和内容越来越多。但是,许多水务工程质量监督管理站配备的技术人员专业较单一,缺乏电气、机电、水环境工程、水污染治理等相关专业的技术人才。同时,人员配置相对紧张,导致水务工程质量监督管理工作缺乏专业的判断标准,技术人员在工作过程中不能掌握质量监督工作重点,很难做好质量监督与管理工作。
2.3资金匮乏
目前,许多地区的水务工程质量监督站刚刚成立,许多管理人员并不了解水务工程质量监督费从何而来,工作费用得不到保证,导致水务工程质量监督管理工作难以落实。《水利工程质量检测管理规定》中规定的委托检测共组,因为不明确项目法人承担经费的渠道,水务工程质量监督站难以安排工程质量的随机抽检与验证,由于存在上述因素,很难发挥政府质量监督管理能效,工作费用得不到保证,水务工程质量监督管理工作在实际实施的过程中寸步难行。
2.4缺乏完善的体制
根据相关规定,水务工程质量进度机构分为市级水行政主管部门质量监督站、省级水行政主管部门质量监督中心站以及水利部设质量监督总站三个等级。但是,从水务工程质量监督管理工作状况看,由于缺乏专职的监督管理人员,难以保证水务工程监督的效果与深度。同时,由于创建的水务工程质量监督站和其他水行政主管部门的职能存在交叉,难以界定质量监督和管理工作的关系,在实际工作中很难做到对水务工程质量的监督和管理。
3解决水务工程质量监督管理工作问题的有效对策分析
3.1完善水务工程质量监督管理的相关标准与法规
正所谓“无规则不成方圆”,为了保证水务工程质量监督管理工作能够顺利、有序的进行,应该不断的完善水务工程质量监督管理的相关标准与法规,提高水务工程质量监督管理人员工作的可操作性,逐渐的实现水务工程质量监督管理工作的标准化、规范化以及制度化。主要从以下几个方面入手:其一,完善制度建设,以各级水行政主管单位出台相关制度,为水务工程质量监督工作提供法律保障;其二,明确各个参与方应该遵循的规定,以及范围规定受到的处罚;其三,工程建设标准的审定与推广,为水务工程项目建设提供可靠的技术指南和技术标准。
3.2提高水务工程质量监督站人员的综合素质
水务工程质量监督站工作人员的素质直接关系到监督管理工作质量和效率,因此,水务工程质量监督站应该配备自身建设过硬、实战能力强、业务素质高的技术人才,能够从容的应对水务工程质量监督和管理工作的各种状况,每位质量监督人员必须持证上岗,以此保证水位工程项目建设工作能够顺利、有序的进行,由于水务工程质量监督站还存在一些问题,需要其他水行政主管部门以及相关部门的参与和帮助。同时,为了保证水务工作质量监督和管理人员应对各种问题,还应该创建完善的培训机制,在原有的基础上进行培训和再教育,以此提高监督管理人员的理论水平和业务能力,每位质量监督人员每年应至少参加培训15课时以上(含安全生产培训),为了提高培训效果,应该将学习成绩纳入个人年终考核,以此提高所有监督人员参与培训的积极性和主动性,进而提高监督管理人员的综合素质,为水务工程质量监督管理工作培养一支综合素质高的人才队伍,以此保证水务工程质量监督管理工作能够顺利的进行
。3.3明确水务工程质量监督站的地位,保证足够的资金支持根据《建设工程质量管理条例》的相关规定,“政府对建设工程质量实行监督管理的制度”,水利工程监督应该创建各级水务工程质量监督管理站,只能加强不能削弱。水务工程质量监督站应该认真的履行自身监督和管理质量的职能,其中工程项目质量监督和管理的执法地位和水行政主管部门相同,以此应该明确水务工程质量监督站的行政管理或者行政地位。根据《财政部、中国人民银行关于将部分行政事业性收费纳入预算管理的通知》的相关规定,将水务工程质量监督站的财政预算纳入各级财政预算,并投入专项的资金供水务工程质量监督站的各项工作能够正常、有序的进行,以此充分的发挥其职能。
3.4创建完善的监督机构,理清监督事权
针对水务工程质量监督站机构设置以及人员配置等方面存在的问题,应该创建独立的水务工程质量监督管理机构,在工程质量监督方面,应该根据工程项目法人组成、投资以及工程立项的实际状况,在开工之前和相关机构商定。为了保证质量监督管理工作能够顺利的展开,水利工程项目的质量监督工作应该和组建项目法人同级的质监机构履行。对于重要的工程项目,应该由上级水行政主管部门对工程项目的质量进行监督和管理。
4结语
总而言之,为了全面的提高水务工程质量监督管理工作水平和效果,应该针对水务工程质量监督管理工作存在的问题进行分析,并采取针对性的对策进行处理,同时通过各方责任主体的团结和共同努力,严格的按照相关规律、法规的规定执行,培养优秀的水务质量监督人员,以此保证水务工程质量监督管理工作能够顺利、有序的进行,进而为国家的水利安全作出贡献。
参考文献:







