福建省交通综合执法管理系统需求分析说明书

1、最新 精品 Word 欢迎下载 可修改福建省交通厅综合执法管理系统( CLE-MS )需 求 分 析 说 明 书Analysis Of Requirement承建单位：福建省交通科学技术研究所参建单位：福建慧舟信息科技有限公司目 录第一章前 言11目标12使用范围13参考文献14术语与简写2第二章业务分析31项目背景31.1交通部综合执法改革的背景31.2福建交通执法的情况42业务现状描述42.1执法机构现状42.2信息系统现状53建设目标分析54业务需求理解6第三章总体需求分析81系统边界81.1应用边界81.2用户边界81.3功能边界92总体目标103设计原则103.1规范化和标准化原则1

2、03.2先进性又成熟的技术实现原则113.3系统运行要稳定、可靠、安全原则113.4系统要设计合理，实用原则123.5系统具有可扩展性和开放性原则124需求分析134.1系统管理对象134.2系统业务单位134.3系统业务人员134.4系统涉及信息134.5系统信息共享144.6业务需求划分15第四章综合执法案件（协查通报）管理子系统161建设目标162技术架构163应用架构174业务功能184.1案件标准处罚流程184.2案件简易处罚流程204.3案件听证流程214.4网上查询224.5跟其它系统接口224.6关键技术23第五章数据交换子系统251建设目标252数据集中子系统模块结构图263

3、技术架构274应用架构275功能性需求285.1数据交换集中管理28第六章门户网站管理子系统541子系统建设目标542技术架构543应用架构564业务功能584.1用户信息维护584.2交通厅介绍584.3交通厅公告594.4执法动态594.5交通新闻604.6法规政策604.7领导讲话604.8举报投诉604.9政务公开614.10网上政务624.11执法公示634.12便民服务634.13下载专区645内容管理技术64第七章远程执法子系统711子系统建设目标712技术架构713应用架构724远程与异地执法系统客户端734.1基础资料734.2权限策略744.3数据导入导出744.4功能性设

4、计745远程与异地执法系统服务器端756远程执法子系统模块结构图757远程执法子系统分析767.1路政执法检查767.2运政执法检查777.3稽征执法检查807.4水路执法检查817.5综合执法检查847.6专项治理检查957.7行政执法助理967.8系统维护管理97第八章执法队伍管理子系统981子系统建设目标982技术架构983应用架构994业务功能994.1执法证件维护994.2组织机构维护1014.3执法人员维护1014.4执法标识维护1025关键技术103第九章执法文书管理子系统1041子系统建设目标1042技术架构1043应用架构1054业务功能1054.1法律条款案由维护1054.

5、2执法文书维护1065功能描述1076流程图1077关键技术108第十章辅助决策分析子系统1101子系统建设目标1102技术架构1103应用架构1114决策支持系统的体系统结构1115业务功能1155.1建立数据挖掘库1155.2定义决策问题1155.3准备数据1165.4建立模型1165.5评价与解释1166业务分析116福建省交通厅综合执法系统项目 第一章 前 言根据福建省交通厅提出的项目建设目标和需求概述，结合福建省交通厅法规处对该系统提出的具体业务功能需求，经项目组成员讨论、分析和整理，结合福建交通行政执法的现状和改革的发展方向，按照项目建设的要求编写本福建省交通厅综合执法系统需求分析

6、说明书。1 目标本文的目标是作为福建省交通综合执法管理系统的实际业务说明书，为项目组提供一套完整的综合执法业务的分析和需求的说明，作为指导本次项目开发的重要思路和依据。2 使用范围1、 本文档需报送并通过福建省交通厅法规处审核。2、 本文档需报送并通过福建省交通厅信息主管部门审核。3、 根据项目管理需要报送其它相关部门存档。4、 项目组成员依据本文档开展项目开发工作。3 参考文献n 中华人民共和国公路法；n 中华人民共和国行政处罚法；n 中华人民共和国道路运输条例（国务院令(2021)第406号）；n 交通行政处罚程序规定（交通部1996年第7号）；n 道路运输行政处罚规定（交通部1998年第

7、3号）；n 交通行政复议规定（交通部2000年）；n 道路旅客运输及客运站管理规定（交通部令2022年第10号）；n 道路货物运输及站场管理规定（交通部令2022年第6号）；n 道路危险货物运输管理规定（交通部令2022年第9号）；n 机动车维修管理规定（交通部令2022年第7号）；n 机动车驾驶员培训管理规定（交通部令2022年第2号）；n 福建省行政执法程序规定；n 福建省公路路政管理规定；n 福建省道路运输站管理办法；4 术语与简写n 省厅（厅）：福建省交通厅。n 项目组：福建交通综合执法管理系统项目组。n 综合执法系统（系统）：福建交通综合执法管理系统 。第二章 业务分析1

8、项目背景根据厅项目建设目标和要求及厅法规处、下级执法部门的实际业务需求，结合项目组成员多年来对交通执法工作的了解，我们对本次项目的背景有如下理解。1.1 交通部综合执法改革的背景综合执法是指中华人民共和国行政处罚法第16条规定的一个行政机关行使有关行政机关的行政处罚权，或者是指一个部门内部不同门类的行政执法由一支行政执法队伍行使的制度。为贯彻落实国务院关于进一步推进相对集中行政处罚权工作的决定中提出的“相对集中行政处罚权制度的目的，是要解决多头执法、职责交叉、重复处罚、执法扰民和行政执法机构膨胀等问题，深化行政管理体制改革，探索建立与社会主义市场经济体制相适应的行政管理体制和行政执法机制，提高

