网格化信息管理系统应用软件平台实施方案

网格化信息管理系统应用软件平台实施方案

（此文档为word格式，下载后你可任意修改编辑）

目 录

第一章 概述 ............................................................................................................. 1 第二章 技术设计 ..................................................................................................... 2

2.1设计依据 .................................................................................................... 2 2.2架构设计 .................................................................................................... 2 2.3功能设计 .................................................................................................... 7 2.4与软件相关的基础数据处理 .................................................................. 35 2.5非功能性设计 .......................................................................................... 37 2.6数据库设计 .............................................................................................. 40 2.7提交的成果 .............................................................................................. 43 第三章 项目组织实施 ........................................................................................... 43

3.1项目组织模式 .......................................................................................... 43 3.2工作职责 .................................................................................................. 43 3.3项目实施组织机构 .................................................................................. 43 第四章 质量保证措施 ........................................................................................... 44

4.1组织管理措施 .......................................................................................... 44 4.2资源保证措施 .......................................................................................... 44 4.3质量控制措施 .......................................................................................... 45 第五章 项目建设过程 ........................................................................................... 45

5.1需求调研 .................................................................................................. 45

1

5.2与软件相关的数据加工处理 .................................................................. 45 5.3网格化应用数据库建库 .......................................................................... 46 5.4软件开发 .................................................................................................. 46 5.5队伍培训 .................................................................................................. 46 5.6软件试运行 .............................................................................................. 46 5.7成果验收 .................................................................................................. 47 5.8软件维护 .................................................................................................. 47 第六章 以周为单位的项目实施计划 .................................................................. 47 第七章 不确定的风险和保障 ............................................................................... 52

2

第一章 概述

信息化是当今世界科技、经济和社会发展的大趋势，信息化水平的高低已成为衡量一个国家和地区竞争力和现代化程度的重要标志。国家对信息化建设已提到了一个前所未有的高度，明确指出“大力推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措”。而“数字城市”业已成为现代化城市中各行业信息化建设的战略目标。

随着沈河区现代化建设的不断推进，城市面貌发生了巨大变化，但城市管理水平和运行效率如何与时俱进，成为一个重要难题。而通过信息化管理内在的系统性、网络性、程序性和透明性等来推进城市管理资源优化整合，管理流程科学再造，管理主体多元参与，已成为提高城市管理水平的有效手段。数字化城市管理能够以信息为先导来整合、引导和分配城市管理资源，能够使城市管理从定性变为定量、静态变为动态、单一变为综合、滞后变为实时；能够促进城市管理手段、管理模式的创新和的职能转变，从而提高沈河区的运行效率和行政效能，十分必要。

根据《“数字沈河”实施方案》（2008-2010）的总体规划，网格化信息管理系统属于“数字沈河”应用系统建设的重点任务之一。本软件实施方案依托该总体规划，建立全口径的网格化信息管理系统，从而实现精确、敏捷、高效、全时段、全方位覆盖的城市管理和服务模式，提高城市管理和服务的整体水平。

1

第二章 技术设计 2.1设计依据

（1）原建设部《关于公布数字化城市管理试点城市（城区）名单的通知》（建城函[2005]207号）

（2）原建设部《关于推广北京市东城区数字化城市管理模式的意见》（建城[2005]121号）

（3）《城市市政综合监管信息系统建设规范》（CJJ/T106-2005） （4）《城市市政综合监管信息系统单元网格划分与编码规则》（CJ/T213-2005）

（5）《城市市政综合监管信息系统管理部件和事件分类、编码及数据要求》（CJ/T214-2007）

（6）《城市市政综合监管信息系统地理编码》（CJ/T215-2005）。 （7）《“数字沈河”实施方案》（2008-2010）。

（8）《沈河区网格化信息管理系统应用软件平台规划方案》。

2.2架构设计

2.2.1 软件逻辑层次架构

软件系统的层次逻辑架构如下图所示：

2

图2－1 沈河区网格化信息管理系统层次架构

（1）基础设施层

主要是依托沈河区的电子政务专网，完善信息中心的各类应用服务器及系统平台软件。 （2）应用支撑层

主要是完善信息中心的各类应用支撑体系。

数据中心：包括本系统所需的地理信息数据库、各类城市基础设施及编码信息库、各类业务处理信息库等。

安全认证、权限管理：提供安全接口，保证系统的安全性及良好的用户权限与授权管理。

数据交换：主要面向全市范围的各联动职能部门和机构，提供数据响应、请求处理、信息传递、格式转换、消息广播、日志管理等功能。

3

工作流引擎：实现应用系统间工作流转的自动化，包括工作流设计、工作流修改、流程跟踪、流程统计等功能。

GIS平台：提供系统所需的基础GIS平台功能，如地图缩放、地图漫游、图上定位、图库管理、地理信息管理、轨迹跟踪显示等功能。

基础数据管理：提供城市部件数据的查询、插入和删除功能。 数据集成与报表服务：提供报表设计、数据检索等功能。 报警服务：提供阈值设置、报警显示、报警消息通知等功能。 无线应用、定位服务：提供基于甲方选定的无线数据传输和定位信息服务功能。 （3）应用层

实现网格化城市管理的各类业务处理功能，包括监督管理、指挥调度、统计查询、综合显示管理、基础数据管理、评价分析等功能子系统。 （4）接入层

外部网站接口：根据需要，把监督中心案件办理情况导出，满足公示需要。

监督中心接警受理平台：通过集成第三方CallCenter接口，实现呼叫信息接入；能够全面记录报警事件和求助事件的详细情况；能够记录客户信息，并管理其历史数据以供查询；具有外拨功能；坐席员相互转接；防骚扰（黑名单）；录音回放；语音应答；语音留言；职能排队；语音拨报等。

通嵌入式开发平台：利用甲方选定的无线网络，为网格监督员提供手持信息采集和上报终端，使得监督员能够及时上报各类城市管理部件和事件信息。

（5）安全保障体系

系统提供全面的安全保障体系，包括用户验证、权限管理、系统监控、

4

网络安全等方面的安全保障功能。 （6）标准规范体系

通过标准规范体系保障系统信息的共享和互通，也保障系统运行有法可依、有章可循。目前，在系统设计上，还需充分考虑原建设部有关的标准规范。

2.2.2 软件部署架构

系统软件部署架构如下图所示：

图2－2 沈河区网格化信息管理系统软件部署框架

区监督中心、区指挥中心、各职能部门通过与互联网物理隔离的市电子政务专网形成互联的有机整体，可以进行数据流转和协同工作，构成了区网格化管理系统的核心。

监督中心部署案件受理子系统和大屏幕监控子系统、综合评价子系统、

5

短信服务子系统、突发事件处置子系统等。指挥中心部署指挥中心案件受理子系统。各职能部门通过WEB方式访问应用系统。

监督员通过无线通道，利用通手机与监督中心进行数据通信，上报信息，接收指令。监督中心部署数据采集服务器，与选定的运营商的专线联接，负责信息的采集、存储和处理。

区监督中心通过专线与信息平台联接，能够充分利用地理信息数据服务。 同时，通过电子政务内网，实现与未来市监督中心和市指挥中心的互联互通。

与内网通过标准接口导入和导出数据，保证内数据交换。

2.2.3 软件开发环境

软件平台使用的操作系统为Windows系列，使用的数据库为Oracle10g，空间数据管理平台基于目前市场份额最大的GIS平台ARCGIS9.2及以上系列产品。大屏幕和呼叫中心等平台采用C/S架构，职能部门等软件采用B/S架构；C/S架构部分采用VC、VB等高级开发语言开发；B/S架构部分采用.NET开发；智能终端手机平台采用Mobile环境。

