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

杭州市数字城管软件需求规格说明书.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缓办授权流程

工作人员接到缓办申请后，根据实际情况判断是