广州市城市排水监测站现场监测业务监督管理系统技术需求书.docx

1、广州市城市排水监测站现场监测业务监督管理系统技术需求书广州市城市排水监测站现场监测业务监督管理系统技术需求书项目小组：_分管领导：_广州市城市排水监测站二一七年二月1、项目概括 项目投资预算：199.03万元。项目工期要求：合同签订后，建设期为18个月。投标人资质要求：1. 投标人必须具备政府采购法第二十二条规定的条件；2. 投标人必须具有国家工业和信息化部（原国家信息产业部）颁发的计算机信息系统集成三级或三级以上资质（原国家信息产业部颁发的有效期内的证书有效）；凡属于政府强制采购的节能产品，投标人所投产品必须已列入最新一期的节能产品政府采购清单（该清单可查询中国政府采购网）。（注：请投标人在

2、投标文件中提供投标产品所在清单页，对相关内容作圈记，须填写采用节能产品情况表（格式见附件1-13），并加盖投标人公章）。 投标人提供的产品为列入财政部政府采购自主创新产品目录或广东省政府采购自主创新产品清单内产品时，请提供目录或清单中相关内容页（并对相关内容作圈记）及有效期内的自主创新产品认定证书复印件，须填写附件1-14 采用自主创新产品情况表，并加盖投标人公章。1.1 本期建设信息化功能需求1.1.1 巡查/采集任务综合管理需求水质监测巡查/采集任务综合管理的建设需求主要包括： 实时监控实现全市水质检测巡查/采集任务设立、任务执行、任务结案全流程信息管理 证据采集建立以水质监测巡查/采集证

3、据存储、证据管理、证据分析为核心的证据链管理。 人员管理实现对水质监测巡查/采集承办人及现场监测巡查/采集日志的管理；实现对现场监督信息、巡查/采集证据、绩效评价信息的管理； 档案管理建立任务结案归档机制，案件办理完结后，形成任务档案，归档至系统数据中，自动创建任务归档编号； 任务管理建立任务、证据数据库，并提供任务、证据信息的全文检索功能，实现任务档案快速查找定位、分类检索、统计分析等功能； 调度管理实现基于移动终端的任务分派和调度。1.1.2 巡查/采集系统需求在水质监测巡查/采集人员现场巡查/采集过程中，可以通过智能手机等智能终端进行即时信息采集，并通过高效率的多媒体数据压缩技术及成熟的

4、3G/4G网络，将巡查/采集数据信息实时传输到后台支撑系统中；同时，巡查/采集人员也可以通过手机即时查询各类巡查/采集相关信息，如：法律法规、水质基准数据、巡查/采集注意事项、监测巡查/采集通知、简报等；在巡查/采集承办人执行任务过程中，后台系统实时记录由巡查/采集承办人智能终端传回的各种多媒体数据，如：录像、照片、录音等，并对这些资料进行自动的整理和归档，即：系统根据巡查/采集人员的检查登记，自动对这些采集的信息进行著录、自动编号、自动分类等，形成巡查/采集档案，便于巡查/采集管理人员调取和查阅。此外，后台系统需提供信息发布功能，可将巡查/采集指令、通知通告、法律法规、巡查/采集任务等信息发

5、送到巡查/采集人员的手持移动终端中，重要信息可自动产生语音提示，提醒巡查/采集承办人关注。在巡查/采集过程中，在后台系统可进行实时巡查/采集对讲监听，监督巡查/采集承办人的任务执行过程。（1） 移动端功能移动端业务是全部在智能终端（手机、PAD等）中实现的业务功能。主要为移动巡查/采集承办人提供巡查/采集现场使用的录音、录像、拍照、登记、查询、提醒等功能。功能需求包括如下： 巡查/采集检查登记。 巡查/采集检查录像。 巡查/采集检查录音。 巡查/采集检查拍照。 巡查/采集地点定位。 巡查/采集信息查询。 通知通告提醒。（2） 系统管理功能 资料归档系统。 资料查询系统。 信息发布系统。 实时监

