公安局交通警察交警指挥台信息调度管理系统项目需求书.doc

交警指挥台信息调度管理系统需求说明书 公安局交通警察交警指挥台信息调度管理系统项目需求书目 录第一章 建设背景3第二章 建设目标42.1. 应用目标42.2. 作用范围4第三章 建设原则5第四章 技术需求64.1. 需求概述64.2. 需求分述74.2.1 交通指挥台“内部办公”信息管理部分74.2.1.1 交通指挥文件传阅74.2.1.2 领导指示74.2.1.3 通知通告(含协查通知)84.2.1.4 其他信息及“内部办公”后台管理子系统需求84.2.2 交通指挥台“指挥调度过程”信息管理部分94.2.2.1 重大事项告知94.2.2.2 上海市公安局排堵保畅信息实时调控中心94.2.2.3 值班日志104.2.2.4 值班记录114.2.2.5 恶劣天气情况记录（迷雾、冰雪）114.2.2.6 排堵保畅指挥数据系统124.2.2.7 指挥日志134.2.2.8 值班交接信息134.2.3 交通指挥台“指挥调度过程”的地理信息(GIS)管理部分134.2.3.1 高架勤务布局管理子系统134.2.3.2 高架每日派勤管理子系统144.2.3.3 道路交通路政施工情况管理子系统144.2.3.4 突发事件管理子系统154.2.3.5 交通警卫任务调度子系统154.2.3.6 “清障施救”车辆管理信息子系统164.2.3.7 综合查询与统计174.2.4 基础数据部分174.2.5 系统登录帐号管理174.2.6 系统关联、数据接口、系统集成要求17第五章 运行环境和技术标准195.1. 网络环境要求195.2. 服务器的计算机配置要求195.3. 服务器的系统软件配置195.4. 客户端的计算机配置要求19第六章 软硬件设备的配置要求20第七章 经费预算错误！未定义书签。第八章 建设周期21第九章 其他要求22第一章 建设背景上海是一个国际性大都市，目前拥有1330多万辆各类非机动车辆、370多万名机动车驾驶员、230多万辆各类机动车辆，加上自然现象变化、灾害等因素，全市交通指挥工作相当繁忙,现由市局交通指挥台和下属19个二级交通指挥台组成的交通指挥体系进行联动调度监督运作。 为了提高全市交通指挥调度体系的信息化程度和自动化程度，推行网络化无纸化协调运作，实现交通指挥过程中的各个环节的信息共享，提高办公质量和工作效率，增加指挥响应速度和透明度，减轻指挥人员的劳动强度，加强指挥全过程监督和管理机制，确实发挥科技强警的作用，拟开发交警指挥台信息调度管理系统。由于交通指挥中的各项数据与区域地理信息因素之间具有较强的关联，交警指挥台信息调度管理系统需要有地理信息系统（GIS）的支撑。 本次开发的交警指挥台信息调度管理系统，与现交警总队使用的交警勤务管理信息系统、交警勤务巡视指导管理系统、交通民警执法数据评估考核系统配合，再结合地理信息系统（GIS），可以辅助建立一个交通管理的网络化调度机制。网络化信息调度机制不仅使得一般交通指挥管理的表现手段多样化、形象化，而且可以及时传递来自各方的交通实时现场信息，形成区间的便捷的直接反馈沟通渠道。实时的交通信息作为最形象、最直接的传播媒体，结合地理信息系统（GIS），在交通指挥调度工作中的重要性是不可替代的，因此建立一个功能齐全、管理完善的交通信息实时管理、调度、协调系统，在交通信息管理指导工作中是必不可缺的。本需求说明书的解释权归上海市公安局交通警察总队勤务处。第二章 建设目标2.1. 应用目标 交警指挥台信息调度管理系统架构在公安二、三级网络上，是市局交通指挥台和下属19个区县二级交通指挥台之间实现信息与多媒体互动共享平台，使各类交通信息的报送、反馈等流转管理更直观便捷，便于上级单位对下属单位的监督与指导管理，便于各单位间彼此沟通与协调，是市局交通指挥台的计算机网络化管理工具，推进交警指挥调度工作信息化发展。系统建设的目标，就是在一个管理系统平台上，实现以下三大方面的交通指挥信息调度功能：一、实现交通指挥台“内部办公”信息管理。以网站方式，完成交通指挥文件传阅、领导指示、通知通告(含协查通知)等内部办公相关信息的网上发布、签阅、反馈等功能。二、实现交通指挥台“指挥调度过程”信息管理。以文字表格方式，完成重大事项告知的即时发布、签阅、反馈；排堵保畅信息实时调控；值班日志管理（含电台点名、指挥员值班在线点名）；值班记录管理；恶劣天气情况记录管理（含迷雾、冰雪等）；排堵保畅指挥数据管理；指挥日志管理；值班交接信息管理。三、实现交通指挥台“指挥调度过程”的地理信息(GIS)管理。以市局GIS标准图层为基础，通过WebGIS的形式进行展示和分析，完成交警勤务布局管理（GIS，高架支队）;交警每日派勤管理(GIS，高架支队);道路交通路政施工情况管理(GIS);突发事件管理(GIS);交通警卫任务调度管理(GIS)；“清障施救”车辆管理(GIS)；综合查询与统计分析。另外，系统要方便易用，通过预设功能、复制功能，可以大大提高实时维护效率。2.2. 作用范围 交警指挥台信息调度管理系统作用范围：（一）市局指挥中心交通指挥台（二）各分(县)局交通指挥台（三）总队勤务处（四）总队机动支队（五）总队路设处（六）各分(县)局交警支（大）队及交警中队 第三章 建设原则1、实用性。系统的设计应该充分考虑公安交警指挥台的实际工作特点，使得系统具有很强的实用性，为工作切实带来便捷。2、先进性。要求在达到功能要求的基础上，系统的设计规划应该采用符合当今计算机应用系统发展趋势的主流技术和思想，使用最新的系统总体结构和运作模式，并且技术应该是成熟的、稳定的，采用的系统产品也应该是先进的软件产品。3、可靠性。系统提供的数据、信息和汇总要精确可靠。4、成熟性。系统在投入使用前应经过测试和试点应用，在需求成熟的情况，软件开发商在系统投入前要完善系统的成熟度。6、可扩展性。要求系统具有较高的灵活性和强壮性，即当需求发生某些变化时，该软件具有适应这些变化的能力。如操作方式的变化、运行环境的变化、同其他软件的接口的变化、局部功能的变化或改进。可方便、快捷地扩充模块，适应业务发展需要。4、稳定性。为保证系统最大限度地发挥作用，完成日常的各项功能，系统的稳定可靠性必须认真考虑。5、安全性。由于公安工作的特殊性，应该具备整套的安全解决方案来保证系统的安全性。使用公安系统统一建设的PKI/PMI系统进行身份认证和权限管理。7、易用性。易用性体现在统一美观的界面、详尽方便的帮助、智能化的提示、简便的操作等方面。8、可维护性。系统应维护简单、升级方便。第四章 技术需求4.1. 需求概述1、系统架构 采用B/S结构技术开发，软件升级采用中心控制方式。 系统结构主要由四个层次构成，即数据表现层、业务逻辑服务层、业务数据服务层、数据分析服务层。 系统基于市局指挥中心成熟的GIS标准图层，开发WebGIS系统平台实现展示、查询、统计等功能，部分地图的撒点、撒线、撒圈等图绘制维护功能，以及描线、自动拾取数据等计算功能可视情况结合采用C/S结构（如ActiveX技术）开发部分模块。 系统网络总体结构图如下：2、业务流程 交警指挥台信息调度管理系统包含十几个子系统，每一子系统都具有不同的信息或业务流程，请详见“4.2需求分述”部分。3、功能要求概述 （1）能满足交通指挥文件传阅功能要求。（2）能满足领导指示功能要求。（3）能满足通知通告(含协查通知) 功能要求。（4）能满足其他信息及“内部办公”后台管理如信息采集、审核、流转功能要求。（5）能满足重大事项告知功能要求。 （6）能满足排堵保畅信息实时调控中心功能要求。 （7）能满足值班日志点名功能要求。 （8）能满足值班记录功能要求。 （9）能满足恶劣天气情况记录报送功能要求。 （10）能满足排堵保畅指挥数据统计汇总功能要求。 （11）能满足指挥日志功能要求。 （12）能满足值班交接信息功能要求。 （13）能满足交警勤务布局管理功能要求。 （14）能满足交警每日派勤管理功能要求。 （15）能满足道路交通路政施工情况管理功能要求。 （16）能满足定点信息、突发事件管理功能要求。 （17）能满足交通警卫任务调度功能要求。 （18）能满足“清障施救”车辆管理信息功能要求。 （19）能满足综合查询与统计功能要求。 （20）能满足系统登录帐号管理功能要求。 （21）能满足系统关联、数据接口、系统集成功能要求。 4、性能需求概述（1）平台稳定，操作响应及时。（2）操作简便，图形用户界面，在线帮助能力。（3）流程控制：按照指挥调度流程控制。（4）适应性与灵活性：系统采用模块化设计技术，满足不同的机构设置和管理功能划分的情况。 （5）权限控制：严格的系统用户管理和权限控制，保证系统安全可靠。 （6）开放性集成性设计：可与交通管理的其它业务信息系统，如交警勤务管理信息系统、交警勤务巡视指导管理系统、交通民警执法数据评估考核系统等实现信息共享。 4.2. 需求分述交警指挥台信息调度管理系统实现交通指挥台“内部办公”信息管理、实现交通指挥台“指挥调度过程”信息管理、实现交通指挥台“指挥调度过程”的地理信息(GIS)管理三大部分，分述如下。4.2.1 交通指挥台“内部办公”信息管理部分在“交警指挥台信息调度管理系统”的首页上，进行如下“内部办公”内容管理。4.2.1.1 交通指挥文件传阅包括文件的起草、上传、传阅人员选择等，需签阅的人员可以直接在网页上进行签字和回复，未签阅的人员名单颜色为红色，已签阅的为黑色。市局指挥台领导可以直接在文件头上批示。有“领导批示”的文件在首页上显示时出现“批示”字样。4.2.1.2 领导指示同上。4.2.1.3 通知通告(含协查通知)同上。可以上传照片等附件。 4.2.1.4 其他信息及“内部办公”后台管理子系统需求除了文件传阅、领导指示、通知通告外，用户可以随时定义某一主题或栏目，网页上应自动生成显示。“内部办公”后台管理子系统的功能需求是：1、栏目定义功能。目前暂时定义“文件传阅”、“领导指示”、“通知通告”3个栏目，将来在使用过程中可能根据需要随时自由定义。 2、内容的录入、修改、删除、查询功能。 支持文章的附件上传、视频文件上传、相关链接定义功能 支持文章的截止日期功能 支持文章的固顶显示功能 支持设置文章的阅读对象，以及提示其进行签阅/反馈。 支持阅读者可自由对文章进行评论（是否允许评论在后台设置） 支持网站栏目的浏览权限定义功能（不限制、仅注册用户、送呈用户）。 支持网站首页上漂浮的内容定义功能 支持文章附件的原中文文件名的下载功能支持文章直接转向到目标网页功能3、统计和查询功能。 4、流程支持功能。 (1)采集：通过信息管理工作采集的资料，或者各交通指挥台收集的各类交通信息。(2)拟稿：工作人员对信息事件进行审阅，并呈送给相关主管阅读。(3)编辑、重审：主管人员对各种交通信息文稿进行改编，对审核不通过的文稿进行重新审核。(4)审核：检查是否可以上网发布 (5)信息流转：可以指定本文章要流转到什么部门或人员，以便进行签阅。 (6)发布：将文稿进行发布，一旦发布，相关人员都可以查询。 (7)反馈：交通信息当事人收阅后，要进行网上确认。 (8)答复：对于需要答复的请求进行响应，对处理的结果予以答复，电子文档存档，可以打印文稿输出。 (9)统计：对各种条件下的数据进行分组计算。 总队用户按需要，可指定相关单位读取和上传交通信息数据，并在系统中定期保存保存、可选取阅读。由指定用户读取文件。存档管理：按需要保存文件，对使用系统的用户进行分级管理，设置不同权限。模拟流程如下：4.2.2 交通指挥台“指挥调度过程”信息管理部分 4.2.2.1 重大事项告知 在指挥调度的过程中，一旦有重大事项发生，需要告知各级指挥员的，则立刻在本系统网页上起草并发布。市局指挥台领导可以直接在重大事项文章头上进行批示。有“领导批示”的事项文章在首页上显示时出现“批示”字样。 要求重大事项文章可以上传附件，以及视频文件，实现内部在线播放。4.2.2.2 上海市公安局排堵保畅信息实时调控中心为了实现对全市交通路况系统的24小时全天侯实时网上协调干预，便于各级指挥人员实时进行联络沟通，借鉴互联网上BBS系统的功能，开发构建信息实时调控中心，包含以下功能：1、只有得到授权的指挥人员才能进入调控中心。2、中心上实时显示正在在线的指挥人员名单。3、发言区分公共发言区和私下发言区，同一屏幕上分开显示。4、指挥人员之间可以单线传递信息，也可以多线传递信息。5、市局交通指挥台可以看到所有所有交流的信息，包括单线和多线传递的信息。6、当有新的信息发送到某指挥员时，该指挥员的电脑发出提醒音。7、指挥员发言时，可以选择发言类型，不同的发言类型在网页显示时，颜色不一样。要求发言类型和对应的颜色可以定义，初始化如下图所示：8、提供换班退出功能。9、提供发言清屏和发言查询功能。10、其他功能，如常用链接等。4.2.2.3 值班日志1、电台日志点名将市局交通指挥台现有的每日值班日志表格上网，指挥人员可以直接在网上输入日期、天气、值班人、接班人、电台点名情况，包括录入、修改、查询功能。隔天的日志要修改，则系统记录修改的痕迹。2、在线日志点名系统自动显示在线指挥员的名单，记录在线的时间，包括自动记录上线、下线时间，以及查询功能。市局交通指挥台每天早7时电台点名后记录点名结果，过时要修改，则系统记录修改的痕迹，并提供查询详情和汇总统计功能。相关表格如下：值 班 日 志 年 月 日 天气：值班人： 接班人：时间呼号7：00设备 时间 呼号7：00设备时间呼号7：00设备210550白鹤230560赵屯250江桥270沪杭310枫泾洋桥330兴塔牛棚港350廊下卢潮港370金卫嘉浏390新联410金山嘴430葛隆铁路450安亭海港710华亭水上510钱门宝江520陆渡轨道530西岑机场540大盈梅山交 接 班 记 录电脑为民提供咨询上访电台重特大事件协查监控领导赶赴现场绿信比调整交 接 班 留 言备注：设备是指电脑、传真、电话、供电等。4.2.2.4 值班记录每天上班时，系统自动形成一张值班记录，市局交通指挥台指挥人员可以随时在网页上打开，并直接在网上输入日期、时间、地点、事件情况、工作措施、值班人。包括录入、修改、查询、生成每日值班记录表功能。隔天的记录要修改，则系统记录修改的痕迹。相关表格如下：值 班 记 录日期时间发生地点事 件 情 况工 作 措 施当值班组4.2.2.5 恶劣天气情况记录（迷雾、冰雪）各区指挥中心指挥人员每天上班时，系统自动形成一张与本区有关的恶劣天气情况记录表，各区指挥中心值班民警可以随时在网页上打开，并直接在网上填写大桥、隧道、轮渡等通行情况。市局交通指挥台指挥人员可以随时在网页上打开时，显示的是整个上海的情况表。本子系统包括录入、修改、查询、统计、生成每日恶劣天气情况记录表功能。隔天的记录要修改，则系统记录修改的痕迹。 相关表格如下：雾天轮渡、高速通行情况表 年 月 日线站名航 线轮渡所属区、县通行、航行情况备份浦 西浦东停开停开停开三 凇三叉港-吴淞客 渡宝山浦 东 新 区草 临草篙临江杨 浦金 定金桥定海歇 宁歇浦丁国东 嫩东塘嫩江民 丹民生丹东车、客渡其 泰其仓栈秦皇岛客 渡虹 口泰公泰同公平东 金东昌金陵黄 浦东 东东昌东门黄 浦杨 复杨家渡-复兴塘 董塘桥-董家渡南 陆南码头陆家浜南 南南码头南江路三 港三林港口徐 汇陈 车陈行-车沟桥闵 行闵行杜 吴杜行吴泾西 闵西渡闵行车、客渡奉贤塘 米塘口-米市渡车客混合松 江松江高 速沪 芦（A2）南汇莘奉金（A4）闵、奉、金嘉 金（A5）嘉、青、松、金新 卫（A6）金 山新 枫（A7）金 山沪 杭（A8）松 江沪青平（A9）青 浦沪 宁（A11）沪 嘉（A12）嘉 定外 环（A20）宝、嘉、长、闵、浦郊 环（A30）嘉、青、松、金东海大桥南汇、海港机场浦 东虹 桥注： 轮渡共22只，其中客渡18只；车渡、客渡2只；车客混合1只。 轮渡T.33767660 隧道T.63262597 4.2.2.6 排堵保畅指挥数据系统 本子系统完成总队-支队之间两级数据采集与统计的功能，主要实现全市大桥、隧道、中环、外环、三纵三横，以及部分市内重点区域的交通拥堵及事故、抛锚数据每日采集，自动生成各类数据统计报表。由各区（县）分局交通指挥台每日填报路况信息数据，系统将在每日数据的基础上，自动生成任意时间段的统计报表。1、统计项目定义模块（数据项定义） 市局交通指挥台指挥人员可以随时定义数据表的项目，以及每个项目所涉及的区（县）分局。2、排堵保畅数据采集模块（每日报送）各区指挥中心指挥人员填写数据时，系统仅显示与本区相关的表项，然后进行填写。3、综合查询模块4、统计模块 系统要自动生成如下统计报表：（1）指挥日志一览 （2）高架、三纵三横及大桥隧道事故抛锚数据统计 （3）三纵三横及大桥隧道事故抛锚数据统计 （4）高架、中环线及市级重点区域事故抛锚数据统计 （5）高速道路事故抛锚数据统计 （6）清障施救工作数据统计 （7）高架、三纵三横及大桥隧道事故抛锚月度统计表对比 （8）三纵三横及大桥隧道事故抛锚月度统计表对比 （9）高架、中环线及市级重点区域事故抛锚月度统计表对比 （10）高速道路事故抛锚月度统计表对比 （11）清障施救工作月报表4.2.2.7 指挥日志市局交通指挥台民警和由各区（县）分局交通指挥台民警每日可以填报当天的指挥日志，形成任意时间段的指挥日志列表。如果该日志被多次修改，则各区指挥中心指挥人员只能看指挥日志的最终版，但市局交通指挥台指挥人员可以翻阅指挥日志的编辑过程历史版。包括录入、修改、查询功能。4.2.2.8 值班交接信息市局交通指挥台民警和由各区（县）分局交通指挥台民警每日可以填报当天的交班接信息和重要事项，形成任意时间段的交接信息列表。包括录入、修改、查询功能。4.2.3 交通指挥台“指挥调度过程”的地理信息(GIS)管理部分 在标准GIS地图数据的基础上进行二次开发，建立适合于交通指挥台使用的指挥调度地理信息系统。（GIS地图数据由用户提供，拟采用市局指挥部已有的ArcGis格式图层数据）4.2.3.1 高架勤务布局管理子系统目前，总队已有一套“交警勤务信息管理系统”，是上海市公安局交警勤务运行管理的重要系统之一，其中的主要功能就是以文字形式划分全市交警的岗位、责任区和巡区，体现各区（县）共三百多个交警中队的勤务布局情况。本子系统将设计成为“交警勤务信息管理系统”的补充部分，主要是以GIS地图+文字形式划分总队高架民警的岗位、责任区和巡区，体现高架支队的勤务布局情况，包括以下功能：1、实现在地图上撒点、撒线、描圈，以及自动识别路线功能。2、适合高架民警岗位派勤安排需要。要求由高架支队各大队内勤负责上传，高架指挥席位专用，以后不再传真高架指挥台。3、岗位、责任区和巡区是可变的，有工作日布局和周末布局之分，而且道路变动和民警调动后，也需要变动，因此勤务布局的录入、修改、删除、查询，要便于操作。4、其他功能与文字版的勤务布局功能相同，注意预留与“交警勤务信息管理系统”进行接口衔接。5、数据转换模块 原来“交警勤务信息管理系统”文字版使用的路名、交叉口描述与现用的GIS图层路名具有一定的差距，虽然理论上路名标准应参照上海市交通警察执勤执法专用道路名称表述规范(试行(沪公交(事故)200842号)，但考虑到一致性要求，实施时应在现用的GIS图层路名的基础上进行转换录入。 6、为了保证“交警勤务信息管理系统”的一致性和完整性，要求高架勤务布局管理子系统采用“交警勤务信息管理系统”用户访问及管理方式，并支持多用户操作。4.2.3.2 高架每日派勤管理子系统本子系统是对“交警勤务信息管理系统”的补充部分，主要是实现在GIS地图上，进行每日民警派勤安排，包括以下功能：1、实现在GIS地图上撒点（人和车）。2、适合高架民警每日派勤安排要求。要求由高架支队各大队内勤负责维护，高架指挥席位专用，以后不再传真高架指挥台。3、每日民警派勤安排要自动符合当日勤务布局的要求。 4、高架支队各大队可以提前连续派勤15天，在每日到来前均可以修改，当天修改的，则要求输入原因，过期的派勤不可以修改，并支持预设、翻班、复制的功能，使得网上派勤简单易用。5、其他功能与文字版的每日勤务功能相同，注意与“交警勤务信息管理系统”进行接口衔接。6、警员库、协管员库使用 “交警勤务信息管理系统”中的库数据。7、在地图上显示当日当时巡车方位。其中GPS巡车数据由用户负责提供，可考虑从市局系统引入。8、支持多用户操作。4.2.3.3 道路交通路政施工情况管理子系统将总队路设处提供的本市各类路政施工单统一上网供全市交警支队知晓，可按照日期及施工区域自动分类，便于各区交通指挥台直接掌握道路交通施工情况，以后不必再传真告知市局交通指挥台。包括以下功能：1、路政施工单信息的录入、修改、删除、撤销、查询功能。2、实现在地图上撒点、撒线、描圈，以及自动识别施工区域功能。3、系统自动将路政施工分类，以每区（县）一页面的方式显示当前时刻未撤销的施工情况。 4、路政施工单的签阅功能。 5、系统自动按时间计算，将当前时刻正在施工的情况在地图上显示出来。 6、路政施工单可以自动到期撤销或人工撤销。 相关表格如下：施工信息报表 编号： 项目名称时 间区 域具 体 情 况拟送报单位市局指挥中心交通台 总队宣传中心 总队值班室 经办人签发人 单位 日期4.2.3.4 突发事件管理子系统当出现突发事件，如交通事故、车辆抛锚、交通拥堵时，市局交通指挥台和各区交通指挥台应收集情况，将情况统一上网供全市交警支队知晓，按照日期及发生区域自动分类，便于直接掌握道路突发情况。包括以下功能：1、突发事件信息的录入、修改、删除、撤销、查询功能。2、实现在地图上撒点、撒线、描圈，以及自动识别时间影响区域功能。3、文字信息能自动在各区指挥日志中出现。4、系统自动将突发事件分类，以每区（县）一页面的方式显示当前未撤销的事件情况。5、突发事件可以自动到期撤销(按预计解决时间)或人工撤销。 6、系统自动在整点前5分钟，提醒各指挥台报送道路拥堵情况，市局指挥中心自动获得汇总。4.2.3.5 交通警卫任务调度子系统 将交通警卫任务单上网，由总队机动支队、市局交通指挥台和各区交通指挥台、勤务科联合网上办公，进行调度指挥，功能如下：1、支持公安PKI数字证书认证登录。2、（机动支队）网上起草任务单打印人工审批上网确定。 包括实现在地图上描点、描线、描圈，以及自动识别路程、路长、时长功能。2、（市局交通指挥台和涉及区交通指挥台）系统提示勤务科人员网上签收。3、（涉及区交通指挥台）网上任务单打印制作响应方案（添加警力和执勤岗位）人工审批上网确定。 包括实现在地图上描点、描线、描圈，以及自动识别路程、路长、时长功能。4、网上查询，到时提醒各中心，分段滚动提示。5、（机动支队或市局交通指挥台）网上修改，系统提示相关区勤务科人员网上签收，以及修改方案。 包括实现在地图上描点、描线、描圈调整，以及自动识别路程、路长、时长功能。6、系统自动记录任务方案的调整历史。7、同一地点同一时间不同任务的叠加，系统要有解决方案。8、综合查询、统计功能。具备多个统计报表的自动计算功能。相关表格如下：交通警卫开道任务单(一) 任务名称呼 号警卫规格住 地车 辆 数任务日期任务来源联 系 人负 责 人电话/ BP警 车 号活 动 日 程 、 线 路科长意见处长意见备注：任务结束后，请各单位将岗位、警力数上传4.2.3.6 “清障施救”车辆管理信息子系统在公安网上开发“清障施救”车辆管理信息子系统，建立由勤务处监管、车管所把关、交警支队日常管理的三位一体车辆管理机制时，完成在网上协同工作。“清障施救”车辆管理信息子系统的功能如下：1、能建立全市“清障施救”网络成员单位的信息库，设立一单位一档案，达到总队与各分县局交警支队实现网络共享。 2、能建立全市“清障施救”的车辆信息库，设立一车一档，达到总队与各分县局交警支队实现网络共享。 3、对全市“清障施救”车辆信息的新增过户、变更、转籍、停复驶、补牌证的过程进行网上联合审批管理，制定流程，层层把关，建立由勤务处监管、车管所把关、交警支队日常管理的三位一体车辆管理机制，实现在上海公安网上完成办公自动化。4、能建立全市“清障施救”车辆的办理事项历史档案库，供事后进行记录检索、核查。5、能建立“清障施救”网络成员单位的负责人、办公室负责人、调度室电话，以及对应的各分县局交警支队专管员联系表，为提高快速施救能力和“清障施救”工作效率做好基础工作。6、在标准GIS地图数据的上，显示各支队、“清障施救”网络成员单位的地理位置及车辆数量等情况。4.2.3.7 综合查询与统计提供事故交警勤务布局信息、每日派勤信息、路政施工情况信息、突发事件信息、警卫任务信息、“清障施救”车辆信息等综合信息查询。提供地理信息查询。通过电子地图查询各路、交叉口、路段和整个区域的交警勤务布局、每日派勤、路政施工情况、突发事件、警卫任务、“清障施救”车辆，自动标识于地图上。基本操作功能，包括放大、缩小、漫游、图层选择、鹰眼导航等基本操作。 提供相关的统计功能，并进行GIS关联显示。4.2.4 基础数据部分 1、GIS地图数据库。由用户提供，拟采用市局指挥部已有的ArcGis格式图层数据。2、交警警员数据库。由现使用的交警勤务管理系统提供。3、交通协管员数据库。由现使用的交警勤务管理系统提供。4.2.5 系统登录帐号管理使用PKI系统进行身份认证和权限管理，按照交警勤务管理系统中的用户管理体系模式，建立统一的用户管理体系。考虑到用户的数量、层次、角色较多，因此系统要建立集成化的、灵活的、方便的用户权限分配功能。4.2.6 系统关联、数据接口、系统集成要求交警指挥台信息调度管理系统需要以下系统提供数据接口:1、交警勤务管理信息系统、交警勤务巡视指导管理系统、交通民警执法数据评估考核系统：涉及交警警员数据库、交通协管员数据库，以及勤务布局、每日派勤的文字版数据等。2、市局GPS巡车跟踪系统：提供每日当时巡车方位。 3、全市道路流量实时跟踪系统：提供每日当时全市道路流量实时信息。4、高架匝道信号灯控制系统：提供每日当时高架匝道信号灯实时信息。 5、市局110报警系统：提供每日当时“110”交通类报警及其它重特大案事件报警信息。 编者注:以上2-5均为实时显示功能，考虑到公安网与指挥网隔离、以及本系统硬件的投入和承受能力，这部分功能暂定位为可选性功能，即在本项目实施时，应先进行实验，然后再决定是否部分或完全集成显示到本系统上。交警指挥台信息调度管理系统与“交警勤务管理信息系统”、“交警勤务巡视指导管理系统”、“交通民警执法业务综合评估系统”在业务上具备一定相关性，根据统一界面、统一帐号、方便用户的原则，在目前后三者已经进行集成的情况下，必须将交警指挥台信息调度管理系统也要集成到前者之中，对于系统的广大交通民警用户来讲，其实就是一个“系统”，需求方提供相关接口。 第五章 运行环境和技术标准 5.1. 网络环境要求系统基于上海公安现有的千兆网络，服务器端带宽至少100MB/S，采用B/S架构。系统潜在用户420人，最大并发数120人。网络协议：TCP/IP协议 5.2. 服务器的计算机配置要求本需求推荐购买应用服务器二台、数据库服务器一台。 要求保修期内故障硬盘不返还。5.3. 服务器的系统软件配置服务器操作系统： （参考）Windows 2003 Server 或其他服务器数据库： （参考）oracle 9i 或更高，或其他GIS支持软件： （参考）Arcgis Server + ARCInfo 5.4. 客户端的计算机配置要求w 操作系统：Windows 2000/XP/2003+IE浏览器w 硬件配置：CPU：2.0 GHZ，RAM：512MB，HDD：30GB 以上 第六章 软硬件设备的配置要求序号设备名称基本配置要求（参考）数量1应用服务器（参考）2*四核Xeon3.0GHz CPU/8GB RAM / 4*300GB HD/Raid5/COMBO/1000M网卡/机架式/导轨/冗余电源/要求保修期内故障硬盘不返还 22数据库服务器（参考）2*四核QC2.4Ghz CPU /8GB RAM / 4*146GB HD以上/Raid5/COMBO/1000M网卡/机架式/导轨/冗余电源/要求保修期内故障硬盘不返还 13应用软件开发交警指挥台信息调度管理系统14操作系统（参考）Windows 、AIX 5L/5GIS支持软件（参考）Arcgis Server + ARCInfo/6数据库（参考）ORACLE 9i，SQL 2000/2003/7网络TCP/IP协议/8开发平台（参考）.NET 、JAVA、PL/SQL等/9客户端Win 2000/XP/2003+IE6.0以上浏览器/ 第七章 建设周期本系统建设周期为5个月。第八章 其他要求 1、售后服务要求应该提供详细的技术维护服务和技术支持计划。系统安装调试完毕，经用户验收后的36个月作为质量保证期。质量保证期内开发商提供724小时技术服务，接到用户通报故障的电话或传真后的一小时内给予响应，对通过电话或传真无法排除，接到报修后技术技术人员能在4小时内赶到现场，一般故障2小时内消除，复杂故障4小时内消除（特殊情况除外）。 要求保修期内故障硬盘不返还。2、系统培训要求（1） 培训方式：开发商负责为用户方提供技术培训，并由开发商制定详细的培训计划。用户方负责培训人员的组织、食宿和培训场地、设备安排。（2） 培训要求：A、根据被培训人员在本系统内的职能不同，分层次进行培训（基本分管理员和一般用户两层面） B、为培训人员提供系统操作手册（3） 培训内容：管理员：系统及相关软件的安装；总体结构、系统功能和数据库结构；系统的运行和日常维护；系统的操作和使用；其他在使用中需要注意的问题。一般操作人员：使用本系统所需软件的安装；总体结构、系统功能和客户端的操作和使用；其他在使用中需要注意的问题。 3、文档资料要求中标单位应该向招标方提供所有软件和服务的详细文件资料，该文件资料必须包含但不限于以下文档：（1）所涉及的系统软件和