开发工具的选择依据在于：目前全国已运行的50多个城市中，采用平台最多的是数字政通、杭州天下、浙大网星或武汉模式，所占比例超过90%。这些平台的B/S架构部分都基于VC、VB和JAVA来开发，均没有采用.NET开发环境；而B/S架构部分，则分别采用.NET或者JAVA模式。相比较而言，采用JAVA平台，系统平台要用到很多中间件，平台采购费用更大。因此，本系统建议C/S架构部分采用VC、VB等高级开发语言开发；B/S架构部分采用.NET开发，这样既可避免软件不成熟的风险，也可以保证开发周期。

6

2.3功能设计

2.3.1 监督中心受理子系统功能设计

本子系统位于信息采集及任务派遣之间，其主要职能为信息的录入、指令的上传下达及案件结案操作。根据其功能需求，该子系统主要分为呼叫受理模块、案件业务处理模块、案件信息管理模块以及系统帮助模块四个部分，如下图所示：

监督中心受理子系统呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼呼 图2-3 监督中心模块划分

（1）呼叫受理模块接收监督员上报和公众举报的市政管理问题，主要实现电话呼入信息的录入功能。

（2）案件业务处理模块主要负责接线员录入信息的审查、入库；向监督员发送核实、核查任务信息;向指挥中心发送、催办已经立案的任务，落实任务执行情况。

案件业务处理模块的具体功能包括:

① 信息审核：值班长对接线员录入信息的审查。 ② 信息入库：对确定要立案的信息，保存到数据库。 ③ 信息核实：对群众举报的案件，通知监督员到现场核实。

7

④ 信息核查：对收到指挥中心案件办理完毕的信息，派监督员到案件现场核查。

⑤ 案件催办：监督中心对超时或将要超时的任务进行催促，催促对象为区级指挥中心。

⑥ 任务分发：给区级指挥中心分发立案任务。

⑦ 状态显示：对案件的各环节的状态进行分类显示，能用不同颜色的灯来表示案件状态。

（3）案件信息管理模块主要负责将事件信息在地图上进行图形化的集成显示，具备事件的空间定位功能、属性查询功能。

① 案件信息察看

按照案件号查看案件详细信息。 ② 空间定位

可根据位置定位、案件定位、社区定位、地名定位。能根据案件发生位置得到所处理的监督员信息。

③案件搜索

提供了多种检索方式，如根据案件编号或报案人电话以及高级搜索功能。每种搜索方式都可指定搜索的起止时间段。

（4）系统帮助模块为用户提供实时的操作指导，帮助完成业务流程所规定的操作步骤。

① 密码设置

可分别设置签字密码和系统登录密码。 ② 个人业绩查询

可查询接线员接单数量、可查询来电清单、任务发送清单。 ③ 子系统帮助文档

8

查看本子系统详细帮助文档。

2.3.2 协同工作子系统功能设计

协同工作子系统是给予计算机软硬件、网络环境、通过多部门信息共享、协同工作，实现对城市市政设施、市政公用设施、市容环境与环境秩序监督管理的一种计算机应用系统。本子系统将任务派遣、任务处理、处理反馈、核查结案等环节关联起来，为监督中心、指挥中心、专业部门之间信息同步、协同工作和协同督办提供系统支持。

协同办公子系统主要有以下几个模块组成： （1）消息服务模块

①监督中心接线员与指挥中心派单员间的任务签收、发送时的消息提示；

②指挥中心与职能部门之间的任务签收、发送时的消息提示； ③职能部门间联合办理时的消息提示。 （2）监控服务模块

①响应大屏幕指挥系统的视频调用请求，向视频服务器发出调用申请； ②接收来自视频服务器的视频数据，为大屏幕指挥系统提供视频数据源。

（3）定位服务模块

①接收来自智能终端传回的定位信息； ②响应大屏幕指挥系统数据获取请求。 （4）工作流引擎

工作流引擎（Workflow Engine）提供对案件业务流程的支持。案件处理流程以工作流模板的形式存储在服务器中，案件经监督中心立案后，工作

9

流引擎根据工作流模板预定的流程，调度案件在监督中心、指挥中心、职能部门之间的流转，保证每个办案环节的正常衔接。

工作流引擎的交互对象包括监督中心、指挥中心和职能部门： ①与监督中心交互

监督中心审核通过报案信息后，调用工作流引擎启动案件工作流程；案件完成后，监督中心关闭案件流程。

②与指挥中心交互

指挥中心依据案件实例ID调用工作流引擎获取案情信息，指定合适的职能部门，案件进入职能部门办理环节；处理结果上报后，指挥中心根据核实情况决定案件进入结案获取回撤环节。

③与职能部门交互

职能部门调用工作流引擎获取案件的详细信息，并依据实际情况决定案件撤销、联合办理或单独办理，工作流引擎依据选择执行相应的业务环节。

2.3.3 指挥中心案件受理子系统功能设计

根据业务处理的需要，指挥中心参与了案件处理的指挥办理、申请协办、情况汇总三个环节，主要的任务是分派案件到各职能部门，并随时与职能部门取得联系沟通，了解办案进展，督促、管理。根据其功能需求，该子系统主要分为案件接收模块、案件办理模块、联合办理模块、案件信息查询模块四个部分，如下图所示：

10

指挥中心案件受理子系统案件接收模块案件办理模块联合办理模块案件信息查询模块 图 2-4 指挥中心模块划分

（1）案件接收模块接收监督中心分派的案件，主要实现案件签收的功能。

（2）案件办理模块主要负责将签收的案件下派到相应的职能部门；对重要的案件或是派单员无法把握的案件进行派单班长签字；针对职能部门推托由指挥中心已经认定管辖范围和责任单位的案件或者处理不理想的案件进行案件回退；将案件撤回到指挥中心。

案件办理模块的具体功能包括：

①案件下派：派单员在填写好投诉业务表的发送部门以及办理时间后，将案件发送到相应职能部门。

②班长签字：对于重要的案件或是派单员无法把握的案件，必须经派单班长签字确定，可以减少案件派发的错误率，同时也可以分清责任。

③案件回退：主要是针对于本属于自身部门办理的案件，由于其它原因想推托的，指挥中心已经认定了案件的管辖范围和责任单位；或是由于处理

11

情况不理想，要求重新办理。回退的同时要指挥中心填写回退理由，以便告知职能部门自己的义务。

④案件撤回：将申请部门的案件撤回到指挥中心。

（3）联合办理模块主要负责分派多个职能部门联合办理案件。 联合办理模块的具体功能包括：

① 联合办理任务接收：接收各职能部门关于联合办理的案件申请。 ② 联合办理任务退回：通过审核将不需要联合办理的任务申请退回。 ③ 联合办理批准：指挥中心查看职能部门提交的申请协办表的申请理由来确定是否批准。

（4）案件信息查询模块主要负责案件信息的查询。 案件信息查询模块的具体功能包括：

①签收案件信息查询：查看当前签收案件的详细情况。

②照片浏览：查看监督员手机发来的案件核实、核查照片。系统提供两组照片，一组是核实照片，描述了案件处理前的现场情况，可以查看多张照片；另一组是核查照片，当职能部门办理完成后，监督员再次去现场核查，此时会发送照片，确定案件已经办理完成。

③案件查询：系统提供大量案件查询功能，可以按照案件公文号、报案人、目前办理的职能部门等条件模糊查询，选择某一案件，可以查看地图定位和业务表详细信息等。

④案件总体情况查看：系统用一系列标识来标明办案列表中的案件情况，提供给用户查看。

