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

杭州市数字化城市管理信息系统

软件需求规格说明书

软件需求规格说明书

目 录

目 录 .............................................................................................................................................. 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假定约束 ............................................................................................................................ 6 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.10 GPS车辆定位系统 ................................................................................ 28 3.2.1.11数据共享与交互平台 ............................................................................ 29

2 浙江大学快威科技集团有限公司

软件需求规格说明书

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输入、输出表格和图形 .......................................................................... 49 5.1.3.3 需求用例描述 ......................................................................................... 50 5.1.4 任务核查督办环节 ............................................................................................. 53

5.1.4.1 需求描述 ................................................................................................. 53 5.1.4.2输入、输出表格和图形 .......................................................................... 54 5.1.4.3 需求用例描述 ......................................................................................... 54 5.1.5 结案归档环节 ..................................................................................................... 56

5.1.5.1 需求描述 ................................................................................................. 56 5.1.5.2 输入、输出表格和图形 ......................................................................... 57 5.1.5.3 需求用例描述 ......................................................................................... 57

3 浙江大学快威科技集团有限公司

软件需求规格说明书

1．引言

1.1编写目的

编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发单位

协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体。

本说明书的预期读者为：技术管理人员、项目设计人员、项目开发人员、测试人员和用户等相关人员。

1.2项目背景

产品名称：杭州市“数字城管”信息系统 任务提出者：杭州市人民政府城市管理办公室 任务开发者：浙江大学快威科技集团有限公司

第一用户：杭州市城市管理信息中心、协同工作网络、市区各相关专业部门等

其他相关系统：一期主要是执法局办公系统

1.3术语定义

（1） 部件：是指城市市政管理公共区域内的各项设施，包括公用设施类、道路

交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施。

（2） 事件：是指人为或自然因素导致城市市容环境和环境秩序受到影响或破

坏，需要城市管理部门处理并使之恢复正常的事情和行为的统称。 （3） 单元网格：城市市政综合监管信息系统所定义的基本管理单位，指基于城

市大比例尺地形数据，根据城市市政监管工作的需要，按照一定原则划分的、边界清晰的多边形实地区域（面积约为一万平方米）。

（4） 信息采集器：手持终端设备，信息采集员在巡查过程中发现的城市问题，

4 浙江大学快威科技集团有限公司

软件需求规格说明书

通过该设备提供的功能，将问题信息通过短信的形式上报给城管信息中心。

（5） 信息采集员：在管辖区内巡查，向城管信息中心报送区内部件情况，并接

受城管信息中心和领导的工作派遣。

（6） 城市管理信息中心：为整个城市管理体制的信息枢纽与集散地，负责杭州

市城市管理状况的监督与评价，负责管理和调配城市管理信息采集员。 （7） 城市管理协同工作网络：为调度、指挥和协调中心，领导各专业管理部门，

对杭州市城市管理工作全面负责，其主要工作有： ? 受理城市管理信息中心送报的任务单

? 根据任务单情况派发任务单，并提出任务完成标准 ? 收到各专业部门的完成任务信息，反馈给城市管理信息中心 ? 接收领导的督办单后，向各专业部门进行催办

（8） 专业部门：接收城市管理协同工作网络下发的任务工单，处理完成后报告

城市管理协同工作网络。

1.4参考资料

? 《杭州市人民政府常务会议纪要》([2005]20号)

? 建设部《关于公布数字化城市管理试点城市（城区）名单的通知》（建

城函[2005]207号）

? 建设部《关于推广北京市东城区数字化城市管理模式的意见》（建城

[2005]121号）

? 市委、市政府《关于加强城市长效管理，提升综合服务功能的若干意见》

（市委[2004]38号）

? 《关于印发杭州市电子政务建设实施纲要（2005－2006）的通知》（杭

政函[2005]69号）

? 《杭州市人民政府关于申报数字化城市管理新模式试点城市的请示》

（杭政函[2005]120号）

? 《杭州市经济和社会信息化发展规划纲要（2001-2010）》 ? 《城市市政综合监管信息系统建设规范》（CJJ/T106-2005）

5 浙江大学快威科技集团有限公司

软件需求规格说明书

? 《城市市政综合监管信息系统单元网格划分与编码规则》

（CJ/T213-2005）

? 《城市市政综合监管信息系统管理部件和事件分类与编码》

（CJ/T214-2005）

? 《城市市政综合监管信息系统地理编码》（CJ/T215-2005）

2．任务概述

2.1目标

公众网站实时发布系统用于向公众用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息；提供在线投票功能，对投票信息进行统计和分析，生成综合评价所需的数据。公众网站实时发布系统应基于现有的城市管理网站进行建设，根据数字城市管理的实际业务需求进行相应的调整和补充。

公众网站实时发布系统主要应包括以下功能模块：政务公开、网上问题申报、信息查询、报表统计、网上投诉、网站监控等。

2.2用户特点

使用本系统的用户主要以杭州市城市管理信息中心、协同工作网络、各级专业部门、社区联系站的工作人员为主。城市管理信息中心和协同工作网络的工作人员对计算机操作系统较为熟悉，可以较熟练操作WINDOWS系统，但各级专业部门的工作人员层次相差比较大，部分人员对计算机基础知识理解很少，WINDOWS系统操作也不熟练 。

2.3假定约束

系统需要部署到城管办信息中心机房，需要保证协同工作网络、相关专业部门、街道办事处、社区联系站等的终端都能够与应用服务器连通，同时如果有打印需求的客户端需要安装打印插件；同时需要在应用服务器上部署报表服务器、文件服务器，并保持所有服务器不关机，否则可能会造成客户端无法正常运行。

6 浙江大学快威科技集团有限公司

软件需求规格说明书

3．需求规定

3.1业务需求 3.1.1业务需求概述

公众网站实时发布系统用于向公众用户实时发布城市管理相关信息，主要发布问题处理状态及结果反馈信息；提供在线投票功能，对投票信息进行统计和分析，生成综合评价所需的数据。公众网站实时发布系统应基于现有的城市管理网站进行建设，根据数字城市管理的实际业务需求进行相应的调整和补充。

公众网站实时发布系统主要应包括以下功能模块：政务公开、网上问题申报、信息查询、报表统计、网上投诉、网站监控等。

数字城管信息流程：

7 浙江大学快威科技集团有限公司

软件需求规格说明书

