数化城市管理信息系统平台需求方案

1、智慧物联数字化城市管理信息系统平台详细设计方案高端品质绝对精品3. 3.2时间特性44 高端品质绝对精品3. 3.2时间特性44 高端品质绝对精品3. 1.4协同工作网络需求16 目录 TOC o 1-5 h z 目录21弓丨言611编写目的61.2项目背景61.3术语定义61.4参考资料8任务概述91目标92.2用户特点93假定约束10需求规定111业务需求111. 1业务需求概述113. 1.2系统业务组织结构133. 1.3城管信息中心需求143. 1.3. 1问题受理流程143. 1.3.2问题核实流程153. 1.3.3问题立案流程153. 1.3.4问题核查流程153. 1.3.5

2、部件登记更新流程163. 1.4.1任务派遣流程163. 1.4.2缓办授权流程163. 1.4.3协调督办流程173. 1.5相关专业部门需求173. 1.5.1任务处理流程173. 1.5.2缓办申请流程173.2功能需求171总体功能需求171.1城市管理地理信息系统181.2业务受理子系统211.3协同网络子系统283. 2. 1. 4大屏幕显示子系统341.5综合评价子系统381.6构建与维护子系统391.7基础数据资源管理子系统401.8公众网站实时发布系统411.9视频监控系统421. 10 GPS车辆定位系统421. 11数据共享与交互平台433. 3性能需求443. 3. 1

3、并发性44高端品质绝对精品 高端品质绝对精品 高端品质绝对精品5. 1.2.3需求用例描述67 3. 3. 3灵活性443.4输入输出的需求453. 4. 1工作表单样式453. 5数据管理能力要求483. 6故障处理需求483. 7安全性需求488其他需求49运行环境规定514.1服务器端所需硬件设备514.2服务器端所需软件523客户端运行环境534.4系统接口 53附件591需求用例描述595. 1. 1建立案卷模块595. 1. 1. 1需求描述595. 1. 1.2输入、输出表格和图形605. 1. 1.3需求用例描述605. 1.2任务派遣环节655. 1.2. 1需求描述665.

4、 1.2.2输入、输出表格和图形665. 1.3任务处理反馈环节715. 1.3. 1需求描述715. 1.3.2输入、输出表格和图形725. 1.3.3需求用例描述735. 1.4任务核查督办环节775. 1.4. 1需求描述775. 1.4.2输入、输出表格和图形785. 1.4.3需求用例描述785. 1.5结案归档环节815. 1.5. 1需求描述815. 1.5.2输入、输出表格和图形 815. 1.5.3需求用例描述82第一章引言1.1.编写目的编写此文档的目的是进一步定制软件开发的细节问题, 便于用户与开发单位协调工作本文档面向的读者主要是项 目委托单位的管理人员希望能使本软件开

5、发工作更具体。本说明书的预期读者为：技术管理人员、项目设计人员、 项目开发人员、测试人员和用户等相关人员。12 项目背景产品名称：“数字城管”信息系统1.3.术语定义部件：是指城市市政管理公共区域内的各项设施，包括 公用设施类、道路交通类、市容环境类、园林绿化类、房屋 土地类等市政工程设施和市政公用设施。事件：是指人为或自然因素导致城市市容环境和环境秩 序受到影响或破坏，需要城市管理部门处理并使之恢复正常 的事情和行为的统称。单元网格：城市市政综合监管信息系统所定义的基本管 理单位，指基于城市大比例尺地形数据，根据城市市政监管 工作的需要，按照一定原则划分的、边界清晰的多边形实地 区域（面积约

6、为一万平方米）。信息采集器：手持终端设备，信息采集员在巡查过程中 发现的城市问题，通过该设备提供的功能，将问题信息通过 短信的形式上报给城管信息中心。信息采集员：在管辖区内巡查，向城管信息中心报送区 内部件情况，并接受城管信息中心和领导的工作派遣。城市管理信息中心：为整个城市管理体制的信息枢纽与 集散地，负责城市管理状况的监督与评价，负责管理和调配 城市管理信息采集员。城市管理协同工作网络：为调度、指挥和协调中心，领 导各专业管理部门，对城市管理工作全面负责，其主要工作 有：受理城市管理信息中心送报的任务单根据任务单情况派发任务单，并提出任务完成标准 收到各专业部门的完成任务信息，反馈给城市管

7、理信息中心接收领导的督办单后，向各专业部门进行催办专业部门：接收城市管理协同工作网络下发的任务工 单，处理完成后报告城市管理协同工作网络。14参考资料人民政府常务会议纪要(2005J20 V)建设部关于公布数字化城市管理试点城市(城区) 名单的通知(建城函2005J207号)建设部关于推广北京市东城区数字化城市管理模 式的意见(建城2005121号)市委、市政府关于加强城市长效管理，提升综合 服务功能的若干意见(市委200438号)关于印发电子政务建设实施纲要(2005 2006) 的通知(杭政函200569号)人民政府关于申报数字化城市管理新模式试点城 市的请示(杭政函2005 120号)经

8、济和社会信息化发展规划纲要(2001-2010)城市市政综合监管信息系统建设规范(CJJ/T106-2005)城市市政综合监管信息系统单元网格划分与编码 规则(0/T213-2005)城市市政综合监管信息系统管理部件和事件分类与编码(CJ/T2142005)城市市政综合监管信息系统地理编码(CJ/T215-2005)第二章任务概述21 目标公众网站实时发布系统用于向公众用户实时发布城市 管理相关信息，主要发布问题处理状态及结果反馈信息；提 供在线投票功能，对投票信息进行统计和分析，生成综合评 价所需的数据。公众网站实时发布系统应基于现有的城市管 理网站进行建设，根据数字城市管理的实际业务需求进