2.3.4 职能部门案件受理子系统功能设计

职能部门案件受理子系统是区相关职能部门进行案件签收、执法和结果

12

反馈的业务平台，提供对职能部门所有功能和业务流的信息化办公的支持。整个子系统采用B/S的架构进行部署，相关职能部门获得系统管理员分配的用户名和密码后，只用通过浏览器访问专网上面的固定系统网址，已授权用户就可以及时地与指挥中心、相关联合执法部门进行联系，高效地开展下派案件的受理和处置工作。

职能部门案件受理子系统分为以下几个模块：

职能部门案件受理子系统任务签收模块案件办理模块结果上报模块案件查询模块用户管理模块

图2-5 职能部门案件受理子系统模块划分

（1）任务签收模块 ①任务的签收

指挥中心把案件下派给相应的职能部门后，职能部门必须经过对案件的确认签收，才能进入案件的正常办理环节。用户可以选择一条或者多条指挥中心发过来的案件处置通知后，点击签收按钮，表明职能部门案件由待处理状态转化为正在处理状态。任务签收以后，职能部门就拥有了对案件进行处理的权利。

（2）案件办理模块

案件办理模块是职能部门对案件进行综合办公的在线平台。案件签收后，案件转入案件办理模块，职能部门就可以在办箱中对案件进行案件办理、申

13

请退回、申请协办、信息反馈等操作。

①案情信息查看

详细案情查看是职能部门了解案件基本情况的基本手段。主要包括对案件投诉表、现场图片、案发地点示意图以及相关表单的查看。 ②案件退回申请

对于不属于本职能部门管辖范围内的案件，部门经办人可以向指挥中心提出申请，说明申请理由，发出案件退回申请。

③联合办案申请

职能部门接到案件处置通知后，若自己无法单独处理该案件，或者案件涉及到多个部门的管理必须联合执法时，可以向指挥中心申请协办。

④即时消息反馈

职能部门在办案过程中，可以随时向指挥中心汇报案情进展程度，便于指挥中心分清责任，机动管理。使用系统提供的系统反馈功能，部门经办人可以向指挥中心、主办部门、协作部门等发送对象进行消息的传递。

⑤表单打印与导出

用户可以通过打印功能，将办公网络上面的相关的表单以纸质文档的形式打印输出出来。对于应经办理完毕的案件，职能部门可以把查询到的数据以Excel格式导出到本地。

（3）结果上报模块 ①处理结果保存

职能部门案件处置完毕后，需要将案件处理结果以文字的形式上报给指挥中心。系统为职能部门用户提供了结果上报的功能，用户可以方便地将处理结果及时的反馈给指挥中心。

②案件发送

14

案件处置完毕后，职能部门可以通过案件发送功能将案件反馈给指挥中心，进入案件结案的核查环节。如果案件处于申请退回状态，而指挥中心还没有进行回复时，案件暂时不能发送。

（4）案件查询模块 ①下派任务查询

用户可以根据流程、环节等相关的条件设定筛选条件，从而快速的获取到指挥中心下派的案件处置任务。

②在办案件查询

职能部门用户可以设置办案流程、案件环节等过滤条件，系统可以向服务器查询并反馈给用户符合条件的本部门已经办理过的历史案件情况。

③部门绩效查询

已授权用户可以向系统查询一定时间段内部门案件的处置情况。系统提供了四种方式的查询统计结果：“在办案件”、“办结案件”、“办理案件总数”、“结案率”。

（5）用户管理模块 ①系统登录/退出

系统登录与退出模块，为用户提供登录和退出系统的界面，并通过用户名和密码验证，授权合法用户登录系统。

②修改密码

用户可以通过修改密码界面更改自己的用户密码。修改密码前，用户必须首先输入原始密码，成功后方可设置新密码。

2.3.5 大屏幕监控子系统功能设计

大屏指挥系统为监督中心服务，该系统通过大屏幕能够直观显示城市管

15

理的相关地图信息、案卷信息和相关详细信息等全局情况，并可以直观查询显示每个社区、监督员、部件等个体的情况，实现监督中心对城市管理全局情况的总体把握。根据其功能需求，该子系统主要分为大屏幕指挥模块、案件整体查看模块、案件统计模块、案件信息查询模块四个部分。如下图所示：

大屏幕监控子系统大屏幕指挥模块案件整体查看模块案件信息查询模块案件统计模块 图2-6 大屏幕监控子系统模块划分

（1）大屏幕指挥模块主要负责地图浏览和显示以及监督员历史轨迹查看与当前位置监控、摄像头监控。

大屏幕指挥模块的具体功能包括：

①基本地图功能：包括地图放大、缩小、漫游、全图显示。

②监督员历史轨迹查看：选择待查看的监督员，在历史轨迹信息区域输入查询的时间段，获取数据后即可显示该监督员曾经到过的轨迹信息。

③监督员实时位置监控：监控监督员的在线状态，对于在线监督员，可在地图上直观显示监督员的当前所在位置，并在轨迹信息区显示该监督员实时轨迹信息。

④摄像头监控：提供摄像头的实时画面浏览功能。

（2）案件整体查看模块主要供用户查看所有案件的整体情况。

16

案件整体查看模块的具体功能包括：

①接收办案件总数：选择相应按钮和查询条件，系统将统计出所有接收办案件的总数，供用户查看和领导决策使用。

②在办案件总数：选择相应按钮和查询条件，系统将统计出所有接收办案件的总数，供用户查看和领导决策使用。

③已办案件总数：选择相应按钮和查询条件，系统将统计出所有已办案件的总数，供用户查看和领导决策使用。

④未办理案件总数：选择相应按钮和查询条件，系统将统计出所有未办理案件的总数，供用户查看和领导决策使用。

⑤案件选择与批注：选择相应按钮和查询条件，系统将统计出所有满足条件的案件，并以列表形式显示，用户可以选择某条案件进行批注。

⑥案件总体统计：选择相应按钮和查询条件，系统将统计出所有案件的总数及办理信息，供用户查看和领导决策使用。

⑦根据选定的职能部门查找办理案件信息：用户设定需要查询的职能部门，选择相应按钮和查询条件，系统将统计出所有案件的总数及办理信息，供用户查看和领导决策使用。

⑧案件跟踪：能查询出所有案件的上报时间、核实时间、立案时间、派往指挥中心时间、指挥中心派单时间、职能部门接单时间、职能部门到达现场时间、案件处理完毕时间、指挥中心上报案件处理完毕时间、监督中心收到案件处理完毕时间、发出案件核查时间、核查照片拍摄时间，案件结案时间等。

（3）案件信息查询模块主要提供多种案件查看方式，以列表形式展示案件信息，选定案件后可进行详细案件信息查看。

案件信息查询模块的具体功能包括：

17

①查看案件分布图：系统提供每一类型案件的分布图，供用户查看。每一类型案件均由一种图标表示，并在地图上显示，同时显示每个案件的办理状态。

②自定义案件查询条件：由用户设定查询条件，包括职能部门、案件类型、办理时间等，系统统计出满足查询条件的所有案件，供用户查看。

③自定义默认查询条件：提供默认查询功能，根据用户的查询习惯，系统将按照默认的查询条件进行查询。用户可以更改默认查询条件。

④查看案件详细表单：选择某一条案件，系统提供案件详细表单，用以显示该案件的所有详细信息，提供照片浏览和打印功能。

⑤查询案件领导批示：在地图上选择一条案件，显示案件表单，可以输入领导批示，保存。

⑥地名查询：用户输入某一个地名，系统将查询出若干类似地名，用户选择其中一个地名，即可在地图上显示该地名对应的区域。

