龙岗区综合执法信息系统设计论文.doc

毕业设计(论文) 第 34 页

毕业设计（论文）

设计（论文）题目： 龙岗区综合执法信息系统
的设计与实现
学生姓名：
学生学号：
专业班级：
指导老师：
系主任（院长）：

5 月 25 日

龙岗区综合执法信息系统的设计实现
摘 要
系统实现对区政府约20个行政许可实施机关的政务信息共享。具体的建设内容包括： 综合执法信息管理系统（软件）开发，相关各部门系统接入及信息采集和政务CA系统的建设。
其中，建设综合执法信息管理系统软件，主要包括信息报送模块、信息报送及利用监管模块、信息发布及共享查询模块、网上互动模块、系统管理模块等；相关各部门系统接入及信息采集包括近20个相关部门的系统连通接入工作。确定数据上报模式，有系统的部门，最终必须实现信息通过数据交换平台自动报送，报送到系统中。政务CA系统的建设的主要工作是将建设宝安区政务外网统一的CA系统，给系统主要的用户发CA证书，系统将结合CA技术来提供系统的安全性，保障信息的安全、有效利用，CA提供身份认证，权限的控制由本系统开发商控制，CA提供应用接口来保证身份的唯一性；而数据交换和共享实施的权责规则的制定则是建立一套管理制度，规范各参与部门之间的权责。主要是规范如何共享许可数据、如何安全、实时、合法的利用共享数据等等。是对各部门的一个业务处理约束。

关键词：电子政务；信息采集；CA；数据交换
Abstract
System implement the administrative information sharing of about 20 administrative licensing authorities of local government, including: System(Software) Development, the system access and information collection of Related departments, the development of CA system and establish the rules of data exchange and sharing.
System(Software) Development includes information submitted to the module, and the submit&use&supervise of information modules, information dissemination and sharing query module, online interactive modules, system management module and so on.; The system access and information collection of Related departments Includes nearly 20 relevant departments in the system access connectivity work. Identify data reporting model, a system of departments, it will ultimately be achieved through automatic data exchange platform for reporting. The CA system will be integrated with CA technologies to provide system security, protect the security of information and effective use. And establish a management system, which regulates the participation of responsibilities between the departments, mainly norms how to share data, how to use the shared safely, real-time, legally and so on. The departments of a business deal with the constraints.

Key Words：E-government; Information collection; CA(Certificate Authority); data exchange

目 录

1. 绪论 1
1.1. 建设目标 1
1.2. 电子政务及其发展 1
2. 技术背景 3
2.1. 软件总体技术框架 3
2.2. 定义 3
2.3. J2EE架构 4
2.4. MVC处理模式 6
2.5. Struts 7
3. 系统框架 8
3.1. 系统总体结构 8
3.2. 应用软件系统设计 9
3.3. 系统用户 10
3.3.1. 执法人员 10
3.3.2. 行政审批实施机关 10
3.3.3. 系统管理员 11
3.4. 系统功能需求 11
3.5. 功能输入及输出 11
3.6. 网络架构 12
4. 功能模块设计与实现 13
4.1. 证照管理 13
4.1.1. 流程图 13
4.1.2. 功能描述和实现 13
4.2. 信息查询 15
4.2.1. 流程图 15
4.2.2. 功能描述和实现 15
4.3. 执法管理 16
4.3.1. 数据库表 16
4.3.2. 流程图 17
4.3.3. 功能描述和实现 18
4.4. 案件处理 23
4.4.1. 流程图 23
4.4.2. 功能描述和实现 24
4.5. 文书打印 25
4.6. 案件配置管理 25
4.6.1. 功能描述和实现 25
4.6.2. 短信通知 26
结 论 27
本文总结 27
前景展望 27
致 谢 28
参考文献 29
附 录 31
附录A 31
附件 33