9、行相 应的调整和补充。公众网站实时发布系统主要应包括以下功能模块：政务 公开、网上问题申报、信息查询、报表统计、网上投诉、网 站监控等。22用户特点使用本系统的用户主要以城市管理信息中心、协同工作 网络、各级专业部门、社区联系站的工作人员为主。城市管 理信息中心和协同工作网络的工作人员对计算机操作系统 较为熟悉，可以较熟练操作WINDOWS系统，但各级专业部 门的工作人员层次相差比较大，部分人员对计算机基础知识 理解很少，WINDOWS系统操作也不熟练。23 假定约束系统需要部署到城管办信息中心机房，需要保证协同工 作网络、相关专业部门、街道办事处、社区联系站等的终端 都能够与应用服务器连通，

10、同时如果有打印需求的客户端需 要安装打印插件；同时需要在应用服务器上部署报表服务 器、文件服务器，并保持所有服务器不关机，否则可能会造 成客户端无法正常运行。高端品质绝对精品 高端品质 绝对精品 第三章需求规定31 业务需求业务需求概述公众网站实时发布系统用于向公众用户实时发布城市 管理相关信息，主要发布问题处理状态及结果反馈信息；提 供在线投票功能，对投票信息进行统计和分析，生成综合评 价所需的数据。公众网站实时发布系统应基于现有的城市管 理网站进行建设，根据数字城市管理的实际业务需求进行相 应的调整和补充。公众网站实时发布系统主要应包括以下功能模块：政务 公开、网上问题申报、信息查询、报表