（4）案件统计模块主要提供多种案件统计方式。 案件统计模块的具体功能包括：

①案件办理状态统计：系统提供指定时间段内生成各种案件办理状态的统计报表，案件查看情况，显示案件状态分类统计窗口，输入统计时间段，窗口显示各类统计报表，并提供导出到电子表格的功能。

②指定街道案件统计：选择需要查看的街道，系统将显示该街道的基本信息，同时提供该街道的高发案件统计、案件个数统计、办案率统计、超期案件统计功能。

③指定社区案件统计：选择需要查看的社区，系统将显示该社区的基本信息，同时提供该社区的高发案件统计、案件个数统计、办案率统计、超期案件统计功能。

18

④指定网格案件统计：选择需要查看的网格，系统将显示该网格的基本信息，同时提供该网格内的高发案件统计、案件个数统计、办案率统计、超期案件统计功能。

⑤各级区域案件分类统计：用户输入统计时间，系统将提供各级区域案件分类统计功能。

⑥各部门案件分类统计：用户输入统计时间，系统将提供各部门案件分类统计功能，显示各职能部门在各级区域的案件办理统计。

⑦部件案件分类统计：用户输入统计时间，系统将提供各部门案件分类统计功能，显示各级区域的部件案件分类统计。

2.3.6 综合评价子系统功能设计

根据市政监管工作过程、责任主体、工作绩效等评价模型，对区域、部门、岗位进行综合统计、计算评估，得出相应的评价分值，生成可视化的评价结果。根据其评价对象可分为人员岗位评价、部门评价和区域评价三个子模块：

19

综合评价子系统人员岗位评价模块部门评价模块区域评价模块

图2-7 综合评价子系统

（1）人员岗位评价模块，对监督中心、指挥中心各岗位和监督员进行岗位评价，按一定周期统计各岗位评价分值，生成评价结果，并直观显示；

（2）部门评价模块，对专业部门和各级责任主体，按一定周期统计各部门的评价分值，生成评价结果，并直观显示；

（3）区域评价模块，按一定周期对行政区、街道（镇）、社区、单元网格等区域进行评价，根据区域评价指标和评价方法要求，由系统生成评价结果，并在地图中直观显示。

按照功能划分，该子系统具体功能包括： ① 综合评价  结案率；  总案件接收数。 ② 绩效考核

20

 监督员绩效考核；  职能部门绩效考核；  监督中心接线员绩效考核；  监督中心值班长绩效考核；  指挥中心派单员绩效考核；  指挥中心值班长绩效考核。

绩效评价可以按一定周期进行，可分为日评价、周评价、月评价、季评价、半年评价、年评价等6种。其中：

 日评价以一个日历日为评价周期；  周评价以一周为评价周期；  月评价以一月为评价周期；  季评价以一个季度为评价周期；  半年评价以半年为评价周期；  年评价以一年作为评价周期。 另外可自定义周期进行评价。 ③ 基于监督员的统计。

④ 基于区域的统计分析，包括案件发生率、结案率、重大案件比率等。 ⑤ 历史记录分析

全区、街道、社区、网格、职能部门历史记录分析（开始时间－>结束时间；时间间隔：年、月）：

 结案案件/案件（直方图）；  总接收案件个数（直方图）；  各种类型案件接收个数（直方图）；

 各种类型案件个数/总接收案件个数（直方图）。

21

⑥ 案件处理比较

在某个时间段内，全区、街道、社区、网格、职能部门的案件处理比较：  接收案件个数（直方图）；  接案/案件总数（直方图）；  超期/案件总数（直方图）；  各种类型案件个数（直方图）。 ⑦ 案件比例

 在某个时间段内，全区、区、街道、社区、网格内部案件类型的比例关系（直方图）；

 接收案件、结案案件、在办案件的比例（饼图、列表）；  超期案件、催办案件、正常案件的比例（饼图、列表）；  各种类型案件的比例（饼图、列表）。

2.3.7 数据交换子系统功能设计

本平台涉及到与视频监控系统、移动通信、空间数据中心以及各部门间的数据交互，因此，需要多个数据接口实现信息的流转和共享，在这些接口设计中，可采用事务设计的原则，对于实时性要求高的信息，采用消息机制实现；对于实时性要求低的信息，可采用文件传递的方式实现。该子系统主要包括以下功能模块：

22

数据交换子系统与区其他应用系统接口与视频监控接口

监督中心受理子系统与呼叫平台接口与OA接口系统帮助模块

图2-8 数据交换子系统功能模块

该子系统共分为以上五个功能模块，其中系统帮助子模块为数据交换的辅助模块，主要协助用户更好的进行信息交互。

从功能上来看，数据交换子系统的具体功能包括： （1）与区其他应用系统的数据交换接口

该接口采用标准XML文件数据格式进行导入导出,采用标准化的接口即在接口方式、接口格式、接口处理均符合普遍性的软件开发规范和标准，如接口方式采用API或传输中间件或FTP等；

（2）与视频监控的接口

根据需求，把视频监控采集的视频信息连接到监督中心大屏幕，实现信息共享。

（3）监督中心受理子系统与呼叫平台接口

23

监督中心受理子系统的软件与采购的第三方的呼叫中心平台的接口。 （4）与OA接口

通过应用程序直接调用方式，在OA平台上直接调用大屏幕，让领导进行批示，让领导免去登陆就直接登录本系统。

（5）系统帮助模块

对本子系统维护提供在线帮助文档。

2.3.8基础数据资源管理子系统功能设计

本子系统在ESRI公司的MapObjects的基础上构建，空间数据库使用ArcSDE。主要实现对空间数据资源的查询分析、管理、维护和扩展功能。

具体的功能模块分类如下图所示：

基础数据资源管理子系统基于GIS的地图控制模块查询分析模块空间信息管理模块 图2－9 基础数据资源管理子系统功能模块

（1）基于GIS的地图控制模块

提供为方便用户查看空间数据而进行的多种视图范围的控制，包括放大、

24

缩小、漫游、全局显示以及图层控制等GIS功能。

（2）查询分析模块

查询分析模块为用户提供丰富的查询分析形式，便于用户进行图形数据和属性数据的双向查询检索功能。

用户也可以输入文字进行查询，如在社区查询中输入某社区名称，点击确定按钮，在地图上显示该社区；也可以点击工具箱中属性信息查询图标，在地图上点击兴趣点，检索出兴趣点的属性信息。

（3）空间信息管理模块

提供空间数据管理功能，具体功能点包括以下几个方面： ①摄像头信息管理：提供摄像头信息的查看、增加和删除功能。 ②网格信息管理：提供网格信息的查看、增加和删除功能。 ③部件信息管理：提供部件信息的查看、增加和删除功能。 ④地名信息管理：提供地名信息的查看、增加和删除功能。

2.3.9 地理编码子系统功能设计

为监管数据无线采集子系统、协同工作子系统等提供地理编码服务，实现地址查询、地址更新等功能。

地理编码子系统是城市网格化管理最重要的支撑系统之一，系统采用了地理编码技术和空间数据库技术。地理编码服务内嵌于中间层，提供地址匹配等相应的功能接口，实现资源信息与地理位置坐标的关联，建立起地理位置坐标与给定地址的一致性，在空间信息支持下进行有效的分析和决策应用。系统通过对自然语言地址信息的语义分析、词法分析，自动和标准地址库匹配，确定出精确的地理坐标。空间数据库的内容包括行政区划库、地名库、道路库、社区库、城市部件库等数据库，并通过基础数据资源管理系统可以