1. 绪论
1.1. 建设目标
该项目的建设目标是在龙岗区政务信息网络、已有信息化系统平台和各政府部门行政审批业务系统基础上，建设综合政务信息管理系统。对各政府部门的政务结果信息实时采集，授权共享利用，并提供一套网上的沟通互动渠道，整体上实现政务结果信息有效查询利用。
系统必须强调服务与监管并重，系统一方面提供服务功能，区领导及相关部门的主要负责人可以及时上网查询相关共享信息，可以网上提出质询并要求相关部门限时答复。系统将为相关决策层提供全面的、第一手的信息。
另一方面提供监管考评功能，对手工报送信息的或自动报送信息的部门进行监管，考评是否及时、真实、准确的报送相关共享信息。
系统的远期建设目标，是在这基础上建设龙岗区统一的数据库中心。
1.2. 电子政务及其发展
该系统属于深圳市电子政务在城市管理方面的进一步发展和延伸，它是深圳市电子监察系统一个重要的组成部分，负责了城市发展和管理第一手数据资料的采集工作，为城市的健康有序发展有着重大积极的影响。
建立电子网络政府，推动电子政务的发展，是一种世界性潮流，也是电子信息技术应用到政府管理的必然趋势。国外“信息高速公路建设是从20世纪70年代开始的，到90年代后，电子政务在一些发达国家得到快速发展。综观美国、英国、加拿大、法国、日本等发达国家的电子政务发展的状况，虽然有许多差异，但有一些最新的东西值得注意。
国际电子政务发展趋势：
(1) 个性化 近年来国际电子政务的发展的实践，电子政务所包含的内容极为广泛。目前，电子政务的主要应用模式有政府与政府之间（G to G）、政府与企业之间（G to B）、政府与公民之间（G to C）、政府与政府公务员之间（G to E）。
(2) 在线办事 在线办事必须要以各部门后台电子政务系统作为支掌。达到网上办事，并提供表格下载。要从根本上提升政府网站的服务能力，必须要其各部委、各地方政府加强电子政务建设，特别是要努力提高政府信息化水平，加快政府也无电子化的进程，并不断推进跨部门也无协同与信息共享，简化企业与社会公办事的复杂度，提高办事的效率。
(3) 政民互动 体现电子民主，扩大民众参政、议政的渠道。通过电子缩短政府与民众之间的距离，方便民众办事，成为电子政务的创新应用的基本方向之一。
(4) 整合信息资源 政府掌握的大量信息资源，通过政府网站对外公布，不断进行积累、整合，从而逐步建立和完善政府基础信息数据库。建立基础信息数据库一方面可以满足社会对政府信息资源的需要，另一方面有助于政府部门对于各类基础数据进行共享。
(5) 门户系统 政府内部可以划分为纵、横两条线，横向主要指按行政区划来划分的各级政府机构，纵向则按照政府机构的职能划分，形成的各个行业部门。电子政务的发展需要中央政府与地方政府的上下联动，需要政府与公众、企业的良性互动，共同参与。
我国电子政务的发展趋势：
(1) 在线办事 就是要达到网上办事，这将成为政务发展的一大特点。在线事办事将成为电子政务发展的高级阶段，即在各部门资源共享的基础上，实现多部门网上联合办公，向用户提供“一站式”服务。
(2) 政民互动 随着网络技术的发展和电子政务的普及，交互交流将成为政府门户网站中的一大亮点。具有交互交流功能的政府门户网站正在成为电子政务时代政府与企业、政府与公众之间的最有效的沟通渠道。通过互动栏目广泛收集社会公众对政府部门工作的意见和建议，在事关社会民生等重大问题作出决策之前，充分吸收和采纳社会公众的意见和建议，以保证广大社会公众对政府工作具有一定的参与权。从而达到了政府与市民之间的互动，从真正意义上使政府与市民之间形成了互联互通的双向交流。
(3) 政务公开 政务公开被喻作“阳光工程”，因为依法将政府及其部门的行政管理信息公布于众，保证了公众的知情权、参与权和监督权。政务公开的特点之一就是具有很强的社会公益性。因此，本平台在政府部门推行政务公开尤显重要。

