执法考核

执法考核（共3篇）

执法考核 篇1

0引言

软件系统的复杂性不断增长、软件人员的频繁流动和软件行业的激烈竞争迫使软件企业提高软件质量、积累和固化知识财富, 并尽可能地缩短软件产品的开发周期。于是集软件复用、分布式对象计算、企业级应用开发等技术为一体的“基于组件的软件开发”[1] (Component Based Sortware Development, CBSD) 应运而生, 这种技术以软件架构为组装蓝图, 以可复用软件构件为组装模块, 支持组装式软件的复用, 大大提高了软件生产效率和软件质量。为此国内外对于这一技术的研究正在不断深入, 同时大型的软件公司 (例如SUN, Microsoft) 及软件组织机构 (OMG) 都推出了支持中间件 (Middleware) 技术的软件平台。

1中间件技术

1.1 中间件技术概述

中间件技术是伴随网络而发展起来的一种面向对象的技术。以前的计算机系统多是单机系统, 多个用户是通过联机终端来访问的, 没有网络的概念。网络出现后, 产生了Client/Server的计算服务模式, 多个客户端可以共享数据库服务器和打印服务器等。随着网络的更进一步发展, 许多软件需要在不同厂家的网络产品、硬件平台、网络协议异构环境下运行, 应用的规模也从局域网发展到广域网。在这种情况下, Client/Server模式的局限性[2]也就暴露出来了, 于是中间件技术[3]应运而生。中间件是位于操作系统和应用软件之间的通用服务, 它的主要作用是用来屏蔽网络硬件平台的差异性和操作系统与网络协议的异构性, 使应用软件能够比较平滑地运行于不同平台上。同时中间件在负载平衡、连接管理和调度方面起了很大的作用, 使企业级应用的性能得到大幅提升, 满足了关键业务的需求。

实际上, 交易中间件也是应用服务器, 为了区分, 人们把传统的交易中间件称为分布交易中间件, 因为它主要应用在分布式环境下, 而将新的应用服务器, 称为J2EE中间件, 如IBM Websphere, BEA WebLogic等, 还有一些厂家专门做一些所谓“中间件产品”部署到IBM Websphere, BEA WebLogic应用服务器中。

从东方通科技的观点看, 中间件应该具备2个关键特征:首先要为上层的应用层服务, 这是一个基本条件;此外, 又必须连接到操作系统的层面, 并保持运行工作状态, 具备了这样2个特征才能称为中间件。

1.2 EJB中间件技术体系结构

EJB中间件技术是基于J2EE 多层分布式企业应用的关键。在多层J2EE 应用中, EJB 层驻留了应用逻辑和系统级的服务。EJB 技术提供了一个分布式组件模型, 使开发人员把精力集中到解决业务问题, 而由J2EE 平台处理复杂的系统级别的细节。这种分离加速了构造可扩展的、高度安全的企业应用。在J2EE 编程模型中, 位于中间层的EJB 组件起着连接Web 层的表示逻辑组件与EIS (企业信息系统) 层中关键的业务数据和系统的重要作用。

EJB 体系结构[4]主要由EJB 服务器、EJB 容器、运行在容器中的企业级JavaBean、EJB客户 ( EJB Client) 和辅助系统组成 (见图1) 。EJB服务器作为容器和低层平台之间的桥梁, 管理着EJB容器, 为EJB容器提供了一系列系统服务。EJB容器是EJB组件生存和执行的环境, 实现与组件之间的约定, 为EJB组件实例提供服务, 负责EJB组件实例整个生命周期的管理、扩展及并发处理。企业级JavaBean是开发者编写的提供应用程序功能的类, 通过实现不同的接口, 用部署描述符区分会话Bean、实体Bean或Message-Driven Bean。EJB客户首先通过JNDI 接口找到EJB容器, 然后通过容器调用EJB组件的方法。客户使用Home对象来定位、创建和销毁EJB对象实例。辅助系统如JNDI服务、JTS事务模型、安全模型等。

1.3 以EJB为核心的多层体系结构优势

(1) 多层模型:

该结构定义了客户机层、中间层 (由一个或多个子层组成) 以及EIS层, 使得应用程序的不同部分可运行在不同的设备上。

(2) 基于容器的组件管理:

容器是基于组件的开发模型的中枢, 使服务在任何J2EE 应用服务器上都有效。EJB 容器支持对EJB 的查找等服务, 提供对EIS 的标准化访问。另外, 容器提供了一个在装配、部署期间设定应用程序行为的机制。

(3) 对业务逻辑组件的支持:

EJB 组件实现中间层的业务逻辑, 复杂的服务交由EJB 服务器处理。

(4) EJB 简化分布式应用的开发:

EJB 是可移动的组件, Bean 包含业务逻辑, 容器为Bean 提供系统级服务, 因此, 客户机为瘦客户机, 同时可利用现有的Bean 组合新的应用。

2系统分析

2.1 需求分析

“执法考核”信息系统以全体执法人员为中心, 向用户提供功能服务。同时, 需要实现与后台业务系统和其他子系统的集成, “执法考核”信息系统数据流如图2所示。“执法考核”信息系统应能够在网络环境下进行使用, 特别是在不同的软件、硬件网络环境下, 当有多个并发用户在使用时, 不致崩溃, 应保持稳定状态。系统应有对底层数据库的完整性约束, 避免数据的不一致。系统要有安全措施, 能进行权限的分配, 一般用户不能对执法记录进行编辑管理, 只能对与自己有关的执法行为有所涉及。所有的用户管理由系统管理员进行操作。

在执法考核过程中, 主要角色是用户和系统管理员。对用户角色来讲, 相关的用例有:改变用户密码、查询个人执法行为、浏览执法考核结果。对系统管理员角色来讲, 相关的用例有:用户管理、登记查询、查询系统记录完好状况、生成各类报表、调整结果、浏览各种执法记录、跟踪执法历史情况、形成各种报表。

2.2 主要技术需求

在“执法考核”信息系统中, 需要用到以EJB为核心的多层技术。在Web层使用JSP/Servlet接收用户的请求, 并将请求传送至EJB层。EJB层的核心技术是企业JavaBean组件, 运行于EJB服务器环境下[5], 完成对客户的请求, 并将结果返回给Web层。Web层通过JSP 将结果以Html格式表示给用户。Servlet在定位EJB时, 还需用到RMI-IIOP技术以及JNDI技术。

3系统设计与实现

3.1 系统框架

在对“执法考核”信息系统业务逻辑分析的基础上, 对“执法考核”信息系统采用了基于EJB 的多层体系结构, 其体系结构如图3所示。

(1) 客户层主要显示系统信息和提供用户交互操作的界面, 以图形化的方式表示“执法考核”信息系统的业务应用。

(2) Web层产生表示逻辑, 并接受来自客户端的信息, 也包含对业务层EJB的调用。

(3) EJB层 (业务层逻辑) 利用EJB技术进行设计和实现。EJB根据客户请求, 通过JDBC驱动访问后台数据库, 进行后台计算, 所有计算的复杂性都对客户层屏蔽。

(4) 数据库层, 提供系统需要的所有数据。

3.2 EJB实现

在系统实现中, 实体Bean、无状态会话Bean相同的地方有2点:一个是Home 接口, 用来定义客户创建、删除Bean的方法;另一个是Remote接口, 定义客户端调用的Bean的方法及一个实现业务逻辑的Bean类。无状态会话Bean可以节省服务器资源, 而有状态会话Bean可以节省网络资源[6]。

(1) 实体Bean的实现。

本系统使用多个实体Bean 映射底层数据表, 如使用人员表、过错行为表、追究过错表、岗位查询表。实体Bean涉及实体Bean类、实体Bean Remote接口、实体Bean Home接口、实体Bean主键类、实体Bean部署描述等文件。

实现中, 实体Bean代表永久的对象。实体Bean实现的任务是设计一个面向对象的所有业务数据的组织图, 将数据库中的表映射成实体Bean。在“执法考核”信息系统中, 使用人员表、过错行为表、追究过错表、岗位查询表转换成相应的实体Bean。实体Bean采用CMP。CMP Bean的所有数据库逻辑都放在部署描述项中, 从而减少代码量, 加速应用程序的开发, 同时也使该Bean连接到不同的数据库变得容易[7]。

(2) 会话Bean的实现。

根据系统设计, 会话Beans的实现包含业务处理和业务规则的逻辑。考核管理的业务逻辑较复杂, 完成验证客户登录、用户管理、登记查询各类执法表、生成执法表等功能。考虑安全和效率等因素, 客户不直接访问实体Beans, 而是通过Session Facade提供对实体Beans的包装, 间接访问[8,9]。系统实现中, 根据用例对Session Facade进行了分类, 实现了查询执法行为会话Bean、调整执法行为会话Bean、用户会话Bean等Session Facade, 避免了把所有用例放在一个会话Bean巨类中, 造成会话Bean臃肿[10]。

3.3 EJB部署

在“执法考核”信息系统中, 采用BEA公司的Weblogic为EJB组件的应用服务器。EJB部署过程如下:

(1) 编写EJB的部署描述文件。部署描述文件包括Ejb-jar.xml、Weblogic-ejb-jar.xml和Weblogic-mp-rdbms-jar.xml, 除了Weblogic-ejb-jar.xml是Container-man2aged persistence的实体Bean需要的, 另外两个部署描述文件是所有会话Bean和实体Bean必须有的。

(2) 将EJB类、部署描述文件和相关的类包装成.jar文件, Bean使用的相关类和Bean classes (Home, Remote inter2face, Bean class和primary key class) 存在同一层目录下。

(3) 生成EJB的Container类。该类被包含在%bea_home%wlserverspllibweblogic.jar文件里, 与原来的类一同被包装在WebLogicEJB.jar文件中, 这就是要部署至WebLogic服务器的EJBJar文件。

(4) 将EJB部署到WebLogic 服务器上。在WebLogic服务器未启动时, 将EJBJar文件放至C:beawlserversplcon2figdomain_nameapplication的路径下, 然后启动WebLogic服务器, EJB被自动部署。

3.4 WebLogic在系统中应用

BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。

在“执法考核”信息系统中应用WebLogic中间件是来解决Web服务和分布异构问题 (当然也可以用IBM Websphere) , “执法考核”信息系统是从“新一代综合征管信息系统”、“税管员平台”、“LDAP身份认证系统”等系统提取相关数据, 然后加工形成“执法考核”信息系统的基础数据, “执法考核”信息系统根据这些数据输出考核系统的行为过错等一系列的数据。具体关系如图4所示。

“执法考核”信息系统数据来源于其他系统, 身份认证来源于LDAP目录服务器, LDAP目录服务器存放所有用户 (操作人员) 的信息及权限, 是非关系型数据库, 而且是远程的。税管员平台和新一代综合征管信息系统的数据库是Oracle和Sybase数据库, 操作系统是IBM AIX5.3, 对于不同的数据库, 不同的操作系统, Weblogic提供连接池 (Connection Pool) , 通过连接池, 我们不用关心是什么数据库, 也不用关心用的是什么操作系统。通过配置JNDI, “执法考核”信息系统就可以直接从税管员平台和征管信息系统中抽取出相关数据来。

对于LDAP身份认证, 通过访问LDAP服务器的389端口, 与之通信, 具体在Weblogic的配置文件中设置。

通过配置后, WebLogic加载配置文件, 读取配置信息, “执法考核”信息系统就可以通过389端口与LDAP服务器进行身份认定。

通过WebLogic 我们可以解决各系统的操作系统异构和数据库异构。

4结语

将中间件技术引入“执法考核”信息系统, 是新的形势对企业的要求。文章提出基于中间件技术的多层应用系统的开发思想, 通过使用中间件技术将业务逻辑与底层数据分离, 使中间件技术可以适应不同分布式系统的需要, 增强了系统的可移植性和可扩充性。结合应用的实际情况, 给出了自己的中间件概念。并通过实例介绍了中间件的详细应用。

参考文献

[1]左爱群, 黄永松.基于组件的软件开发方法研究[J].计算机应用, 1998 (11) :4-6.

[2]GONG Li, ELLISON Gary.深入JAVA2平台安全:体系架构、API设计和实现[M].朱岱, 译.2版.北京:电子工业出版社, 2004.

[3]佚名.中间件[EB/OL].[2007-06-07].IT专家网.

[4]佚名.图解EJB的体系结构[EB/OL].[2009-12-01].ht-tp://www.uml.org.cn/j2ee/2009112011.asp.

[5]BROWN Kyle, LEE cook.何时该使用EJB组件技术[EB/OL].[2002-10-21].赛迪网.

[6][美]ROMAN E.精通EJB[M].刘晓华, 译.2版.北京:电子工业出版社, 2002.

[7]程昆山, 吴慧韫.基于EJB的组件设计及其工作原理[J].计算机与现代化, 2004 (1) :38-40.

[8]杨小平.Java项目案例导航[M].北京:科学出版社, 2003.

[9]YOUNG Don.J2EE中的设计模式[J].Java开发者, 2002 (1) :21-23.

[10]佚名.最新EJB设计模式中文版之Session Facade[EB/OL].[2005-02-28].http://www.moon-soft.com/doc/8582.htm.

[11]张耀民.基于B/S模式的税收考核系统设计与实现[D].西安:西北工业大学, 2008.

执法考核 篇2

为规范税收执法行为，提高税收征管质效，减少和避免税收执法过错，***深挖税收执法过错发生原因，通过树意识、建机制、抓落实，完善了税收执法考核体系，取得了显著的效果。