杭州市数字城管信息流程市政府市应急指挥中心信息采集员城市管理信息中心市协同工作网络二级平台相关部门（市、区）社会公众外部系统领导信息采集上报问题电话上报858080666789012345961101231996310社区联系站工商局信息收集阶段市自来水公司登记否能否确定主管部门是执法局下城区环保局??是否信息员采集是执法局系统否1、问题受理阶段：问题来源：有信息采集员通信息采集器上报、社会公众话举报、12319等系统转发社区联系站问题上报；问题受理：接线员直接将信采集员上报的正确问题登记系统，社会公众举报、社区系站上报、12319转发的问接线员需要让负责该区域的息采集员到现场核实（发送实消息）；现场核实发出核实指令问题是否属实否注销是部件/事件判定事件部件案卷建立阶段部件是否有编号如果没有编号，继续办理做好新部件登记准备有关单位对该部件登记否是否立案2、问题立案阶段接线员认为可以立案的案卷直接立案，然后根据此问题属区将此案卷批转给协同工网络中该区的人员手中，接员不能判断是否立案的案卷批转给值班长由值班长立案后值班长根据此问题所属区此案卷批转给协同工作网络该区的人员手中，如果达不立案条件的问题案卷可以注销；如果问题紧急需将此问通知应急联动指挥系统，由急联动指挥系统处理；是立案上报应急指挥中心是是否重大紧急案件无论是否重大紧急案件，都要继续在系统中流转任务派遣任务派遣阶段案卷进入执法局系统是否有独立二级平台是二级平台任务派遣否缓办授权申请授权申请授权任务处理阶段终结符准备相关专业部门任务处理监管部门可以查询任务信息市容环卫监管中心公用设施监管中心市政监管中心市资产经营公司执法局任务处理工作进程处理反馈阶段协调督办协调督办存储数据条件判断是否需要协调或重新派遣任务处理结果反馈二级平台结果反馈任务处理完成后，向协同工作网络反馈处理结果3、问题派遣阶段：协同工作网络的人员接到案后，判断此问题的责任单位选择市或区专业部门，如果问题属于市级专业部门处理直接将此问题案卷批转给相的市专业部门；如果此问题任单位是自己区属的专业部需要根据以下情况来批转：如果自己区内有区协同工作络，就直接将案卷批转给区同工作网络；如果自己区没区协同工作网络，就将此问下派到区内具体的专业部门在协同工作网络人员批转该题案卷的同时，系统根据该题所属的责任单位自动将该卷批转给监管该责任单位的应监管中心备案，以便监管心对所辖的专业部门进行监管；预先定义的进程信息收集案卷建立现场核查发出核查指令4、问题处理阶段：专业部门到现场处理问题，处理结果反馈给协同工作网进行督查无法协调解决核查结案阶段任务派遣任务处理核查结果对比否处理反馈核查结案是否已符合处理要求另作处理是综合评价结案综合评价阶段5、问题核查阶段：协同工作网络将督查完毕的卷提交给信息中心接线员，接线员给相应的信息采集员送核查指令，信息采集员将题的处理结果反馈给接线员如果问题的确处理好了，接员将案卷提交给值班长由值长审核结案；如果问题没有理好，接线员将再次将案卷转给协同工作网络，该案卷一次进入处理流程，重新进处理；考核考核结果公示考核考核 8 浙江大学快威科技集团有限公司

软件需求规格说明书

如图所示，该业务主要涉及三类部门：城管信息中心、协同工作网络和各相关专业部门。

城管信息中心：负责统一采集、受理、汇总全市城市管理的各类问题信息，分类甄别，视情立案，随时掌握城市管理现状，对城市管理实施全方位、全时段的即时监控，对城市管理的有关部门和责任人履行城市管理职责的情况进行统计分析。

协同工作网络：负责各类城市管理问题处置任务的派遣；对城市管理中的难点问题进行协调；对处置质量和效率进行督办；对办理结果进行反馈。

相关专业部门：负责各类部件、事件问题的具体处理，并将处理结果及时反馈。

3.1.2系统业务组织结构

按照业务处理的流程将系统划分为三个不同的环节，信息中心、协同工作网

络、各级相关专业部门；各个环节在系统中所承担的任务不同，系统也赋予了不同环节中使用者不同的系统功能，具体结构如下所示：

9 浙江大学快威科技集团有限公司

软件需求规格说明书

3.1.3城管信息中心需求

3.1.3.1问题受理流程

问题来源：信息采集员通过信息采集器上报、社会公众电话举报、12319等系统转发、社区联系站问题上报、执法局系统转发等；

信息采集员通过信息采集器将位置信息、图片信息、问题类型等上报到信息中心，由接线员判断是否可以立案，符合立案要求的问题将进入立案阶段；

通过其它来源上报的问题，由接线员进行登记，并向负责该区域的信息采集员发送核实消息，进入问题核实阶段。

3.1.3.2问题核实流程

信息采集员收到信息中心下发的核实任务，到现场进行核实，并将位置、图片、问题类型和问题是否属实等信息反馈给信息中心，由信息中心工作人员判断是否可以立案，如果符合立案要求，进入立案阶段，如果不符合，进行问题注销。

3.1.3.3问题立案流程

进入立案阶段的案卷直接立案，然后根据所属区将案卷批转到协同工作网络中负责该区的工作人员手中；接线员不能判断是否立案的案卷，将批转到值班长手中，由值班长进行立案；如果达不到立案要求的问题进行注销；如果问题紧急，需将此问题通知给应急联动指挥系统。

3.1.3.4问题核查流程

信息中心收到协同工作网络督查完毕后的案卷，将向负责该区域的信息采集员发送核查消息，信息采集员收到核查任务后，到现场进行核查，并将位置、图片、问题类型和问题是否处理等信息反馈给信息中心，由信息中心工作人员判断是否可以结案，如果符合结案要求，由值班长进行审核结案，如果不符合，将此案卷返回协同工作网络，该案卷再一次进入处理流程，重新进行处理。

10 浙江大学快威科技集团有限公司

软件需求规格说明书

3.1.3.5部件登记更新流程

接线员对上报的部件问题进行判断，如果该部件没有编号，通知有关单位对该部件进行登记；根据登记的部件内容以及数量，定期委托相关部门对其进行普查以及地图数据更新。

3.1.4协同工作网络需求

3.1.4.1任务派遣流程

工作人员接到案卷后，判断此案卷的责任单位，选择市或区专业部门，如果案卷属于市级专业部门处理，直接将此案卷批转到相关的市级专业部门；如果案卷责任单位是本区所属的专业部门，需要根据以下情况来批转：

如果区内有二级平台，直接将案卷批转到二级平台；如果区内无二级平台，将此案卷下派到区内相应的专业部门；

工作人员批转案卷的同时，系统根据案卷所属的责任单位自动将该案卷批转到监管该责任单位的相应监管中心备案，以便监管中心对所辖的专业部门进行监管。

3.1.4.2缓办授权流程

工作人员接到缓办申请后，根据实际情况判断是否予以缓办授权。

