BOMC端到端业务全流程有效性探测平台技术规范书中国移动通信集团黑龙江有限公司2013年11月 目录一、项目概述11.1 项目定义11.2 技术建议书的文件要求11.3保密条款31.4工程进度31.5 培训3二、项目描述32.1建设目标42.2建设内容4三、上网行为管理系统功能和配置要求43.1 上网安全过滤43.1.1 恶意网站过滤43.1.2 恶意网站库快速更新43.1.3 恶意代码的实时扫描识别与控制43.1.4 代理回避技术过滤53.1.5 客户端危险流量识别、定位与控制53.1.6 多种控制动作53.1.7 非80端口恶意流量侦测53.2 上网行为控制53.2.1 网站分类控制53.2.2 可自定义URL53.2.3 网站分类每日更新63.2.4 网站内容的动态分类63.2.5 网络应用管理63.2.6 详细的策略设置63.2.7 多种控制方式63.2.8 可定制的警告界面63.3 报告和审计63.3.1 日志存储73.3.2 选择性日志73.3.3 详细报告73.3.4 报告订阅73.3.5 报告导出73.4 用户目录集成73.4.1 用户识别73.4.2 基于4A策略设定73.4.3 基于4A日志统计83.5 集中管理和委派权限83.5.1 集中管理83.5.2 委派管理83.5.3 委派报告83.5.4 管理员审计83.6 报警机制83.6.1 多种报警机制83.6.2 自定义异常报警83.6.3 标准管理接口93.7性能要求93.8部署要求9四、售后服务9五、技术培训10六、其他10 一、项目概述1.1 项目定义1.1.1本规范书是中国移动通信集团黑龙江有限公司（以下简称买方）向为拟建设的黑龙江移动端到端方式的业务全流程有效性探测产品供货商（以下简称卖方）提出的规范书。1.1.2卖方如不能满足本规范书中所提到的各项技术要求及业务功能指标，应在建议书中明确提出，否则即认为卖方能够按本文件要求供货。1.1.3本规范书主要提供端到端方式的业务全流程有效性探测的总体要求，供卖方编写技术建议书。在满足买方的总体技术要求的情况下，卖方可征得买方的同意，提出适当的修改建议，并陈述理由。若卖方认为买方的技术要求尚不明确或有漏项的地方，请详细加以说明并经双方商定。对规范书内容的澄清及修改将由买方以电子邮件形式发送所有得到规范书的厂家。1.1.4中国移动通信集团公司颁发的有关技术规定和行业标准是本规范书不可分割的部分。本规范书未提到的部分应遵从信息产业及工业化部相关文件之规定。1.1.5买方有权在签订合同前，根据需要修改本规范书，修改后的最终稿将作为合同附件。在技术谈判的过程中，本文件的有关要求可能出现改动，买方保留对本规范书的解释和修改权。本规范书的修改和解释权属于中国移动通信集团黑龙江有限公司。1.1.6本技术规范书的文档按版本化管理。在技术谈判过程中不断充实内容，进行版本升级。1.1.7卖方如不能满足本规范书中的要求，需要详细说明原因。1.2 技术建议书的文件要求端到端方式的业务全流程有效性探测产品至少要对以下对系统建设有重要影响的方面做详细说明：（1）建议方案总体描述（2）系统部署方案（3）端到端方式的业务全流程有效性探测实现方案（4）系统设备及机架情况（5）场地及环境准备要求（6）设备安装及工程验收（7）技术培训（8）技术服务、技术支持及保修（9）技术文档技术规范应答要求：1、要求卖方对本规范书所提出各项要求进行逐条逐项答复，首先对实现或满足程度明确做出“满足”、“不满足”、“部分满足”应答。不得使用“明白”、“理解”等词语。2、对于本文件中明确要求卖方详细说明或提供其他材料的条款，卖方必须在点对点应答书中详细说明，或者提供详细附件说明而在点对点应答中详细说明参见文档的具体章节或页码。不得简单答复“满足”等，否则视该条款的应答为“不满足”。3、对于答复“部分满足”、“不满足”的内容或有不同于本文件相关要求的其他建议的内容，卖方均应逐点给予详细的说明与答复。如果答复“部分满足”，还需要详细说明哪些部分满足，哪些部分不满足，并且详细说明原因。4、凡采用“详见”、“参见”方式补充说明的，应指明参见文档的具体章节或页码。5、说明与应答矛盾的，以应答为准。技术建议书其他要求：1. 工程进度安排，详细描述工作任务分解结构、资源安排情况、里程碑时间点（具体到天）及提交物。2. 分工界面，要求图示并加以说明：(1) 卖方应说明项目中卖方和买方的详细分工界面，包括卖方与其他第三方厂商及买方的工程界面、工作内容及责任划分等。以上说明要求附加图示进一步说明。(2) 卖方在此部分未明确说明的项目相关工作视为卖方独立全权负责。3. 测试及验收方案，卖方应提供如何配合买方进行验收测试的方案、过程以及评价验收测试是否通过的方法。4. 本次工程实施建议，卖方对本项目工程实施方面的其他建议。5. 技术支持、保修、培训和服务承诺，卖方应说明给买方提供的技术文件、技术服务、技术支持、保修及人员培训等的范围和程度：至少包括系统上线后卖方提供的技术支持、售后服务内容、等级、相关服务指标、售后服务组织机构及人员安排情况，并说明培训的内容、人员和时间安排，以及卖方对满足买方提出的新需求在时间上的承诺，（附：保修、维护期为1年）。6．项目交付文档清单，卖方需要提供项目过程中的所有交付文档清单列表，以及交付物提供时间点。7．软件功能清单，卖方需要提供为满足本项目功能需求，设计开发并实现的所有软件功能的详细清单。8．其它需要补充的材料，若有其他需要补充的材料，卖方应加以说明并列出详细清单。1.3 保密条款任何一方未经另一方同意不得向任何第三方透露本文档内容，双方一致同意任何一方在任何时候对其持有的有关另一方的事务或其事务运转操作方法等保密信息实行严格保密。除非有信息提供方书面许可，任何一方不得在任何时间向本协议以外的任何第三方披露或提供保密信息（包括但不限于：任何信息提供方不欲公开的观点、发现、发明、公式、程序、计划、图表、模型、参数、数据、标准和专有技术秘密，和/或其中的任何知识产权）的任何内容（本协议另有约定的除外）。除非有信息提供方的书面指示，任何一方不得对保密信息进行拷贝或抄写。1.4 工程进度本项目进度卖方应根据自己提供的方案、软硬件配置及工程实施的能力，提出详细的到货进度及项目实施步骤、项目进度时间表、割接、开通方案。1.5 培训卖方应为买方提供技术人员（包括设计、维护及管理人员）技术培训及业务培训，卖方应分别说明培训内容、培训计划和培训人数。二、项目描述受探测终端、探测频率、网络等情况影响角度，主动探测方式很难准确反映实际的业务状况，而通过真实业务数据采集实现关键业务监控功能将更好地提升对客户感知的管理。目前从实际生产环境下获取用户真实行为数据的手段被称作为“被动探测采集”, 该方式主要包含真实流量采集、日志数据采集、网页插码技术三种探测手段。真实流量采集和日志数据采集两种方式，要求二选一部署，网页插码技术为可选方式。2.1建设目标?通过对Web、Weblogic、Tuxedo、Oracle进行端到端检测，截取全流量端到端数据，进行全量数据分析，实现业务级的端到端全量监控。2.2建设内容本期对黑龙江门户网站、SSO系统进行全流量业务探测。要求覆盖业务经过的Web、Weblogic、Tuxedo、Oracle系统，实现门户网站、SSO系统端到端监控。三、端到端方式的业务全流程有效性探测的功能和配置要求3.1 网页监测针对所有访问用户真实访问的网页信息（含交互信息）进行抓取，对获取结果进行汇总分析。3.1.1 监控网页状态支持抓取到请求响应的状态码，区分服务响应是正常或异常，对于异常的状态可以区分是某种原因导致的异常。3.1.2 获取网页内容支持从用户交互的网页中抓取页面上的信息，包括页面显示元素，页面内嵌数据路径，用户输入信息。3.1.3 获取会话信息支持每一个用户会话的跟踪，获取会话内的用户信息和业务访问过程（包括访问的所有历史记录和某一特定的业务流程，如缴费流程），并记录单一用户所访问的业务过程累计时长，可实时统计会话总数，并获取某一会话失败时的错误信息。3.1.4 获取响应时长可获取所有用户访问某一网页的响应时长（可区分用户浏览器载入时间和服务器响应时间），并可计算出某一网页在单位时间内的平均响应时长。3.2 WEBLOGIC监测获取WEBLOGIC运行过程的状态信息、提供服务信息，可实时展现关键指标3.2.1 WEB基础信息可获取以下信息1.Page访问次数、大小、平均响应时间2.URL请求次数、大小、平均响应时间3.Transaction请求次数、大小、平均响应时间4.用户中断访问Page次数5.请求失败次数3.2.2 WEB J2EE执行信息可从JVM获取以下信息1.显示每个 JVM 的状态,CPU使用情况、内存使用情况、Heap使用情况,Avail可用性2.显示响应时间最多的方法调用3.显示内存泄漏相关情况，快速定位内存泄漏的位置4.显示JVM 线程、锁和异常情况，JVM调用的JDBC、SQL情况5.分析J2EE各个组件的执行，分离JSP, SERVLET, EJB, METHOD, JDBC以及SQL的响应时间6.分析JVM中线程的执行情况，对象的分配情况，Heap的使用情况和Garbage收集的事件3.3 TUXEDO监测可对TUXEDO中系统信息和执行过程信息进行抓取。 3.3.1服务请求的排队时间可获取中间件当前每一个服务请求的排队时间。3.3.2进程处理时间可获取服务产生进程执行时长3.3.3被调用服务处理时间可获取中间件服务在每一次调用中所用时长。3.3.4进程执行结果可以抓取到进程执行结果，区分执行成功、执行失败（包含异常）。3.4 ORACLE监测通过获取ORACLE的配置信息、性能信息、执行过程信息了解当前系统执行状况。3.4.1数据库配置信息1.可显示Tablespace 与 Oracle File , SQL Statement, Table, Index之间关联。2.可显示SGA, PGA, Redo log, Rollback Segments, Tablespace, Table, Index , Datafile及关联的Storage3.可显示存储设备的物理信息 ，如LUN等信息与 Oracle 的各种对象信息如SQL，Table，Index，Oracle File等进行关联分析3.4.2获取数据库性能信息 可获取每个 SQL Statement 的总消耗资源，执行的次数，以及平均的时间，SQL text内容，绑定变量。可监控每个 SQL Statement 的相关事件，含Using CPU, I/O Wait, Application Lock Wait, Operating System Waits, RAC/OPS/Other Waits, Commit & Checkpoint Waits, Oracle Server Wait, Communication Wait, Internal Lock Wait。3.4.3执行过程信息分析可对SQL语句分析，显示SQL Statement的执行计划，总消耗资源，执行的次数，平均执行时间，SQL text内容，绑定变量。针对 SQL Statement， 可以提供调优建议，并评估执行该建议后对系统的影响3.5 报表分析 对网页监测、weblogic监测、tuxedo监测、oracle监测所获取的数据进行汇总分析，以默认或自定义报表形式展示。 3.5.1 定制实时报表支持用户根据实时采集到的数据进行报表定制，支持表格和图形显示（至少包括饼图、曲线图、柱状图），实时以图形形式展现当前运行信息。3.5.2 定制周期报表 支持用户根据历史采集到的数据进行任意周期报表定制，支持表格和图形显示（至少包括饼图、曲线图、柱状图），整体以图形形式展现历史运行信息。 3.6 监控告警 根据采集指标定制阀值的方式产生自定义告警。3.6.1 提供标准告警接口支持SNMP、WebService、File、Socket等方式的告警接口。3.6.2 自定义告警支持对以上采集指标进行自定义阀值告警，并提供展现页面同时提供标准接口。3.7性能要求端到端方式的业务全流程有效性探测系统的建设与选择应充分考虑系统的性能及其可扩展性。系统选择应支持从80000用户至100000用户以上规模，在保证支持上述用户数的前提下，系统访问日志应能保留18个月以上，以便于后续审计需要。3.8部署要求系统部署以对系统、网络、应用影响最小为原则，简化部署过程。要求覆盖门户网站及crm系统。四、售后服务卖方应在工程终验后提供一年的免费售后服务：（1）、在终验后的一年免费保修期内提供7*24小时本地工程师技术支持。（2）、保修期内，卖方应满足以下故障解决要求，全部实际发生的费用由卖方承担（包括交通费和住宿费等）。响应时间要求如下：故障等级响应时间服务方式恢复通信时间一级故障立即响应2小时内到达现场，同时提供24小时电话热线6小时内恢复二级故障立即响应2小时内到达现场，同时提供24小时电话热线10小时内恢复三级故障6小时内响应24小时到达现场，同时提供24小时电话热线24小时内恢复四级故障10小时内响应48小时到达现场，或提供24小时电话热线，甲方有权选择48小时内恢复故障等级分类如下：一级故障因设备或系统故障造成的整个系统瘫痪。二级故障因设备或系统故障严重影响系统运行。三级故障因设备或系统故障影响系统的效率，系统仍然可以运行。 四级故障不影响业务的设备及管理功能故障。（3）、故障排除后，卖方技术人员应针对本次故障出现的原因和故障排除方法对用户进行现场培训。（4）、保修期外，卖方应按照已同意及签定的售后协议书或售后服务条款上的要求提供服务。该项服务支撑费用在售后协议书或售后服务条款上明确。五、技术培训负责现场培训买方的维护人员的具体数量、时间、地点由双方商定。卖方应免费提供具体的人员培训计划，课程安排以及师资。具体要求如下：（1）硬件培训?硬件设备的现场安装、调测培训，并在双方商定的一段时间内安排有经验的工程师作现场集中培训，或者授课式培训（硬件设备知识学习，并根据不同的课程辅以实验环境下的实际操作）。（2）软件培训?维护人员经过培训后，应能熟练使用该系统，及时排除大部分的系统故障。系统管理员经过培训后，能熟练掌握系统软件、应用软件的使用，熟悉系统整体结构，能够阅读软件源程序，分析系统故障，管理系统设备，掌握系统内部和外部接口，具备系统管理和系统扩建、升级的能力，承担全面的技术管理工作。六、其他若卖方提供的应用软件某些部分不能完全符合本技术规范书要求时，卖方应提出符合本技术规范的承诺和时限。当买方有新建议，而本规范又尚未包括或和本规范不符时，则应符合买方新建议的要求；对于买方尚未有标准的，而本规范又未提及的部分，卖方提出其标准，留待双方认可后执行。在保修期内，本系统须无条件遵循中国移动集团公司最新颁布的技术规范和业务规范。亦即在保修期内，若遇中国移动集团公司颁布新的技术规范和业务规范，集成商应及时给予免费升级，以保证本系统的技术和业务规范符合集团公司的要求。 合同文本采用黑龙江移动合同范本，如果合同文本中与本规范不一致的内容，买方有选择权。卖方承诺遵守《中国移动通用网络与信息安全责任条款》和《保密协议》。本技术规范书最终解释权归黑龙江移动所有。