9、行政执法的效率和水平，保护公民、法人和其他组织的合法权益，保障和促进社会生产力的发展”，解决长期以来，交通执法工作中存在的“机构人员多、执法成本高；多头执法、效率不高；管罚不分、有碍公正”等问题，交通部在2021年9月25日以交公路发2021450号文件作出了关于进一步做好治理公路三乱工作的通知，提出了积极探索交通内部联合执法的管理模式。在2021年年初交通部体改法规司和科技教育司主持完成了交通行政执法综合实施模式研究课题研究，在课题里提出 “一厅多局一总队”、“一厅二局一总队”与“一厅一队一中心”三种管理模式。交通部提出的交通综合执法的业务发展思路如下：“积极研究探索综合执法的途径和方式，推

10、进交通综合执法，为解决交通行业内存在的多头执法、队伍庞杂、执法成本过高等问题提供途径，并为解决行业外的职责交叉问题创造条件。”根据这一思路，各地交通管理部门也结合本地实际情况，开展了各种不同形式的跨部门、跨门类综合执法试点工作。1.2 福建交通执法的情况长期以来，福建交通行政执法被分割为路政、运政、征稽、水政、航政、港政六大门类，并由公路、交通、航道、海事等部门分别管理，条块分割容易造成管理上的疏漏。受传统手工执法手段的限制，各执法部门在进行执法检查时往往只能检查本部门的违章情况。造成路面执法“多头执法，重复检查”的局面。对同一车辆的执法检查，出现稽征部门只检查规费、路政部门只检查超限、超载。

11、运政部门只检查营运证件等情况。也出现对同一超限、超载案件，交通的路政、运政执法引用不同的法律条文进行处罚等情况。同时，检查方法也主要是上路设卡，对过往车辆随车携带的单、证进行人工检查。没有违章的放行、有违章的进行处罚。执法检查工作存在一定的盲目性和随机性。同时对假冒单证的情况只能凭经验进行检查。执法效率不高。厅法规处作为全省交通行政执法的最高行业主管部门，一直在研究和探索适合福建交通综合执法改革的发展道路。并做了大量的前期准备工作，包括执法文件的整理、执法流程的规范、执法文书的统一、案件移送办法的制订等等，为福建交通综合执法工作的开展创造了有利条件，同时，也为建立全省统一的综合执法管理系统奠定

12、了基础。2 业务现状描述2.1 执法机构现状本项目涉及的执法单位包括福建省内路政、运政、稽征、港口、航道、地方海事等部门的交通行政执法队伍。包括：表2-1：福建交通执法人员情况统计表地区执法单位执法人员福州泉州漳州三明南平龙岩宁德莆田省级小计700左右2.2 信息系统现状福建省“数字交通”工程实施以来，已逐步建成覆盖全省的交通信息专网，在省厅已完成全省交通通讯信息中心的建设，在数据存储、信息通信、网络安全上都有了一定保障，初步建成了一个较为完整的交通信息管理基础网络和硬件平台。经过多年建设，目前交通系统已建和在建的系统包括全省的交通OA系统、视频会议系统、公路征稽系统、县级交通管理系统等。这些

13、基础系统和行业业务管理系统的建立，为综合执法系统的建立创造了有利条件。3 建设目标分析综合执法系统的建设目标是：在全省建设统一、规范的交通综合执法系统，为交通执法部门的案件处理提供标准的处理程序；集中存放和管理全省交通行政执法案件；为外勤执法人员远程提供案件相关信息；向公众全面公开各类交通执法信息和数据，提高行政执法工作的透明度。结合福建交通的信息化建设现状和上述建设目标进行分析如下：1） 福建交通希望在全省建立一个统一的综合执法系统。这种统一是指各执法单位采用统一的案件处理程序、统一的法律文书格式、统一的数据存储、交换和发布格式，为全面开展交通综合执法工作奠定基础。2） 建设综合执法系统要遵

14、循规范化的原则。规范化包括：ü 业务处理的规范化，如要符合行政处罚法等相关法规的要求；ü 要遵循相关的行业标准，如交通部颁发的“交通基础数据元标准规范；ü 交通内部系统接口的规范化，如同征稽、路政等单位业务系统的接口规范。3） 综合执法系统主要是为基层执法单位服务的。这就要求综合执法系统基本的性能要求使用起来要即方便又要快捷。4） 多方位的服务体系指服务内容和服务方式是多方面的。服务内容包括交通法规、案件处理程序、案件处罚标准等交通行政执法规的宣传，让公众了解法规、遵守法规。另一方面，将嫌疑信息和案件处理信息在网上公开，让当事人了解案件的处理情况，接受群众监督。5