6、控、直播系统。 离线巡查/采集功能。1.2 业务量分析1.2.1 水质监测巡查/采集任务综合管理业务量根据广州市水质监测检查工作，2015年全市水质监测巡查/采集案件总数约为42820宗，日均水质监测检查移动巡查/采集量：117.31宗，业务峰值为118宗/日。1.2.1.1 排水监测业务量 污水处理厂进出水水质、污泥监测需要进行现场采集样本，需要4人47间/月，年业务量564宗； 河涌巡查需要进行现场巡查、报告，需要4人27条/月，年业务量324宗； 河涌监测需要进行现场采样、分析、报告，需要10人262条/月，年业务量3144宗； 河涌巡查需要进行现场现场勘察、采样，需要4人1100户/年

7、，年业务量1100宗； 其他及水务局临时委派和突发应急的任务需要进行额外人手安排，需要6人240次/年，年业务量240宗。1.2.1.2 水资源监测业务量 水功能区水质监测监测需要进行现场采样、分析、报告，需要6人93点/月，年业务量1116宗； 水库、湖泊日常水质监测及藻类营养化调查需要进行现场巡查、报告，需要2人31点/月，年业务量372宗； 饮用水水源地水质监测需要进行现场巡查、报告，需要4人49点/月，年业务量588宗； 水功能区水质考核需要进行现场采样、分析、报告，需要2人27点/月，年业务量324宗。1.2.1.3 供水水监测业务量 自来水厂出厂水（大厂）需要进行现场采集样本，需要

8、15人27间/月，年业务量324宗； 自来水厂出厂水（小厂）需要进行现场采集样本，需要15人20间/季度，年业务量80宗； 自来水厂管网水（大厂）需要进行现场采集样本，需要15人98点/月，年业务量1176宗； 自来水厂管网水（小厂）需要进行现场采集样本，需要15人20间/季度，年业务量80宗； 自来水厂水源水需要进行现场采集样本，需要15人27间/月，年业务量324宗； 二次供水（进水）需要进行现场采集样本，需要15人190点/月，年业务量2280宗； 二次供水（出水）需要进行现场采集样本，需要15人190点/月，年业务量2280宗；1.2.1.4 水土保持监测业务量 水土保持现场监测需要进

9、行现场监测、报告，需要6人200点/月，年业务量2400宗； 水土保持方案技术审查需要进行现场审查、报告，需要4人200点/月，年业务量2400宗； 水土保持设施验收需要进行现场审查、报告，需要4人200点/月，年业务量2400宗； 水土保持监测检查需要进行检查、报告，需要4人200点/月，年业务量2400宗； 水土保持宣传工作需要进行现场专责人员负责，需要4人200点/月，年业务量2400宗； 其他水务局临时委派的任务需要额外安排人手，需要4人200点/月，年业务量2400宗；1.2.1.5 在线监测业务量 污水处理厂水质水量在线监测运营需要进行现场采样、分析、报告，需要18人21点/天，年

10、业务量7665宗； 河涌水质水量在线监测运营需要进行现场采样、分析、报告，需要6人32点/周，年业务量1536宗； 下水道有毒可燃气体在线监测运营需要进行现场采样、分析、报告，需要4人12点/周，年业务量576宗； 供水水质在线监测运营需要进行现场采样、分析、报告，需要8人90点/周，年业务量4320宗。1.2.2 移动监测巡查/采集业务量根据广州市城市排水监测站监测工作，去年全市水质监测检查移动巡查/采集总数量约为42820件，日均水质监测检查移动巡查/采集量：118件。其中： 移动监测检查巡查/采集信息记录，每个案件所需要存储的数据包括移动巡查/采集过程中登记的信息表单，拍摄的照片，以及录