一、树立税收执法考核意识

通过深挖执法过错原因，我们发现，真正违反法律法规、税收政策的过错行为很少，绝大多数是因工作未按时办结、资料填写不齐全等责任意识缺失而导致的过错。因此，我局认为，增强干部责任意识，是规范执法行为、强化执法监督的重要前提。

一是树立责任意识。从加强干部的自律意识入手，通过强调执法风险，培养干部的自我保护意识，从而增强执法责任意识。同时全面梳理、查找执法风险点，加强规范执法教育，降低各类执法过程中的常识性错误和习惯性行为。

二是树立规范意识。规范各岗位、各环节具体执法事项的管理，严格执法程序、规范执法行为，确保执法步骤不省略、执法时限不超过、执法方式不改变，建立规范性执法，降低执法风险。

三是增强效率意识。通过推行“模板指导工作法”，加强对各岗位、各环节具体执法事项的管理，严格执法程序，严密管理环节，规范执法行为。基本做到了认真核对、及时补录、文书催办、层层把关、严格审核，确保了执法步骤不省略、执法顺序不颠倒、执法时限不超过、执法方式不改变，有效提高了工作效率。

四是增强争先意识。在全局大力倡导“创先争优”的风气，教育干部牢固树立大局意识和争先进位意识，在开展评选“优秀税收管理员”、“优秀办税服务能手”时，把有无执法过错行为作为重要的评价标准之一，并大张旗鼓的进行表彰，充分调动了基层干部自觉规范执法行为、坚决杜绝执法过错的积极性和主动性。

二、狠抓“三个强化”，实现执法监控手段的提升

一是强化领导抓落实。区局领导十分重视税收执法考核工作，要求局属各单位认真学习《市局关于2010年4-6月税收执法考核情况的通报》，抓好整改落实，举一反三，实现税收执法自动考核“零过错”目标。同时，进一步明确各单位主要负责人是税收执法考核工作第一责任人，本着一级抓一级、一级对一级负责的原则，层层抓好落实，形成了“一把手”亲自抓，分管领导具体抓，部门配合、上下联动、齐抓共管的工作格局。

二是强化培训抓落实。在培训计划上，始终将税收征管信息系统和税收执法考核系统操作规程纳入教育培训计划，统筹安排。全年以执法系统为主要内容的专题培训就有4次，培训干部400余人次。在培训内容上，强调案例讲评，对执法过程中经常出现的违法违章、文书批复、催报催缴等问题进行细致系统的归纳、梳理和总结，借助PPT等形式进行讲解点评，重点讲评法律法规适用不当、处罚依据错误等问题以及综合征管软件容易出错的关键步骤和环节，帮助执法人员正确处理和使用执法考核系统，提高操作技能，防范“误操作”等低级错误发生。在培训对象上，坚持“全面覆盖、有所侧重”原则，一般性培训讲评要求一线操作人员全部参加，特殊性问题讲评则针对相关人员，起到学习与警示双重作用。同时，注意突出抓好轮岗人员和新进人员相关业务系统的操作、使用培训，帮助他们迅速适应角色转变，更好地开展工作。

三是强化监控抓落实。区局倡导建立“执法人员—单位执法监督员—区局考核管理员”三级预警监控机制，严密监控系统预警信息，及时处理，“一日一清”。同时特别注意申报期、节假日、月底等几个关键查询期，坚决做到“三个第一”，即第一时间查询系统、第一时间通知过错人、第一时间纠正过错。对发现的已发生过错，要求执法人员在最短时间内改正。每月月末三日法规科对当月预警监控模块显示的过错数据按考核指标分类统计，并在区局网页上进行预警公告，做好日常税收执法工作的跟踪管理和监控。

三、创新三项机制，力求执法考核取得实效

（一）建立事前防范机制。一方面，加强管理，把好事前预防关。“兵马未动，粮草先行。”区局先后修订和完善了《***税收执法责任制考核评议办法》、《***执法过错责任追究办法》、《***税收执法考核系统申辩调整管理办法》、《***综合绩效考核办法》等一系列制度，用制度规范保障执法行为。同时在税务所选派一名责任心强、勤奋敬业、经验丰富、综合素质高的同志担任税收执法监督员，负责税收执法考核系统的应用和日常税收执法监督管理工作，从制度和人员两方面确保了执法考核系统的高质量运行。另一方面，友情提示，把好考核预警关。要求各单位各岗位执法人员在处理完本环节执法文书向下一环节提交时，提醒对方及时处理，尽量避免税收执法事项在传递和衔接过程中形成“漏管”；执法人员按日查询，按系统预警提醒及时纠错；区局税收执法考核人员每天监控，发现疑点，及时提醒责任人员。