2. 技术背景
2.1. 软件总体技术框架
综合执法信息管理系统，需要与相关各个行政审批系统进行互联，必须考虑以后业务的变化与扩展，因此系统的体系结构必须先进、稳定、易扩展，既需要安全稳健的系统平台支持，又需要面向更广阔的业务支撑和更灵活的应用集成扩展能力。
综合执法信息管理系统是基于太极统一应用软件平台来构造，该平台基于J2EE应用平台，采用JAVA、EJB、SERVLET、JSP、XML等JAVA2技术、以及组件技术、数据库技术，采用多层B/S应用结构体系，使整个应用系统建立在统一的平台上，充分体现了系统的先进性、可扩展性、可移植性等。
系统基础平台：指为应用系统提供底层支持的部分，包括：网络（内部网、政府专网和互联网）、硬件平台（服务器、存储备份设备等）、操作系统（Unix/Windows/Linux等）、数据库管理系统。这些部分是应用系统运行的基础。
J2EE平台：Java技术由于其跨平台特性、面向对象特性、安全特性等，使之已经成为构建企业级应用的事实上的标准。J2EE（企业级Java）把数据库访问、企业级Java组件、命名和目录服务、动态页面生成、XML、事务服务等有机地集成在一起，并且提供集群等高级特性，使之特别适合构建复杂的大型应用，并保证系统具有很好的可扩展性。
2.2. 定义
合同（contract）：是指客户和开发者共同签署的具有法律约束力的文件。其中包括产品的技术、组织、成本和进度等内容。
客户（customer）：指个人或单位，他们为产品开发提供资金，通常（但有时也不必）还提出各种需求。
用户（user）：指运行系统或者直接与系统发生交互作用的个人或者单位。
目标应用系统：开发完毕后提交给用户的最终应用系统。
流图设计图示约定如下：

图2-1 流程设计图
2.3. J2EE架构
本系统采用J2EE架构实现应用体系结构，本系统设计采用基于J2EE的技术,完全采用MVC+DAO（Model+View+Control+DAO）应用设计模式，使得层之间相对松耦合，具有良好的扩展性和稳定性，如图所示应用设计结构图：
客户端：用户通过WEB浏览器与不同应用程序交互，浏览器作为应用程序的客户可以使用JSP页面和XHTML来呈现客户页面。
应用程序控制器：应用程序控制器是主控制器Servlet,负责初始化委派请求和响应请求处理程序。
客户端
应用控制
请求处理
请求执行
业务定位
业务展现
Web服务
DAO
App功能组件
JCA
Data
其它系统
SOAP/HTTP
SOAP/HTTP