15、） 综合执法系统的另一大特点是为外勤执法人员提供信息。通过统一的执法数据库的建立，外勤人员可通过多种方式掌握盘查对象的具体情况，协助他们开展执法检查工作。经过分析，我们认为福建交通对综合执法系统的定位是先进的、思路是非常清晰的。符合交通执法工作的行业发展方向，具有创新意义。4 业务需求理解我们对综合执法系统建设的内容的理解是：将基层执法单位的日常工作纳入到综合执法系统体系中，外勤人员通过系统提供的信息开展远程执法检查工作，内勤人员通过系统完成行政处罚流程。利用已建成的全省案件信息库等向社会公众进行宣传和公示、接受监督。基层执法部门使用综合执法系统情况可分为以下两大类，案件处理和远程执法：1）

16、案件处理相关业务：包括案件登记、案件调查、处罚决定等案件处罚流程，听证通知、听证会议、听证结果等案件听证流程等。2） 远程执法相关业务：在线查询、离线查询、车牌识别自动查询等。上级执法管理部门需要对全省的执法队伍、人员、标识、文书等相关内容进行管理。社会公众需要通过网站等方式了解交通法规、执法程序、处理结果等相关内容。从总体上讲，综合执法系统就是要满足基层执法单位、上级执法管理部门和社会公众三方面的要求。综合执法系统的建设应该是开放的、长期建设的一项系统工程。随着交通管理机构改革的深化，科学技术的不断发展，通讯方式多样化、公众法律意识的不断提高，决定了综合执法系统是一个不断扩充不断完善的系统。

17、作为项目的设计者，应该从更深层次分析这些需求的根源，构建科学的合理的综合执法系统，在以下章节，会对系统的需求进行详细分析。第三章 总体需求分析在前面的章节，我们阐述了福建省交通厅综合执法系统的项目背景、业务现状，并对综合执法系统的建设目标和业务需求进行了简要说明。本章首先说明系统的边界、总体目标、设计的原则和方法，接着分析系统涉及的对象，最后划分各个子系统。1 系统边界 根据对需求的理解和分析，我们定义了综合执法系统的边界如下。1.1 应用边界综合执法系统的应用边界是：n 综合执法系统在省交通通讯信息中心统一部署，建立全省综合执法信息数据库和全省综合执法数据发布平台，提供对内对外的信息服务。n

18、 福建交通厅及厅直属企事业单位：省高速公路有限责任公司、省公路管理局（省公路稽征局、省公路路政管理局）、省港航管理局（省航道局、省地方海事局、省船舶检验处）、省运输管理局，是本系统的省级应用单位。n 省交通厅在全省9个设区市设1个交通委（厦门）、8个交通局，路政系统在各地/市设公路局，稽征系统在各地/市设稽征处，运政系统在各地/市设运管处，及地级航道、海事等部门是本系统的市级应用单位。n 各区/县的交通局，路政系统在各区/县设路政分局，稽征系统在各区/县设稽征所，运政系统在各区/县设运管所，及县级航道、海事等部门是本系统的县级应用单位。n 交通厅综合执法电子政务网站将对所有民众开放。1.2 用

19、户边界综合执法系统的用户包括如下五类：n 省交通通讯信息中心的系统维护和管理人员。n 省交通厅法规处领导及工作人员。n 省交通厅涉及综合执法管理的其它相关处室领导及成员。n 各交通执法单位内勤人员，包括单位领导、业务操作员、系统管理员等。n 各交通执法单位外勤上路执法人员。n 一般公众浏览用户，仅限于登录到电子政务网站浏览开放的执法信息。针对综合执法系统各子系统，上述用户拥有不同权限。综合执法系统不对其他类的用户提供服务。1.3 功能边界综合执法系统的功能边界依据为福建省交通厅的综合执法建设目标和业务需求概述及法规处提出的业务需求。主要包括如下内容：n 综合执法案件管理功能：案件简易处罚流程，

20、案件标准处罚流程、案件听证流程等，建立交通案件信息数据库。n 综合执法法律文书管理提供的功能：法律、条款、案由的维护工作，建立完备的交通执法文书档案。n 远程与异地执法提供的功能：嫌疑信息发布，历史案件查询、案件现场处理等。n 执法队伍管理提供功能：对全省的执法单位、执法人员、执法证件进行管理。n 案件统计分析提供的功能：全省案件汇总统计、高发案由分析、案件高发地区分析等。n 数据交换子系统提供的功能实现与各交通业务子系统的协查数据交换。n 电子政务网站子系统提供的功能有交通厅介绍、交通厅公告、执法动态、图片新闻、视频新闻、法规政策、领导讲话、举报投诉、政务公开、网上政务、执法公示、便民服务、

21、下载专区等。2 总体目标依托县市级道路交通管理对象基础数据库，建立“一库一平台”，即建立省厅综合执法信息数据库和省厅综合执法数据发布平台。将所有同交通行政执法相关的信息从各交通业务管理系统汇总到综合执法信息数据库中；数据发布平台包括两大部分发布内容，对内向所有交通行政执法人员发布各种执法检查、执法处罚、执法规定等信息，所有交通路面执法人员通过连接省厅数据发布平台，通过多样化的客户端工具(PC、笔记本电脑、手机、PDA等)查询行政执法相对人的档案基础信息和违章历史信息，对有违章的管理对象进行及时拦截和立案；通过规范的行政处罚程序对案件处理过程进行管理；将案件处理结果进行及时传递和交流。实现异地跨