11、统计、网上投诉、网 站监控等。数字城管信息流程：10收第阶*kttwFftM（件決事仪勿杭州rK&-Z城符伯也流甩UMMr” I任务邈ifi片Hl二18任势处理阶越，-gan-ficn町以荒御任务依a 皿“坏utfiir” 心 */ iKAUWr/ 附史rttr合刑 k紆;4ft I CtifI lz(ftM:门IMW*如图所示，该业务主要涉及三类部门：城管信息中心、 协同工作网络和各相关专业部门。城管信息中心：负责统一采集、受理、汇总全市城市管 理的各类问题信息，分类甄别，视情立案，随时掌握城市管 理现状，对城市管理实施全方位、全时段的即时监控，对城 市管理的有关部门和责任人履行城市管理职责

12、的情况进行 统计分析。协同工作网络：负责各类城市管理问题处置任务的派 遣；对城市管理中的难点问题进行协调；对处置质量和效率 进行督办；对办理结果进行反馈。相关专业部门：负责各类部件、事件问题的具体处理， 并将处理结果及时反馈。系统业务组织结构按照业务处理的流程将系统划分为三个不同的环节，信 息中心、协同工作网络、各级相关专业部门；各个环节在系 统中所承担的任务不同，系统也赋予了不同环节中使用者不 同的系统功能，具体结构如下所示：1. 3.城管信息中心需求3. 1. 3. 1.问题受理流程问题来源：信息采集员通过信息采集器上报、社会公众 电话举报、12319等系统转发、社区联系站问题上报、执法

13、局系统转发等；信息采集员通过信息采集器将位置信息、图片信息、问 题类型等上报到信息中心，由接线员判断是否可以立案，符 合立案要求的问题将进入立案阶段；通过其它来源上报的问题，由接线员进行登记，并向负 责该区域的信息采集员发送核实消息，进入问题核实阶段。3. 1.3. 2问题核实流程信息采集员收到信息中心下发的核实任务，到现场进行 核实，并将位置、图片、问题类型和问题是否属实等信息反 馈给信息中心，由信息中心工作人员判断是否可以立案，如 果符合立案要求，进入立案阶段，如果不符合，进行问题注 销。3. 1.3. 3.问题立案流程进入立案阶段的案卷直接立案，然后根据所属区将案卷 批转到协同工作网络中

14、负责该区的工作人员手中；接线员不 能判断是否立案的案卷，将批转到值班长手中，由值班长进 行立案；如果达不到立案要求的问题进行注销；如果问题紧 急，需将此问题通知给应急联动指挥系统。3. 1. 3. 4.问题核查流程信息中心收到协同工作网络督查完毕后的案卷，将向负 责该区域的信息采集员发送核查消息，信息采集员收到核查 任务后，到现场进行核查，并将位置、图片、问题类型和问 题是否处理等信息反馈给信息中心，由信息中心工作人员判 断是否可以结案，如果符合结案要求，由值班长进行审核结 案，如果不符合，将此案卷返回协同工作网络，该案卷再一 次进入处理流程，重新进行处理。高端品质绝对精品 高端品质绝对精品

15、5.部件登记更新溺呈接线员对上报的部件问题进行判断，如果该部件没有编 号，通知有关单位对该部件进行登记；根据登记的部件内容 以及数量，定期委托相关部门对其进行普查以及地图数据更 新。1. 4.协同工作网络需求3. 1.4.1.任务派遣流程工作人员接到案卷后，判断此案卷的责任单位，选择市 或区专业部门，如果案卷属于市级专业部门处理，直接将此 案卷批转到相关的市级专业部门；如果案卷责任单位是本区 所属的专业部门，需要根据以下情况来批转：如果区内有二级平台，直接将案卷批转到二级平台；如 果区内无二级平台，将此案卷下派到区内相应的专业部门；工作人员批转案卷的同时，系统根据案卷所属的责任单 位自动将该案

16、卷批转到监管该责任单位的相应监管中心备 案，以便监管中心对所辖的专业部门进行监管。3. 1.4. 2.缓办授权流程工作人员接到缓办申请后，根据实际情况判断是否予以 缓办授权。3. 1.4. 3.协调督办流程工作人员接到专业部门处理后的案卷，如果问题处理完 毕，将案卷批转到信息中心，进入核查阶段；如果问题未处 理完，将根据实际情况进行重新派遣或协调处理。相关专业部门需求3. 1.5. 1.任务处理流程工作人员接到协同工作网络派遣的案卷后，到现场处理 问题，并将处理结果反馈给协同工作网络进行督查。2.缓办申请流程专业部门因特殊情况无法按时完成任务时，可以向协同 工作网络申请问题缓办处理，同时上报缓

17、办原因和申请缓办 的期限。3. 2.功能需求3. 2. 1.总体功能需求根据“数字城管信息系统”建设的总体目标及任务要求, 系统划分为口个部分（1个平台，10个子系统），其体系结 构如下图所示。高端品质绝对精品 高端品质绝对精品 高端品质 绝对精品 3. 2.1.1.城市管理地理信息系统城市管理地理信息系统应实现对地理空间框架数据、遥 感影像数据、城市单元网格数据、城市部件和事件数据等地 理空间数据的管理、维护、显示、操作、分析和建模等功能, 是整个系统图文一体化办公的重要基础。城市管理地理信息系统主要应包括以下功能模块：数据 建库与管理、数据转换、地图显示、地图编辑及部件数据维 护、地图制图

18、及输出、查询定位、空间分析及统计、遥感影 像显不等。数据建库与管理数据建库与管理模块应提供对城市单元网格数据、城市 部件和事件数据等地理空间数据的组织、管理功能，通过数 据建库达到统一的数据整合目的。应实现对地理空间数据的 分层分类管理。提供可视化的操作界面动态定义城市部件、事件属性表 结构，同时能够通过选择目前规划局使用的Arcinfo的 Coverage, ArcView 的 Shapefile, Arc Info 交换格式 eOO 等文 件自动导入属性表结构，生成地理空间数据建库模板；根据 模板创建地理空间数据库，支持删除、属性查看、属性更改 等操作；支持数据导入及属性完整性检查等操作。

19、2 城市部件及事件管理采用先进的技术对城市部件和事件数据进行管理，提供 管理面板定制每类部件和事件的编码、符号图例、属性表结 构等信息；能够根据地址信息模糊匹配城市部件和事件，进 行定位并高亮显示；能够统计网格和用户划定的空间范围内 部件和事件数目，查看部件和事件的属性列表。3.数据转换数据转换应包括数据转入和数据转出两方面的功能。其 中包括图形数据转换和属性数据转换。应能够转入转出常用 的GIS数据格式，如目前规划局使用的Arcinfo的Coverage, ArcView的Shapefile, Arcinfo交换格式eOO等；应能根据需 要转入转出常见的栅格数据格式，如BMP、JPEG等；属

20、性数 据转换能够将统计报表数据转换成Excel. MDB、HTML等格 式。地图显示应具有较好的空间索引机制和海量空间数据处理能力， 能够快速定位到城市部件及事件的位置，包括地图窗口管 理、图层管理、鹰眼等功能；具有常用的开窗放大、开窗缩 小、放大、缩小、自动漫游等功能；具有网络地图发布功能。地图编辑及部件更新地图编辑及部件更新模块作为数据入库功能的补充，应 能实现对城市部件和事件对象的编辑和录入；提供分布式网 络环境下的版本控制机制，解决多用户编辑过程中的冲突处 理，实现地图的在线编辑；通过城市部件的查询检索机制， 对于未录入的城市部件，提供各种编辑工具辅助部件更新。地图制图及输出应实现城市

21、部件和事件的图例管理，提供符号编辑工具 制定不同编码类型的城市部件和事件的图例符号，对于不同 的部件和事件进行符号显示，能进行专题制图，并支持地图 布局和打印输出。7.查询定位应能方便地实现SQL查询、GIS查询和GPS查询等查询 功能。能进行从图形查属性、从属性查图形、空间区位查询 等多种GIS查询操作。例如，框选一个区域，可以快速生成 该区域内指定的某类部件的列表，选择列表中的一个部件， 就可以快速地在地图中高亮显示其图标，即实现快速定位。&空间统计应能方便地实现多样化的空间统计功能，生成统计报表 或统计图表。例如，框选一个区域，可以快速统计出该区域 内指定的某类部件的数量。空间分析应包括

22、地图量算、缓冲区分析、多边形叠加分析等功能。 例如，指定道路中心线，输入缓冲值，系统能以道路中心线 为基准，自动生成一个缓冲区，并得出处于道路缓冲区范围 内所有城市部件的分布信息。划定空间范围，可通过多边形 叠加功能计算落入区域内的城市部件分布。显示遥感影像应支持对遥感影像数据的显示，通过遥感影像数据和城 市基础地形图的套合显示，使城市的网格化管理更具有表现 力。3. 2. 1.2.业务受理子系统业务受理子系统供城市管理信息中心接线员使用。城市 管理信息中心接线员受理来自信息釆集员和社会公众的城 市管理事件报告或举报，然后对他们所反应事件或所举报情 况进行核实，并对事件发生地点进行地图定位，经

23、登记立案 后传递给协同工作网络派遣办理。因此，“业务受理子系统” 的主要功能就是为信息中心接线员提供事件的受理、登记、 立案、定位和转发等功能。业务受理子系统主要应包括以下功能模块：问题登记、 部件和事件定位、采集员现场核实、部件数据核实和更新、 立案及案卷审批、结果核实及反馈、结案归档管理等。问题登记应实现对公众投诉问题的登记，提供登记表单录入投诉 内容及相关情况；对于事件，提供在图中标识位置点，并允 许录入事件相关的信息；对于核实未通过的问题进行销案处 理。问题信息可以来源于信息采集器、社会公众、社区城管 联系站等。部件和事件定位应能根据部件和事件的相关信息在图中进行定位，并高 亮度显示；

24、提供图文互查功能，能够通过拾取城市部件和事 件查看属性列表以及通过属性匹配定位城市部件和事件的 位置。采集员现场核实应能根据数据采集员姓名、联系方式、在岗情况以及管 辖范围等信息对采集员进行检索，也可以在图中对在岗采集 员进行拾取，通过与数据采集器通讯，以发送任务单的形式 部署采集员对现场进行核实。部件数据核实和更新对于采集员上报和已经核实的问题，进行部件数据的核 实，提供各种模糊匹配功能查询部件是否存在，并对用户进 行提示。提供部件数据的在线更新功能，允许在B/S环境下 修改部件数据的属性，以及新增部件等。立案及案卷审批应实现立案管理，对符合条件的案卷给予立案处理，生 成案卷编号等信息；提供

25、立案意见录入表单，能够将案卷信 息转发到协同网络子系统；对于不符合相关规定的案卷销案 处理，提供表单供用户录入销案相关信息。结果反馈及核实应能监听专业结果反馈消息，允许操作员选择信息采集 员，发送处理结果核查任务；对核查失败的案卷驳回重处理 或进行协调督办处理。结案归档管理应完成对案卷的备案处理；生成综合考评所需的相关数 据，同时能够通知发布系统，将处理结果对公众发布。通信接口本系统应具有与信息采集器服务器的接口。信息采集器上报的表单信息通过无线通信网关接入无 线通讯服务器，通过分析相关数据，提取表单内容，直接生 成问题登记信息，并由操作人员进行业务办理。3. .功能输入、输出描述1）预立案：

26、把上报来的案卷接下来开始办理，其他相 同岗位的人员就看不到该案卷；2）不预立案：将该上报问题案卷作废；3）填表：填写工作表单内容；4）输入：5）手工输入：问题信息表中“位置说明”，“情况描述” 字段；6）自动输入：问题信息表中“案卷号”、“任务号”、“采 集员”、“采集员手机号”、“类别”、“状况”、“部件编号”、“大 类”、“小类”、“所属城区”、“所属街道”、“所属社区”、“所 属万米单元”系统根据用户密码自动填写问题信息表中“接 线员”，“上报时间”字段；7）编码规则：8）案卷号：年份+杭州管字+案卷流水号9）任务号：4位年份+2位月份+2位日期+2位小时+2 位分钟+2位秒+3位序列编

27、号10）输出：11）信息将输出到问题信息表中供协同工作网络人员和 相关专业部门人员查看；12）查阅表单：只读的方式打开工作表单；13）浏览：用图片的方式打印表单；14）使用地图：定位选中案卷在地图上的位置，该功能 和位置图中的定位功能相同；15）批转：把案卷批转到值班长或协同工作网络；16）撤销批转：把批转给下一个阶段的案卷收回到我的 案卷中重新办理；前提是下一个阶段没对这个案卷进行办 理；17）回退：把案卷退回给上一个阶段批转的人；18）答复回退：通过该功能可以直接回退到上一个回退 案卷的人；19）申请授权：可以向授权人申请作废、延期和缓办；20）输入21）手动输入：作废、延期、缓办原因以及

28、缓办期限；22）输出23）作废、延期、缓办原因自动添加到案卷在当前阶段 处理过程中，案卷办理时限自动加上缓办期限，防止因为缓 办或延期导致案卷超时；24）撤销申请授权：可以对已经申请授权的案卷取消申 请；25）查看意见：查看授权意见和督办意见；26）查看办理进度：查看该案卷的整个办理的过程；27）查看办理流程：以图形的方式查看办理的流程；28）导出案卷：可以把当前列表中的案卷字段信息导出 到Excel中；29）案卷筛选：可以筛选列表中的哪些案卷显示；30）设置字段：设置列表中的哪些字段显示和显示的顺 序；31）隐藏、显示详细信息：在右边显示或不显示该案卷 的详细信息；32）新建消息：建立一个新

29、消息；33）消息筛选：按照日期来筛选消息；34）查看消息：查看当前选中的消息；35）删除消息：删除当前选中的消息；36）清空所有消息：清空消息箱中的所有消息；37）发送核查消息：对协同工作网络督察完毕的案卷， 让信息采集员到现场查看确认。给该问题所在区域的信息采 集员发送核查消息；38）公众举报登记：对社会公众举报的问题信息进行登 记，并且发送核实消息；39）输入：40）手动填写：问题登记表中“事发位置说明”、“问题 情况描述”、“举报人”、“联系方式”、“回复对象”;41）选择输入：问题登记表中“问题来源”、“问题类型”、 “大类”、“小类”、“回复方式”;42）自动输入：“接线员”、“所属

30、城区”、“所属街道”、 “所属社区”、“所属万米单元”；43）输出：44）系统地理编码系统根据接线员输入“事发位置说明” 字段内容，自动匹配系统中和该位置最相近的地址输出，以 上信息将自动输出到问题信息表中；45）社区联系站：接收社区联系站转发来的案卷；46）回收站：作废案卷箱；47）移交件：批转给其他角色的案卷，其他角色没有批 转给另外角色的案卷；48）查询箱：选择系统设置的条件查找某一类案卷；49）统计：选择条件统计自己需要的数据；50）通用查询：可以随意组合条件查询自己需要的案卷 和信息；51）输入：52）手动输入或选择输入查询条件；53）输出：54）符合查询条件的查询结果55）存档案卷

31、：所有结案的案卷；2. 1.3.协同网络子系统协同网络子系统主要供信息中心值班长、协同工作网络 办公人员以及市、区所有的专业部门相关办公人员使用，应 在业务处理子系统的基础上，实现对业务流程中的所有案卷 进行监督和管理的功能，应实现应急问题处理、案卷处理和 流转全程控制，同时应可查看信息采集员在岗情况，可对案 卷流转进行插入意见和审批等信息。协同网络子系统主要应包括以下功能模块：任务分配管 理、案卷督办管理、采集员在岗监督、案卷记时管理、处理 部门协同监督、案卷处理和流转等。任务分派管理根据案卷信息和相关事件、部件的归属部门由协同工作 网络相应工作人员进行任务的派遣。采取市区2级协同办理 模式

32、，对于责任单位明确的案卷直接转发到专业部门进行处 理；无法确认专业部门的案卷由协同工作网络协调专业部门 进行处理。案卷督办管理应提供案卷的全程追踪功能，对案卷进行督办，提供表 单允许有权限的用户录入督办信息；督办信息能够以实时消 息方式通知当前经办人员；并对案卷进行特殊符号显示。采集员在岗监督能够接收釆集器回送的位置信号，符号化的方式显示釆 集员的具体位置，能够统计在岗采集员数，查看采集员的详 细信息。案卷记时管理能够按照系统设定的案卷在每个阶段停留的时间以及 不同的任务处理需要的时间进行记时处理，详细记录案卷办 理每个阶段的处理时间；根据不同部门和不同任务定制的处 理时限，对超过期限的案卷或

33、任务自动进行催办通知，并对 超期案卷报警。系统中每个案卷都有2个时间限制，第一个 时间是案卷时间，第二个时间是处理阶段的时间，所以每一 个案卷有案卷红绿灯和当前阶段红绿灯，案卷提示灯的警告 时间和超时时间是由系统设定，案卷当前阶段提示灯，是在 该阶段停留的时间加上该任务处理所需要的时间；系统中给 不同的任务设定不同的警告时限和超期时限，当案卷所用时 限到达警告时限时，案卷提示灯变为黄色，案卷所用时限到 达超期时，案卷提示灯变为红色；同样案卷在某一阶段停留 的时间到达警告时限时，当前阶段提示灯变为黄色，在当前 阶段超时时，案卷当前阶段提示灯会变为红色，进行案卷提 醒和督办功能。处理部门协同监督能

34、够将处理结果的审核信息通知相关专业部门；对专业 部门的处理情况进行监督，对超过指定处理期限的案件发送 催办通知。案卷的处理和流转当子系统中不同的角色通过查阅表单、填写表单、查看 位置图、上报照片、浏览地图等操作处理完毕案卷后，需要 将该案卷批转给下一个角色来进行案卷处理。3. 2.1. 3.1.功能输入、输出描述1）办理：把批转过来的案卷接下来开始办理，其他相 同岗位的人员就看不到该案卷；2）撤销办理：对接下来的案卷撤销，案卷又回到原来 的刚移交状态，其他相同岗位的人员就可以看到该案卷，并 对该案卷进行办理；3）填表：填写工作表单内容；4）值班长环节5）输入：6）手动输入：问题信息表中“值班长

35、处理意见”、“信 息中心意见”；7）问题处理表中“信息中心意见”（也可能 在接线员环节填写）8）自动输入：问题信息表中“值班长”、“立案时间”;9）问题处理表中“审核人”、“日期”（也可 能在接线员环节填写）;10）输出：输入信息均对应输出到问题信息表和问题处理表 中；协同工作网络案卷派遣环节输入：手动输入：“处理要求”；选择输入：“处理部门”、“处理时限”；自动输入：系统根据用户密码自动添加“派 遣人”、“日期”；输出：输入信息输出到问题处理表中；协同工作网络案卷督查环节输入：手动输入：“协同工作网络意见；自动输入：系统根据用户密码自动添加“审 核人”、“日期”;输出：输入信息输出到问题处理

36、表中；查阅表单：只读的方式打开工作表单；浏览：用图片的方式打印表单；打印：用图片的方式打印输出表单；使用地图：定位选中案卷在地图上的位置，该功能 和位置图中的定位功能相同；批转：把案卷批转到协同工作网络；撤销批转：把批转给下一个阶段的案卷收回到我的 案卷中重新办理；前提是下一个阶段没对这个案卷进行办 理；29）回退：把案卷退回给上一个阶段批转的人；30）答复回退：通过该功能可以直接回退到上一个回退 案卷的人；31）申请授权：可以向授权人申请作废、延期和缓办;32）输入33）手动输入：作废、延期、缓办原因以及缓办期限；34）输出35）作废、延期、缓办原因自动添加到案卷在当前阶段 处理过程中，案卷

37、办理时限自动加上缓办期限，防止因为缓 办或延期导致案卷超时；36）撤销申请授权：可以对已经申请授权的案卷取消申 请；37）查看意见：查看授权意见和督办意见；38）查看办理进度：查看该案卷的整个办理的过程；39）查看办理流程：以图形的方式查看办理的流程；40）导出案卷：可以把当前列表中的案卷字段信息导出 到Excel中；41）案卷筛选：可以筛选列表中的哪些案卷显示；42）设置字段：设置列表中的哪些字段显示和显示的顺 序;43）隐藏、显示详细信息：在右边显示或不显示该案卷 的详细信息；44）新建消息：建立一个新消息；45）消息筛选：按照日期来筛选消息；46）查看消息：查看当前选中的消息；47）删除

38、消息：删除当前选中的消息；48）清空所有消息：清空消息箱中的所有消息；49）查询箱：选择系统设置的条件查找某一类案卷；50）输入51）手动输入或选择输入查询条件，如：案卷编号、本 部门经办案卷；52）输出53）系统根据用户输入的条件输出符合查询条件的结果 集；54）评价统计：根据系统设置评价模型或用户设置的评 价内容进行评价结果的统计；55）输入56）手动输入或选择输入评价统计条件，如：本区、本 月按时结案数、本部门按期结案数、超期结案数等；57）输出58）系统根据用户选择的统计条件输出符合统计条件的 结果集;59）统计：选择条件统计自己需要的数据；60）通用查询：可以随意组合条件查询自己需要

39、的案卷;61）回收站：作废案卷箱；62）移交件：批转给其他角色的案卷，其他角色没有批 转给另外角色的案卷；63）存档案卷：所有结案的案卷；64）督办：对某一案卷发送督办意见或消息；65）输入66）手动输入：督办意见；67）选择输入：督办发送的模式（消息、意见）；68）输出69）督办意见自动输出到该案卷的督办意见中，督办消 息会以短消息的形式发送给接收人；3. 2. 1. 4.大屏幕显ZF子系统城市管理信息中心可通过大屏幕直观的掌握所有案卷 信息、评价信息等全局情况，还可以对每个城区、街道、社 区、信息采集员、部件等个体的情况进行查询。大屏幕显示区域分为三个部分，包括地图显示区，滚动 信息区，详

40、细信息区。大屏幕系统侧重于显示功能，功能要 求相对简单实用，并且都在一个界面中显示出来。滚动信息区：滚动显示每个案卷、信息釆集员的详细文 字（或图片）信息。地图信息区：显示全市整体地图、GPS车辆运行信息、 信息采集员定位信息以及各区域评价统计信息。详细信息区：查询单个案卷、信息采集员和各区域的详 细信息，包括详细案卷情况、信息采集员位置等。滚动信息区滚动信息区主要的内容是以滚动的方式将系统中各种 状态的案卷列表、不同状态信息采集员列表。滚动信息区建 议分成上下两部分：功能区和结果区。功能区包括案卷过滤和案卷查询的功能。按照办理状 态、部件类别、举报类型、信息采集员、办理人、办理时间、 案卷编

41、号、位置分类进行过滤和查询。结果区在通常情况下是滚动的所有正在办理的案卷列 表。如果用户选择案卷过滤或查询则显示当前查询的结果。当用户实用鼠标选择到滚动的列表中的某一条案卷后， 案卷滚动自动停止，此时弹出“查询详细信息”，显示本案 卷详细结果。说明：当用户选择关闭查询结果后系统自动恢复为滚动 的案卷列表。地图信息区地图信息区是将问题地图实时显示出来。地图功能：放大、缩小、移动、全图、漫游、信息查询。地图显示的内容包括行政区划、街道办事处、社区、万 米单元、各类部件图、评价体系图、案卷地图、信息采集员 分布图等。车辆定位图显示装有GPS终端的环卫车辆的实时 信息，实现对环卫车辆的运行路线、车辆状

42、态等信息的动态 监控和管理。信息采集员分布图显示信息采集员的到岗情 况，实现对巡查轨迹等信息的动态监控和管理。评价体系图 实时统计反映全市各区域情况，包括每个城区、街道、社区 的在办案卷数、评价级别（颜色）等全局统计信息。最好能 将问题发生总数、正在办理的案卷数作为Label显示出来。问题地图中能将正在处理的案卷图标和已处理案卷图 标区分开。除了对问题地图支持闪动外，地图窗口还支持对查询到 的信息采集员的位置、查询到的案卷位置动态闪烁的功能， 其中闪烁的图标能够有所区别。详细信息区详细信息区显示地图查询结果和案卷查询结果，其中所 有的查询结果都最好显示在一个页面中。案卷查询结果详细信息：案卷查

43、询结果详细信息包括某 一案卷的办理情况、办理进度、多媒体图片。地图查询结果详细信息：包括地图中的详细信息，如果 是评价结果图，包括问题处理总数、正在处理的案卷数；如 果是案卷地图则包括查看案卷信息的功能等。详细信息区中增加“地图定位”的功能：用户输入地理 位置信息或者信息采集员编号系统能自动定位到地图上，并 在地图上能显示出信息采集员或者某一地理位置的实际位 置。在地图查找结果或者案卷查找结果中，如果用户选中信 息采集员名称字段后，系统会自动切换到信息采集员详细信 息页面，并出现“地图定位”的功能供用户使用将信息采集 员当前的位置定位。说明：当用户关闭案卷详细信息后，案卷列表继续滚动。3. 2

44、.1. 4.1.功能输入、输出描述上报：当天信息中心收到的信息采集员通过信息釆集器 上报的问题数；立案：当天信息中心立案的案卷数；处理：当天信息中心立案批转后的案卷，还没有核查的 案卷列表；核查：当天协同工作网络处理完毕批转给信息中心进行 核查的案卷数；结案：当天受理的案卷被处理完毕结案的案卷数；协同工作网络：可以看到当天系统中协同工作网络派遣 以及督查的案卷动态滚动情况，各个专业正在处置的情况；信息釆集员：可以在大屏幕详细信息区查看信息釆集员 的个人详细信息、当前状态，在地图信息区查看信息采集员 当前位置、当天的活动路线、当天位置更新记录；GPS环卫车辆：可以在地图信息区查看某一 GPS环卫

45、车 辆的运行路线、车辆当前状态、车辆详细信息、车辆位置分布图；评价体系：可以对区域（区、街道、社区、万米网格） 进行评价，对专业部门的案卷办理情况进行评价，对信息采 集员的工作成果进行评价；查询：用户可以选择查询条件，查找所需要的数据 输入选择输入：日期、所属部门、办理环节等等手动输入：案卷编号输出查询结果将在详细信息区全部显示，同时对用户选中的 某一案卷在地图显示区，显示出该结果所在区域和当前状 态；3. 2.1.5.综合评价子系统“综合评价子系统”基于业务受理子系统、协同网络子 系统和城市管理地理信息系统，运用综合评价模型，实时或 定期统计技术，将信息化技术、监督评价的工作模式应用到 数字

46、城市管理中，建设城市管理综合评价系统。通过基于“数 字城市管理信息系统”的信息存储和信息查询，实现对历史 数据按期或实时的统计，并通过城市管理评价体系数学建模 运算品评等级，将其以图形化或表格化的方式显示出来。通 过系统建设，推进城市管理监督达到主动、精确、快速、直 观和统一的目标，从而实现完善的城市管理评价体系，可以 形成良好的城市管理监督机制。具体目标是：（1）建立“区域评价”体系，通过对历史数据按单元 区域运算统计，生成单元区域城市管理效果的数据列表，根 据预先制定的评分标准，按不同的颜色直观的显示单元区域 管理效果。（2）建立“部门评价”体系，通过对历史数据按部门 运算统计，按照预先制

47、定的审评要求，生成部门管理和执行 效果的数据列表，根据预先制定的评分标准，以表格的方式 直观的显示部门管理执行效果。（3）建立“岗位评价”体系，通过对历史数据按岗位 运算统计，按照预先制定的审评要求，生成岗位工作状态和 效果的数据列表，根据预先制定的评分标准，以表格的方式 显示岗位评价效果。3. 2.1.6.构建与维护子系统构建与维护子系统是系统管理员使用的工作平台，通过 该平台，可以快速搭建、维护城市管理业务，定制业务工作 流程，设置组织机构，并能够方便快捷地完成工作表单内容 样式调整、业务流程修改、人员权限变动、系统数据备份等 日常维护工作。利用构建平台，系统管理人员可以方便地调 整系统使

48、之适应用户需要，并可以在使用中不断地变更系统 配置，无须软件开发者的干预，充分赋予了用户自维护、自 发展、自适应的能力。使用构建与维护子系统，可以设置每个办公人员的各种 权限；可以方便地对网络进行监控；可以定义业务常用查询; 可以设置统计类型、定义统计方法、可定制统计表格样式。主要功能：实现对组织机构的管理，对用户、部门、角色进行维护;具备工作流定义功能，实现工作流过程、阶段、流向以 及对应权限的管理；具备工作表单定义功能，实现工作表单名称、字段、样 式等的管理；具备输出表单定义功能，实现输出表单名称、字段、样式等的管理；定义查询统计模版；系统管理的相关配置。2.1.7.基础数据资源管理子系统

49、“基础数据资源管理系统”供系统管理人员使用。通过“GIS信息”，对系统使用的地图库进行随时维护，即可以对 于系统中使用的各种基础数据资源进行管理，利用管理系统 提供的工具，系统管理员可以进行图层定义，可以随时扩展 地图数据；使用地物定义，就可以适应标准的变化，对各种 地物的标准编码进行维护。主要功能：实现添加、管理地图数据功能，可以对基础数据、地理 编码数据、城市部 件数据等进行配置管理；具备对各个图层属性配置功能，实现对属性字段自定 义；能够维护地图库中包括城市管理部件和事件等要素在 内的要素编码、显示样式等；地图管理中应提供地图预览功能，能够快速查看地图配 置效果；能够配置基于单元网格和城

50、市部件地图快捷操作图层。2.1. &公众网站实时发布系统公众网站实时发布系统用于向公众用户实时发布城市 管理相关信息，主要发布问题处理状态及结果反馈信息；提 供在线查询功能，可以对城管问题信息进行查询和分析。公众网站实时发布系统主要包括以下功能模块：政务公 开、信息查询。公众网站实时发布系统的设计原则为：风格清新简约， 功能实用。3. 2.1. 8.1.功能输入、输出描述输入手动输入：案卷编号、问题描述；选择输入：起始时间、结束时间；输出按照用户输入的查询条件输出符合条件的结果集；3. 2. 1. 9.视频监控系统视频监控系统对外接口采用Web Link方式，由协同工作 平台直接链接视频监控系

51、统的视频监控页面来显示。页面中显示公安、交警的摄像头位置，位置数据由市公 安局和交警支队提供。实现方式：在页面中点击某一摄像头 后，摄像头显示内容：每秒2张的图片连续放映。由视频监 控系统提供显示摄像头内容的URL,在协同工作平台中显示 此网页。3. 2.1.10GPS车辆定位系统GPS车辆定位系统接口形式采用数据库表驱动方式，由 GPS车辆定位系统负责往接口数据表（车辆动态数据表）中定 时（每10秒）插入最新的车辆位置动态信息。GPS车辆定位系统中保存车辆信息数据表（存储车辆信 息属性，其结构为：车辆编号、车辆车牌、车辆驾驶员姓名 等字段）和车辆动态数据表（说明车辆的位置，其结构为：车 辆编

52、号、车辆的X, Y城市坐标信息、记录时间戳）。二表通 过触发器与数字城管GIS系统保持数据同步。在数字城管GIS系统根据接口数据表（车辆动态数据表） 中的数据，可以查看环卫车辆的实时分布图，查看某一车辆 的详细信息比如：车辆所属单位、车辆编号、车辆车牌、车 辆驾驶员姓名等；还可以查看某一车辆的运行轨迹，行车路 线等动态信息。3. 2.1.11 数据共享与交互平台在本期系统建设中，“数字城管信息系统”通过数据共 享与交互平台实现与执法局系统的数据交互；通过系统之间 的数据共享与交互主要实现以下功能：执法局巡查人员发现问题通过执法局手持终端上报给 执法局系统，执法局认为需要城管办处理的案卷，就将上

53、报 的内容通过接口批转到城管系统受理子系统中，进行登记；协同工作网络认为需要执法局处理的案卷，将案卷派遣 到执法局系统；执法局处理完问题后，将处理结果反馈到数字城管系 统;执法局在处理数字城管系统派遣来的案卷过程中，有些 案卷不能按时处理完毕，需要申请缓办；数字城管系统答复执法局系统提出的申请；3.3.性能需求并发性系统正式上线后，大约有100个网点工作人员，考虑到 系统的冗余量，系统需支持的应用客户端的并发量至少需要 达到120个。3. 3. 2.时间特性1、完成简单业务，系统响应时间应不大于3秒钟，不 包括人工操作时间；2、完成复杂综合性业务，系统响应时间应不大于8秒 钟，不包括人工操作时

54、间。3. 3.灵活性系统可根据实际情况进行应用扩展，随时修改系统表 单、系统流程、人员权限等配置信息，而且无需对系统进行 大规模改动。34输入输出的需求数据的输入主要包括基本数据资料的录入、办公业务的 填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数 据（地图、城市部件图）等的打印输出等。工作表单样式与输入输出相关的表单大致有如下几类：表单中 代表是系统自动生成，不用填写。代表由信息采集员填写的内容，代表由信息中心填写的内容，斜体代表由协同工作网络填写的内容，斜体代表由专业部门 填写的内容。1问题信息表（信息中心）案卷号任务号釆集员类别采集员手机号状况部件编号

55、大类小类所属城区所属街道所属社区所属万米网格位置说明情况描述接线员上报时间值班长 处理意见值班长立案时间2、问题处理表（信息中心、协同工作网络、专业部门）案卷号：处理部门处理时限处理要求派遣人日期办理经过经办人0期协同工作网络意见审核人0期信息中心意见审核人日期3、问题登记表（信息中心）问题来源接线员问题类型大类小类所属城区所属街道所属社区所属万米单元事发位置说明标准地址问题情况描述举报人联系方式回复方式回复对象4、问题信息打印表单（专业部门）制表人：制表日期:问题照片案卷号受理时间问题分类大类小类所属城区所属街道所属社区万米单元位置位置图片35 数据管理能力要求数据管理系统，要求做到数据的安

56、全存储、快速访问。 另外，数字城管信息系统对海量空间数据存储的要求很高。 要求数据管理必须能够满足规范、合理的管理空间数据的要 求。需要管理的数据主要是案卷信息和相关的操作管理数 据，平均每个问题的相关数据存储空间约为0.2MO如果以每天上报1500条问题来算，每天约增加300M的 空间，按照一年来计算，存储空间总数约为llOGo另外，还 需要大容量的存储设备存放备份数据。36故障处理需求1、当系统发生故障时，应及时给出明确的故障信息， 供工作人员排错使用；2、系统应记录故障日志，供维护人员使用；3、系统发生故障时，不应产生垃圾数据或错误数据。安全性需求数字城管信息系统运行在网络环境中，对安全

57、性的要求 比较高。1、地理信息数据要确保安全，不能泄密。2、各种业务办理信息要确保安全，不能在执行批转等 一系列业务处理操作的时候发生数据泄漏的情况。3、要确保数据的完整性和存储安全，避免出现数据丢 失的情况。4、保证系统运行环境的安全性。包括网络环境、操作 系统、数据库系统等软硬件环境的安全性。硬件和网络方面 的要求要符合杭州电子政务有关规定中对信息安全的要求。3.8其他需求可维护性维护方式：系统提供对系统自身的集中操作维护的功 能，真正做到使系统能在数据损坏、丢失等情况下将备份数 据倒回，实现数据恢复。维护工作量：系统提供集中的、智能化的维护工具，尽 可能减少手工维护工作量，确保系统的正常

58、运行。易操作性界面设计：系统应提供美观实用、友好直观的中文图形 化用户管理界面，充分考虑工作人员的习惯，方便易学、易 于操作，含全菜单式处理和各种快捷键操作，保证多数功能 一键到达。系统应以图形化的方式提供各种操作手段，充分 发挥GIS以图形面对用户的特点，信息的表现方式更直观， 效率更高，摆脱过去那种面对大量枯燥的表格、文字信息进 行数据挖掘的状况。可扩展性功能扩展：为了满足用户今后系统扩容和扩大应用范围 的需求，系统应充分考虑从系统结构、功能设计、管理对象 等各方面的功能扩展。软硬件升级：系统应充分考虑软硬件平台的可扩展性及 软、硬件的负载平衡机制。随着关键软件和硬件的发展以及 管理功能的

59、增加，系统具有灵活和平滑的扩展能力。开放性为了确保应用系统具有良好的互操作性和可移植性，系 统的数据格式应该符合有关国家标准或行业标准。第四章运行环境规定服务器端所需硬件设备硬件及网络设备的需求如下:设备名称技术参数要求单位数量服务器（数据库 服务器，应用服务 器，备份服务器）4路Xeon 3. 0GHz处理器，内存16GB,硬盘72GBX2, HBA 卡 2 块，10M/100M/1000Mbps 网卡 2 块,机架式安装台服务器（通信服务器，定位数据服务器）2路Xeon 2. 7GHz处理器，内存4GB,硬盘72GBX2, lOM/lOOM/lOOOMbps网卡2块，机架式安装台光纤交换机

60、16 口，全光纤网络交换功能，端口吞吐率22Gbit/s,背板交换带宽232Gbit/s台光纤磁盘阵列光纤主机端口2个以上，双控制器，每控制器2GB缓存，总计4GB,硬盘容量不小于2. 5TB（ 15000转）备份磁带库30个磁带槽位，2T以上，光纤模块，每磁带盒 压缩容量M200GB,磁带机的驱动数M2套集群防火墙吞吐量1000Mbps,最大并发会话数N500,000,每秒新建会话数7000, 1000M接口 M2,最大连接数100000,支持双机热备，台网闸数据吞吐量不小于150Mbps,最大并发连接数 大于2000,系统延时100ms,双机系统，对安全的 文件实时交换，内外网数据库双向同