图2-2 J2EE应用设计结构图
请求处理程序：JAVA类，通过调用相应的请求执行程序完成要求的处理，并对请求进行预处理，这种调用采用命令模式。
请求执行程序：完成具体的请求活动，例如与服务交互。请求执行程序依靠业务定位程序发现相应的服务，然后通过这些服务访问需要的资源信息。
业务定位程序：这些程序负责隐藏查找服务的复杂性，并提供缓存逻辑。
业务展现接口：通过聚合来自多个系统或服务的方法，简化复杂对象的视图。
WEB服务：提供WEB服务端点的业务逻辑。
DAO（数据访问接口）：封装数据库异构的复杂性，使得在应用服务层面独立于数据层面。
J2EE是一个基于组件-容器模型的系统平台，其核心概念是容器。容器是指为特定组件提供服务的一个标准化的运行时环境，Java虚拟机就是一个典型的容器。组件是一个可以部署的程序单元，它以某种方式运行在容器中，容器封装了J2EE底层的API，为组件提供事务处理、数据访问、安全性、持久性等服务。在J2EE中组件和组件之间并不直接访问，而是通过容器提供的协议和方法来相互调用。组件和容器间的关系通过“协议”来定义。容器的底层是J2EE服务器，它为容器提供J2EE中定义的各种服务和API。一个J2EE服务器（也叫J2EE应用服务器）可以支持一种或多种容器。每个容器的服务包括两部分：J2SE（Java 2 Platform Standard Edition）和一组扩展的服务。这是因为J2EE是以Java标准版为基础的，各容器在J2SE之上再根据需要提供一些扩展的服务，如目录服务、事务管理、数据访问、消息机制、安全性等。
EJB是J2EE平台的核心，也是J2EE得到业界广泛关注和支持的主要原因。我们知道，J2EE的一个主要目的就是简化企业应用系统的开发，使程序员将主要精力放在商业逻辑的开发上。EJB正是基于这种思想的服务器端技术，它本身也是一种规范，该规范定义了一个可重用的组件框架来实现分布式的、面向对象的商业逻辑。EJB的核心思想是将商业逻辑与底层的系统逻辑分开，使开发者只需关心商业逻辑，而由EJB容器实现目录服务、事务处理、持久性、安全性等底层系统逻辑。
2.4. MVC处理模式
MVC是Model/View/Control的缩写。Model/View/Control是软件设计的典型结构。在这种设计结构下，一个应用被分为三个部分：Model、View和Controller，每个部分负责不同的功能。Model是指对业务数据/信息的处理模块，包括对业务数据的存取、加工、综合等。；View是指用户界面，也就是面向用户的数据表示，Web的视图可以是HTML页面，也可以是图片或者其他媒体；Controller则负责View和Model之间的流程控制，也就是完成两个方向的动作：1.将用户界面(View)的操作映射到具体的Model，以完成具体的业务逻辑；2. 将通过Model处理完的业务数据及时反应到用户界面(View)上。具体地说，视图可以用JSP或者HTML来定义，模型可以用Java对象来定义（通常称为Java Bean），控制器可以通过Java对象的动作类来定义。
MVC架构使得应用程序的结构更加清晰，通过将代码按照层次划分为业务逻辑/数据、用户界面和应用流程控制这三个层次，增强代码稳定性。我们知道，对于Model、View、Controller这三部分功能来讲，View的实现一般是由界面设计人员和界面程序员来完成，Model则是由业务逻辑程序员来完成，Controller则一般由负责整体控制的程序员来完成。Controller部分的代码比较稳定，一般会实现一个通用的架构；而Model则跟随商务流程的变化而变化；View的更改则是随着用户需求的更改而更改。这种模块功能的划分有利于在代码修改过程中进行模块的隔离，而不需要把具有不同功能的代码混杂在一起造成混乱。对于项目开发而言，有利于在项目小组内按照小组成员各自的擅长进行分工，有利于三个部分并行开发、加快项目进度[1-3]。
2.5. Struts
Struts最早是作为Apache Jakarta项目的组成部分，项目的创立者希望通过对该项目的研究，改进和提高JavaServer Pages 、Servlet、标签库以及面向对象的技术水准。Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。这个框架之所以叫"Struts"，是为了提醒我们记住那些支撑我们房屋，建筑，桥梁，甚至我们踩高跷时候的基础支撑。这也是一个解释Struts在开发Web应用程序中所扮演的角色的精彩描述。当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。同样，软件工程师使用Struts为业务应用的每一层提供支持。它的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。如果想混合使用Servlets和JSP的优点来建立可扩展的应用，Struts是一个不错的选择[3]。

3. 系统框架
3.1. 系统总体结构
根据龙岗龙岗区布吉街道、坂田街道、南湾街道的实际情况及兄弟区行政执法的经验，综合执法信息管理系统总体结构图如下：
如图所示：
1. 图中央为数据上报、处理发布、查询反馈的业务功能的处理：
(1) 数据上报：
见图左侧为系统数据的上报方式，系统可通过三种方式实现数据上报，将数据收集到综合执法数据库中：
a) 通过浏览器界面实现数据的在线上报；
b) 对历史数据进行一次性的批量倒入；
c) 和许可系统作接口，实现结果的同步上报。
(2) 数据处理和发布：
信息中心用户可以针对各委办局填报的数据进行管理，并提供数据修改的功能。建立数据发布网站，按不同的类别进行组织，供用户查询。
(3) 查询和反馈：
各执法队成员可以通过无线上网设备远程查询综合执法数据库，并在线反馈执法结果；各职能部门可以查询执法队针对本单位的反馈信息。
(4) 系统管理：
根据系统运行需要，动态调整系统资源。包括部门管理，角色、用户信息维护和权限分配，许可事项、许可结果等基础数据定义等。
(5) 表单定义：
由于各部门许可事项结果包含的内容各不相同，系统提供表单定义工具，实现表单的灵活定制。