3.1.4.3协调督办流程

工作人员接到专业部门处理后的案卷，如果问题处理完毕，将案卷批转到信息中心，进入核查阶段；如果问题未处理完，将根据实际情况进行重新派遣或协调处理。

11 浙江大学快威科技集团有限公司

软件需求规格说明书

3.1.5相关专业部门需求

3.1.5.1任务处理流程

工作人员接到协同工作网络派遣的案卷后，到现场处理问题，并将处理结果反馈给协同工作网络进行督查。

3.1.5.2缓办申请流程

专业部门因特殊情况无法按时完成任务时，可以向协同工作网络申请问题缓办处理，同时上报缓办原因和申请缓办的期限。

3.2功能需求 3.2.1 总体功能需求

根据“杭州市数字城管信息系统”建设的总体目标及任务要求，系统划分为11个部分（1个平台，10个子系统），其体系结构如下图所示。

12 浙江大学快威科技集团有限公司

软件需求规格说明书

系统管理员基础数据资源管理系统信息采集员信息中心协同工作网络各级领导和和专业部门综合部门社会公众地理编码系统地图操作模块大屏幕显示系统部件在线更新系统应用层应用管理维护系统业务受理系统协同网络系统综合评价系统通用功能模块GPS车辆定位监控系统信运息行安管全理体体系系地理编码基础数据视频监控系统公众网站实时发布系统数据共享与交换平台视频位置部件数据元数据GIS平台工作流引擎应用中间件消息中间件上报问题流程定义评价指标组织机构安标全准和规灾范备体体系系数据层支撑软件层数据库管理系统操作系统服务器系统存储系统机房系统备份系统网络系统物理层 3.2.1.1城市管理地理信息系统

城市管理地理信息系统应实现对地理空间框架数据、遥感影像数据、城市单元网格数据、城市部件和事件数据等地理空间数据的管理、维护、显示、操作、分析和建模等功能，是整个系统图文一体化办公的重要基础。

城市管理地理信息系统主要应包括以下功能模块：数据建库与管理、数据转换、地图显示、地图编辑及部件数据维护、地图制图及输出、查询定位、空间分析及统计、遥感影像显示等。

1．数据建库与管理

数据建库与管理模块应提供对城市单元网格数据、城市部件和事件数据等地理空间数据的组织、管理功能，通过数据建库达到统一的数据整合目的。应实现对地理空间数据的分层分类管理。

13 浙江大学快威科技集团有限公司

软件需求规格说明书

提供可视化的操作界面动态定义城市部件、事件属性表结构，同时能够通过选择目前杭州市规划局使用的ArcInfo的Coverage，ArcView的Shapefile，ArcInfo交换格式e00等文件自动导入属性表结构，生成地理空间数据建库模板；根据模板创建地理空间数据库，支持删除、属性查看、属性更改等操作；支持数据导入及属性完整性检查等操作。

2.城市部件及事件管理

采用先进的技术对城市部件和事件数据进行管理,提供管理面板定制每类部件和事件的编码、符号图例、属性表结构等信息；能够根据地址信息模糊匹配城市部件和事件，进行定位并高亮显示；能够统计网格和用户划定的空间范围内部件和事件数目，查看部件和事件的属性列表。

3．数据转换

数据转换应包括数据转入和数据转出两方面的功能。其中包括图形数据转换和属性数据转换。应能够转入转出常用的GIS数据格式，如目前杭州市规划局使用的ArcInfo的Coverage，ArcView的Shapefile，ArcInfo交换格式e00等；应能根据需要转入转出常见的栅格数据格式，如BMP、JPEG等；属性数据转换能够将统计报表数据转换成 Excel、MDB、HTML等格式。

4．地图显示

应具有较好的空间索引机制和海量空间数据处理能力，能够快速定位到城市部件及事件的位置，包括地图窗口管理、图层管理、鹰眼等功能；具有常用的开窗放大、开窗缩小、放大、缩小、自动漫游等功能；具有网络地图发布功能。

5．地图编辑及部件更新

地图编辑及部件更新模块作为数据入库功能的补充，应能实现对城市部件和事件对象的编辑和录入；提供分布式网络环境下的版本控制机制，解决多用户编辑过程中的冲突处理，实现地图的在线编辑；通过城市部件的查询检索机制，对于未录入的城市部件，提供各种编辑工具辅助部件更新。

6．地图制图及输出

应实现城市部件和事件的图例管理，提供符号编辑工具制定不同编码类型的城市部件和事件的图例符号，对于不同的部件和事件进行符号显示，能进行专题制图，并支持地图布局和打印输出。

14 浙江大学快威科技集团有限公司

软件需求规格说明书

7．查询定位

应能方便地实现SQL查询、GIS查询和GPS查询等查询功能。能进行从图形查属性、从属性查图形、空间区位查询等多种GIS查询操作。例如，框选一个区域，可以快速生成该区域内指定的某类部件的列表，选择列表中的一个部件，就可以快速地在地图中高亮显示其图标，即实现快速定位。

8．空间统计

应能方便地实现多样化的空间统计功能，生成统计报表或统计图表。例如，框选一个区域，可以快速统计出该区域内指定的某类部件的数量。

9．空间分析

应包括地图量算、缓冲区分析、多边形叠加分析等功能。例如，指定道路中心线，输入缓冲值，系统能以道路中心线为基准，自动生成一个缓冲区，并得出处于道路缓冲区范围内所有城市部件的分布信息。划定空间范围，可通过多边形叠加功能计算落入区域内的城市部件分布。

10．显示遥感影像

应支持对遥感影像数据的显示，通过遥感影像数据和城市基础地形图的套合显示，使城市的网格化管理更具有表现力。

3.2.1.2业务受理子系统

业务受理子系统供城市管理信息中心接线员使用。城市管理信息中心接线员受理来自信息采集员和社会公众的城市管理事件报告或举报，然后对他们所反应事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给协同工作网络派遣办理。因此，“业务受理子系统”的主要功能就是为信息中心接线员提供事件的受理、登记、立案、定位和转发等功能。

业务受理子系统主要应包括以下功能模块：问题登记、部件和事件定位、采集员现场核实、部件数据核实和更新、立案及案卷审批、结果核实及反馈、结案归档管理等。

1．问题登记

应实现对公众投诉问题的登记，提供登记表单录入投诉内容及相关情况；对于事件，提供在图中标识位置点，并允许录入事件相关的信息；对于核实未通过

15 浙江大学快威科技集团有限公司

软件需求规格说明书

输出

查询结果将在详细信息区全部显示，同时对用户选中的某一案卷在地图显示区，显示出该结果所在区域和当前状态；

3.2.1.5综合评价子系统