22、部门综合执法。协助执法人员开展执法工作。对外通过交通行政执法网站向社会公众发布政策法规、执法结果、接受投诉等，树立良好的交通行政执法行风形象。3 设计原则综合执法系统建设的指导思想是按照“统一规划，分步实施，重点突破，整体推进”的工作方针，建立完整、统一、规范的交通综合执法系统。福建省交通厅的业务需求概述给出了福建省交通厅综合执法系统建设框架，是从宏观的角度说明了综合执法系统的功能性和非功能性需求，我们把它归纳为：n 要遵循统一的规范和标准，n 采用既先进又成熟的技术实现。n 综合执法系统运行要稳定、可靠、安全n 综合执法系统要设计合理，实用。n 综合执法系统具有可扩展性和开放性。3.1 规范

23、化和标准化原则系统开发与建设必须做到工作标准统一、业务流程统一、服务程序统一。要采用行业、国家和国际标准化组织制定的有关技术规范与标准。保证信息流传递快速顺畅，网络运行安全可靠。软件项目的规范和标准又分为三个方面：n 实现业务功能要遵循行业规范。n 实现技术要遵循相关技术工业标准。n 实现过程要遵循软件工程的规范。3.2 先进性又成熟的技术实现原则综合执法系统的建设应严格依照系统工程的建设原则，采用科学的方法和先进的技术，借鉴交通行业的成熟技术和经验做法，采用原型化的开发方法，以加快系统实施进度，降低系统建设风险。目前实现软件产品和项目的技术体系和架构非常之多。一定程度上技术的先进和和成熟是一

24、种矛盾，先进的技术只有经过长时间的检验，大量的客户应用实践，不断发现问题，不断完善才能成熟；先进的技术成熟之后又会有更先进的技术出现，原来先进的技术就不在先进。那么如何处理这个矛盾呢？我们的理解是先进的技术能够应用于生产实践中，必有成熟的部分。福建省交通厅综合执法系统要求采用J2EE技术，该技术是当前实现大型行业软件的主流技术之一。J2EE技术有多种实现方式构建一个应用系统，各种方式的成熟度不一，针对实现的功能要求，实现方式也有针对性。3.3 系统运行要稳定、可靠、安全原则在福建交通厅网络建设的基础上，建立一套更为完整的安全保障体系，包括加密机制、签名机制、分布式安全管理、存取控制、防火墙、防

25、病毒保护等。以避免不安全因素，防止计算机病毒的侵染和黑客入侵、监听和窃密，强化保密措施，确保网络的正常运转；同时保证业务操作过程中信息保密性，操作者身份确认性，业务操作不可否认性和业务操作文件不可修改性。系统应具有7*24小时连续工作的能力。稳定、安全、可靠是所有软件应用的通用性要求。影响因素很多，包括如下几个方面：n 硬件环境：硬件的性能是系统稳定运行的基础；n 网络环境：网络环境是系统稳定运行保障；n 系统环境：系统环境包括操作系统、数据库系统、应用服务器、防火墙等；n 应用软件：应用软件的是系统稳定、安全、可靠的重要一个环节。3.4 系统要设计合理，实用原则系统要设计合理、实用，与客户的

26、需求息息相关。客户的需求是不断发展和完善的过程，而软件的实现是相对静态的，实现结果是分阶段的。所以这种设计合理、实用也是相对的。设计的合理性体现在充分利用福建交通厅现有的系统资源，合理制定项目建设方案；针对各地不同的现状和需求，提供不同的解决方案。同时充分利用现有公共信息资源，降低整个系统的建设和运行成本。建立适应于福建交通厅信息化现状的综合执法系统，在开发中要充分考虑系统的实用性，界面友好，操作简单方便。一方面就要充分理解客户需求，掌握用户的操作习惯，设计出符合用户习惯的操作界面。另一方面，也要规范用户的操作习惯，引导用户正确地使用系统。这就要求开发人员不但需要有丰富的IT经验，又要有丰富的

27、交通行业经验，才能与用户进行充分地沟通和交流，才能设计出合理实用的应用系统。IT经验不丰富，可能是用户的一些合理性需求不能实现；交通行业经验不丰富，可能是开发出来的系统过多地依赖于特定的业务员或特定的流程而失去了共性。项目组成员多年从事福建交通行业业务软件开发，在理解用户需求，掌握用户操作习惯，规范用户操作，设计更加符合用户习惯的系统等方面积累了丰富的经验。3.5 系统具有可扩展性和开放性原则系统具有可扩展性是，随着系统的运行，当业务种类发生变化、业务流程发生变化，业务数据剧增等客观因素导致系统不能满足业务需要时，系统能够适应这种变化。对一些可预测的业务变化，系统提供方便的定制功能；对不可预测

28、的业务调整，系统提供快速的代码调整。系统的开放性是指当系统能够与外部系统特别是异构系统互联，能够提供支持各种业界标准和协议的对外接口，还要预留标准接口以备将来之需。综合执法系统的特点决定了尤其需要具有可扩展性和开放性。从长远规划来看，综合执法系统是一个整合外部系统和数据的系统，交通业务不断扩充和完善要求综合执法系统不断来适应。从近期目标看，综合执法系统只是实现了目前业务开展所需要的功能，还有很多工作需要根据业务的发展在以后的系统中不断扩充。4 需求分析4.1 系统管理对象交通行政执法管理的违章主体涉及车辆、企业、船舶等。管理的对象包括公民、法人和其他(包括外国人无国籍人和外国组织)。4.2 系