综合执法数据库
数据处理、发布
数据录入
数据接口
表单定义
系统管理
政府领导
执法队员
各局原业务
系统数据
数据查询、反馈

图3-1 系统总体结构
3.2. 应用软件系统设计
综合执法信息管理系统采用统一平台进行设计。包括一个系统门户，提供信息报送及共享查询功能，一个后台管理系统，提供系统管理、监管等功能。系统的底层是各个部门的独立审批系统。这部分系统通过数据交换方式报送信息。系统的构架图如下：
整个系统通过统一系统用户管理平台进行授权和业务分配，并和其他外部系统实现数据接口。外部系统包括了短信平台、政务电子监察系统等。
系统的功能主要包括现场巡查模块、现场执法模块、信息交流模块、案件管理模块、执法局办文模块、证照查询模块、法规指引查询模块、数据手工上报模块、证照信息整合处理模块、文书打印模块、查询统计模块、数据报送监管模块、系统管理模块、区领导专区模块、数据自动采集模块、短信通知模块等。对综合执法信息管理系统的各方用户提供监管和服务功能。将采纳手机短信通知机制等先进通信技术手段来提高系统的互动性，将采用CA技术来保障系统的安全性等。

图3-2 系统构架图
3.3. 系统用户
本系统的用户角色主要划分为以下几类：执法人员、行政审批实施机关、系统管理员。
3.3.1. 执法人员
执法人员主要是各执法大队的执法人员。
执法人员的业务是贯彻执行综合执法范围内的法律、法规和规章，组织实施本辖区内的行政执法活动，依法查处违法行为；同时负责行政复议和行政诉讼案件的应诉工作。
使用综合执法系统的逻辑是：当在某一街道办发现可疑违法行为是，通过龙岗区综合执法系统查询跟当事人有关的证照、批文信息，根据查询的结果做出相应的处理。同时把处理结果反馈到需要处理的行政审批单位。
3.3.2. 行政审批实施机关
行政审批实施机关只要是包括16个行政审批单位,包括有劳动和保障局，建设局，农林渔业局，环保局，人口计生局，卫生局，城管办，文化局，公安局，工商局，规划局，国土和房管局，质监局，食品药品监管局，人事局，安全生产监管局。
行政审批机关的业务逻辑是：把已经办结业务的证照信息实施在宝安综合执法系统进行上报，同时查看执法人员已经处理的反馈信息。
3.3.3. 系统管理员
系统管理员角色是维护系统基本信息、参数等非功能性指针的后台角色。
主要功能包括：用户管理；系统参数配置等。
3.4. 系统功能需求
本系统主要包括五大功能：
(1) 系统管理：
根据系统运行需要，动态调整系统资源。包括部门管理，角色、用户信息维护和权限分配，许可事项、许可结果等基础数据定义等。
(2) 表单定义：
由于各部门许可事项结果包含的内容各不相同，系统提供表单定义工具，实现表单的灵活定制。
(3) 数据上报：
通过三种方式实现数据上报：一是通过浏览器界面实现数据的在线上报；二是对历史数据进行一次性的批量倒入；三是和许可系统作接口，实现结果的同步上报。
(4) 数据处理和发布：
信息中心用户可以针对各委办局填报的数据进行管理，并提供数据修改的功能。
建立数据发布网站，按不同的类别进行组织，供用户查询。
(5) 查询和反馈：
各执法队成员可以通过无线上网设备远程查询综合执法数据库，并在线反馈执法结果；各职能部门可以查询执法队针对本单位的反馈信息。
各功能细化表见附录A。
3.5. 功能输入及输出
《龙岗区综合执法信息系统》是对龙岗区综合执法的实施情况进行电子化管理的系统，并通过数据交换平台进行数据的同步和共享。概括起来具有以下几类功能：
(1) 各部门许可结果数据可以通过窗口录入、批量倒入或编程接口等方式上报数据到综合执法数据库，数据必须完整、及时和准确。
(2) 综合执法队员通过无线上网设备，在执法过程中实时查询数据库，以确认信息真伪并记录相应的执法处罚信息。
(3) 通过该系统建立一个信息上传下达的渠道，除了查询功能外，执法队员可以通过该系统反馈执法信息。
(4) 为保证信息的安全，系统采用加密传输、电子证书身份认证等方式进行安全认证。
3.6. 网络架构
众所周知，深圳市电子政务网络由政务内网和政务外网组成。政务内网与政务外网物理隔离，政务外网与Internet逻辑隔离。
根据业务需求，宝安区综合执法信息系统的目标是建立宝安区综合执法数据库，存储、集成、整合全区各部门行政许可的结果数据（如各种证照、批文等）及行政执法的反馈信息，并在网上发布，供全区各综合行政执法队通过互联网或无线网络以加密的方式查询和反馈信息。