25

进行相应的扩充。

系统主要提供地址与空间位置之间的转换关系，主要包括以下两个功能模块：

（1）地址查询模块

该模块实现解析自然语言描述的地址信息，进行语法分析和词法分析，并将其转换为标准地址的功能。

然后根据标准地址字符串实现查询地址信息的功能并在地图中定位。 (2)地址更新模块 ①实现地址信息的增加。 ②实现地址信息的删除。

2.3.10 短信服务子系统功能设计 该子系统包含以下三个子模块：

短短短短短短短短短短短短短短短短短短短短短短短短短图2－10 短信服务子系统功能模块

具体功能包括： （1） 短信发送模块 ① 短信群发

26

监督中心（或指挥中心）发给所有监督员。 ② 短信单发

监督中心（或指挥中心）发给某个监督员。 （2）短信管理模块 ① 短信保存

保存已发送的短信。 ② 短信查询

查询发送或收到的短信。 ③ 短信删除

删除已发送或接收到的短信。 ④ 短信修改

修改要发送的短信。 ⑤ 短信转发 转发收到的短信。 ⑥ 短信统计 统计短信数量。 （3）短信配置模块 ① 短信设置

设置发送短信的对象。 ② 短信数据管理 管理曾经发送的短信。

2.3.11 手机数据采集与上报子系统功能设计

在进行案件信息的采集的过程中，需要通过无线网络进行数据传输；在

27

下达任务或通知时也需要通过无线网络。 本系统中无线网络可考虑通过移动运营商的GPRS建立的无线专网，在此专网上通过标准的TCP/IP和HTTP协议进行数据传输。

利用移动运营商的APN技术在GPRS网络上为监督员终端手机与监督中心数据采集服务器间建立一个虚拟的安全专网通道，保证从监督员终端手机到数据采集服务器之间的身份认证，数据加密传输等。监督员GPRS专网通道，利用通手机与监督中心进行数据通信，上报信息，接收任务。监督中心部署数据采集服务器，基于GPRS网络，完成信息的采集、存储和处理。体系结构如下图所示。

图2－11 监督员无线监管子系统体系结构

该子系统具体功能模块如下图所示：

28

呼呼呼呼呼呼呼呼呼呼呼呼上报功能模块查询功能模块配置功能模块其他功能模块图片声音位置文字描述任务查询历史记录查询今日提示地图浏览定位查询用户登录参数配置地图数据加载数据同步在线升级系统自检单键拨号考勤管理系统帮助

图2-12 手机数据采集与上报子系统功能

（1）上报功能模块：提供问题上报功能，上报部件或事件类型、部件

标识码、位置坐标和图像。提供图像压缩功能。上报问题的文字描述、语音信息。 （2）查询功能模块

①任务查询功能，查询当天监督中心发给信息采集员的核实、核查任务信息。

② 历史记录查询功能，查询信息采集员上报问题、回复核查或核实任务的历史记录。

③ 今日提示功能，查询当天监督中心发给信息采集员的通知或其他信息。

④ 地图浏览功能，包括地图放大、缩小、漫游等操作。

⑤ 定位查询功能，能得到手机所在位置，定位精度能够达到相应定位精度。

（3）配置功能模块

29

① 用户登录：用户键入正确的用户名和密码，方可进入系统。 ② 参数配置功能，实现服务器IP和端口的配置。

③ 地图数据加载功能，地图数据包括行政区划、街道社区、单元网格、道路、建筑物、部件、地址等。

④ 系统自检功能，包括网络性能检查、系统功能检查、卫星导航定位系统模块工作状态查询等。 （4）其他功能模块

① 单键拨号功能，按特定键即能呼叫监督中心。

② 考勤管理功能，在登录和退出时应能将信息传送给城市市政综合监管信息系统。 ③ 系统帮助功能。

2.3.12 构建与维护子系统功能设计

本系统是用来配置管理信息系统的运行环境和用户信息，实现对系统机构、人员、业务、工作表单、地图、工作流、查询、统计等相关信息的配置，完成系统的管理、维护和扩展工作。根据业务需求，该子系统分为系统登录模块、区域设置模块、用户管理模块、流程管理模块、打印管理模块五个部分，如下图所示：

30

构建与维护子系统系统登录模块区域设置模块用户管理模块流程管理模块打印管理模块 图2-13 构建与维护子系统模块划分

（1）系统登录模块主要负责用户登录系统，实现系统登录的功能。 （2）区域设置模块主要是对区域信息、案件分类信息、监督员信息进行相关功能的设置。

区域设置模块的具体功能包括：

①区域信息设置：对区域的消息、呼叫、SDE以及短信服务器的 IP地址进行设置，提供查询区域、添加区域、修改区域、删除区域的功能。

②街道社区设置：设置区域内的街道以及社区信息，提供查询街道、添加街道、修改街道、删除街道的功能。

③网格信息设置：设置网格信息。提供查询网格、添加网格、修改网格、删除网格的功能。

④网格监督员设置：设置各个网格对应的监督员。系统提供查询社区与监督员的对应关系、查询网格与监督员的对应关系、为社区添加监督员、为网格添加监督员、修改和删除社区与网格监督员，监督员网格呼唤等功能，同时设置监督员短号信息。

⑤案件分类设置：对区域内的案件类型、案件办理方案进行设置，提供

31

添加案件分类、查看案件分类、修改案件分类、删除案件分类的功能。

⑥监督员工作时间设置：对监督员班组、监督员工作日、休息日进行设置。

⑦综合评价标准设置：设置各个子系统的操作人员的评价标准，包括监督员、接线员、值班员、督察员。

⑧启动界面设置：对管理系统的启动界面文字、图片进行设置。 （3）用户管理模块主要负责对使用系统的所有职能部门、用户进行相关功能的设置。

用户管理模块的具体功能包括：

①职能部门设置：设置各个区的职能部门，提供查看职能部门、添加职能部门、修改职能部门、删除职能部门的功能。

②用户设置：设置操作各个系统的用户信息。用户信息设置包括：用户姓名、性别、人员代码、用户所属部门、出生年月、民族、籍贯、职称、文化程度、政治面貌、手机号、排序、类别和备注信息等。

（4）流程管理模块需要超级管理员权限，主要用来管理所有有关业务、公文、图形以及其他类型案件的流转信息。

流程管理模块的具体功能包括：

①流程设置：流程设置包括了工作流程设置、环节用户设置和环节所需表格设置，提供查看流程、增加流程、修改流程、删除流程的功能。

②环节信息设置：环节是组成一个完整流程的基本元素，是流程的节点,环节分为一般环节和公共环节，公共环节就是指“开始”和“结束”两个系统自动设置的环节。环节设置包括环节属性设置和环节用户设置两个部分。 提供查看环节信息、添加环节信息、修改环节信息、删除环节信息、导出环节信息的功能。

32

③简单流程设置：简单流是从一个环节指向另一环节的一个关联。它标志出了流的流转过程，在图形上的表现形式为环节与环节之间的连线，用户可以任意拖动简单流程的线段对两个环节进行连接，提供查看简单流程、修改简单流程、删除简单流程的功能。

（5）打印管理模块主要负责对各个子系统中文档模板进行管理，需要超级管理员权限。

打印管理模块的具体功能包括：

①打印模板设置：打印模板是用来管理各个系统中的打印文稿所设计的一系列模板， 模板提供了文件的标题等基本信息及样式，接收不同的数据，生成打印结果。系统提供添加模板、删除模板的功能。

②文件打印：将系统使用的文档模板进行打印。

2.3.13 突发事件处置子系统功能设计

