杭州市数字城管软件需求规格说明书.doc

杭州市数字化城市管理信息系统软件需求规格说明书 软件需求规格说明书目录目录21引言41.1编写目的41.2项目背景41.3术语定义41.4参考资料52任务概述62.1目标62.2用户特点62.3假定约束73需求规定73.1业务需求73.1.1业务需求概述73.1.2系统业务组织结构93.1.3城管信息中心需求103.1.3.1问题受理流程103.1.3.2问题核实流程103.1.3.3问题立案流程103.1.3.4问题核查流程103.1.3.5部件登记更新流程113.1.4协同工作网络需求113.1.4.1任务派遣流程113.1.4.2缓办授权流程113.1.4.3协调督办流程113.1.5相关专业部门需求123.1.5.1任务处理流程123.1.5.2缓办申请流程123.2功能需求123.2.1 总体功能需求123.2.1.1城市管理地理信息系统133.2.1.2业务受理子系统153.2.1.3协同网络子系统193.2.1.4大屏幕显示子系统233.2.1.5综合评价子系统263.2.1.6构建与维护子系统263.2.1.7基础数据资源管理子系统273.2.1.8公众网站实时发布系统283.2.1.9视频监控系统283.2.1.10 GPS车辆定位系统283.2.1.11数据共享与交互平台293.3性能需求293.3.1并发性293.3.2时间特性303.3.3灵活性303.4输入输出的需求303.4.1 工作表单样式303.5数据管理能力要求323.6故障处理需求333.7安全性需求333.8其他需求334运行环境规定344.1服务器端所需硬件设备344.2 服务器端所需软件354.3客户端运行环境354.4 系统接口365附件405.1需求用例描述405.1.1建立案卷模块405.1.1.1 需求描述405.1.1.2输入、输出表格和图形405.1.1.3 需求用例描述415.1.2任务派遣环节455.1.2.1 需求描述455.1.2.2输入、输出表格和图形455.1.2.3 需求用例描述465.1.3 任务处理反馈环节495.1.3.1 需求描述495.1.3.2输入、输出表格和图形505.1.3.3 需求用例描述505.1.4 任务核查督办环节535.1.4.1 需求描述545.1.4.2输入、输出表格和图形545.1.4.3 需求用例描述545.1.5 结案归档环节565.1.5.1 需求描述575.1.5.2 输入、输出表格和图形575.1.5.3 需求用例描述5759 浙江大学快威科技集团有限公司1引言1.1编写目的编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发单位协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体。本说明书的预期读者为：技术管理人员、项目设计人员、项目开发人员、测试人员和用户等相关人员。1.2项目背景产品名称：杭州市“数字城管”信息系统任务提出者：杭州市人民政府城市管理办公室任务开发者：浙江大学快威科技集团有限公司第一用户：杭州市城市管理信息中心、协同工作网络、市区各相关专业部门等其他相关系统：一期主要是执法局办公系统1.3术语定义（1） 部件：是指城市市政管理公共区域内的各项设施，包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施。（2） 事件：是指人为或自然因素导致城市市容环境和环境秩序受到影响或破坏，需要城市管理部门处理并使之恢复正常的事情和行为的统称。（3） 单元网格：城市市政综合监管信息系统所定义的基本管理单位，指基于城市大比例尺地形数据，根据城市市政监管工作的需要，按照一定原则划分的、边界清晰的多边形实地区域（面积约为一万平方米）。（4） 信息采集器：手持终端设备，信息采集员在巡查过程中发现的城市问题，通过该设备提供的功能，将问题信息通过短信的形式上报给城管信息中心。（5） 信息采集员：在管辖区内巡查，向城管信息中心报送区内部件情况，并接受城管信息中心和领导的工作派遣。（6） 城市管理信息中心：为整个城市管理体制的信息枢纽与集散地，负责杭州市城市管理状况的监督与评价，负责管理和调配城市管理信息采集员。（7） 城市管理协同工作网络：为调度、指挥和协调中心，领导各专业管理部门，对杭州市城市管理工作全面负责，其主要工作有：l 受理城市管理信息中心送报的任务单l 根据任务单情况派发任务单，并提出任务完成标准l 收到各专业部门的完成任务信息，反馈给城市管理信息中心l 接收领导的督办单后，向各专业部门进行催办（8） 专业部门：接收城市管理协同工作网络下发的任务工单，处理完成后报告城市管理协同工作网络。1.4参考资料n 杭州市人民政府常务会议纪要(200520号)n 建设部关于公布数字化城市管理试点城市（城区）名单的通知（建城函2005207号）n 建设部关于推广北京市东城区数字化城市管理模式的意见（建城2005121号）n 市委、市政府关于加强城市长效管理，提升综合服务功能的若干意见（市委200438号）n 关于印发杭州市电子政务建设实施纲要（20052006）的通知（杭政函200569号）n 杭州市人民政府关于申报数字化城市管理新模式试点城市的请示（杭政函2005120号）n 杭州市经济和社会信息化发展规划纲要（2001-2010）n 城市市政综合监管信息系统建设规范（CJJ/T106-2005）n 城市市政综合监管信息系统单元网格划分与编码规则（CJ/T213-2005）n 城市市政综合监管信息系统管理部件和事件分类与编码（CJ/T214-2005）n 城市市政综合监管信息系统地理编码（CJ/T215-2005）2任务概述2.1目标公众网站实时发布系统用于向公众用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息；提供在线投票功能，对投票信息进行统计和分析，生成综合评价所需的数据。公众网站实时发布系统应基于现有的城市管理网站进行建设，根据数字城市管理的实际业务需求进行相应的调整和补充。公众网站实时发布系统主要应包括以下功能模块：政务公开、网上问题申报、信息查询、报表统计、网上投诉、网站监控等。2.2用户特点使用本系统的用户主要以杭州市城市管理信息中心、协同工作网络、各级专业部门、社区联系站的工作人员为主。城市管理信息中心和协同工作网络的工作人员对计算机操作系统较为熟悉，可以较熟练操作WINDOWS系统，但各级专业部门的工作人员层次相差比较大，部分人员对计算机基础知识理解很少，WINDOWS系统操作也不熟练 。2.3假定约束系统需要部署到城管办信息中心机房，需要保证协同工作网络、相关专业部门、街道办事处、社区联系站等的终端都能够与应用服务器连通，同时如果有打印需求的客户端需要安装打印插件；同时需要在应用服务器上部署报表服务器、文件服务器，并保持所有服务器不关机，否则可能会造成客户端无法正常运行。3需求规定3.1业务需求3.1.1业务需求概述公众网站实时发布系统用于向公众用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息；提供在线投票功能，对投票信息进行统计和分析，生成综合评价所需的数据。公众网站实时发布系统应基于现有的城市管理网站进行建设，根据数字城市管理的实际业务需求进行相应的调整和补充。公众网站实时发布系统主要应包括以下功能模块：政务公开、网上问题申报、信息查询、报表统计、网上投诉、网站监控等。数字城管信息流程： 如图所示，该业务主要涉及三类部门：城管信息中心、协同工作网络和各相关专业部门。城管信息中心：负责统一采集、受理、汇总全市城市管理的各类问题信息，分类甄别，视情立案，随时掌握城市管理现状，对城市管理实施全方位、全时段的即时监控，对城市管理的有关部门和责任人履行城市管理职责的情况进行统计分析。协同工作网络：负责各类城市管理问题处置任务的派遣；对城市管理中的难点问题进行协调；对处置质量和效率进行督办；对办理结果进行反馈。相关专业部门：负责各类部件、事件问题的具体处理，并将处理结果及时反馈。3.1.2系统业务组织结构按照业务处理的流程将系统划分为三个不同的环节，信息中心、协同工作网络、各级相关专业部门；各个环节在系统中所承担的任务不同，系统也赋予了不同环节中使用者不同的系统功能，具体结构如下所示：3.1.3城管信息中心需求3.1.3.1问题受理流程问题来源：信息采集员通过信息采集器上报、社会公众电话举报、12319等系统转发、社区联系站问题上报、执法局系统转发等；信息采集员通过信息采集器将位置信息、图片信息、问题类型等上报到信息中心，由接线员判断是否可以立案，符合立案要求的问题将进入立案阶段；通过其它来源上报的问题，由接线员进行登记，并向负责该区域的信息采集员发送核实消息，进入问题核实阶段。3.1.3.2问题核实流程信息采集员收到信息中心下发的核实任务，到现场进行核实，并将位置、图片、问题类型和问题是否属实等信息反馈给信息中心，由信息中心工作人员判断是否可以立案，如果符合立案要求，进入立案阶段，如果不符合，进行问题注销。3.1.3.3问题立案流程进入立案阶段的案卷直接立案，然后根据所属区将案卷批转到协同工作网络中负责该区的工作人员手中；接线员不能判断是否立案的案卷，将批转到值班长手中，由值班长进行立案；如果达不到立案要求的问题进行注销；如果问题紧急，需将此问题通知给应急联动指挥系统。3.1.3.4问题核查流程信息中心收到协同工作网络督查完毕后的案卷，将向负责该区域的信息采集员发送核查消息，信息采集员收到核查任务后，到现场进行核查，并将位置、图片、问题类型和问题是否处理等信息反馈给信息中心，由信息中心工作人员判断是否可以结案，如果符合结案要求，由值班长进行审核结案，如果不符合，将此案卷返回协同工作网络，该案卷再一次进入处理流程，重新进行处理。3.1.3.5部件登记更新流程接线员对上报的部件问题进行判断，如果该部件没有编号，通知有关单位对该部件进行登记；根据登记的部件内容以及数量，定期委托相关部门对其进行普查以及地图数据更新。3.1.4协同工作网络需求3.1.4.1任务派遣流程工作人员接到案卷后，判断此案卷的责任单位，选择市或区专业部门，如果案卷属于市级专业部门处理，直接将此案卷批转到相关的市级专业部门；如果案卷责任单位是本区所属的专业部门，需要根据以下情况来批转：如果区内有二级平台，直接将案卷批转到二级平台；如果区内无二级平台，将此案卷下派到区内相应的专业部门；工作人员批转案卷的同时，系统根据案卷所属的责任单位自动将该案卷批转到监管该责任单位的相应监管中心备案，以便监管中心对所辖的专业部门进行监管。3.1.4.2缓办授权流程工作人员接到缓办申请后，根据实际情况判断是否予以缓办授权。3.1.4.3协调督办流程工作人员接到专业部门处理后的案卷，如果问题处理完毕，将案卷批转到信息中心，进入核查阶段；如果问题未处理完，将根据实际情况进行重新派遣或协调处理。 3.1.5相关专业部门需求3.1.5.1任务处理流程工作人员接到协同工作网络派遣的案卷后，到现场处理问题，并将处理结果反馈给协同工作网络进行督查。3.1.5.2缓办申请流程专业部门因特殊情况无法按时完成任务时，可以向协同工作网络申请问题缓办处理，同时上报缓办原因和申请缓办的期限。3.2功能需求3.2.1 总体功能需求根据“杭州市数字城管信息系统”建设的总体目标及任务要求，系统划分为11个部分（1个平台，10个子系统），其体系结构如下图所示。3.2.1.1城市管理地理信息系统城市管理地理信息系统应实现对地理空间框架数据、遥感影像数据、城市单元网格数据、城市部件和事件数据等地理空间数据的管理、维护、显示、操作、分析和建模等功能，是整个系统图文一体化办公的重要基础。城市管理地理信息系统主要应包括以下功能模块：数据建库与管理、数据转换、地图显示、地图编辑及部件数据维护、地图制图及输出、查询定位、空间分析及统计、遥感影像显示等。1数据建库与管理数据建库与管理模块应提供对城市单元网格数据、城市部件和事件数据等地理空间数据的组织、管理功能，通过数据建库达到统一的数据整合目的。应实现对地理空间数据的分层分类管理。提供可视化的操作界面动态定义城市部件、事件属性表结构，同时能够通过选择目前杭州市规划局使用的ArcInfo的Coverage，ArcView的Shapefile，ArcInfo交换格式e00等文件自动导入属性表结构，生成地理空间数据建库模板；根据模板创建地理空间数据库，支持删除、属性查看、属性更改等操作；支持数据导入及属性完整性检查等操作。2.城市部件及事件管理采用先进的技术对城市部件和事件数据进行管理,提供管理面板定制每类部件和事件的编码、符号图例、属性表结构等信息；能够根据地址信息模糊匹配城市部件和事件，进行定位并高亮显示；能够统计网格和用户划定的空间范围内部件和事件数目，查看部件和事件的属性列表。3数据转换数据转换应包括数据转入和数据转出两方面的功能。其中包括图形数据转换和属性数据转换。应能够转入转出常用的GIS数据格式，如目前杭州市规划局使用的ArcInfo的Coverage，ArcView的Shapefile，ArcInfo交换格式e00等；应能根据需要转入转出常见的栅格数据格式，如BMP、JPEG等；属性数据转换能够将统计报表数据转换成 Excel、MDB、HTML等格式。4地图显示应具有较好的空间索引机制和海量空间数据处理能力，能够快速定位到城市部件及事件的位置，包括地图窗口管理、图层管理、鹰眼等功能；具有常用的开窗放大、开窗缩小、放大、缩小、自动漫游等功能；具有网络地图发布功能。5地图编辑及部件更新地图编辑及部件更新模块作为数据入库功能的补充，应能实现对城市部件和事件对象的编辑和录入；提供分布式网络环境下的版本控制机制，解决多用户编辑过程中的冲突处理，实现地图的在线编辑；通过城市部件的查询检索机制，对于未录入的城市部件，提供各种编辑工具辅助部件更新。6地图制图及输出应实现城市部件和事件的图例管理，提供符号编辑工具制定不同编码类型的城市部件和事件的图例符号，对于不同的部件和事件进行符号显示，能进行专题制图，并支持地图布局和打印输出。7查询定位应能方便地实现SQL查询、GIS查询和GPS查询等查询功能。能进行从图形查属性、从属性查图形、空间区位查询等多种GIS查询操作。例如，框选一个区域，可以快速生成该区域内指定的某类部件的列表，选择列表中的一个部件，就可以快速地在地图中高亮显示其图标，即实现快速定位。8空间统计应能方便地实现多样化的空间统计功能，生成统计报表或统计图表。例如，框选一个区域，可以快速统计出该区域内指定的某类部件的数量。9空间分析应包括地图量算、缓冲区分析、多边形叠加分析等功能。例如，指定道路中心线，输入缓冲值，系统能以道路中心线为基准，自动生成一个缓冲区，并得出处于道路缓冲区范围内所有城市部件的分布信息。划定空间范围，可通过多边形叠加功能计算落入区域内的城市部件分布。10显示遥感影像应支持对遥感影像数据的显示，通过遥感影像数据和城市基础地形图的套合显示，使城市的网格化管理更具有表现力。3.2.1.2业务受理子系统业务受理子系统供城市管理信息中心接线员使用。城市管理信息中心接线员受理来自信息采集员和社会公众的城市管理事件报告或举报，然后对他们所反应事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给协同工作网络派遣办理。因此，“业务受理子系统”的主要功能就是为信息中心接线员提供事件的受理、登记、立案、定位和转发等功能。业务受理子系统主要应包括以下功能模块：问题登记、部件和事件定位、采集员现场核实、部件数据核实和更新、立案及案卷审批、结果核实及反馈、结案归档管理等。1问题登记应实现对公众投诉问题的登记，提供登记表单录入投诉内容及相关情况；对于事件，提供在图中标识位置点，并允许录入事件相关的信息；对于核实未通过的问题进行销案处理。问题信息可以来源于信息采集器、社会公众、社区城管联系站等。2部件和事件定位应能根据部件和事件的相关信息在图中进行定位，并高亮度显示；提供图文互查功能，能够通过拾取城市部件和事件查看属性列表以及通过属性匹配定位城市部件和事件的位置。3采集员现场核实应能根据数据采集员姓名、联系方式、在岗情况以及管辖范围等信息对采集员进行检索，也可以在图中对在岗采集员进行拾取，通过与数据采集器通讯，以发送任务单的形式部署采集员对现场进行核实。4部件数据核实和更新对于采集员上报和已经核实的问题，进行部件数据的核实，提供各种模糊匹配功能查询部件是否存在，并对用户进行提示。提供部件数据的在线更新功能，允许在B/S环境下修改部件数据的属性，以及新增部件等。5立案及案卷审批应实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同网络子系统；对于不符合相关规定的案卷销案处理，提供表单供用户录入销案相关信息。6结果反馈及核实应能监听专业结果反馈消息，允许操作员选择信息采集员，发送处理结果核查任务；对核查失败的案卷驳回重处理或进行协调督办处理。7结案归档管理应完成对案卷的备案处理；生成综合考评所需的相关数据，同时能够通知发布系统，将处理结果对公众发布。8. 通信接口本系统应具有与信息采集器服务器的接口。信息采集器上报的表单信息通过无线通信网关接入无线通讯服务器，通过分析相关数据，提取表单内容，直接生成问题登记信息，并由操作人员进行业务办理。3.2.1.2.1功能输入、输出描述1) 预立案：把上报来的案卷接下来开始办理，其他相同岗位的人员就看不到该案卷；2) 不预立案：将该上报问题案卷作废；3) 填表：填写工作表单内容；输入：手工输入：问题信息表中“位置说明”，“情况描述”字段；自动输入：问题信息表中“案卷号”、“任务号”、“采集员”、“采集员手机号”、“类别”、“状况”、“部件编号”、“大类”、“小类”、“所属城区”、“所属街道”、“所属社区”、“所属万米单元”系统根据用户密码自动填写问题信息表中“接线员”，“上报时间”字段；编码规则：案卷号：年份+杭州管字+案卷流水号任务号：4位年份+2位月份+2位日期+2位小时+2位分钟+2位秒+3位序列编号输出：信息将输出到问题信息表中供协同工作网络人员和相关专业部门人员查看；4) 查阅表单：只读的方式打开工作表单；5) 浏览：用图片的方式打印表单；6) 使用地图：定位选中案卷在地图上的位置，该功能和位置图中的定位功能相同；7) 批转：把案卷批转到值班长或协同工作网络；8) 撤销批转：把批转给下一个阶段的案卷收回到我的案卷中重新办理；前提是下一个阶段没对这个案卷进行办理；9) 回退：把案卷退回给上一个阶段批转的人；10) 答复回退：通过该功能可以直接回退到上一个回退案卷的人；11) 申请授权：可以向授权人申请作废、延期和缓办；输入手动输入：作废、延期、缓办原因以及缓办期限；输出作废、延期、缓办原因自动添加到案卷在当前阶段处理过程中，案卷办理时限自动加上缓办期限，防止因为缓办或延期导致案卷超时；12) 撤销申请授权：可以对已经申请授权的案卷取消申请；13) 查看意见：查看授权意见和督办意见；14) 查看办理进度：查看该案卷的整个办理的过程；15) 查看办理流程：以图形的方式查看办理的流程；16) 导出案卷：可以把当前列表中的案卷字段信息导出到Excel中；17) 案卷筛选：可以筛选列表中的哪些案卷显示；18) 设置字段：设置列表中的哪些字段显示和显示的顺序；19) 隐藏、显示详细信息：在右边显示或不显示该案卷的详细信息；20) 新建消息：建立一个新消息；21) 消息筛选：按照日期来筛选消息；22) 查看消息：查看当前选中的消息；23) 删除消息：删除当前选中的消息；24) 清空所有消息：清空消息箱中的所有消息；25) 发送核查消息：对协同工作网络督察完毕的案卷，让信息采集员到现场查看确认。给该问题所在区域的信息采集员发送核查消息；26) 公众举报登记：对社会公众举报的问题信息进行登记，并且发送核实消息；输入：手动填写：问题登记表中“事发位置说明”、“问题情况描述”、“举报人”、“联系方式”、“回复对象”；选择输入：问题登记表中“问题来源”、“问题类型”、“大类”、“小类”、“回复方式”；自动输入：“接线员”、“所属城区”、“所属街道”、“所属社区”、“所属万米单元”；输出：系统地理编码系统根据接线员输入“事发位置说明”字段内容，自动匹配系统中和该位置最相近的地址输出，以上信息将自动输出到问题信息表中；27) 社区联系站：接收社区联系站转发来的案卷；28) 回收站：作废案卷箱；29) 移交件：批转给其他角色的案卷，其他角色没有批转给另外角色的案卷；30) 查询箱：选择系统设置的条件查找某一类案卷；31) 统计：选择条件统计自己需要的数据；32) 通用查询：可以随意组合条件查询自己需要的案卷和信息；输入：手动输入或选择输入查询条件；输出：符合查询条件的查询结果33) 存档案卷：所有结案的案卷；3.2.1.3协同网络子系统协同网络子系统主要供信息中心值班长、协同工作网络办公人员以及市、区所有的专业部门相关办公人员使用，应在业务处理子系统的基础上，实现对业务流程中的所有案卷进行监督和管理的功能，应实现应急问题处理、案卷处理和流转全程控制，同时应可查看信息采集员在岗情况，可对案卷流转进行插入意见和审批等信息。协同网络子系统主要应包括以下功能模块：任务分配管理、案卷督办管理、采集员在岗监督、案卷记时管理、处理部门协同监督、案卷处理和流转等。1任务分派管理根据案卷信息和相关事件、部件的归属部门由协同工作网络相应工作人员进行任务的派遣。采取市区2级协同办理模式，对于责任单位明确的案卷直接转发到专业部门进行处理；无法确认专业部门的案卷由协同工作网络协调专业部门进行处理。2案卷督办管理应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时消息方式通知当前经办人员；并对案卷进行特殊符号显示。3采集员在岗监督能够接收采集器回送的位置信号，符号化的方式显示采集员的具体位置，能够统计在岗采集员数，查看采集员的详细信息。4案卷记时管理能够按照系统设定的案卷在每个阶段停留的时间以及不同的任务处理需要的时间进行记时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门和不同任务定制的处理时限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。系统中每个案卷都有2个时间限制，第一个时间是案卷时间，第二个时间是处理阶段的时间，所以每一个案卷有案卷红绿灯和当前阶段红绿灯，案卷提示灯的警告时间和超时时间是由系统设定，案卷当前阶段提示灯，是在该阶段停留的时间加上该任务处理所需要的时间；系统中给不同的任务设定不同的警告时限和超期时限，当案卷所用时限到达警告时限时，案卷提示灯变为黄色，案卷所用时限到达超期时，案卷提示灯变为红色；同样案卷在某一阶段停留的时间到达警告时限时，当前阶段提示灯变为黄色，在当前阶段超时时，案卷当前阶段提示灯会变为红色，进行案卷提醒和督办功能。5处理部门协同监督能够将处理结果的审核信息通知相关专业部门；对专业部门的处理情况进行监督，对超过指定处理期限的案件发送催办通知。6案卷的处理和流转当子系统中不同的角色通过查阅表单、填写表单、查看位置图、上报照片、浏览地图等操作处理完毕案卷后，需要将该案卷批转给下一个角色来进行案卷处理。3.2.1.3.1功能输入、输出描述1) 办理：把批转过来的案卷接下来开始办理，其他相同岗位的人员就看不到该案卷；2) 撤销办理：对接下来的案卷撤销，案卷又回到原来的刚移交状态，其他相同岗位的人员就可以看到该案卷，并对该案卷进行办理；3) 填表：填写工作表单内容；值班长环节输入：手动输入：问题信息表中“值班长处理意见”、“信息中心意见”； 问题处理表中“信息中心意见”（也可能在接线员环节填写）自动输入：问题信息表中“值班长”、“立案时间”； 问题处理表中“审核人”、“日期”（也可能在接线员环节填写）；输出：输入信息均对应输出到问题信息表和问题处理表中； 协同工作网络案卷派遣环节 输入： 手动输入：“处理要求”； 选择输入：“处理部门”、“处理时限”； 自动输入：系统根据用户密码自动添加“派遣人”、“日期”； 输出：输入信息输出到问题处理表中； 协同工作网络案卷督查环节 输入： 手动输入：“协同工作网络意见”； 自动输入：系统根据用户密码自动添加“审核人”、“日期” ； 输出：输入信息输出到问题处理表中； 4) 查阅表单：只读的方式打开工作表单；5) 浏览：用图片的方式打印表单；6) 打印：用图片的方式打印输出表单；7) 使用地图：定位选中案卷在地图上的位置，该功能和位置图中的定位功能相同；8) 批转：把案卷批转到协同工作网络；9) 撤销批转：把批转给下一个阶段的案卷收回到我的案卷中重新办理；前提是下一个阶段没对这个案卷进行办理；10) 回退：把案卷退回给上一个阶段批转的人；11) 答复回退：通过该功能可以直接回退到上一个回退案卷的人；12) 申请授权：可以向授权人申请作废、延期和缓办；输入手动输入：作废、延期、缓办原因以及缓办期限；输出作废、延期、缓办原因自动添加到案卷在当前阶段处理过程中，案卷办理时限自动加上缓办期限，防止因为缓办或延期导致案卷超时；13) 撤销申请授权：可以对已经申请授权的案卷取消申请；14) 查看意见：查看授权意见和督办意见；15) 查看办理进度：查看该案卷的整个办理的过程；16) 查看办理流程：以图形的方式查看办理的流程；17) 导出案卷：可以把当前列表中的案卷字段信息导出到Excel中；18) 案卷筛选：可以筛选列表中的哪些案卷显示；19) 设置字段：设置列表中的哪些字段显示和显示的顺序；20) 隐藏、显示详细信息：在右边显示或不显示该案卷的详细信息；21) 新建消息：建立一个新消息；22) 消息筛选：按照日期来筛选消息；23) 查看消息：查看当前选中的消息；24) 删除消息：删除当前选中的消息；25) 清空所有消息：清空消息箱中的所有消息；26) 查询箱：选择系统设置的条件查找某一类案卷；输入手动输入或选择输入查询条件，如：案卷编号、本部门经办案卷；输出系统根据用户输入的条件输出符合查询条件的结果集；27) 评价统计：根据系统设置评价模型或用户设置的评价内容进行评价结果的统计；输入手动输入或选择输入评价统计条件，如：本区、本月按时结案数、本部门按期结案数、超期结案数等；输出系统根据用户选择的统计条件输出符合统计条件的结果集；28) 统计：选择条件统计自己需要的数据；29) 通用查询：可以随意组合条件查询自己需要的案卷；30) 回收站：作废案卷箱；31) 移交件：批转给其他角色的案卷，其他角色没有批转给另外角色的案卷；32) 存档案卷：所有结案的案卷；33) 督办：对某一案卷发送督办意见或消息；输入手动输入：督办意见；选择输入：督办发送的模式（消息、意见）；输出督办意见自动输出到该案卷的督办意见中，督办消息会以短消息的形式发送给接收人；3.2.1.4大屏幕显示子系统城市管理信息中心可通过大屏幕直观的掌握所有案卷信息、评价信息等全局情况，还可以对每个城区、街道、社区、信息采集员、部件等个体的情况进行查询。大屏幕显示区域分为三个部分，包括地图显示区，滚动信息区，详细信息区。大屏幕系统侧重于显示功能，功能要求相对简单实用，并且都在一个界面中显示出来。滚动信息区：滚动显示每个案卷、信息采集员的详细文字（或图片）信息。地图信息区：显示全市整体地图、GPS车辆运行信息、信息采集员定位信息以及各区域评价统计信息。详细信息区：查询单个案卷、信息采集员和各区域的详细信息，包括详细案卷情况、信息采集员位置等。滚动信息区滚动信息区主要的内容是以滚动的方式将系统中各种状态的案卷列表、不同状态信息采集员列表。滚动信息区建议分成上下两部分：功能区和结果区。功能区包括案卷过滤和案卷查询的功能。按照办理状态、部件类别、举报类型、信息采集员、办理人、办理时间、案卷编号、位置分类进行过滤和查询。结果区在通常情况下是滚动的所有正在办理的案卷列表。如果用户选择案卷过滤或查询则显示当前查询的结果。当用户实用鼠标选择到滚动的列表中的某一条案卷后，案卷滚动自动停止，此时弹出“查询详细信息”，显示本案卷详细结果。说明：当用户选择关闭查询结果后系统自动恢复为滚动的案卷列表。地图信息区地图信息区是将问题地图实时显示出来。地图功能：放大、缩小、移动、全图、漫游、信息查询。地图显示的内容包括行政区划、街道办事处、社区、万米单元、各类部件图、评价体系图、案卷地图、信息采集员分布图等。车辆定位图显示装有GPS终端的环卫车辆的实时信息，实现对环卫车辆的运行路线、车辆状态等信息的动态监控和管理。信息采集员分布图显示信息采集员的到岗情况，实现对巡查轨迹等信息的动态监控和管理。评价体系图实时统计反映全市各区域情况，包括每个城区、街道、社区的在办案卷数、评价级别（颜色）等全局统计信息。最好能将问题发生总数、正在办理的案卷数作为Label显示出来。问题地图中能将正在处理的案卷图标和已处理案卷图标区分开。除了对问题地图支持闪动外，地图窗口还支持对查询到的信息采集员的位置、查询到的案卷位置动态闪烁的功能，其中闪烁的图标能够有所区别。详细信息区详细信息区显示地图查询结果和案卷查询结果，其中所有的查询结果都最好显示在一个页面中。案卷查询结果详细信息：案卷查询结果详细信息包括某一案卷的办理情况、办理进度、多媒体图片。地图查询结果详细信息：包括地图中的详细信息，如果是评价结果图，包括问题处理总数、正在处理的案卷数；如果是案卷地图则包括查看案卷信息的功能等。详细信息区中增加“地图定位”的功能：用户输入地理位置信息或者信息采集员编号系统能自动定位到地图上，并在地图上能显示出信息采集员或者某一地理位置的实际位置。在地图查找结果或者案卷查找结果中，如果用户选中信息采集员名称字段后，系统会自动切换到信息采集员详细信息页面，并出现“地图定位”的功能供用户使用将信息采集员当前的位置定位。说明：当用户关闭案卷详细信息后，案卷列表继续滚动。3.2.1.4.1功能输入、输出描述1) 上报：当天信息中心收到的信息采集员通过信息采集器上报的问题数；2) 立案：当天信息中心立案的案卷数；3) 处理：当天信息中心立案批转后的案卷，还没有核查的案卷列表；4) 核查：当天协同工作网络处理完毕批转给信息中心进行核查的案卷数；5) 结案：当天受理的案卷被处理完毕结案的案卷数；6) 协同工作网络：可以看到当天系统中协同工作网络派遣以及督查的案卷动态滚动情况，各个专业正在处置的情况；7) 信息采集员：可以在大屏幕详细信息区查看信息采集员的个人详细信息、当前状态，在地图信息区查看信息采集员当前位置、当天的活动路线、当天位置更新记录；8) GPS环卫车辆：可以在地图信息区查看某一GPS环卫车辆的运行路线、车 辆当前状态、车辆详细信息、车辆位置分布图；9) 评价体系：可以对区域（区、街道、社区、万米网格）进行评价，对专业部门的案卷办理情况进行评价，对信息采集员的工作成果进行评价；10) 查询：用户可以选择查询条件，查找所需要的数据输入选择输入：日期、所属部门、办理环节等等手动输入：案卷编号输出查询结果将在详细信息区全部显示，同时对用户选中的某一案卷在地图显示区，显示出该结果所在区域和当前状态；3.2.1.5综合评价子系统“综合评价子系统”基于业务受理子系统、协同网络子系统和城市管理地理信息系统，运用综合评价模型，实时或定期统计技术，将信息化技术、监督评价的工作模式应用到数字城市管理中，建设城市管理综合评价系统。通过基于“数字城市管理信息系统”的信息存储和信息查询，实现对历史数据按期或实时的统计，并通过城市管理评价体系数学建模运算品评等级，将其以图形化或表格化的方式显示出来。通过系统建设，推进城市管理监督达到主动、精确、快速、直观和统一的目标，从而实现完善的城市管理评价体系，可以形成良好的城市管理监督机制。具体目标是：（1）建立“区域评价”体系，通过对历史数据按单元区域运算统计，生成单元区域城市管理效果的数据列表，根据预先制定的评分标准，按不同的颜色直观的显示单元区域管理效果。（2）建立“部门评价”体系，通过对历史数据按部门运算统计，按照预先制定的审评要求，生成部门管理和执行效果的数据列表，根据预先制定的评分标准，以表格的方式直观的显示部门管理执行效果。（3）建立“岗位评价”体系，通过对历史数据按岗位运算统计，按照预先制定的审评要求，生成岗位工作状态和效果的数据列表，根据预先制定的评分标准，以表格的方式显示岗位评价效果。3.2.1.6构建与维护子系统构建与维护子系统是系统管理员使用的工作平台，通过该平台，可以快速搭建、维护城市管理业务，定制业务工作流程，设置组织机构，并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。利用构建平台，系统管理人员可以方便地调整系统使之适应用户需要，并可以在使用中不断地变更系统配置，无须软件开发者的干预，充分赋予了用户自维护、自发展、自适应的能力。使用构建与维护子系统，可以设置每个办公人员的各种权限；可以方便地对网络进行监控；可以定义业务常用查询；可以设置统计类型、定义统计方法、可定制统计表格样式。主要功能：（1） 实现对组织机构的管理，对用户、部门、角色进行维护；（2） 具备工作流定义功能，实现工作流过程、阶段、流向以及对应权限的管理；（3） 具备工作表单定义功能，实现工作表单名称、字段、样式等的管理；（4） 具备输出表单定义功能，实现输出表单名称、字段、样式等的管理；（5） 定义查询统计模版；（6） 系统管理的相关配置。3.2.1.7基础数据资源管理子系统“基础数据资源管理系统”供系统管理人员使用。通过“GIS信息”，对系统使用的地图库进行随时维护，即可以对于系统中使用的各种基础数据资源进行管理，利用管理系统提供的工具，系统管理员可以进行图层定义，可以随时扩展地图数据；使用地物定义，就可以适应标准的变化，对各种地物的标准编码进行维护。主要功能：（1） 实现添加、管理地图数据功能，可以对基础数据、地理编码数据、城市部 件数据等进行配置管理；（2） 具备对各个图层属性配置功能，实现对属性字段自定义；（3） 能够维护地图库中包括城市管理部件和事件等要素在内的要素编码、显示样式等；（4） 地图管理中应提供地图预览功能，能够快速查看地图配置效果；（5） 能够配置基于单元网格和城市部件地图快捷操作图层。3.2.1.8公众网站实时发布系统公众网站实时发布系统用于向公众用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息；提供在线查询功能，可以对城管问题信息进行查询和分析。公众网站实时发布系统主要包括以下功能模块：政务公开、信息查询。公众网站实时发布系统的设计原则为：风格清新简约，功能实用。3.2.1.8.1功能输入、输出描述输入手动输入：案卷编号、问题描述；选择输入：起始时间、结束时间；输出按照用户输入的查询条件输出符合条件的结果集；3.2.1.9视频监控系统视频监控系统对外接口采用Web Link方式，由协同工作平台直接链接视频监控系统的视频监控页面来显示。页面中显示公安、交警的摄像头位置，位置数据由市公安局和交警支队提供。实现方式：在页面中点击某一摄像头后，摄像头显示内容：每秒2张的图片连续放映。由视频监控系统提供显示摄像头内容的URL，在协同工作平台中显示此网页。3.2.1.10 GPS车辆定位系统GPS车辆定位系统接口形式采用数据库表驱动方式，由GPS车辆定位系统负责往接口数据表(车辆动态数据表)中定时(每10秒)插入最新的车辆位置动态信息。GPS车辆定位系统中保存车辆信息数据表 (存储车辆信息属性，其结构为：车辆编号、车辆车牌、车辆驾驶员姓名等字段)和车辆动态数据表(说明车辆的位置，其结构为：车辆编号、车辆的X，Y城市坐标信息、记录时间戳)。二表通过触发器与数字城管GIS系统保持数据同步。在数字城管GIS系统根据接口数据表(车辆动态数据表)中的数据，可以查看环卫车辆的实时分布图，查看某一车辆的详细信息比如：车辆所属单位、车辆编号、车辆车牌、车辆驾驶员姓名等；还可以查看某一车辆的运行轨迹，行车路线等动态信息。3.2.1.11数据共享与交互平台在本期系统建设中，“杭州市数字城管信息系统”通过数据共享与交互平台实现与杭州市执法局系统的数据交互；通过系统之间的数据共享与交互主要实现以下功能：（1） 执法局巡查人员发现问题通过执法局手持终端上报给执法局系统，执法局认为需要城管办处理的案卷，就将上报的内容通过接口批转到城管系统受理子系统中，进行登记；（2） 协同工作网络认为需要执法局处理的案卷，将案卷派遣到执法局系统；（3） 执法局处理完问题后，将处理结果反馈到数字城管系统；（4） 执法局在处理数字城管系统派遣来的案卷过程中，有些案卷不能按时处理完毕，需要申请缓办；（5） 数字城管系统答复执法局系统提出的申请； 3.3性能需求3.3.1并发性系统正式上线后，大约有100个网点工作人员，考虑到系统的冗余量，系统需支持的应用客户端的并发量至少需要达到120个。3.3.2时间特性1、完成简单业务，系统响应时间应不大于3秒钟，不包括人工操作时间；2、完成复杂综合性业务，系统响应时间应不大于8秒钟，不包括人工操作时间。3.3.3灵活性系统可根据实际情况进行应用扩展，随时修改系统表单、系统流程、人员权限等配置信息，而且无需对系统进行大规模改动。3.4输入输出的需求数据的输入主要包括基本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。数据的输出，主要包括了工作表单的打印、地理信息数据（地图、城市部件图）等的打印输出等。3.4.1 工作表单样式与输入输出相关的表单大致有如下几类：表单中 代表是系统自动生成,不用填写。 代表由信息采集员填写的内容， 代表由信息中心填写的内容，斜体代表由协同工作网络填写的内容，斜体代表由专业部门填写的内容。1、问题信息表（信息中心）案卷号任务号采集员类别采集员手机号状况部件编号大类小类所属城区所属街道所属社区所属万米网格位置说明情况描述接线员上报时间值班长处理意见值班长立案时间2、问题处理表（信息中心、协同工作网络、专业部门） 案卷号： 处理部门处理时限处理要求派遣人日 期办理经过经办人日 期协同工作网络意见审核人日 期信息中心意见审核人日 期3、问题登记表（信息中心）问题来源接线员问题类型大类小类所属城区所属街道所属社区所属万米单元事发位置说明标准地址问题情况描述举报人联系方式回复方式回复对象4、问题信息打印表单（专业部门）制表人： 制表日期：问题照片案卷号受理时间问题分类大类小类所属城区所属街道所属社区万米单元位置位置图片3.5数据管理能力要求数据管理系统，要求做到数据的安全存储、快速访问。另外，杭州市数字城管信息系统对海量空间数据存储的要求很高。要求数据管理必须能够满足规范、合理的管理空间数据的要求。需要管理的数据主要是案卷信息和相关的操作管理数据，平均每个问题的相关数据存储空间约为0.2M。如果以每天上报1500条问题来算，每天约