4. 功能模块设计与实现
4.1. 证照管理
4.1.1. 流程图
如下图所示，系统通过数据交换等多种方式收集个行政审批部门的批文和证照信息，再对其进行分类和组织，设定查询项，之后再针对不同统计项目设定统计表格。

图4-1 证照管理流程图
4.1.2. 功能描述和实现
证照管理主要是对证照信息的管理，包括证照信息的上报、证照数据的导入、证照数据的导出。
由于综合执法牵涉到16个审批单位的近90个证照，各证照在内容和表现形式上都有许多不同，而且证照的种类时有增加或修改，因此该系统采用了较为灵活的方法，各证照的种类、数据项及其格式和显示方式都可在页面上进行配置。
4.1.2.1. 数据上报
证照信息的上报包括对证照数据的增加、删除、修改、查看，同时提供电子档数据的上传。

图4-2 数据上报界面
4.1.2.2. 数据导入
数据导入是对证照的历史数据以EXCEL的形式批量进行导入到数据库中。
首先，用户下载获取数据导入的EXCEL模板，因为这些模板都是事先通过和各单位讨论过后制定的，所以接下来用户只需要按照模板的格式，将数据按格式填写，便可进行数据的批量导入。
Workbook workBook = Workbook.getWorkbook(aInputStream); //打开工作表
Sheet sheet = workBook.getSheet(0);
for (int i = 2; i < sheet.getRows(); i++){
for (int j = 1; j < sheet.getColumns(); j++) {
String content = sheet.getCell(j, i).getContents());
}//读取EXCEL文件中第j行第i列中的内容
}

图4-3 数据导入界面
4.1.2.3. 数据导出

图4-4 数据导出界面
数据导出是把数据库已有的数据以EXCEL的形式导出，生成EXCEL文件供用户查看。
4.2. 信息查询
4.2.1. 流程图
系统的各类用户在系统中通过输入不同的查询条件，可以实现对证照、法规等信息的查询。

图4-5 信息查询流程图
4.2.2. 功能描述和实现
证照查询是对所有关于21项行政执法相关的证照、批文、批复的信息的一个搜索和查询的功能。证照查询包括证照的基本查询和组合查询。
4.2.2.1. 基本查询
基本查询是对证照相关的关键信息的查询，执法人员只要输入需要查询的信息内容，该信息内容可以是证照编号、证照名称、批文（批复）的名称、法人（负责人）信息、证照的期限等信息，系统将自动根据输入的内容查找出所有相关的信息。

图4-6 证照基本查询界面
4.2.2.2. 组合查询
组合查询是对每个执法相关的证照、批文、批复进行条件和内容的个性化定制。每个证照都可以定义自己的信息项，组合查询将根据这些信息内容进行查询。

图4-7 证照组合查询界面
4.3. 执法管理
4.3.1. 数据库表
执法管理模块是该系统的核心模块，而该模块几乎所有操作都和数据库中T_CASE表有关。
表4-1 T_CASE表结构
字段名
字段类型
是否为空
默认值
备注
ID
VARCHAR2(20)
N