29、统业务单位包括所有具有行政执法职能的交通管理部门，涉及路面执法的包括各级交通运政、交通路政、公路路政及公路稽征部门。4.3 系统业务人员包括各级交通运政、交通路政、公路路政及公路稽征部门委托进行行政执法的工作人员，分为外勤和内勤两类执法人员。外勤人员的主要工作内容是上路执法并对发现的违章案件进行立案登记并收集案件相关证据。内勤人员的主要工作内容是执行行政处罚流程对立案案件进行违章受理、案件调查、做出处罚决定并执行处罚和结案归档。4.4 系统涉及信息执法信息包括以下三方面：4.4.1 管理对象基础信息管理对象稽查基础信息：采集的信息包括车辆的基本特征档案信息（如车牌号码、车主名称、车牌颜色、厂牌

30、型号、车辆类型等）和稽查相关的业务办理状态信息（如养路费征收状态、运管费征收状态、各种证件状态、技术安全状态等）；是开展路面综合执法检查时必须检查的内容。数据来源是地、县两级交通局和稽征局（所）。4.4.2 案件处理信息案件处理信息：包括具体案件处理活动信息（包括立案登记、案件调查、做出处罚、结案归档等）和案件实物信息（包括证据清单、调查报告、违章行为通知书、行政处罚决定书、结案报告等）。是立案案件处理过程的详细记录。数据来源包括各级交通运政、交通路政、公路路政及公路稽征部门。4.4.3 历史案件状态信息历史案件状态信息：包括进行过立案登记的所有案件，具体信息包括案件基本情况信息（违章主体、当

31、事人、违章案由、违章时间、违章地点等）和案件处理状态信息（立案登记状态、案件调查状态、违章通知状态、处罚决定状态、结案归档状态等）。是对同一管理对象所有违章案件处理状况的全部记录。数据来源包括各级交通运政、交通路政、公路路政及公路稽征部门。4.5 系统信息共享（1）综合执法系统从县、市级交通管理信息系统和稽征局（所）业务管理系统中获取基础车辆档案信息后进行整理和合并，生成“车辆管理对象稽查基础信息”。图示如下。同时根据业务系统中的业务办理情况及时更新“车辆管理对象稽查基础信息”中的业务办理状态信息。农用车、拖拉机、摩托车基础档案营运汽车基础档案非营运汽车基础档案公路稽征部门采集的车辆基础档案交

32、通局采集的基础车辆档案车辆管理对象稽查基础信息说明：以上各基础车辆档案信息中包括“基本特征档案信息”和“稽查相关的业务办理状态信息”（2）从各部门使用的行政执法子系统中提取案件处理状态信息生成案件状态信息。图示如下；同时案件活动信息的变化事实更新案件当前状态。将涉及同一车辆管理对象的所有案件组合在一起，就形成了该车辆管理对象的历史案件状态信息。案件基本情况信息案件处理状态信息案件活动信息案件实物信息案件详细信息历史案件状态信息4.6 业务需求划分不考虑抽象的基层架构和烦琐的后台事务，单纯从业务的角度出发分析，交通综合执法管理系统可以分成以下子系统：第四章 综合执法案件（协查通报）管理子系统综合

33、执法案件（协查通报）管理子系统是将执法系统中涉及的所有文书、手续、流程等等，移植到网上完成。这样减少了业务中间环节，提高了工作效率，降低行政成本，实现部门间的资源共享、信息共享，提高领导决策的科学性。综合执法案件（协查通报）管理子系统同时可以提供给涉案当事人一系列服务，便于查询自己的违章情况，也便于了解交通机关的工作情况。1 建设目标综合执法案件（协查通报）管理子系统的建设目标是：n 为一线执法人员提供有效的协查通报和附加信息的查询，及时掌握车辆等管理对象的业务办理情况，对有违章的车辆进行准确拦截和处罚，提高行政执法的针对性、有效性。n 为交通机关工作人员提供一个有效的协查通报发布平台，使案件

34、信息、车辆信息和当事人信息能够及时通报到全省，实现全省联动，建立交通案件信息数据库。n 实现交通行政执法案件的全省统一管理，包括案件简易处罚流程，案件标准处罚流程、案件听证流程、案件文书等。2 技术架构综合执法案件（协查通报）管理子系统的技术架构如下图所示：图5-1：综合执法案件（协查通报）管理子系统的技术架构说明如下：n 综合执法案件（协查通报）管理子系统定义一个主控的Setvlet，接收所有的用户请求的Jsp页面，并对页面进行分发，将用户同请求的页面进行关联。n JSP页面接受用户事件，并根据用户事件做出响应。包括对某表单数据的请求、增加和修改。JSP在Model中找到对应的数据和业务逻辑

35、处理的模块做出对用户事件的响应。Jsp中可以直接使用基础服务。n Model中封装了数据和业务逻辑的处理。这些数据和业务逻辑的处理需要使用基础架构中提供的各种服务。3 应用架构n 综合执法案件（协查通报）管理子系统的使用对象为涉案当事人和交通机关人员两类，使用子系统完成各自的业务。n 用户从电子政务网站入口登录到协查通报管理子系统时需要进行登录身份验证，该验证包括数字证书验证。由基础服务中的身份认证服务和单点登录服务完成。n 违章案件当事人使用综合执法案件（协查通报）管理系统完成处理情况查询等事务。n 交通机关人员使用综合执法案件（协查通报）管理系统可以进行网上录入、网上处理，同时进行报表的处