11、音、录像等平均约100M。按照100件计算，三年年所需存储量约为3.5TB； 移动巡查/采集管理信息，每宗任务所需要存储的巡查/采集管理信息包括各类巡查/采集语音指令、交流文字、发布资料等，平均约10Mb。按照100件计算，一年所需存储量约为356GB； 移动巡查/采集移动端上传下载各类文件所产生的网络流量，每个监测点约8M-10M，按照每人每天进行10个监测点的任务，每月上传下载流量需要2GB。根据以上信息统计，移动水质监测检查巡查/采集业务信息存储年需求约为3.8TB。1.3 信息系统安全需求分析1.3.1 操作系统安全需求 操作系统的安全等级要达到信息系统安全等级保护定级指南（GB/T

12、22240：2008），按照指南进行系统定级2级； 能够通过对主体（人、进程）识别和对客体（文件、设备）标注，划分安全级别和范畴，实现由操作系统对主体、客体之间的访问关系进行控制； 系统必须具有自身保护能力，黑客和一般用户不能蓄意或无意卸掉本系统，也不能改变或删除本系统的文件和数据。1.3.2 数据库安全需求 数据库管理系统本身的安全等级达到信息系统安全等级保护定级指南（GB/T 22240：2008），按照指南进行系统定级2级； 必须能够通过对主体（人、进程）识别和对客体（数据表）标注，划分安全级别和范畴，实现由系统对主、客体之间的访问关系进行强制性控制； 必须能够对与数据库安全有关的事件进

13、行跟踪、记录，供有关人员进行分析； 必须能够按照最小授权原则，对数据库管理员、软件开发人员、终端用户授予各自为完成自身任务所需的最小权限。1.3.3 应用系统的安全需求 在用户登陆之前，应用软件本身必须对当前的运行环境进行一系列的合法性检查，如果软件系统本身的配置数据被改动，系统要拒绝该用户登陆； 应用软件必须对每一位使用应用软件的操作人员，都要验证其身份和权限； 应用软件设计中应该对非正常掉电、关机或者其他软硬件故障造成的软件中断运行时的现场进行具有一定程度保护和恢复功能； 应用软件必须做到对单条记录的修改和删除操作可以撤销，防止由于误操作而造成不可恢复错误； 应用软件必须做到对于启动任何一

14、个有潜在风险的功能，至少要有两个或两个以上的确认动作，给用户以纠正错误的机会，借以避免偶然的误操作造成不可恢复错误。1.3.4 信息安全需求（1） 用户权限管理 系统必须为用户分配用户标识符，并保证用户的唯一性； 系统必须支持用户的分级和分组管理机制； 系统必须能够设定用户访问权限的有效日期、有效时间段； 系统必须能够提供可靠的用户身份认证手段； 权限管理必须满足最小授权原则，使每个用户和进程只具有完成其任务的最小权限。（2） 控制主体对客体访问 系统必须能够支持主体和客体之间的多种应用关系，并提供灵活的调整手段； 系统必须能够提供多道安全检查，譬如用户名的识别与验证、用户口令的识别与验证、用

15、户帐号的缺省限制检查等； 系统必须能够防止用户经过非法访问路径，实现某些越权的非法访问； 系统必须能够将主体对客体的每一次访问记录在日志文件中，并提供分析和审计功能。1.3.5 数据安全需求 数据机密性在开放网络在传输数据时，对数据加密，防止被非法用户加以利用。 数据完整性在开放网络上传输数据免受恶意篡改。 数据不可抵赖性数据业务操作往往关系到交易商的信用度以及交易双方的自身利益。一旦发生纠纷，能够应用相关数据进行验证。1.4 信息系统性能需求 （1）系统并发用户数：500并发用户请求，以下响应时间如无特殊说明，均为在此并发用户下的响应时间。（2）响应时间：（）系统功能响应时间1秒。（）系统查询及统计功能要具有较高的运行效率，100万行数据查询响应时间应3秒。（）数据流转必须保证数据的一致性，确保数据不丢失、不