编号
AJBH
VARCHAR2(20)
Y

只有在立案和案件移交的时候才有
CASEID
VARCHAR2(20)
Y

CaseID可以为空，如果是现场执法的，对应上面案件的编号，如果其他来源为空
SOURCE
VARCHAR2(200)
Y

案件来源现场执法，投诉转办，督办函督办，媒体曝光，其他途径
NAME
VARCHAR2(200)
Y

案件当事人
DSRADDRESS
VARCHAR2(400)
Y

地址
SUMMARY
VARCHAR2(4000)
Y

案由
AJJB
VARCHAR2(200)
Y

级别一般，严重
CCBM
VARCHAR2(200)
Y

查处部门
WFSJ
DATE
Y

违法时间
ADDRESS
VARCHAR2(400)
Y

查处地点
FRDB
VARCHAR2(200)
Y

法人代表
LXDH
VARCHAR2(20)
Y

联系电话
QZQK
VARCHAR2(200)
Y

取证情况:询问笔录，勘验笔录，拍照，现场实物，其他
WFSSHZJ
VARCHAR2(4000)
Y

基本违法事实及证据
WFFG
VARCHAR2(200)
Y

违反法规
WFYJ
VARCHAR2(200)
Y

处罚依据
AJCBR
VARCHAR2(100)
Y

案件承办人
CFWPQD
VARCHAR2(1000)
Y

罚没物品清单
DEALOPINION
VARCHAR2(4000)
Y

处罚内容
DEALRESULT
VARCHAR2(100)
Y

处理金额
DEALTIME
DATE
Y

执行时间
4.3.2. 流程图
现场执法流程如图4-8所示，其大致分为三步：
(1) 现场执法人员登记录入现场信息
(2) 执法大队办公室人员对此信息进行审查
(3) 审查就此结束，转入信息交流或者是对其进行立案
审查结束
现场执法人员登记信息
执法大队办公室人员审查信息
判断
转入立案登记
转入信息交流

图4-8 现场执法流程图
立案登记流程如图4-9所示：
(1) 办公室人员根据提交上来的现场信息进行立案登记
(2) 打印案件处理呈批表，提交领导审批
(3) 进行案件移交或者直接进行结案
转入案件移交流程
判断
结案登记
办公室人员
登记立案信息
打印案件处理呈批表，领导审批

图4-9 执法大队立案登记流程图
4.3.3. 功能描述和实现
执法管理模块是向执法大队用户提供，实现日常执法管理的功能模块。分三类用户，每类用户的操作权限不一样，利用平台定制功能进行定制。提供用户对于执法过程的管理，从而实现综合执法中执法大队现场人员、办公室人员和相关职能部门人员的互动。本功能主要为执法大队办公室人员、执法大队现场执法人员、各职能部门联络人使用，用于完成综合执法过程中的现场执法、执法反馈和案件管理工作。
通过执法管理模块，用户可以进行巡查登记、执法登记、执法审查、案件管理、案件移交、信息交流等，系统可生成各类表格。
4.3.3.1. 巡查登记
巡查登记是执法大队的一项日常工作，通过每日定时不定时的机动巡查，及时发现和依法处置各类违法行为。系统中现场巡查功能由现场巡查和巡查统计两部分实现。
巡查登记模块实现对执法大队现场巡查情况的增加和编辑，主要针对检查经营门店、纠正乱摆卖、超门线经营、违法占道、堆放物料、乱张贴、社会生活噪音、查处违章建筑、乱搭建等相关执法行为的巡查事宜进行登记。

图4-10 巡查登记界面
4.3.3.2. 执法登记
现场执法是执法大队的一项日常工作，需要执法的情况通常通过工作发现、信访投诉、部门移交或上级交办而来。系统中现场执法功能由现场执法登记、执法审查、执法情况统计三部分实现。