36、理工作。4 业务功能4.1 案件标准处罚流程案件标准处罚流程处理各种来源的违章案件，包括以下步骤：（1）违章登记；（2）调查取证，制作询问笔录和调查报告；（3）领导审核调查报告；（4）发出处罚通知书；（5）制作处罚决定书；（6）结案。4.1.1 业务描述案件标准处罚流程示意图如下：图5-3：案件标准处罚流程示意图从上图可见，网上公文流转是综合执法案件（协查通报）管理系统的主要处理方式。案件标准处罚流程的功能需求及分析如下：(1)实现以数字证书和安全认证中心为主的用户身份认证功能。在综合执法系统的集成建设方案中我们给出完整的CA认证方案，在基础服务中，本方案提供CA认证基础服务和单点登录服务，供

37、综合执法案件（协查通报）管理系统调用。即用户一旦登录综合执法案件（协查通报）管理系统，即进行以数字证书和安全认证中心为主的用户身份认证。(2)实现稽查案件的录入，审核功能，文书功能，并能与交通机关已有的业务系统关联进行数据交换，业务逻辑校验。根据不同的公文，由EAI提供不同的公文流转服务，关联性的逻辑校验在本地的业务系统内部进行。(3)实现离线录入和离线处理功能。实现离线录入和离线处理功能：离线录入和离线处理功能涉及到基础数据、编码等信息，和综合执法案件（协查通报）管理系统有着不同的机制，我们单独设计了离线执法子系统，在本章第4节进行分析说明(4)实现与以省厅通讯信息中心进行联网模式下的数据交

38、换功能。联网模式下的数据交换涉及到各个下级部门的业务系统、网上业务系统、中心数据库系统三个系统，并且数据交换时涉及到相关业务处理。所以本业务流程将由EAI进行应用级的集成，由EAI提供联网模式下的数据同步。(5)实现数据同步的(成功或不成功)信息返回功能。数据同步结果是否成功由EAI服务返回，并且能将异常信息返回。(6)在案件处理中实现按以中心数据库的数据进行联网模式的格式文书的套打功能。全省的执法文书要使用统一的格式，由EAI在接口层实现一个打印接口，相配套有打印视图，然后在EAI的打印服务中增加这个视图。(7)实现交通机关要求管理对象提供的其他信息（至少包括：车辆基本特征、船舶基本特征、业

39、户基本特征、从业人员基本特征、规费数据等等）的导入和处理功能。管理对象的信息提供导入功能。涉及到数据格式和接入方式，由数据交换服务（EDI）提供相关服务，网上业务系统调用这个服务。 （8）实现各地市网上办公情况统计结果自动上传省厅。各地市的网上办公情况统计表，由信息检索引擎提供相关服务，再由对外数据交换子系统使用该服务将统计表结果上传省厅。网上办公共包括如下几种：n 通过直接上路检查，直接入户检查，接到群众举报、投诉，上级批转来的举报、投诉案件，同级相关职能部门转来的举报、投诉案件，自动违章生成的案件获取违章信息；n 询问违法当事人，询问旅客、货主、维修客户、参训学员等证人，对违法行为的发生过

40、程进行录像、拍摄，对与案件有关的车辆、场所、机动车零配件等物品进行录像、拍摄，对与案件有关的物品或者现场进行勘验检查，指派或者聘请专业人员对与案件有关的物品进行鉴定，等等手段取得证据，对相关证据进行先行登记保存。n 道路运输管理机构负责人对交通违法行为调查报告审核。如果认为违法事实清楚，证据确凿充分的，应当给予行政处罚的，应当制作交通违法行为通知书。如果认为违法事实不能成立，不得给予行政处罚的，或者认为违法行为轻微，依法可以不予行政处罚的，做撤案处理n 道路运输管理机构负责人对案件做出处罚决定后，制作交通行政处罚决定书。n 当事人办理处罚手续，交清处罚款项，登记收据号，将收缴罚款的记录交给主管

41、负责人后，此案件可以结案，并且制作交通行政处罚结案报告和案件卷宗。4.2 案件简易处罚流程“行政处罚的简易程序”也叫当场处罚程序，所谓当场处罚是指行政机关对于事实清楚、情节简单、后果轻微的行政违法行为当场作出处罚决定。根据行政处罚法第三十三条规定：行政机关对违法事实确凿并有法定依据，对公民处以50元以下、对法人或者其他组织处以1000元以下罚款或者警告的行政处罚，可以当场做出行政处罚决定。交通行政执法简易程序是交管部门对公民、法人或者其他组织违反交通管理法律法规，事实清楚、情节简单、后果轻微的行为，当场作出行政处罚决定的行政处罚程序。执法人员作出当场处罚决定，必须填写统一编号的交通行政(当场)

42、处罚决定书，当场交付当事人，并应当告知当事人不服行政处罚决定可以依法申请行政复议或者提起行政诉讼。案件简易处罚流程的功能需求及分析如下：1) 执法人员登录到交通局网站，选用证书登录，需要提供KEY,方可以进入综合执法案件（协查通报）管理系统。2) 客户端将身份加密后发送给网上办公系统，网上办公系统根据证书确认用户后，返回加密的确认信息，并继续接受用户的其他请求。3) 用户进入页面，提交案件的基本信息和处罚决定。4) 客户端调用服务器的文书格式，打印当场行政处罚决定书。如需要审批，客户端可请求案件标准处罚流程。4.3 案件听证流程当事人在收到交通违法行为通知书后，如果发现不符合事实，可以从收到之