（二）完善事中整改机制。一是明确职责，及时发现问题。区局明确规定，执法考核管理岗的一项重要职责，就是每天登陆执法信息系统相关模块，查询发现执法过错信息，及时督导、随时整改。要求各单位建立《监控税收执法过错行为记录簿》,对登陆发现的问题、过错信息以及处理结果进行详细登记,确保监控、督导的准确性和实效性,做到“当时错当日清”。二是分析原因，搞好“病因诊断”。区局每季召开执法考核情况分析通报会，从不同角度深刻剖析过错成因，对问题定性，进一步分清责任。针对系统考核出现的屡错屡犯的过错指标，加强原因分析，督促及时改正，力求将出现错误的考核指标的过错率降到最低，避免错误数据重复发生。三是及时整改，不留“疑难杂症”。针对预警系统中提示的过错，认真抓好“两查三核”，及时进行“检测修正”。“两查”是指对系统提醒的业务每日查看、对操作完成的事项每日查看，确保执法时效性和准确性；“三核”是指核对采集的信息资料、录入的相关内容、操作的程序及法律条文的运用等。对属于操作失误的事项立即予以纠正，避免同类问题的再次发生；对不属于人为过错的信息进行跟踪，到调整期及时提醒相关人员进行调整。截止2010年12月底，区局累计责令责任人修改执法过错350多条，做到了早发现，早改正。

城管综合执法大队考核办法 篇3

华阳综合执法大队考核办法

为加强华阳城市管理综合执法队伍的管理，明晰职责，有力促进执法队伍管理的规范化和制度化，奖勤罚懒，褒优贬劣，充分调动综合执法队员的工作积极性，特制定本综合执法队队员考核办法。

一、考核目标

通过考核，使综合执法队员自觉遵守各项规章制度和纪律规定，认真履行职责，完成各项综合治理工作，实现华阳城市形象的整体提升。

二、组织领导

为加强对综合执法质量考评工作的领导，特成立执法质量考评工作领导小组，以华阳城市综合管理办公室主任张成勇为组长，副主任朱时建、瞿顺予、王建强、黄建、李明东为副组长,综合科副科长唐真发、综合执法大队大队长吴军、副大队长吕象平为成员，由朱时建同志具体负责执法考核工作。

三、考核内容

（一）人员考核

1、上班迟到早退的，发现一次扣3分，旷工一天扣10分；工作时间办私事，从事与工作无关的事或擅离工作岗位的，发现一次扣3分。

2、综合治理人员着装不规范规范，没有制服的人员未

1佩戴综合治理袖标，发现一次扣2分；执法过程中文明执法、礼貌用语，因过失造成不良影响的情况，发现一次扣3分。

3、不服从上级的工作安排，工作推诿，拖位的，发现一次扣5分；不服从监督、检查，不执行指令或故意拖延时间的，发现一次扣5分；

（二）片区中队考核

所辖路段的临街建筑物上无乱扯乱挂；无擅自设置大型户外广告；无流动摊贩；未经执法部门审批，擅自占道举办文化、商业等活动；无违法建设、私搭乱建；无机动车乱停乱放，无占用道路堆物堆料、摆摊设点；无店外经营；无在道路及其公共场所的护栏、电线杆、树木、绿篱等处晾晒衣物或者吊挂物品；无乱设置的户外广告标牌；无乱挂的条幅；建筑物、构筑物上无刻画、涂写、喷涂标语及宣传品、广告；无擅自在公共场所散发、悬挂、张贴宣传品、广告；施工工地无不围挡、尘土飞扬、污水流溢、车轮带泥行驶；无乱堆乱放废弃物；无占用道路、绿地等公共场所从事车辆清洗、维修等业务；无乱倒垃圾渣土、泄漏遗撒(洒)违章行为；无非法营运的三轮车及机动车等违法违规现象。凡发现一起违规行为扣2分。

四、考核方式

执法质量考评工作领导小组负责全程组织和监督考核工作。按照“重点路段和重点部位管严、次要路段和区域管好、小街小巷管住”的要求，根据一类、二类、三类街道各

自标准实行考核。考核评分实行100分制，按照扣分标准，据实扣减分值。每日在综合执法大队每个中队的辖区抽取一类街道2条，二类街道2条，三类街道1条进行考核，每周进行汇总并公布，并根据月末各人的平均成绩兑现奖惩。

五、奖惩措施