杭州市数字城管软件需求规格说明书.doc
《杭州市数字城管软件需求规格说明书.doc》由会员分享，可在线阅读，更多相关《杭州市数字城管软件需求规格说明书.doc（58页珍藏版）》请在冰点文库上搜索。
杭州市数字化城市管理信息系统
软件需求规格说明书
软件需求规格说明书
目 录
目 录 2
1．引言 4
1.1编写目的 4
1.2项目背景 4
1.3术语定义 4
1.4参考资料 5
2．任务概述 6
2.1目标 6
2.2用户特点 6
2.3假定约束 7
3．需求规定 7
3.1业务需求 7
3.1.1业务需求概述 7
3.1.2系统业务组织结构 9
3.1.3城管信息中心需求 10
3.1.3.1问题受理流程 10
3.1.3.2问题核实流程 10
3.1.3.3问题立案流程 10
3.1.3.4问题核查流程 10
3.1.3.5部件登记更新流程 11
3.1.4协同工作网络需求 11
3.1.4.1任务派遣流程 11
3.1.4.2缓办授权流程 11
3.1.4.3协调督办流程 11
3.1.5相关专业部门需求 12
3.1.5.1任务处理流程 12
3.1.5.2缓办申请流程 12
3.2功能需求 12
3.2.1总体功能需求 12
3.2.1.1城市管理地理信息系统 13
3.2.1.2业务受理子系统 15
3.2.1.3协同网络子系统 19
3.2.1.4大屏幕显示子系统 23
3.2.1.5综合评价子系统 26
3.2.1.6构建与维护子系统 26
3.2.1.7基础数据资源管理子系统 27
3.2.1.8公众网站实时发布系统 28
3.2.1.9视频监控系统 28
3.2.1.10GPS车辆定位系统 28
3.2.1.11数据共享与交互平台 29
3.3性能需求 29
3.3.1并发性 29
3.3.2时间特性 30
3.3.3灵活性 30
3.4输入输出的需求 30
3.4.1工作表单样式 30
3.5数据管理能力要求 32
3.6故障处理需求 33
3.7安全性需求 33
3.8其他需求 33
4．运行环境规定 34
4.1服务器端所需硬件设备 34
4.2服务器端所需软件 35
4.3客户端运行环境 35
4.4系统接口 36
5．附件 40
5.1需求用例描述 40
5.1.1建立案卷模块 40
5.1.1.1需求描述 40
5.1.1.2输入、输出表格和图形 40
5.1.1.3需求用例描述 41
5.1.2任务派遣环节 45
5.1.2.1需求描述 45
5.1.2.2输入、输出表格和图形 45
5.1.2.3需求用例描述 46
5.1.3任务处理反馈环节 49
5.1.3.1需求描述 49
5.1.3.2输入、输出表格和图形 50
5.1.3.3需求用例描述 50
5.1.4任务核查督办环节 53
5.1.4.1需求描述 54
5.1.4.2输入、输出表格和图形 54
5.1.4.3需求用例描述 54
5.1.5结案归档环节 56
5.1.5.1需求描述 57
5.1.5.2输入、输出表格和图形 57
5.1.5.3需求用例描述 57
58
浙江大学快威科技集团有限公司
1．引言
1.1编写目的
编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发单位协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体。
本说明书的预期读者为：
技术管理人员、项目设计人员、项目开发人员、测试人员和用户等相关人员。
1.2项目背景
产品名称：
杭州市“数字城管”信息系统
任务提出者：
杭州市人民政府城市管理办公室
任务开发者：
浙江大学快威科技集团有限公司
第一用户：
杭州市城市管理信息中心、协同工作网络、市区各相关专业部门等
其他相关系统：
一期主要是执法局办公系统
1.3术语定义
（1）部件：
是指城市市政管理公共区域内的各项设施，包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施。
（2）事件：
是指人为或自然因素导致城市市容环境和环境秩序受到影响或破坏，需要城市管理部门处理并使之恢复正常的事情和行为的统称。
（3）单元网格：
城市市政综合监管信息系统所定义的基本管理单位，指基于城市大比例尺地形数据，根据城市市政监管工作的需要，按照一定原则划分的、边界清晰的多边形实地区域（面积约为一万平方米）。
（4）信息采集器：
手持终端设备，信息采集员在巡查过程中发现的城市问题，通过该设备提供的功能，将问题信息通过短信的形式上报给城管信息中心。
（5）信息采集员：
在管辖区内巡查，向城管信息中心报送区内部件情况，并接受城管信息中心和领导的工作派遣。
（6）城市管理信息中心：
为整个城市管理体制的信息枢纽与集散地，负责杭州市城市管理状况的监督与评价，负责管理和调配城市管理信息采集员。
（7）城市管理协同工作网络：
为调度、指挥和协调中心，领导各专业管理部门，对杭州市城市管理工作全面负责，其主要工作有：
l受理城市管理信息中心送报的任务单
l根据任务单情况派发任务单，并提出任务完成标准
l收到各专业部门的完成任务信息，反馈给城市管理信息中心
l接收领导的督办单后，向各专业部门进行催办
（8）专业部门：
接收城市管理协同工作网络下发的任务工单，处理完成后报告城市管理协同工作网络。
1.4参考资料
n《杭州市人民政府常务会议纪要》（[2005]20号）
n建设部《关于公布数字化城市管理试点城市（城区）名单的通知》（建城函[2005]207号）
n建设部《关于推广北京市东城区数字化城市管理模式的意见》（建城[2005]121号）
n市委、市政府《关于加强城市长效管理，提升综合服务功能的若干意见》（市委[2004]38号）
n《关于印发杭州市电子政务建设实施纲要（2005－2006）的通知》（杭政函[2005]69号）
n《杭州市人民政府关于申报数字化城市管理新模式试点城市的请示》（杭政函[2005]120号）
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．采集员在岗监督
能够接收采集器回送的位置信号，符号化的方式显示采集员的具体位置，能够统计在
升级会员 