43、日起3日内进行陈述和申辩，符合听证条件的可以要求组织听证。当事人进行陈述和申辩的，交通管理部门应当审核当事人的意见并应当将当事人提出的事实、理由或者证据制成笔录。上述事实、理由或者证据成立的，交通管理部门应当采纳。当事人要求组织听证的，应当按照有关规定组织听证。交通行政执法听证程序是公民、法人或者其他组织对交管部门的决定不服，进行申诉的行为，当场作出行政处罚决定的行政处罚程序。对于案件的标准处罚流程和简易处罚流程都有效。案件听证流程的功能需求及分析如下：(1) 在案件处理中实现听证的格式文书的套打功能。听证流程的文书包括：当事人要求组织听证的，应当要提供听证通知书、听证公告、听证会笔录和听证会

44、报告书。(2)实现听证流程的录入，审核功能，并能与网上业务系统关联进行业务逻辑校验。当事人进行陈述和申辩的，交通管理部门应当审核当事人的意见并应当将当事人提出的事实、理由或者证据制成笔录；上述事实、理由或者证据成立的，交通管理部门应当采纳。当事人要求组织听证的，应当制作听证会笔录。经过听证程序处理的案件，听证程序后作出处理决定。4.4 网上查询执法人员可以通过综合执法案件（协查通报）管理系统查询业务对象的案件情况和相关信息，及时有效全面的掌握业务对象，避免工作失误，促进案件的及时解决。涉案人员可以通过综合执法案件（协查通报）管理系统查询自身交通违章和案件处理的相关信息，便于及时了解案件动态，并

45、通过与实际对照及时发现问题及时进行调整等。查询系统就是通过业务对象的某一查询条件（名称、地址、法定代表人、车牌、车型、发动机号等），将与该业务对象相关的全部涉案信息分主题分层次地进行集中呈现。统一查询系统的核心是将业务系统等在数据层进行整合，将分散在各个不同系统、不同业务模块中的查询功能按照“综合执法”的要求进行整理、筛选、归并，实现对业务对象信息的“一户式” 查询、管理和存储，充分满足基层执法人员对业务对象评估、评级、预警、监控等管理需要。4.4.1 网上查询案件信息登记的违章案件信息包括涉案对象基本信息和案件基本信息，违章登记是整个交通稽查的首要环节，是交通机关对涉案对象的基本情况及违章事

46、实进行登记管理的一项基本制度，也是涉案对象已经纳入交通机关综合管理的一项证明。登记信息主要查询涉案对象的相关所在地信息，其中登记信息包括车辆基本特征、船舶基本特征、业户基本特征、从业人员基本特征、规费数据、违章案由、处罚决定、结案报告等等。4.5 跟其它系统接口综合执法案件（协查通报）管理子系统通过应用集成平台服务完成同各地各部门业务系统的数据交换。门户网站提供综合执法案件（协查通报）管理入口，并进行CA证书和身份验证。4.6 关键技术MVC（Model-View-Controller）应用程序结构被用来分析分布式应用程序的特征。这种抽象结构能有助于将应用程序分割成若干逻辑部件，使程序设计变得

47、更加容易。.MVC结构提供了一种按功能对各种对象进行分割的方法（这些对象是用来维护和表现数据的），其目的是为了将各对象间的耦合程度减至最小。MVC结构本来是为了将传统的输入（input）、处理（processing）、输出（output）任务运用到图形化用户交互模型中而设计的。但是，将这些概念运用于基于Web的企业级多层应用领域也是很适合的。在MVC结构中，模型（Model）代表应用程序的数据（data）和用于控制访问和修改这些数据的业务规则（business rule）。通常模型被用来作为对现实世界中一个处理过程的软件近似，当定义一个模型时，可以采用一般的简单的建模技术。当模型发生改变时，它

48、会通知视（View），并且为视提供查询模型相关状态的能力。同时，它也为控制器（Controller）提供访问封装在模型内部的应用程序功能的能力。一个视（View）用来组织模型的内容。它从模型那里获得数据并指定这些数据如何表现。当模型变化时，视负责维持数据表现的一致性。视同时将用户要求告知控制器（Controller）。控制器（Controller）定义了应用程序的行为；它负责对来自视的用户要求进行解释，并把这些要求映射成相应的行为，这些行为由模型负责实现。在独立运行的GUI客户端，用户要求可能是一些鼠标单击或是菜单选择操作。在一个Web应用程序中，它们的表现形式可能是一些来自客户端的GET或P

49、OST的HTTP请求。模型所实现的行为包括处理业务和修改模型的状态。根据用户要求和模型行为的结果，控制器选择一个视作为对用户请求的应答。通常一组相关功能集对应一个控制器。MVC模型的结构图如下：第五章 数据交换子系统在信息化建设过程中，交通执法的各职能部门通常采用不同的技术和体系结构来构建自身的信息系统，使得跨平台数据共享与访问成为困难。他们所使用的信息系统大多是相互独立的应用系统。为了改变以上情况，如果考虑重新开发以上业务系统，无论实际从时间、成本、或者是实施等方面考虑都是不可行和不现实的。这就意味着各个单位需要一个系统来帮助他们从彼此分散的应用系统数据库中获取并管理动态业务数据，使系统资源