突发事件处置子系统是以本系统建立的各类突发事件数据库为基础，以监督中心为纽带，联合指挥中心和各个职能部门，形成互联互通、贯穿上下的预警支持体系，提高各类突发事件处置的速度。

突发事件处置子系统是根据监督中心受理的案件信息，查询本系统的突发事件数据库，判断该案件是否进入突发事件预案启动状态。突发事件预案启动后，显示预警状态，监督中心人员根据突发事件的优先级别发送到指挥中心，指挥中心根据突发事件的状态、性质以及办理的时间，联合各个职能部门来完成整个突发事件处置过程。根据子系统功能，可划分其结构如下图：

33

呼呼呼呼呼呼呼呼呼突发事件预案启动模块突发事件预警模块突发事件指挥调度模块突发事件查询模块突发事件预案管理模块

图2-14突发事件处置子系统功能模块

（1）突发事件预案启动模块

负责监测监督中心受理的案件信息，查询突发事件数据库，判断该案件是否为突发事件。如果该案件为突发事件，则突发事件预案启动，设为启动状态。否则视为普通事件，设为关闭状态。 （2）突发事件预警模块

接收到突发事件启动状态后，设置优先级别，并在子系统中形成预警信号，同时提示监督中心人员尽快受理该突发事件，记录预警信息。 （3）突发事件指挥调度模块

负责接收预警信息，监督中心人员根据突发事件的优先级别分先后发送到指挥中心，指挥中心根据该突发事件的特殊处置流程来处理该突发事件，记录调度信息。

（4）突发事件查询模块

根据监督中心受理的案件信息，查询突发事件数据库，显示该突发事件的详细信息。

34

（5）突发事件管理模块

负责管理突发事件数据库中的各类突发事件信息。具体功能包括： ①增加：随着事件的变动，将新的突发事件添加到突发事件数据库中。 ②删除：随着事件的变动，将非突发事件从突发事件数据库中删除。 ③编辑：对变动的突发事件信息进行编辑，保存到突发事件数据库中。 ④初始化设置：对数据库中的各类突发事件信息进行初始化设置。

2.4与软件相关的基础数据处理

2.4.1 监督中心和指挥中心电子地图数据处理

（1）在规定的时间内获取到标准格式的1：500大比例尺电子地图。 （2）对电子地图进行格式转换，转换成系统可管理的格式。 （3）对图层进行配置。

（4）进行点、线、面属性检查。 （5）对线和面进行封闭性检查。 （6）对图层颜色进行配置。 （7）对封闭区域进行填充。 （8）进行注记配置。 （9）进行地名配置。 （10）进行点要素编辑。 （11）进行线要素编辑。 （12）进行面要素编辑。

2.4.2 智能终端上数据处理

（1）在规定的时间内获取到标准格式的1：500大比例尺电子地图。 （2）对电子地图进行格式转换，转换成系统可管理的格式。

35

（3）对图层进行配置。

（4）进行点、线、面属性检查。 （5）对线和面进行封闭性检查。 （6）对图层颜色进行配置。 （7）对封闭区域进行填充。 （8）进行注记配置。 （9）进行地名配置。 （10）进行点要素编辑。 （11）进行线要素编辑。 （12）进行面要素编辑。 （13）对电子地图进行切割。 （14）部件层配置。

2.4.3 可量测实景影像处理

（1）准备全景设备硬件，确认系统处于良好工作状态。

（2）充电：在测量工作前，必须对设备电量进行检查，以保障系统正

常工作状态下的电量需求。

（3）车辆检查：针对车辆安全行驶的各项检查，包括燃油、行车证、

通行证、车辆状况等。

（4）硬件设备状态检查：确定设备处于良好工作状态；整理存储设备，

确认充足的存储空间。

（5）检查系统软件：依次打开各采集软件，确认各软件正常工作。 （6）按照全景影像数据采集计划（即作业计划），对全景影像进行采集。 （7）对采集的全景影像数据利用影像质量检查软件进行全面检查，确

保影像主题突出、清晰、反差适中。

36

（8）借助全景影像处理软件，按照全景影像生产工艺流程，进行全景

影像数据生产。

2.5非功能性设计

非功能性设计主要指安全设计，下面首先评估安全风险，然后设计采取的安全策略。

2.5.1安全风险

软件平台所面临的安全风险包括： （1）网络安全风险

平台将面临多种来自Internet、内部网络的攻击，如非法用户访问、多种不安全服务的开放、邮件、木马程序攻击等，任何一种攻击都可能导致整个网络系统的瘫痪或造成重要数据的泄漏。

（2）系统安全风险

当前的操作系统、数据库软件等支撑软件由于代码庞大及软件设计、实现的欠缺，不可避免的出现各种各样的安全漏洞，为黑客入侵和病毒破坏等提供了可乘之机。

（3）信息安全风险

首先，平台在应用层面将面临众多技术风险，如身份伪造、信息泄密、信息篡改、抵赖行为、虚假信息等；同时，应用层安全与平台自身业务紧密联系，脱离业务需求，也会带来安全不适的风险。

（4）管理安全风险

管理是整个系统安全得到保证的重要组成部分，责权不明、管理混乱、安全管理制度不健全或缺乏预防性、操作性等都可能引起管理安全的风险。

为了使本系统平台能够有效应对以上所描述的安全威胁和风险，必须依据一系列有关信息安全的法规，从组织管理、技术保障、环境、标

37

准体系、人才培养等方面着手，通过各个层面的安全建设，形成有效的安全防护能力、隐患发现能力和应急反应能力，建立起可靠的安全运行环境和安全的业务系统。

2.5.2采取的安全策略

可采取的相应安全策略包括： （1）总体安全策略

遵循国家、沈河区相关法规和标准，贯彻等级保护和分域保护的原则，在沈河区电子政务安全保障的基础上，进行安全保障体系设计；充分依托沈河区的已有信息安全基础设施。

（2）基本安全策略 主要分以下多个方面： ① 物理安全策略

应在环境安全、设备安全、介质安全等方面，完善物理安全措施，保障信息系统免受自然灾害和人为破坏。

② 网络安全策略

在沈河区已有安全域的基础上，分析城市管理信息平台的网络部署，并对相应安全域的机器设备采取规定的网络安全措施。

③ 系统安全策略

应对操作系统和数据库系统进行漏洞扫描和安全加固；对重要的服务器应建立严格的审计措施；重要系统在上线正式运行前，应进行严格的测试和安全评估；防止黑客和病毒攻击。

④ 应用安全策略

38

应针对业务系统的安全需求特点，在身份认证、权限控制、信息保密、数据完整性、不可否认性等方面采用相应策略。

⑤ 安全管理策略

针对安全风险，应在安全管理上加强资产管理、技术管理、人员管理，建立有效的责任机制、应急响应机制、人才培训机制，完善安全管理制度。

2.5.3可用性

为方便用户使用该系统，提供一个友好的交互式界面，提高系统的可用性，拟从以下4个方面保证系统的可用性。

1、采用了错误捕捉机制用于捕捉系统运行时发生的诸如数据库连接中断、网络异常、系统资源不足等异常情况，并用中文对话框提示的方式告诉客户以规避。

2、对于客户输入时，会以中文对话框的方式提示类似如：漏填必需填写的项、输入类型错误等输入异常，以规避因输入造成的错误。为用户提供了一些便捷化的输入，提高了工作效率。

3、采用了一些关键技术以保证子系统工作的稳定性、安全性、准确性和程序效率。

4、子系统保留了足够的接口以实现与其他子系统的兼容性和模块的复用性。

2.5.3子系统工作性能