“综合评价子系统”基于业务受理子系统、协同网络子系统和城市管理地理信息系统，运用综合评价模型，实时或定期统计技术，将信息化技术、监督评价的工作模式应用到数字城市管理中，建设城市管理综合评价系统。通过基于“数字城市管理信息系统”的信息存储和信息查询，实现对历史数据按期或实时的统计，并通过城市管理评价体系数学建模运算品评等级，将其以图形化或表格化的方式显示出来。通过系统建设，推进城市管理监督达到主动、精确、快速、直观和统一的目标，从而实现完善的城市管理评价体系，可以形成良好的城市管理监督机制。具体目标是：

（1）建立“区域评价”体系，通过对历史数据按单元区域运算统计，生成单元区域城市管理效果的数据列表，根据预先制定的评分标准，按不同的颜色直观的显示单元区域管理效果。

（2）建立“部门评价”体系，通过对历史数据按部门运算统计，按照预先制定的审评要求，生成部门管理和执行效果的数据列表，根据预先制定的评分标准，以表格的方式直观的显示部门管理执行效果。

（3）建立“岗位评价”体系，通过对历史数据按岗位运算统计，按照预先制定的审评要求，生成岗位工作状态和效果的数据列表，根据预先制定的评分标准，以表格的方式显示岗位评价效果。

3.2.1.6构建与维护子系统

构建与维护子系统是系统管理员使用的工作平台，通过该平台，可以快速搭建、维护城市管理业务，定制业务工作流程，设置组织机构，并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动、系统数据备份等日常维护工作。利用构建平台，系统管理人员可以方便地调整系统使之适应用户需

26 浙江大学快威科技集团有限公司

软件需求规格说明书

要，并可以在使用中不断地变更系统配置，无须软件开发者的干预，充分赋予了用户自维护、自发展、自适应的能力。

使用构建与维护子系统，可以设置每个办公人员的各种权限；可以方便地对网络进行监控；可以定义业务常用查询；可以设置统计类型、定义统计方法、可定制统计表格样式。 主要功能：

（1） 实现对组织机构的管理，对用户、部门、角色进行维护；

（2） 具备工作流定义功能，实现工作流过程、阶段、流向以及对应权限的管理； （3） 具备工作表单定义功能，实现工作表单名称、字段、样式等的管理； （4） 具备输出表单定义功能，实现输出表单名称、字段、样式等的管理； （5） 定义查询统计模版； （6） 系统管理的相关配置。

3.2.1.7基础数据资源管理子系统

“基础数据资源管理系统”供系统管理人员使用。通过“GIS信息”，对系统使用的地图库进行随时维护，即可以对于系统中使用的各种基础数据资源进行管理，利用管理系统提供的工具，系统管理员可以进行图层定义，可以随时扩展地图数据；使用地物定义，就可以适应标准的变化，对各种地物的标准编码进行维护。 主要功能：

（1） 实现添加、管理地图数据功能，可以对基础数据、地理编码数据、城市部

件数据等进行配置管理；

（2） 具备对各个图层属性配置功能，实现对属性字段自定义；

（3） 能够维护地图库中包括城市管理部件和事件等要素在内的要素编码、显示

样式等；

（4） 地图管理中应提供地图预览功能，能够快速查看地图配置效果； （5） 能够配置基于单元网格和城市部件地图快捷操作图层。

27 浙江大学快威科技集团有限公司

软件需求规格说明书

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车辆定位系统中保存车辆信息数据表 (存储车辆信息属性，其结构为：

28 浙江大学快威科技集团有限公司

软件需求规格说明书

车辆编号、车辆车牌、车辆驾驶员姓名等字段)和车辆动态数据表(说明车辆的位置，其结构为：车辆编号、车辆的X，Y城市坐标信息、记录时间戳)。二表通过触发器与数字城管GIS系统保持数据同步。

在数字城管GIS系统根据接口数据表(车辆动态数据表)中的数据，可以查看环卫车辆的实时分布图，查看某一车辆的详细信息比如：车辆所属单位、车辆编号、车辆车牌、车辆驾驶员姓名等；还可以查看某一车辆的运行轨迹，行车路线等动态信息。

3.2.1.11数据共享与交互平台

在本期系统建设中，“杭州市数字城管信息系统”通过数据共享与交互平台

实现与杭州市执法局系统的数据交互；通过系统之间的数据共享与交互主要实现以下功能：

（1） 执法局巡查人员发现问题通过执法局手持终端上报给执法局系统，执

法局认为需要城管办处理的案卷，就将上报的内容通过接口批转到城管系统受理子系统中，进行登记；

（2） 协同工作网络认为需要执法局处理的案卷，将案卷派遣到执法局系

统；

（3） 执法局处理完问题后，将处理结果反馈到数字城管系统；

（4） 执法局在处理数字城管系统派遣来的案卷过程中，有些案卷不能按时

处理完毕，需要申请缓办；

（5） 数字城管系统答复执法局系统提出的申请；

3.3性能需求 3.3.1并发性

系统正式上线后，大约有100个网点工作人员，考虑到系统的冗余量，系统需支持的应用客户端的并发量至少需要达到120个。

29 浙江大学快威科技集团有限公司

软件需求规格说明书

3.3.2时间特性

1、完成简单业务，系统响应时间应不大于3秒钟，不包括人工操作时间； 2、完成复杂综合性业务，系统响应时间应不大于8秒钟，不包括人工操作时间。

3.3.3灵活性

系统可根据实际情况进行应用扩展，随时修改系统表单、系统流程、人员权限等配置信息，而且无需对系统进行大规模改动。

3.4输入输出的需求

数据的输入主要包括基本数据资料的录入、办公业务的填表、地理信息数据的输入和处理等。

数据的输出，主要包括了工作表单的打印、地理信息数据（地图、城市部件图）等的打印输出等。

3.4.1 工作表单样式

与输入输出相关的表单大致有如下几类：

表单中 代表是系统自动生成,不用填写。 代表由信息采集员填写的内容， 代表由信息中心填写的内容，斜体代表由协同工作网络填写的内容，斜体代表由专业部门填写的内容。

1、问题信息表（信息中心）

任务号 类别 状况 大类 所属城区 所属社区 位置说明 案卷号 采集员 采集员手机号 部件编号 小类 所属街道 所属万米网格 30 浙江大学快威科技集团有限公司

软件需求规格说明书

情况描述 接线员 值班长 处理意见 值班长 上报时间 立案时间 2、问题处理表（信息中心、协同工作网络、专业部门）

案卷号： 处理部门 处理时限 处理要求 派遣人 日 期 办理经过 经办人 协同工作网络 意见 审核人 信息中心 意见 审核人 日 期 日 期 日 期 3、问题登记表（信息中心）

