数字化城管软件
软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 需求分类：
(1) 在一般使用中，需求按照功能性（行为的）和非功能性（其它所有的行为）来分类。
功能性需求是说有具体的完成内容的需求。
例如：比如客户登录、邮箱网站的收发收发邮件、论坛网站的发帖留言等。
非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性，包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。
例如：性能要求：要求系统能满足100个人同时使用，页面反应时间不能超过6秒；
可靠性： 系统能7×24小时连续运行，年非计划宕机时间不能高于8小时。要求能快速的部署，特别是在系统出现故障时，能够快速的切换到备用机。 (2) 在统一过程（UP）中，需求按照“FURPS+”模型进行分类。
功能性（Functional）：特性、功能、安全性；
可用性（Usability）：人性化因素、帮助、文档；
可靠性（Reliability）：故障频率、可恢复性、可预测性；
性能（Performance）：响应时间、吞吐量、准确性、有效性、资源利用率；
可支持性（Supportability）：适应性、可维护性、国际化、可配置性。
“FURPS+”中的“+”是指一些辅助性的和次要的因素，比如：
实现（Implementation）：资源限制、语言和工具、硬件等；
接口（Interface）；强加于外部系统接口之上的约束；
操作（Operation）：对其操作设置的系统管理；
包装（Packaging）例如物理的包装盒；
授权（Legal）：许可证或其他方式。
使用“FURPS+”分类方案（或其他分类方案）作为需求范围的检查列表是有效的，可以避免遗漏系统某些重要方面。
其中某些需求可以统称为质量属性（quality attribute）、质量需求（quality requirement）或系统的“某属性”。这些需求包括：可用性、可靠性、性能和可支持性。
项目概述：
数字化城管软件是综合利用地理信息系统 (GIS)、卫星导航定位系统（GPS）或移动基站定位系统（GPRS）及无线遥感（RS）等多种现代科技技术并结合“网格管理法”、“部件、事件管理法”等先进的城市管理方法，实现城市管理工作“管理对象数字化、管理的过程数字化、监控手段数字化、绩效评估数字化”。
该软件通过应用现代化信息技术，实现城市部件和事件管理的数字化、网络化和空间可视化，同时整合并优化政府各项信息资源，创建以城市管理监督中心和指挥中心为两个轴心的管理新体制，再造城市管理新流程，实现市政公用事业和城市管理指挥、监控、执行的联动反应，形成具有监控指挥、协同工作的市政城管特色指挥监控平台。
传统描述
数字化之前，纯人工管理，容易漏点，丢片。证据不足，处理难度大。 面向对象
《城市市政综合监管系统管理部件和事件分类与编码》（CJ―T214——2005）确定的六大类部件（包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类、市政公用设施及其他有关设施）和五大类事件（包括市容环境、宣传广告、施工管理、突发事件、街面秩序）为基本内容，结合重庆市的实际情况，对部件和事件的小类适当增减。
功能需求：
数字化城市管理应用系统包含了建设部标准的十二大子系统：
1.无线数据采集子系统：通过无线采集设备实现采集、报送市政管理问题，接收监督中心分配的核实、核查任务；
2.监督中心受理子系统：接收监督员上报和公众举报的市政管理问题，建立市政管理问题案卷并发送至协同工作子系统；
3.协同工作子系统:提供基于工作流的面向GIS的协同管理、工作处理、督察督办等应用；
4.地理编码子系统:该系统为无线采集子系统、协同工作子系统等提供地理编码服务,实现地址描述、地址查询、地址匹配等功能；
5.综合评价子系统对区域、部门、岗位进行综合统计、计算评估，得出相应的评价分值，生成可视化的评价结果；
6.监督指挥子系统整合各类基础信息和业务信息，实现基于电子地图的市政管理监督指挥功能；
7.三维立体影像显示子系统：通过把MMS影像集成到业务平台软件中，可以提供MMS立体影像的浏览，可视化的展现用户关注地点的实景信息；
8.应用维护子系统：实现对系统机构、人员、业务、工作表单、地图、工作流程、查询、统计等相关信息的配置，完成系统的管理、维护和扩展工作；
数据交换子系统：该子系统采用了业界成熟的XML、SOAP、WebService等信息技术建立信息交换平台，包括数据交换引擎、远程数据传输、信息交换标准等核心模块，以完成纵向、横向各类数据的交换；
10.城市部件更新子系统：用于在线编辑城市部件信息，将部件按照部件类别更新到部件图层，导入属性数据文件；
11.车辆管理子系统：采用GPS等技术对运渣车及其他车辆实施动态跟踪、监控、调度、拍照等，加强对运渣车或其他车辆的监控和管理；
12.移动督办子系统：图文一体化的城市管理移动督办系统是给领导研发的专用移动办公工具，实现通过无线通信网进行联网办公。 系统业务特点：
1.有效实现对监督员、巡查区域的监督管理, 具有监督员位置查询、监督员巡查轨迹回放，分片巡查单元展现等功能；
2.显著提高案卷处置效率, 在案卷上报、核实、核查、案卷流转等关键环节以消息、声音、短信等多种方式提示责任人尽快处理；科学完善的综合考核评价体系；
3.实现对城市管理区域、相关责任单位、监督中心、指挥中心进行实时、科学、公正、公平评价和有效监督；
4.强大的用户报表定制功能，生成多样化的报表样式，并能以邮件发送、直接打印、导出多种文件格式等输出功能，满足多种应用需要。 非功能性需求
1.容量需求：支持同时1000人在线访问查询能力；应具有良好的并发响应能力，整体响应性能在5s以内，正常情况下并发访问量应不小于100，数据库容量不小于2TB。
2.效率性：应具有海量数据存储和管理能力，支持100G以上的总数据量及30G以上的空间数据量的存储和管理；文本信息交换的响应时间应控制在1s以
内，采用消息中间件对数据交换进行管理；地图查询定位时间不超过20s，呼叫中心接收信息采集员上报问题时间不超过30s，呼叫中心向信息采集员发送任务时间不超过10s。
3.可靠性：应具有较强的稳定性，在50个用户并发访问时，系统仍能稳定运行至少15小时以上。
4.兼容性:WindowsXP、windows 2000 和windows 2003操作系统。
应用系统软件总体构架
应用系统总体需求：
1.方便随时掌握城市管理现状、出现的问题和处理情况，对城市管理实现全方位、全时段的即时监控；
2.全面细化城市管理内容，实现城市管理由粗放向精确的转变，彻底改变城市管理对象不清、无序的现状；
3.通过分区即时监控，随时掌握城市的现状，及时处理城市管理中发生的问题，实现城市管理由被动向主动的转变，彻底解决城市管理中的被动、盲目管理问题；
4.按照监控、评价与管理分开的原则，组建城市管理信息中心和协同工作网络，彻底解决城市管理工作中专业管理部门多头管理、职能交叉、职责不到位的现象
