附件一：★投标人资格标准(须同时满足)：1）在中华人民共和国境内拥有合法经营权力，符合国家有关规定，具有独立承担民事责任的能力的本国实施商，包括法人、其他组织； 2）具有工业和信息化部（或原信息产业部）颁发的计算机信息系统集成一级资质； 3）通过ISO9001质量管理体系认证，并具有有效的认证证书；4）投标人不得直接或间接地与招标人为采购本次招标的货物进行设计、编制规范和其他文件所委托的咨询公司或其附属机构有任何关联； 5）购买了招标文件且在法律上和财务上独立、合法运作并独立于招标人和招标机构；6）符合《中华人民共和国政府采购法》第二十二条的规定即：（1）具有独立承担民事责任的能力；（2）具有良好的商业信誉和健全的财务会计制度；（3）具有履行合同所必需的设备和专业技术能力；（4）有依法缴纳税收和社会保障资金的良好记录；（5）参加政府采购活动前三年内，在经营活动中没有重大违法记录；（6）法律、行政法规规定的其他条件。7）本项目不接受进口产品投标（进口产品是指通过中国海关报关，验放进入中国境内，且产自关境外的产品）；8）本项目不接受联合体投标；9）本项目为非专门面向中小企业的项目。 附件二：技术需求1网管系统的管理模式需求本网管系统采用部中心网管系统和省级节点网管系统两级系统，分级管理、集中监控的模式，实现全网的监控管理工作。1)一级网络综合管理中心即在部中心建立一套网络综合管理中心（一级），实现部中心负责范围内网络的全面管理和综合监控，实现网络及应用系统性能指标的可视化。2)二级网络综合管理中心即在每个省各建设一套省级网管系统（二级），实现对其所属网络资源的故障、性能及数据分析等管理工作。省级网管的网络性能数据要上传至部中心网管，由部中心网管系统进行综合统计。另外部中心网管系统也能实时监控各省级网管系统的使用情况，以便对各省级网管的使用情况进行考评。3)分级管理、集中监控部中心的管理平台和各省级节点的管理工作站分工协作，结构分明，其主要特点和实现的功能如下：?网络拓扑的统一管理。?各级网络的通断都要在部中心网管统计监控、统一考核。?事件上传汇总：各省的网络系统故障主要由各省本地进行管理，同时对于重要的网络系统故障需同时上报到部中心管理平台。?部中心提供对各省重大事件的监控和统计。综合网管系统是一个多级复杂的系统工程，网管在建设时应遵循“总体规划、分步实施”的思路。2网管系统功能性设计需求2.1网管系统性能要求1）可靠性系统应考虑硬件和软件的容错、数据存储的备份/恢复等系统可靠性措施。核心系统的操作系统建议采用UNIX或Linux系统，但如果开发方更善于在Windows平台开发，且可以保证运行质量，那么Windows系统也可以接受。2）高效性能对网络设备、网管系统主机、数据库等的监控做到准实时性，采集、展现的数据是最小周期在5分钟内的有效数字3）扩展性系统开发要求采用模块结构，选用当前流行的多层结构体系和软总线架构作为应用软件系统开发的核心技术，使得开发的应用系统具有非常好的可维护性和功能扩展能力。另外，系统应采用标准和通用的网络设备及协议，采用开放式的数据库平台和组件技术，确保随着业务的扩展，已有的资源的有效性。4）数据的存储与恢复系统应该以集中的方式，灵活地支持系统数据的存储和恢复。2.2网管系统接口要求2.2.1部级网管和省级网管系统间接口为了满足部中心在监控一级网的同时对二级网拓扑、通断、告警等数据提取和展现，部中心网管与各省厅网管系统的信息交互方面需补充和完善。2.2.1.1 网管监控数据接口部中心网管和省厅网管之间，要自动对部中心管理的二级网设备同步，防止配置数据和性能、告警等数据不匹配的情况发生。1）网络告警数据接口： 省网管系统的主要告警能够及时地传输到部网管系统，方便部中心统一、快速的了解异常情况。2）网络配置数据接口： 本网管系统的升级二级网管所辖设备的部分拓扑应该可以通过拓扑上传等方式在部中心系统中展示，满足统一监控的需求；3）网络性能数据接口： 通过省厅网管系统提供的数据，提供通断、流量、二级网存活率、设备性能等不同数据组的传输接口。2.2.1.2省级文件上报接口部中心网管系统为各省级节点提供统一的文件上传接口，用于上传上报各种涉及通报的文件，并使部中心能够掌握各省级单位的网络运维情况，便于考核评比。1）数据网管系统中断上报接口在实现对省级网管自身存活检测的同时，方便部中心集中检测各省网管系统运行状况。功能要求参见上述省级上报接口的描述。2）二级网网络中断上报要求为二级网提供电子上报的途径，减少因人为因素导致的数据延迟并为后续的规范化管理提供电子数据依据。3）大区月通报上传要求该部分的功能要求与二级网中断上报基本一致，要求网管系统能统筹考虑各种上报情况，做好用户界面的可选项、分目录存储等设计。功能要求参见上述省级上报接口的描述。2.2.2数据网管与信息中心运维平台的接口数据网管与运维平台系统的功能接口包括，可以支持详细规则的告警转发，资源管理、备件管理、工单流转、知识库等进行上传。2.2.3数据网管与其他辅助系统、管理硬件的接口在公安现有的网络监控软件和管理硬件支持可开放的接口的前提下，要求网管系统能完成与第三方网络监控软件（例如信息中心软件研发的“网络设备自动巡检系统” ）的信息交互接口、获取统计数据，并在网管系统集中展示。在现有的网络监控软件和管理硬件支持可开放的接口的前提下，要求网管系统能完成与当今主流的网络监管硬件（例如：Fluke、Spirent、Packeteer、Arbor、RouteDesign等）的信息交互接口，可以引入并展示硬件设备的分析统计数据。尤其要能够获取、处理、展示第三方流量分析设备提供的业务种类流量数据（如：http、ftp、rtsp、tcp等）和MPLS-VPN流量数据，便于量化分析网络的运行状况。2.3网管系统功能设计要求2.3.1系统管理功能要求2.3.1.1 统一展示和监控各省的告警、性能、拓扑和配置数据通过省部接口上传之后，要求可以根据省份等信息展示数据，也可以在系统主页统一展示主要设备的拓扑等数据。部中心网管和省厅网管之间，要求二级网设备变动（增加/删除）要能自动上报，提示部中心了解、确认该情况；在网管系统发现有新设备接入、或者网管系统检测到某节点未在线的时间快达到NNM配置的删除节点周期时，给出相应的统计信息。要求网管系统提供按日的统计方式，生成发现的新设备、距离被删除日期小于N天（如3天）的老设备统计表。2.3.1.2 用户权限管理本网管系统要求系统在与统一的认证和鉴权管理融合的前提下，提供更完善的用户和用户权限管理，并且可以用户自定义页面的功能。2.3.1.3网管系统自身管理1）网管自身存活率监控要求部级网管系统能自证系统自身的运行可靠性，能够给出自身运行的状态分析，另外,要求部级网管系统也能完成省级节点数据网管系统的存活率监测。2）采集任务的管理和监控网管系统运行着多个采集任务，所以要求实时监控这些任务的启用状态、运行状态、采集周期等，方便用户直观的了解系统运行的相关情况。3）系统配置错误的检测要求网管系统提供系统参数配置检测功能。4）部省两级网管系统对同一设备的检测结果不一致的报告对于同一台设备，如果部、省两级网管系统同时都管理的话，需要进一步分析两个网管系统的检测结果，如果出现两个检测结果不一致的情况，需要提供明确的展示、报告功能。2.3.1.4 网管系统数据存储、备份和恢复网管系统数据在线存储，要求既能满足用户对不同数据的在线要求，又能统筹考虑系统性能和容量方面的限制。相关数据的在线存储周期要统一考虑，满足用户对某一时间点性能、告警的关联性、一致性监控，防止出现数据不一致或者查不到原始数据的情况，重要数据和故障数据要求缺省是永久在线，只有用户选择备份到备用存储上才可离线存储；网络数据的备份可以采用数据采集文件备份和数据库备份结合的方式，但必须保证用户在查看离线历史时，能通过有效的恢复机制保证历史数据的展现。2.3.2网络性能管理功能要求2.3.2.1网络拓扑发现要求可以通过种子节点和必要的访问权限、对网络中可网管的设备进行最大限度的自动发现，发现内容不仅包括设备节点，同时包括各类型设备间的链路关系。2.3.2.2 网络故障管理网络设备具体的故障管理内容包括：?通断性IP地址ping超时；?通断性接口宕(adminstatus为up,operstatus为down)；?通断性(路由器/交换机/三层交换机)SnmpPing超时。该功能通过调用基础测量功能模块，采集到被管设备的故障通断数据，对数据进行分析和统计，并存储。2.3.2.3 网络设备性能管理该功能通过调用测量功能采集到被管设备的性能数据，对数据进行初步分析和处理，并存储。本功能要求可以设定默认性能管理参数页面，包括：采集轮询时间、性能采集参数种类、重试次数、超时时间、设定忙时区间、设定告警阈值等；采集的数据保罗：设备的CPU利用率、内存利用率、温度、风扇转速等。还要能对性能数据进行统计分析，得出响应报表。针对设备异常情况，实时报警。2.3.2.4 网络设备告警指标及阈值设置本功能旨在设定整个系统中的报警机制，实现告警指标及阈值设置的定制化。包括：?网络设备告警指标及阈值设置?性能指标设置（如CPU、内存的利用率等）?硬件指标（如网络设备电源及风扇状态，异常时产生告警）2.3.2.5 设备的模块级管理要求管理模块要尽量细化，要求可以管理接口板、接口、甚至电源、风扇等模块级、子模块级对象，为更合理的管理设备、管理备品备件提供科学的依据系统需要在模块级管理上提供必要的功能，设备上各模块的使用状态等信息都需要监控。2.3.3网络运维辅助功能要求2.3.3.1 请求功能要求建设服务请求单流程，有效打通各省级工作人员和部内工作人员之间提交技术协助，咨询等请求类工作的电子化，流程化，可实现请求的信息记录和统计工作。2.3.3.2事件工单功能要求建设事件管理流程，是针对引起或可能引起业务中断或服务质量下降的不符合运行服务标准操作的活动。2.3.3.3 巡检工单功能要求网络巡检模块要求根据网管系统所管理对象的主要状态、性能等指标的日常监测结果，提供统一的、简要的信息展示和呈送功能。2.3.3.4 知识库功能要求本网管系统要针对网络运维的日常工作，建立一个方便、实用的网络运维知识库系统，为用户完成网络运维工作、使用网管系统、解决基本网管问题提供一个有利的途径和全面的帮助。2.3.3.5网络预警管理功能要求1)提供完善的性能故障预警机制。2)提供资源紧缺的预警机制。3)将预警状态和告警状态进行关联统计，分周期地呈送预警统计和告警统计等信息。2.3.4流量分析管理功能要求流量分析功能要按照每个综合条件或者每个业务条件，准确收集数据，提供日、周、月等时间粒度的流量自定义统计，以了解业务流量、流量负载、带宽利用率、业务流量占用率等分析。同时应该能够支持第三方的硬件流量采集设备，并对硬件采集设备采集数据进行处理和分析，形成报表。2.3.5局域网信息点管理要求需要实现信息点管理的规范化和自动化，对信息点的新增、更改、查询及排错等工作的进行自动化管理，进而达到规范化管理、提升工作效率，减少人为错误、方便定位问题的目的。信息点管理分为三个层次：用户管理部分、大楼综合布线管理部分 、配线管理部分。信息点管理基本上是通过贯穿用户部分、配线部分、综合布线部分，实现三部分纵向和横向关系的管理。纵向而言，可以通过用户信息，查看对应的配线连接和综合布线的连接情况；横向而言，可以按照房间等信息查看各信息点的情况。2.3.6IP地址管理功能要求要求统一管理用户网络范围内的地址，要求能够明确体现哪些地址已使用，哪些未使用。并且支持按照单位类型或者地址段来查询地址使用情况。能够一目了然地分类统计、查询地址资源情况，并能形成数据报表等。要求能按照网段、单位等信息提供具体的地址分配情况和地址使用率、空闲率等信息。各网段使用情况可以采用手工录入，或者自动发现结合方式。支持IP地址查询，查找某地址的使用端口和互连的单位。该功能通过调用测量功能采集到被管设备的IP地址管理数据，并对数据进行初步分析和处理，并存储。2.3.7资产管理功能要求要求实现一个完备的资产管理系统，包括对资产的生命周期管理（包括但不限于：采购，入库，备件，上线，修理，出保，下线，报废，出库）和资产的信息维护。并要求资产管理系统和拓扑自动发现系统以及网络运维系统有关联接口。2.3.8统计分析报表功能要求报表系统包括但不限于如下报表：1)个人报表、管理范围报表、部门报表；2)日周月年及指定时间段报表,反映设备性能和链路状况； 3)巡检报表：按照配置的巡检范围及巡检项，默认，可修改；4)流量报告：按照指定时间段、忙时；5)通断报表：每次中断的罗列；6)一级网、二级网等带宽利用率报表；7)畅通率表：汇总的中断时间及畅通率，报表应覆盖各级网络；2.3.9大屏幕展示大屏展示内容应包括但不限于：①传统的拓扑展示；②链路性能动态展示性能数据；③拓扑边角空白区域添加部分关键指标性能数据（或单独页面展示性能数据）；2.3.10省厅管理要求需要针对重要的链路提供详细的通断宕机明细信息，满足省厅检测通断详情的要求，同时提供汇总后的通断数据，供省厅和部中心统一掌握各省网络运行情况。同时也将邀请省厅的网络运维人员提出定制性需求。3网管系统的运维服务待本网管系统开发成功上线运行之日起，要求开发方提供一年的系统运维技术支持，主要包括如下内容：3.1运维工程师5*8小时现场服务开方法应派遣一名工程师驻点服务，工作内容包括：对网管系统的运行维护；对突发需求的应急响应；系统运行周报月报的制作等。3.2对用户的系统使用培训开发方应针对该网管系统的用户群体提供必要的使用培训，确保用户能够轻松明确地使用网管系统进行日常网络运维。4网管系统的交付文档1. 投标人同意自本合同生效之日起，对与本项目相关的、招标人委托投标人开发的应用软件产品，其版权归属国家公安部所有，投标人享有该软件的署名权。2. 投标人应当合同系统初验前，提供给招标人软件设计及使用的文件，包括：1）全部相关应用模块源代码、并且源代码注释率高于50%；2）合同系统应用软件产品全部设计、实施及使用详细文档、需求说明书，数据库说明手册；3）按照上述条款规定，由投标人提供给招标人的所有文档、项目的软件应用产品，招标人拥有基于前述软件和文档、开发平台等进行软件再开发的权利，基于投标人提供的文档、各种应当软件产品进行的二次开发产品，其知识产权归招标人所有。3. 投标人涉及开发的软件不得含有下列内容：1）侵犯他人知识产权的；2）含有计算机病毒的；3）可能危害计算机安全系统或者有可能违反国家有关计算机信息系统保密规定的。