为了保证子系统工作的性能，相应采用了一些技术手段。其中关键的技术一个是大型对象及文件的存取技术，通过二进制方式来读取，实现了一些重要文件（如打印模版文件）的隐蔽性与安全性。

1、为了保证数据存取的稳定性、安全性、速度和网络流量，采用了二

39

进制流的数据存取方式，并通过分段读取二进制流的方法保证了程序运行的稳定性和效率。

2、为了保证数据的完整性、准确性和程序效率，先将打印模板保存到数据库中，当用户发出打印请求时，将模板复制到本地，从而在保证了数据的安全性和准确性的同时兼顾了程序效率。

2.6数据库设计

2.6.1 逻辑结构设计

作为一个大型的数据库系统，沈阳市城市网格化管理与服务系统数据库必须要面对不同的用户或者应用群体，这些应用需求主要表现在各类部件、事件数据的快速查询与检索、方便生产作业和系统数据的更新与维护等多个方面。所以在数据库设计中，所有的空间信息参照国家标准对不同的资源数据规定进行子库→图层→资源数据空间实体进行划分。进行资源数据生产时把逻辑分层作为最终入库数据标准，用户可以按照逻辑分层来提取自己感兴趣的资源数据，从管理的角度来说可以根据逻辑分层针对不同的逻辑对象加以不同的管理方式，这种逻辑分层与所选用的GIS平台无关。以上的数据底层数据以大型数据库管理系统Oracle来管理空间和属性数据，对于空间数据，用ArcSDE为中间层服务器，提取空间数据。

数据库的逻辑设计，包括表与表之间的关系是优化关系型数据库性能的核心。在数据库逻辑结构设计时，尽量使一个功能操作较少的数据表，所以在库结构设计时，应将数据进行合理组合，在数据表设计时，遵循3NF规范，使库的逻辑结构合理，尽量避免重复存储。

2.6.2. 空间图层的划分

基础地形图图层是本系统的非常重要的基础数据，是整个系统数据的基础空间位置参照。包括境界、道路、河流、湖泊、建筑物、等高线、高程注

40

记点、注记等。具体的每一个空间数据库图层划分方案遵照市里的标准。

基础地形图数据属性信息由勘察院按照1：500地形图标准提供。

2.6.3 市政设施空间数据库

市政设施空间数据库主要包括单元网格、各市政设施部件和事件等市政监管的核心数据图层，它们不仅要体现各种空间要素的空间位置信息，而且要可以查询到某一个空间对象的对应属性信息，包括单元网格图层、事件图层、部件图层（输网、输气管网、井盖、路灯、垃圾回收点、消防设施等）。

具体部件事件分类参见《城市市政综合监管信息系统管理部件和事件分类、编码及数据要求》。

2.6.4业务运行数据库

主要用于存放案件处理过程中的相关数据，包括：  公众举报数据  监督员上报数据  监督员核查数据  业务案卷数据  业务流转数据  业务督办数据  业务表单数据  机构人员角色数据  综合评价结果数据

2.6.5系统维护管理数据库

系统维护数据库主要包括以下功能：  用户信息设置

41

 用户角色管理  权限管理

 网格编号编码对应关系管理  人员评价标准  数据连接接口参数

2.6.6各数据库之间的关系

本系统共包含以下四个逻辑数据库，其关系如下图所示：

系统维护数据库基础地形数据库市政设施空间数据库业务运行数据库

图2-15 各数据库之间的关系

（1）基础空间数据库较为，数据由勘察院提供，为市政监管空间数据库提供空间支持；

（2）系统维护数据库为业务运行数据库和市政监管空间数据库提供支

42

持；

（3）市政监管空间数据库为业务运行数据库提供空间信息支持。

2.7提交的成果

（1）为本项目开发完整的软件运行系统一套； （2）包含十三个子系统的实施方案文档一套； （3）系统用户手册一套。

第三章 项目组织实施 3.1项目组织模式

由于该项目具有时间紧、任务重、接口多、专业性强的特点，拟采用以下组织模式：

（1）项目组织单位（甲方）：沈河区信息中心；

（2）项目组织实施单位（乙方）：辽宁艾维通信有限公司； （3）项目协助单位：沈河区行政执法局。

3.2工作职责

（1）甲方：负责项目的支撑条件和项目的组织协调工作，并负责组织专家进行成果验收。

（2）乙方：负责项目应用软件开发工作，包括软件平台的技术方案设计、软件开发、试运行组织实施、项目验收技术保障等。

3.3项目实施组织机构

（1）项目经理

43

采用项目经理负责制，辽宁艾维指定于力为本项目的项目经理，全面负责本项目的方案审批、计划批准、重大问题决策等。

（2）项目实施组

负责项目的具体实施、人员培训、质量管理和安全管理，负责实施过程中的质量自查、自检等。

第四章 质量保证措施 4.1组织管理措施

建立完善组织机构，明确责任人： （1）流程定制负责人：项目经理于力； （2）与软件相关的技术负责人：姚远； （3）监督中心软件平台开发负责人：朱先强； （4）指挥中心软件平台开发负责人：刘军； （5）职能部门软件平台开发负责人：陈玄；

（6）手机数据采集与上报子系统开发负责人：张斯斯； （7）与软件相关的基础数据负责人：王雪。

4.2资源保证措施

（1）在沈阳市组建封闭式开发团队，专门从事本项目的定制性开发； （2）充分利用开发方承担其他城市类似项目建设的技术成果，并借鉴国内其他城市的经验；

（3）在沈河区设备采购未到位前，先在辽宁艾维搭建类似于实施方案要求的开发环境；

（4）配备足够的人员和设备，确保工期和质量。

44

4.3质量控制措施

（1）做好技术方案设计和审核工作，确保方案科学、合理，能满足本项目的要求；

（2）做好成果的自检和软件的自测；

（3）数据处理工作必须指定的检查员，负责数据处理成果的自检； （4）成立专门检查组，对中间和最终成果进行审核检查，做好成果的质量检查与验收工作，保证成果质量。

第五章 项目建设过程

在具体的实施过程中，采用“一次规划、分步实施、经济高效、适度超前”的原则；同时对现有资源要充分利用、合理整合，防止重复投资，避免浪费。其具体实施过程如下：

5.1需求调研

调研内容包括沈河区现有信息化现状、数据库和服务器布置情况。城市管理、社会治安综合治理、劳动和社会保障、社会服务等方面与老百姓密切相关的事件和服务进行归类、整理，最终确定类型、处理与服务流程标准化情况。并根据区专班提供的标准流程，对这些事件和服务进行统一编码。

5.2与软件相关的数据加工处理

由于电子地图通常以地形图形式提供，线和面都不闭合，表现形式不能满足监督中心和指挥中心需要，需要进行线段和面的闭合，形象的颜色搭配和填充，合理的编辑，图层配置等。加上大量部件和地址调查成果叠加上后，会有多层压盖，造成图面不清晰，需要进行软件处理，达到理想的效果。

同样地，监督员智能手机上的电子地图需要进行处理，还需要进行裁切，

45

才能装载到智能终端上。

5.3网格化应用数据库建库

这个数据库是将来网格化平台运行后，各类事件和部件类案件的日常管理数据库，不是初始部件调查数据库（有部件调查单位完成）。通常包括：部件类案件数据库、事件类数据库、突发事件数据库、定位数据库、数据字典库、职能部门和岗位数据库、绩效考核数据库等。

5.4软件开发

软件系统在现场封闭式开发和完善。在时间紧、任务重的情况下，保障接警处理、调度指挥、大屏显示、协同工作、无线数据采集等十多个子系统的相关功能并投入试运行。