50、能够得到最充分的利用。综合执法系统数据集中子系统能够及时汇总来自于不同地区、不同部门、不同业务管理系统的数据到省厅基础信息数据库，根据要求对基础信息数据库的数据进行分析、整理，供电子政务子系统、远程执法子系统、辅助决策子系统、业务管理子系统使用，将综合执法信息平台的数据及时发布给各执法单位，组织各执法单位的联动和综合执法。综合执法系统数据集中子系统面向全省，面向交通行业所有执法部门，同基础数据源无关的，具有高度兼容性，数据整合效率极高，支持多种应用的企业级应用。在省一级实现对下属各地市县部门异构数据库的数据统一管理以及业务的整合，建立起统一的数据平台，通过数据的汇总、应用之间的整合以及部门间的

51、信息交换，切实改变软件孤立、信息隔离的应用现状。数据集中子系统包括如下功能：1、 数据抽取服务；2、 系统监控服务；1 建设目标对外数据交换子系统的建设目标为充分利用本方案中数据交换服务平台，应用集成服务平台和统一信息检索引擎，对与福建交通厅通讯信息中心有业务往来的外部单位的数据交换进行统一管理，提供给外部单位完整准确的数据信息，接受外部单位的数据信息，实现不同数据库间数据信息资源合并和共享，保护已经建立的资源，充分利用各部门已经使用的数据库，实现不同数据库之间的连接、数据交换和数据共享。在信息化建设过程中，交通执法的各职能部门通常采用不同的技术和体系结构来构建自身的信息系统，使得跨平台数据共

52、享与访问成为困难。他们所使用的信息系统大多是相互独立的应用系统。为了改变以上情况，如果考虑重新开发以上业务系统，无论实际从时间、成本、或者是实施等方面考虑都是不可行和不现实的。这就意味着各个单位需要一个系统来帮助他们从彼此分散的应用系统数据库中获取并管理动态业务数据，使系统资源能够得到最充分的利用。综合执法系统数据集中子系统能够及时汇总来自于不同地区、不同部门、不同业务管理系统的数据到省厅基础信息数据库，根据要求对基础信息数据库的数据进行分析、整理，供电子政务子系统、远程执法子系统、辅助决策子系统、业务管理子系统使用，将综合执法信息平台的数据及时发布给各执法单位，组织各执法单位的联动和综合执法

53、。综合执法系统数据集中子系统面向全省，面向交通行业所有执法部门，同基础数据源无关的，具有高度兼容性，数据整合效率极高，支持多种应用的企业级应用。在省一级实现对下属各地市县部门异构数据库的数据统一管理以及业务的整合，建立起统一的数据平台，通过数据的汇总、应用之间的整合以及部门间的信息交换，切实改变软件孤立、信息隔离的应用现状。为了实现不同数据库间数据信息资源合并和共享、如何保护已经建立的资源、充分利用各部门已经使用的数据库，实现不同数据库之间的连接、数据交换和数据共享，数据集中子系统包括如下功能：1、数据抽取服务；2、数据集成服务；3、网络传输服务；4、系统监控服务；5、配置管理控制台。2 数据

54、集中子系统模块结构图3 技术架构 对外数据交换子系统技术架构如下图所示：图5-13：对外数据交换子系统技术架构4 应用架构对外数据交换的系统架构如下图所示：图5-14：对外数据交换的应用架构 5 功能性需求5.1 数据交换集中管理5.1.1 数据抽取服务目前交通系统的执法部门，主要的业务数据大都沉淀在基层的数据库中，信息却缺乏有效的处理和分析，造成信息无法被有效利用，难以满足综合执法的要求。虽然执法业务系统集中是必然的趋势，但是由于系统的复杂性及各地区管理上的差异，不可能在一两年内建成全省统一的系统，而废弃现有的上百个业务系统，但是在集中式的模式中又不能全部推倒重来，只能在现有基础上

55、改造。为了实现数据集中，首先要实现各个业务系统的数据抽取，进而在此基础上，逐步实现数据分析、数据挖掘等功能，建立综合执法系统。数据抽取服务，就是查看现有的各单位、各部门开发的业务系统，理解他们的数据模型和业务流程，以确定它们是否可被重复使用，并且从中抽取需要的数据，为应用程序确定、记录和实现数据和进程要求的程序。本服务包括：集中策管理、抽取原始数据、数据源客户端管理、数据收发服务 集中策略管理目前执法的业务数据分布在市县各部门的数百个异构的数据库中，其中包括SQL Server 6.5, 7.0,2000, foxpro和Oracle 9i。为了减少投资，提供实时数据的访问能力，降低管理难度，系统不仅可实现了虚拟的逻辑数据的集中，同时也提供强大的物理数据集中能力。从而使省交通厅可从容地规划阶段性的物理数据集中，根据业务需求的紧迫性决定什么数据抽取到省局，什么数据直接访问地市的数据源，从而在系统架构上提供了优异的灵活性，并且能够充分发挥了现有应用系统和网络的作用，降低了初期硬件投资。集中策略管理，是