问题来源 问题类型 大类 小类 所属城区 所属社区 事发位置说明 标准地址 问题情况描述 所属街道 所属万米单元 接线员 31 浙江大学快威科技集团有限公司

软件需求规格说明书

举报人 回复方式 联系方式 回复对象 4、问题信息打印表单（专业部门）

制表人： 制表日期：

案卷号 受理时间 问题分类 大类 问题照片 小类 所属城区 所属街道 所属社区 万米单元 位置 位置图片 3.5数据管理能力要求

数据管理系统，要求做到数据的安全存储、快速访问。另外，杭州市数字城管信息系统对海量空间数据存储的要求很高。要求数据管理必须能够满足规范、合理的管理空间数据的要求。

需要管理的数据主要是案卷信息和相关的操作管理数据，平均每个问题的相关数据存储空间约为0.2M。

如果以每天上报1500条问题来算，每天约增加300M的空间，按照一年来计算，存储空间总数约为110G。另外，还需要大容量的存储设备存放备份数据。

32 浙江大学快威科技集团有限公司

软件需求规格说明书

3.6故障处理需求

1、当系统发生故障时，应及时给出明确的故障信息，供工作人员排错使用； 2、系统应记录故障日志，供维护人员使用；

3、系统发生故障时，不应产生垃圾数据或错误数据。

3.7安全性需求

杭州市数字城管信息系统运行在网络环境中，对安全性的要求比较高。 1、地理信息数据要确保安全，不能泄密。

2、各种业务办理信息要确保安全，不能在执行批转等一系列业务处理操作的时候发生数据泄漏的情况。

3、要确保数据的完整性和存储安全，避免出现数据丢失的情况。 4、保证系统运行环境的安全性。包括网络环境、操作系统、数据库系统等软硬件环境的安全性。硬件和网络方面的要求要符合杭州电子政务有关规定中对信息安全的要求。

3.8其他需求

（1）可维护性

维护方式：系统提供对系统自身的集中操作维护的功能，真正做到使系统能在数据损坏、丢失等情况下将备份数据倒回，实现数据恢复。

维护工作量：系统提供集中的、智能化的维护工具，尽可能减少手工维护工作量，确保系统的正常运行。

（2）易操作性

界面设计：系统应提供美观实用、友好直观的中文图形化用户管理界面，充分考虑工作人员的习惯，方便易学、易于操作，含全菜单式处理和各种快捷键操作，保证多数功能一键到达。系统应以图形化的方式提供各种操作手段，充分发挥GIS以图形面对用户的特点，信息的表现方式更直观，效率更高，摆脱过去

33 浙江大学快威科技集团有限公司

软件需求规格说明书

那种面对大量枯燥的表格、文字信息进行数据挖掘的状况。

（3）可扩展性

功能扩展：为了满足用户今后系统扩容和扩大应用范围的需求，系统应充分考虑从系统结构、功能设计、管理对象等各方面的功能扩展。

软硬件升级：系统应充分考虑软硬件平台的可扩展性及软、硬件的负载平衡机制。随着关键软件和硬件的发展以及管理功能的增加，系统具有灵活和平滑的扩展能力。

（4）开放性

为了确保应用系统具有良好的互操作性和可移植性，系统的数据格式应该符合有关国家标准或行业标准。

4．运行环境规定

4.1服务器端所需硬件设备

硬件及网络设备的需求如下： 设备名称 技术参数要求 单位 数量 服务器（数据库服4路Xeon 3.0GHz处理器，内存16GB，硬盘务器,应用服务72GB×2，HBA卡2块，10M/100M/1000Mbps器,备份服务器） 网卡2块，机架式安装 服务器(通信服务2路Xeon 2.7GHz处理器，内存4GB，硬盘器,定位数据服务72GB×2, 10M/100M/1000Mbps网卡2块，机器) 架式安装 光纤交换机 16口, 全光纤网络交换功能，端口吞吐率≥2Gbit/s，背板交换带宽≥32Gbit/s 光纤主机端口2个以上，双控制器,每控制器2GB缓存，总计4GB，硬盘容量不小于2.5TB（15000转） 30个磁带槽位，2T以上，光纤模块,每磁带盒压缩容量≥200GB,磁带机的驱动数≥2 台 7 台 2 台 2 光纤磁盘阵列 套 1 备份磁带库 套 1 34 浙江大学快威科技集团有限公司

软件需求规格说明书

集群防火墙 吞吐量≥1000Mbps，最大并发会话数≥500,000，每秒新建会话数≥7000，1000M接台 口≥2，最大连接数>100000，支持双机热备， 数据吞吐量不小于150Mbps，最大并发连接数大于2000，系统延时<100ms，双机系统，对安全的文件实时交换，内外网数据库双向同步，2个1000M BASE-T接口 机架式，1个10M/100M RJ45管理口，1个监听模块，含管理中心软件。对450字节的分组的处理能力≥600Mbps，每秒最多支持>5000个TCP连接，最多支持>50万个并发连接，100%警报率，无限量支持VLAN 2 网闸 台 2 入侵检测 套 1 4.2 服务器端所需软件

杭州市数字城管信息系统的开发和运行所需要的软件大致包括： 1、操作系统：Windows 2003 Advanced Server 2、数据库管理软件： Oracle 9i

3、GIS支持软件：ArcSDE9.0、ArcIMS9.0

4、开发工具主要为：Delphi 6.0， J2SE 2 1.4.2，ASP.NET、 J2SDK-1_4_2_05等。

5、Web Server软件：WebLogic 、TomCat5.0.25

6、其他支持软件：IE 6以上版本、Java虚拟机、Office 2000、Adobe Acrobat等。

4.3客户端运行环境

一、硬件环境

硬盘：80G 内存：512M

二、软件环境

IE6.0 Office 2003

35 浙江大学快威科技集团有限公司

软件需求规格说明书

flashplayer7_winax Adobe Acrobat Reader 7.0

j2re-1_4_2_03-windows-i586-p（java虚拟机）

4.4 系统接口

杭州市数字城管信息系统需要提供必要的开发接口，以便于其他系统进行集成。

系统需要与其他系统交互的接口主要有：

1、与信息采集器的接口，实现信息中心接线员与信息采集器的信息传递。 该接口涉及的接口内容由如下几部分组成，包括移动信息转发平台（手机端前置机）实现的接口和协同工作平台实现的接口（协同工作平台：数字城管系统）。 接口交互内容： 编号 信息转发平协同工作平台 1 台 接口说明 信息表单、多信息表单、多用于协同工作平台获取信息转发平台媒体内容获媒体内容接的表单信息、多媒体内容 取接口 收接口 2 无线定位接无线定位更用于协同工作平台获取无线多媒体终口 新接口 端的位置 3 协同工作平协同工作平用于协同工作平台向信息转发平台发台业务消息台业务消息送任务信息、人员信息等 接收接口 发送接口 用于向多媒体终端发送今日提示内容 4 多媒体终端 今日提示接口 5 多媒体终端 短信接口 用于向多媒体终端发送短信通知 下图示意了以上接口实现的具体位置：