该服务模式基于目前的商用数据库ORACLE，空间数据管理平台基于目前市场份额最大的GIS平台ARCGIS系列产品。大屏幕和呼叫中心采用C/S架构，其他职能部门等软件采用B/S架构；C/S架构部分采用VC、VB等高级开发语言开发；B/S架构部分采用.NET开发；智能终端手机平台采用Mobile开发环境开发。

5.5队伍培训

主要包括监督中心、指挥中心和监督员队伍的培训。区工作专班在区领导小组的指导下，按照相应的人事办理程序，公开公正的组建上面三支队伍。软件开发单位负责对上面三支队伍进行软件培训。

5.6软件试运行

这个环节开展的主要工作包括：

（1）监督中心软件与硬件网络平台的连通；监督员智能终端与无线网

46

络的连通，监督中心、指挥中心和各职能部门软件和有线网络平台的连通。

（2）软件的内部测试和试运行。

（3）监督中心人员、指挥中心人员、监督员上岗跟踪，进入试运行。 （4）参与区网格化领导小组召开的现场会和定期讲评会。

5.7成果验收

为成果验收准备软件技术资料，在区领导小组的指导下，参与项目验收的软件平台汇报工作。

5.8软件维护

在软件验收并进入正式运行后，依靠专业的本地化维护队伍，对软件进行维护，详见应用软件平台维护方案。

第六章 以周为单位的项目实施计划

项目软件开发主要建设的进度如下表所示： （1）监督中心和指挥中心数据处理计划 周数 1 2 时间 9.14-9.20 9.21-9.27 任务 获取到标准格式的1：500大比例尺电子地图 对电子地图进行格式转换；对图层进行配置；进行点、线、面属性检查；对线和面进行封闭性检查。 3 9.28-10.4 对图层颜色进行配置；对封闭区域进行填充；进行注记配置；进行地名配置。 4 10.5-10.11 进行点要素编辑；线要素编辑；面要素编辑。获取第二期标准格式的1：500大比例尺电子地图

47

5 10.12-10.18 对电子地图进行格式转换；对图层进行配置；进行点、线、面属性检查；对线和面进行封闭性检查。 6 10.19-10.25 对图层颜色进行配置；对封闭区域进行填充；进行注记配置；进行地名配置。 7 10.26-11.1 测试和检查 （2）智能终端数据处理计划 周数 1 2 时间 9.14-9.20 9.21-9.27 任务 获取到标准格式的1：500大比例尺电子地图 对电子地图进行格式转换；对图层进行配置；进行点、线、面属性检查；对线和面进行封闭性检查。 3 9.28-10.4 对图层颜色进行配置；对封闭区域进行填充；进行注记配置；进行地名配置。 4 10.5-10.11 进行点要素编辑；线要素编辑；面要素编辑。获取第二期标准格式的1：500大比例尺电子地图 5 10.12-10.18 对电子地图进行格式转换；对图层进行配置；进行点、线、面属性检查；对线和面进行封闭性检查。 6 10.19-10.25 对图层颜色进行配置；对封闭区域进行填充；进行注记配置；进行地名配置。 7 10.26-11.1 对电子地图进行切割；部件层配置；测试和检查 （3）街景数据采集和处理计划 周数 1 时间 任务 10.10-10.16 作业区规划（需获取全区1：500电子地图道路层及建筑物层） 2

10.17-10.25 外业数据采集 48

3 4 5 6 10.26-11.1 11.2-11.8 11.9-11.15 外业数据采集 内业数据处理 内业数据处理 11.16-11.20 成果检查和提交 （4）标准流程定制计划

周数 1 2 3 4 5 时间 9.7-9.13 9.14-9.20 9.21-9.27 9.28-10.4 需求调研 需求调研和整理 任务 流程初稿分别反馈给需求单位 单位确认流程 10.5-10.11 流程标准化定稿 （5）数据库建库计划

周数 1 2 3 4 5 时间 9.14-9.20 9.21-9.27 9.28-10.4 10.5-10.11 职能部门数据库 部件类案件数据库 规则库、应急数据库 绩效考核数据库 任务 10.12-10.18 事件类数据库 （6）软件平台开发计划

周数 1 2 3 时间 9.7-9.13 9.14-9.20 9.21-9.27 工作流引擎开发 模块级开发 模块级开发 任务 49

4 5 6 7 8 9 9.28-10.4 10.5-10.11 模块级开发 模块级开发 10.12-10.18 模块级开发 10.19-10.25 模块级开发、模块级集成、测试和检查 10.26-11.1 11.2-11.8 模块级开发、模块级集成、测试和检查 模块级开发、模块级集成、测试和检查、平台性集成、平台性测试 10 11.9-11.15 模块级开发、模块级集成、测试和检查、平台性集成、平台性测试 11 11.16-11.22 到监督中心、指挥中心、职能部门部署，阶段功能性修改和完善 12 13 11.23-11.29 内部试运行功能性修改 11.30 试运行前的内部封闭测试 （7）应用软件平台设计和验收文档的编写 周数 1 2 3 4 5 6 7 8 9

时间 8.31-9.6 9.7-9.13 9.14-9.20 9.21-9.27 9.28-10.4 10.5-10.11 项目总体规划方案 项目总体规划方案 项目实施方案 项目实施方案 项目需求说明书 项目详细设计方案 任务 10.12-10.18 项目详细设计方案 12.14-12.20 用户手册和维护手册 12.14-12.20 验收报告 50

（8）应用软件平台的安装、调试与集成 周数 1 2 3 4 5 时间 11.2-12.8 11.9-11.15 与视频监控系统整合 与呼叫系统整合 任务 11.16-11.22 到监督中心和指挥中心部署 11.23-11.29 数据交换接口 11.30 测试和检查 （9）应用软件平台的培训 周数 1 2 3 4 5 时间 11.2-11.8 11.9-11.15 授课培训 操作培训 任务 11.16-11.22 操作熟悉阶段 11.23-11.29 内部试运行阶段 11.30 测试和检查 （10）应用软件平台的修改和完善 周数 1 2 3 4 5

时间 11.30-12.6 12.7-12.13 试运行问题汇总和修改 试运行问题汇总和修改 任务 12.14-12.20 试运行问题汇总和修改 12.21-12.27 准备验收 12.28-12.31 成果提交 51

第七章 不确定的风险和保障

由于本项工作开展，还有一些不确定因素，如因大雾或是大雨等无法开展外业的时候，街景测量时间需要顺延。

要保障在3个月的时间内开发并部署好网格化信息管理系统，并让其投入试运行，需要部门提供下表所示的保障条件，也是本项目开发过程中的不确定性风险：

表7-1软件平台开发需要的保障条件

编号 需要的环节 保障内容 建议区在领导小软件工作流程开发 组下面成立专班,牵头制订沈河区部件案件、事件案件标准流程 与软件相关的数提供电子地图 2 据加工和处理：监督中心和指挥中心电子地图处理 基于网格的空间网格划分和编码成果 查询、统计分析和评价 3

保障时间 1 2009年9月30日 2009年9月10日 2009年9月15日 2009年10月31日 监督员智能终端部件调查成果 上数据处理 应用数据库建设 关于事件、部件类案2009年9月52

件的标准流程 4 30日 与视频监控服务提供访问视频监控服2009年9月器的接口 务器视频矩阵的接口 30日 监督中心、指挥中心2009年11月15日 5 队伍培训 人员到位、监督员到位 电子政务网络条件具备，信息中心数据库、6 系统试运行 空间数据管理平台部署好，终端移动网络开通 2009年11月1日

53