图4-11 现场执法登记界面
现场执法登记提供执法大队现场执法人员向系统填报现场执法信息的功能，现场执法信息登记后报送办公室审查。现场执法人员将现场执法的相关信息录入系统，执法信息可以暂存，也可直接提交校核，暂存的信息可以多次修改，校核后执法人员不能再修改信息，提交给审查人员进行审核。
4.3.3.3. 执法审查

图4-12 执法审查界面
执法审查提供执法大队办公室人员对现场执法人员报送的执法内容进行执法审查的功能。执法审查是执法办公室人员对现场执法人员提交的案件信息进行相关操作，包括审查、反馈和立案的功能。审查是对相关案件信息进行审查以确定是否审查通过还是不立案，审查后的信息可转立案或转交流，在审查信息时也可直接转交流或转立案。用户根据案件审查信息对案件性质进行判断后选择下一步的操作。
4.3.3.4. 案件管理

图4-13 案件管理界面
案件管理是执法大队的一项日常工作，案件情况通常通过工作发现、信访投诉、部门移交或上级交办而来。系统中案件管理功能由案件管理、案件移交（发送）、案件移交（接收）和案件情况统计四部分实现。
案件管理提供用户向系统手工填报从不同来源的案件信息的功能。执法大队办公室人员通过案件管理对新的案件进行立案登记，办公室人员登记立案信息，打印案件处理呈批表，领导审批，进行判断后，根据案件不同情况选择转入案件移交流程或进行结案和撤案的处理。
4.3.3.5. 案件移交
案件移交包括有发送和接受两个功能。
案件移交（发送）是对不属于本部门的案件移交到相关的职能部门或者执法大队，如职能部门的案件移交到执法大队、执法大队的案件移交到职能部门。在案件移交（发送）模块添加案件信息后选择案件移交部门名称后发送。

图4-14 案件移交（发送）界面

图4-15 案件移交（接收）界面
案件移交（接收）提供行政审批职能部门或者执法大队，对案件移交的消息进行签收确认和信息反馈的功能。在案件移交（接收）模块点击某一条待签收案件即实现了签收，签收单位也可填写签收意见发送回原部门或其他部门，对签收的案件签收单位根据情况进行处理，如确定立案则该案件在该部门重新进入案件管理流程。
4.3.3.6. 信息交流
信息交流是用于行政审批职能部门与执法大队对行政执法相关事项进行信息沟通的平台，同时，信息交流的范围可以根据实际情况多样、广泛些。系统中信息交流功能由信息交流（发送）和信息交流（接收）两部分实现。
信息交流（发送）提供行政审批职能部门或者执法大队，如有对21项行政执法有关的事情告知对方或者请教对方的情况下，对相关的执法大队或者职能部门发出信息交流消息。在信息交流（发送）模块添加信息交流信息后选择信息发送部门名称后发送。

图4-16 信息交流（发送）界面

图4-17 信息交流（接收）界面
信息交流（接收）提供行政审批职能部门或者执法大队，对信息交流的消息进行签收确认和信息反馈的功能，回答提出信息发出单位的相关疑问。在信息交流（接收）模块点击某一条待签收信息即实现了签收，签收单位也可填写签收意见发送回原部门或其他部门。
4.4. 案件处理
4.4.1. 流程图
(1) 受理
接受市民的电话或者信访投诉，对其进行登记受理。
(2) 副大队长审核
执法大队副大队长对此登记信息进行审核，确认是否可信。确认后，将此投诉移交给其下某个中队。
(3) 中队长初审
承办此案件的中队的队长对此案件进行初审，并派执法队员前往查看。
(4) 执法登记
执法队员到现场查看后进行执法登记。
(5) 立案
执法办公室对次执法登记信息进行审查，立案。
(6) 中队长审核
中对长再次审查此立案信息是否属实。
(7) 案审科初审
案审科对此案件进行初审，填写处罚决定。
(8) 案审科科长审核
案审科科长对此案件进行审核，查看处罚是否得当
(9) 副大队长批准
(10) 大队长批准
(11) 结案

受理
副大队长审核
中队长审核
执法登记
立案
中队长审查
案审科审核
大队长批准

结案

发出处罚告知书