36 浙江大学快威科技集团有限公司

软件需求规格说明书

协同工作平台 业务系统 Web Service (移动信息转发平台调用，协同工作平台实 (移动信息转发平台实现) Web Service 移动信息转发平台 接口形式

接口功能复杂，内容丰富，并扩展需求大，因此采用SOAP OVER HTTP的Web Service接口。

2、与CA认证中心的接口，实现系统中工作人员的身份认证。

该接口的实现将使用SSL网关技术，SSL安全网关能够对用户的数字证书进行验证，在浏览器与Web服务器之间建立安全加密通道，可以为Web应用系统提供用户身份认证和数据保密的功能。 接口交互内容：

KINSEC_CERT_CN：证书中的用户通用名(Common Name)。 KINSEC_CERT_OU：证书中的单位名(Organization Unit)。 KINSEC_CERT_O：证书中的组织名(Organization)。 KINSEC_CERT_L：证书中的地点(Locality)。 KINSEC_CERT_ST：证书中的省(State)。 KINSEC_CERT_C：证书中的国家。 KINSEC_CERT_G：证书中的用户的姓。 KINSEC_CERT_E:证书中的用户邮件地址。

KINSEC_CERT_ISSUER_CN: 发行证书的CA机构的通用名。 KINSEC_CERT_ISSUER_O: 发行证书的CA机构的单位名。 KINSEC_CERT_ SERIAL_NUMBER: 发行证书的CA机构的单位名。

37 浙江大学快威科技集团有限公司

软件需求规格说明书

KinSec_CLIENT_IP：客户端访问代理服务器所用的原始IP

接口形式：

SSL与应用系统的接口以cookie的方式实现，Web服务系统获取cookie即可获取用户身份和权限属性，每一个cookie的名称都有其确定的含义。

3、与GPS车辆监控的接口，实现对环卫车辆的监控与管理。 接口交互内容：

GPS车辆定位系统接口形式采用数据库表驱动方式，由GPS车辆定位系统负责往接口数据表中定时插入最新的车辆位置信息。

GPS车辆定位系统中保存车辆信息数据表 (存储车辆信息属性，其结构为：车辆编号、车辆车牌、车辆驾驶员姓名等字段)和车辆动态数据表(说明车辆的位置，其结构为：车辆编号、车辆的X，Y城市坐标信息、记录时间戳)。二表通过触发器与数字城管GIS系统保持数据同步。 接口形式：

采用数据库表驱动方式。

4、与视频监控的接口，实现对城市管理中重点地域的视频监控。 接口交互内容：

页面中显示全市所有公安、交警的摄像头位置，位置数据由市公安局和交警支队提供。实现方式：在页面中点击某一摄像头后，摄像头显示内容：每秒2张的图片连续放映。由视频监控系统提供显示摄像头内容的URL，在协同工作平台中显示此网页。 接口形式：

视频监控系统对外接口采用Web Link方式，由协同工作平台直接链接视频监控系统的视频监控页面来显示。

5、与执法局办公系统的接口，实现与执法局办公系统中的数据交换。 接口交互内容：

该接口由如下几部分组成，包括数据交换平台实现的接口和协同工作平台实现的接口（协同工作平台：数字城管系统）。 编号 数据交换平协同工作平台 1 台 接口说明 问题上报信问题上报信用于协同工作平台获取数据交换平台38 浙江大学快威科技集团有限公司

软件需求规格说明书

息表单获取息表单接收的问题上报表单信息 接口 2 接口 任务派遗信任务派遗信用于数据交换平台获取协同工作平台息表单接收息表单获取派遣的任务表信息和多媒体信息 接口 接口 3 处理结果信处理结果信用于协同工作平台获取数据交换平台息表单获取息表单接收的问题处理结果表单信息 接口 接口 4 缓办申请信缓办申请信用于协同工作平台获取数据交换平台息获取接口 息接收接口 的缓办申请信息 5 答复授权信答复授权信用于数据交换平台获取协同工作平台息接收接口 息获取接口 答复授权信息 下图示意了以上接口实现的具体位置：

协同工作平台 业务系统 Web Service (数据交换平台调用，协同工作平台实现) (数据交换平台实现) Web Service 数据交换平台 接口形式

接口功能复杂，内容丰富，并扩展需求大，因此采用SOAP OVER HTTP的Web Service接口。

39 浙江大学快威科技集团有限公司

软件需求规格说明书

5．附件

5.1需求用例描述 5.1.1建立案卷模块

建立案卷是由城市管理信息中心负责实施的。

5.1.1.1 需求描述

1、建立案卷是系统工作流程的触发器，带动工作流程的运转。 2、建立案卷环节的主要角色是城市管理信息中心。

3、接收信息采集员的报送的信息后系统自动建立新案卷并反馈给信息采集员任务号。

4、接收信息采集员对临时任务的核实报告，反馈正式任务号。

5、城市管理信息中心根据信息采集员上报的问题信息，通过系统对问题进行地理位置、具体城市部件、发生时间、严重程度的分析，建立相关案卷，并将案卷转送到协同工作网络。同时通过督察督办功能对整个业务流进行督察及督办。

5.1.1.2输入、输出表格和图形

表格名称 问题信息表 问题登记表 输入表 输出表 √ √ 文号格式 打印 编辑 图形名称 基础地形图（1:500、1:2000） 正射影像图 查看 √ √ 40 浙江大学快威科技集团有限公司

软件需求规格说明书

问题处理工作表 城市部件地图 √ √ √ √ 5.1.1.3 需求用例描述 立案

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-1 将问题生成案卷进行办理 用户选择问题列表的某一条问题后，选择“立案”的功能后系统会自动根据问题信息生成新案卷。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 1、 业务信息（包括表格信息）导入到对应输入表格中。 2、 多媒体信息导入到对应的要件中。 3、 地图信息导入，主要有三种方式： 1） 地图坐标方式：可以直接对案卷定位。 2） 部件方式：查找到对应部件后可以由业务人员判断后对案卷定位。 3） 普通地址描述方式：根据地理编码引擎查找到对应位置后由业务人员确认后对案卷定位。 4、 案卷定位确定后，系统自动生成问题工作图上的地物。 5、 案卷定位后，系统自动根据问题的类型修改评价表相关字段。 。 其它过程 例 外 请求结果 非 功 能 其 他 保存（问题处理反馈结果入库）

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-2 将问题的处理结果自动保存到对应的案卷中。 用户选择问题列表的某一条问题后，选择“保存”的功能后系统会自动将相关问题信息保存到对应的案卷中。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 1、 系统将处理结果表单信息自动保存到输入表格中。 41 浙江大学快威科技集团有限公司

软件需求规格说明书

2、 系统将处理结果多媒体信息自动保存到要件中。 3、 系统自动将问题工作图中的地物状态修改，并修改相应地物的地物样式。 4、 系统自动将评价体系表中的相应状态修改。 其它过程 例 外 请求结果 非 功 能 其 他 地理编码搜索

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-3 地理编码信息搜索 业务人员在工作中需要从地址串得到具体地图坐标；或者根据地图坐标得到规范的地址串。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 1、 用户输入普通地址串以后，系统会自动定位到相应的地图位置上，并且得到地图定位坐标。 2、 用户输入坐标后系统可以自动提取出相应的地理位置描述。 其它过程 例 外 请求结果 非 功 能 其 他 问题消息提示

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 其它过程 例 外 请求结果 非 功 能 其 他 UC-4 问题消息提示 当新的问题传送过来的时候，系统能在左上角自动提示。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 做法类似于消息实时提示。 最好在文字颜色上能够有所区分。 42 浙江大学快威科技集团有限公司

软件需求规格说明书

地图操作

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 其它过程 例 外 请求结果 非 功 能 其 他 UC-5 GIS操作(GISOperation) 信息中心业务人员根据问题上传的部件、位置信息在地图窗口对问题情况进行定位、查询，并核实问题上报情况。 高，每一个负责GIS操作的使用者每天都会做多次操作。 P0 地图操作主要过程 。 填写输入表格

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-6 填写输入表格(FillInSheet) 使用者根据业务要求，对案卷的输入表格中需要他负责埴写的栏目进行填写。 所有参与业务的人员都有可能填表，但不同角色，所负责的表格或表格中的栏目是不同的。 非常高，对于每个案卷，一般都会有几张输入表格，每张表格可能会由几个人分别填定不同栏目；即使是同一个人也可能会几次修改表格。 案卷接件后就可以填表了，但填表一般情况下有一定的顺序，由不同的人员顺序完成。 P0 填表主要过程 1、 使用者选择要填表的案卷，可以是一个案卷，也可以是一批案卷。 2、 系统根据配置库的定义和使用者相对这个案卷所在活动，确定该使用者可以填写的表格及相应字段和可以浏览的表格，打开输入表格。 3、 使用者对输入表格进行填写，输入相应的内容。当用户填写完一栏后，输入焦点离开该栏时，进行字段有效性检查，如有错误，提示用户有错误，将输入焦点重新置回。 4、 使用者保存填写内容，系统对填写内容进行业务规则判断，没有错误，则提交数据库保存。 5、 如业务规则有错误，提示用户：输入表格有XX，请重新输入。并置输入焦点于相应位置。 其它过程 例 外 43 浙江大学快威科技集团有限公司

软件需求规格说明书

请求结果 非 功 能 其 他 案卷状态改变

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-7 案卷状态改变(BizStatusChange) 使用者将案卷状态由not running改为running或由running改为not running。 所有参与业务的人员 中。 案卷状态处于Open状态。 P0 案卷状态改变主要过程 1、 使用者选择需要进行改变状态的案卷，并确定需要改变到的状态。 2、 系统判断该案卷是否可以从当前状态改变到使用者选择状态，如果状态改变的条件不满足，则提示用户，退出。如可以，则进行改变。 脚本有缓办、解除缓办、冻结、解除冻结等。 其它过程 例 外 请求结果 非 功 能 其 他 案卷移交

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-8 案卷移交(BizTransition) 用户将自己经办的案卷在办理完成后，移交到下一活动或办理结束。 所有参与业务的人员 非常高，所有案卷都要经过一次或多次移交才能完成。 满足当前活动所设定的移交条件。 P0 办理业务主要过程 1、 系统根据该案卷当前的活动状态，执行相应的移交操作： 1.1、如符合自动批转的条件，include<<自动批转(AutoTrans)>>； 1.2、如不符合自动批转的条件，include<<手动移交(ManualTrans)>>。 2、 P1 用户撤消移交(P0.1之后的分枝) 1、如果用户在移交出去之后，发现办理没有完成或移交错了，include<<撤消移交(CancelTrans)>>。 在某些阶段设置提示用户的条件，使用户能根据一些规定执行某项工作，自其它过程 例 外 请求结果 非 功 能 其 他 44 浙江大学快威科技集团有限公司

软件需求规格说明书

动提示可能出现的情况有： 特事特办：当用户签收该类型案卷后，应有提示该案卷的重要性；办理人完成后向指定流程的领导发消息说明办理进度。 5.1.2任务派遣环节

任务派遣工作是由协同工作网络负责落实的。

5.1.2.1 需求描述

1、任务派遣环节是工作流程中的主干，是整个工作流程的核心部分。 2、任务派遣环节的主要角色是协同工作网络。

3、协同工作网络接收到城市管理信息中心发送的案卷。对案卷内信息进行分析，根据案卷内容和处理机制，提出处理方案，将处理方案存入案卷下达给一个或多个专业部门，处理方案内提出多个专业部门间的协同工作方式，组织协调专业部门对问题进行处理。

4、协同工作网络通过系统督察督办功能对专业部门的处理进程进行督察及督办。

5、专业部门接收协同工作网络的派遣任务，确定任务的责任人。 6、各级领导对相关部门进行督察督办和各种信息查阅。

5.1.2.2输入、输出表格和图形

表格名称 问题处理单 输入表 输出表 √ √ 文号格式 图形名称 基础地形图（1:500、1:2000） 正射影像图 问题处理工作图 评价体系地图 查看 √ √ √ √ 打印 √ 编辑 45 浙江大学快威科技集团有限公司

软件需求规格说明书

城市部件地图

√ 5.1.2.3 需求用例描述 办理业务

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-9 办理业务(TransactBiz) 用户对经办的案卷进行各项与业务相关的操作，完成后批转到下一活动。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 P0 办理业务主要过程 1、 include <<打开案卷列表箱(OpenListBox)>>。 2、 用户选择准备进行办理的一项活动(案卷)或多项活动(案卷)或按批选择多项活动(案卷)。 片断：案卷操作 3、 include<<案卷相关工作项(BizWorkItems)>>。 4、 办理完成相关操作后，用户通知系统，操作完成。 5、 include<<案卷移交(BizTransition)>>。 6、 如果当前活动对应状态与下一活动状态不一致，include<<案卷状态改变(BizStatusChange)>>。 7、 用户关闭列表时，将相关的显示格式信息保存到库中。 其它过程 例 外 请求结果 非 功 能 其 他 该活动相应的案卷进行了办理，并将办理结果和活动移交到了下一步活动。 案卷相关工作项

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-10 案卷相关工作项 用户对所选择的活动(案卷)进行一系列操作，完成对案卷的办理。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 P0 办理案卷相关工作项的主要过程 46 浙江大学快威科技集团有限公司

软件需求规格说明书

1、 include <<填表(FillInSheet)>>； 2、 include <<打印输出表格(PrintOutSheet)>>； 3、 include <>； 4、 include <<填写要件(FillInImpDoc)>>； 5、 include <<取相关案卷(GetRelaBiz)>>； 6、 include <<指定主办人(SpecifyPrincipal)>>。 其它过程 例 外 请求结果 非 功 能 其 他 地图操作

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 其它过程 例 外 请求结果 非 功 能 其 他 UC-11 GIS操作(GISOperation) 信息中心业务人员根据问题上传的部件、位置信息在地图窗口对问题情况进行定位、查询，并核实问题上报情况。 高，每一个负责GIS操作的使用者每天都会做多次操作。 P0 地图操作主要过程 。 填写输入表格

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-12 填写输入表格(FillInSheet) 使用者根据业务要求，对案卷的输入表格中需要他负责埴写的栏目进行填写。 所有参与业务的人员都有可能填表，但不同角色，所负责的表格或表格中的栏目是不同的。 非常高，对于每个案卷，一般都会有几张输入表格，每张表格可能会由几个人分别填定不同栏目；即使是同一个人也可能会几次修改表格。 案卷接件后就可以填表了，但填表一般情况下有一定的顺序，由不同的人员顺序完成。 P0 填表主要过程 47 浙江大学快威科技集团有限公司

软件需求规格说明书

6、 使用者选择要填表的案卷，可以是一个案卷，也可以是一批案卷。 7、 系统根据配置库的定义和使用者相对这个案卷所在活动，确定该使用者可以填写的表格及相应字段和可以浏览的表格，打开输入表格。 8、 使用者对输入表格进行填写，输入相应的内容。当用户填写完一栏后，输入焦点离开该栏时，进行字段有效性检查，如有错误，提示用户有错误，将输入焦点重新置回。 9、 使用者保存填写内容，系统对填写内容进行业务规则判断，没有错误，则提交数据库保存。 10、 如业务规则有错误，提示用户：输入表格有XX，请重新输入。并置输入焦点于相应位置。 其它过程 例 外 请求结果 非 功 能 其 他 案卷状态改变

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-13 案卷状态改变(BizStatusChange) 使用者将案卷状态由not running改为running或由running改为not running。 所有参与业务的人员 中。 案卷状态处于Open状态。 P0 案卷状态改变主要过程 1、 使用者选择需要进行改变状态的案卷，并确定需要改变到的状态。 2、 系统判断该案卷是否可以从当前状态改变到使用者选择状态，如果状态改变的条件不满足，则提示用户，退出。如可以，则进行改变。 脚本有缓办、解除缓办、冻结、解除冻结等。 其它过程 例 外 请求结果 非 功 能 其 他 案卷移交

用例编号 用例名称 简要说明 执 行 者 使用频率 UC-14 案卷移交(BizTransition) 用户将自己经办的案卷在办理完成后，移交到下一活动或办理结束。 所有参与业务的人员 非常高，所有案卷都要经过一次或多次移交才能完成。 48 浙江大学快威科技集团有限公司

软件需求规格说明书

前提条件 普通过程 满足当前活动所设定的移交条件。 P0 办理业务主要过程 3、 系统根据该案卷当前的活动状态，执行相应的移交操作： 1.1、如符合自动批转的条件，include<<自动批转(AutoTrans)>>； 1.2、如不符合自动批转的条件，include<<手动移交(ManualTrans)>>。 4、 P1 用户撤消移交(P0.1之后的分枝) 1、如果用户在移交出去之后，发现办理没有完成或移交错了，include<<撤消移交(CancelTrans)>>。 在某些阶段设置提示用户的条件，使用户能根据一些规定执行某项工作，自动提示可能出现的情况有： 特事特办：当用户签收该类型案卷后，应有提示该案卷的重要性；办理人完成后向指定流程的领导发消息说明办理进度。 其它过程 例 外 请求结果 非 功 能 其 他

5.1.3 任务处理反馈环节

任务处理反馈是由市区各相关专业部门负责完成的。

5.1.3.1 需求描述

1、任务处理反馈环节是工作流程中的回路，是工作流程结束的起点。 2、任务处理反馈环节的主要角色是市区各相关专业部门和协同工作网络。 3、市区各相关专业部门接到协同工作网络的任务派遣后，根据派遣内容对问题进行处理。处理后将处理结果和处理过程存入案卷反馈给协同工作网络。

4、协同工作网络接到专业部门的反馈，确认专业部门的处理结果达到处理要求，将案卷反馈给城市管理信息中心。

5、未能达到处理要求的任务返回专业部门重新处理到达到要求。

5.1.3.2输入、输出表格和图形

表格名称 问题处理表 输入表 输出表 √ √ 文号格式 49 浙江大学快威科技集团有限公司

软件需求规格说明书

图形名称 基础地形图（1:500、1:2000） 正射影像图 问题处理工作图 城市部件地图 查看 √ √ √ √ 打印 编辑 5.1.3.3 需求用例描述 办理业务

用例编号 用例名称 简要说明 执 行 者 使用频率 前提条件 普通过程 UC-15 办理业务(TransactBiz) 用户对经办的案卷进行各项与业务相关的操作，完成后批转到下一活动。 所有参与业务的人员 高，每一个用户每天都会做多次操作。 P0 办理业务主要过程 1、 include <<打开案卷列表箱(OpenListBox)>>。 2、 用户选择准备进行办理的一项活动(案卷)或多项活动(案卷)或按批选择多项活动(案卷)。 片断：案卷操作 3、 include<<案卷相关工作项(BizWorkItems)>>。 4、 办理完成相关操作后，用户通知系统，操作完成。 5、 include<<案卷移交(BizTransition)>>。 6、 如果当前活动对应状态与下一活动状态不一致，include<<案卷状态改变(BizStatusChange)>>。 7、 用户关闭列表时，将相关的显示格式信息保存到库中。 该活动相应的案卷进行了办理，并将办理结果和活动移交到了下一步活动。 其它过程 例 外 请求结果 非 功 能 其 他 案卷相关工作项

用例编号 用例名称 UC-16 案卷相关工作项 50 浙江大学快威科技集团有限公司

本文来源：https://www.bwwdw.com/article/nhso.html