网络监控助手技术方案V1..pdf

《网络监控助手技术方案V1..pdf》由会员分享，可在线阅读，更多相关《网络监控助手技术方案V1..pdf（28页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 网络监控助手 技术方案 版本 网络支撑产品-网络监控助手 技术方案 修订历史记录 日期 版本 说明 作者 2010-5-17 拟稿 网络支撑产品-网络监控助手 技术方案 1 引言.5 1.1 目的.5 1.2 适用对象.5 1.3 参考资源.5 1.4 定义和缩略语.5 2 概述.6 2.1 背景.6 2.2 建设范围和目标.6 3 总体架构.7 3.1 设计原则.7 3.2 系统架构.7 3.2.1 总体架构.7 3.2.2 框架架构.9 3.2.3 统一呈现模型.11 3.2.3.1 企业门户.11 3.2.3.2 界面组合策略.11 3.2.3.3 基于.net 平台的智能客户端模型.

2、11 3.2.4 单点登录.11 3.2.5 模块设计.12 3.2.5.1 业务层模块.13 3.2.5.2 系统管理模块.13 3.2.5.2.1 统一权限管理.13 3.2.5.2.2 主次数据管理.13 3.2.5.2.3 统一日志管理.13 3.2.5.3 通用组件模块.14 3.2.5.3.1 统一的组件管理器.14 3.2.5.3.2 数据导入导出组件.14 3.2.5.3.3 任务管理器.15 3.2.5.3.4 电子地图组件.16 3.2.5.4 数据分析模块.16 3.2.5.5 数据采集模块.16 3.2.6 接口规范.17 3.2.6.1 数据层接口.17 3.2.6.

3、2 业务层接口.18 4 功能需求.19 4.1 概述.19 4.2 网络告警监控.19 4.2.1 地理化告警监控.19 网络支撑产品-网络监控助手 技术方案 4.2.2 可视化告警监控.22 4.3 KPI 指标监控.24 5 非功能性规范.26 5.1 界面规范要求.26 5.2 质量规范要求.26 5.3 数据安全要求.27 6 软件环境.27 6.1 操作系统.27 6.2 数据中心.27 6.3 开发平台.28 网络支撑产品-网络监控助手 技术方案 1 引言 1.1 目的 本技术方案书详细描述网络监控助手的总体技术实现和功能需求，作为交流、系统设计、开发的指导文档。1.2 适用对象

4、 本技术方案面向以下项目相关干系人：1.与项目有关的客户 2.项目管理人员 3.开发人员和技术专家 4.第三方系统厂商 1.3 参考资源 1.4 定义和缩略语 表格 1-1 定义和缩略语 缩写、术语 解 释 UNMP 统一网管平台 SOA 面向服务的架构（Service-Oriented Architecture）NMA Network Monitoring Assistant 网络监控助手 网络支撑产品-网络监控助手 技术方案 2 概述 2.1 背景 网络监控作为电信运营商网络运行维护工作的第一线工作，负责网络运行及相关重要事件的实时监控和快速响应，是网络通信保障的核心和枢纽。而告警监控是网

5、络监控的最基本和最主要工作，绝大多数网络事件来源于网络设备告警，及时发现和处理网络设备告警是网络质量保障的最基本要求。为了提升告警发现的及时性，加快告警处理的效率，帮助网络监控人员即时查看各类设备告警，进行告警信息核实，确保告警被及时、有效地处理，建设一套智能化处理的告警系统显得非常重要，为网络监控人员提供可视化、地理化的告警监控；同时，对所有需要处理的告警进行记录，便于故障处理的监管、后续的故障统计分析以及积累故障处理经验，实现网络故障处理的显性化、可监管、可持续优化。2.2 建设范围和目标 系统基于 SOA 架构，通过统一的标准采集接口采集网络网元的告警数据和性能数据，通过统一的数据处理后

6、集中存储，实时进行可视化、地理化呈现。系统通过引入声光的提示，对告警以声音和闪烁光进行提示，及时通知网络监控人员进行处理。也可以通过定义规范接口，向工单系统进行告警派单，将告警故障信息及时传达到代维公司，提高代维公司处理的效率。系统现阶段支持对爱立信网元的告警数据和性能数据采集，也提供可扩展的数据规范接口，在采集新增网元告警数据和性能数据后，按照规范进行格式化处理并入库。系统基于插件式架构，支持可配置化的插件管理。网络支撑产品-网络监控助手 技术方案 3 总体架构 3.1 设计原则 开放性 系统基于 SOA 开放协议架构，提供标准的人机用户界面、标准的数据库查询语言（SQL）以及标准的网络通信

7、协议（TCP/IP），系统具备良好的开放性。可扩展性 系统架构遵循组件化、模块化设计，在原有的功能上可通过配置扩展新的组件模块和功能模块，不影响系统的安全稳定运行。系统各功能模块相对独立，以 C/S 结构实现，具有良好的灵活性、可操作性。规范性 系统的内外部数据交互，都基于规范的接口进行通信；通过规范的数据采集接口支持多种类型的网元的数据采集。稳定性 系统的应用服务和数据采集服务，是 7x24 小时连续运行，从硬件和软件两方面保证系统的高稳定性。安全性 系统提供严格的统一权限控制，按功能分配用户权限；提供周期性的数据备份机制，保障数据的可恢复性。易操作性 系统提供中文方式的人机用户界面，提供直

8、观的图形化、地理化操作界面。3.2 系统架构 3.2.1 总体架构 本系统基于 SOA 的开放性按可扩展的分层次划分结构来设计的，各层各模块通过统一的接口协议进行数据交互。本系统总体架构如下图所示：网络支撑产品-网络监控助手 技术方案 图表 3-1 总体架构图 系统通过规范的数据接口，向移动通信网络的各类型的网元设备和各类型的业务系统采集数据，并按照每种业务的分析规则对数据进行解析、统计和存储。系统业务端通过 WebService的数据交互接口对数据库进行访问，获取各业务数据进行呈现。系统以企业服务总线为核心的面向服务架构作为设计思路。采用以企业服务总线（ESB）为核心的 SOA 架构，有效地

9、适应流动的业务以及不断变化的需求。下图是以 SOA 为设计理念的架构图，说明了 SOA 如何整合企业的所有资源，统一为上层的服务消费者进行服务。网络支撑产品-网络监控助手 技术方案 图表 3-2 SOA架构图 系统划分为几个层：表示层、服务层、数据层以及待整合的程序资源；此外，这几个层之间的通讯以及底层的服务是通过 SOA 底层架构和企业服务总线（ESB）提供的。企业服务总线是 SOA参考架构的核心。它为整个架构范围内所有服务提供相互通讯的能力。其中传输服务、事件服务以及中介服务都是通过 ESB 来提供的。3.2.2 框架架构 系统基础架构基于Microsoft.Net Framework3.

10、0，在系统架构方面采用常用的三层架构模式，数据访问层、业务逻辑层和用户接口层。网络支撑产品-网络监控助手 技术方案 图表 3-3 三层框架 用户接口（User Interface）层 职责是数据的展现和采集，数据采集的结果通常以 Entity object 提交给 BL 层处理。与 UI 平行的 Service Interface 层用于将业务发布为服务（如 WebService）。业务逻辑（Business Logic）层 职责是按预定的业务逻辑处理 UI 层提交的请求。1)Business class 子层负责基本业务功能的实现。2)Business Flow 子层负责将 Business

11、 class 子层提供的多个基本业务功能组织成一个完整的业务流。（Transaction 通常在 Business Flow 子层开启。）DataAccess 层 职责是提供全面的数据访问功能支持，并向上层屏蔽所有的 SQL 语句以及数据库类型差异。1)DB Adapter 子层负责屏蔽数据库类型的差异。2)ORM 子层负责提供对象关系映射的功能。网络支撑产品-网络监控助手 技术方案 3)Relation 子层提供 ORM 无法完成的基于关系（Relation）的数据访问功能。4)BEM（Business Entity Manager）子层采用 ORM 子层和 Relation 子层来提供业务

12、需要的基础数据访问能力。3.2.3 统一呈现模型 3.2.3.1 企业门户 利用 Portal 技术把应用系统的界面进行统一呈现，企业门户将各种来源的组件、应用程序、流程和内容组合到统一的表示界面中，用户可以通过该界面访问不同的应用系统。我们还可以根据用户或工作角色、安全需要、设备设置、个人首选项和管理设置来自定义门户。此外，还可以定义工作流以支持业务流程、使用 Portal 集成工具提供的工具来管理门户内容。基于 SOAP/HTTP 的传输协议获取远程 portal 的信息，返回给用户。3.2.3.2 界面组合策略 通过门户，我们可以提供自定义或个性化的功能界面，以适应不同的用户角色的需要，

13、使该门户成为所有用户的有效、协作的工作区。3.2.3.3 基于.net 平台的智能客户端模型 基于.Net 平台实现了可扩展的能集成不同应用的客户端，实现动态加载、即需即装，更松散的耦合，进一步的模块化和组件化，模块之间相互独立，与 WebService 的完美结合实现分布式的架构。3.2.4 单点登录 平台采用 Web SSO 方式实现单点登录，其原理就是凭证（Token）在多个应用系统之间的传递或共享。当用户登录系统时，客户端软件根据用户的凭证（Token）为用户建立一个安全上下文，安全上下文包含用于验证用户的安全信息，系统用这个安全上下文和安全策略来判断用户是否具有访问系统资源的权限。过

14、程如下：网络支撑产品-网络监控助手 技术方案 3.2.5 模块设计 系统模块划分为业务层模块、应用管理模块、通用组件和数据分析模块、数据采集模块。业务层模块和应用管理模块、通用组件通过WebService的数据交互协议与服务层进行数据交互，数据处理模块、数据采集模块通过 Telnet、Fmrout、FTP、ODBC 等规范协议与网元设备、外部系统进行数据采集，数据采集方式及原理对业务层是透明的。网络支撑产品-网络监控助手 技术方案 图表 3-4 模块总图 3.2.5.1 业务层模块 系统现阶段提供网络告警监控、KPI 指标监控的业务应用；由于系统采用可配置化的插件式框架，支持业务应用模块的扩展

15、接入，可根据实际业务要求扩展业务层模块。3.2.5.2 系统管理模块 3.2.5.2.1 统一权限管理 系统提供统一的用户访问控制和权限控制管理，提供部门和用户信息管理，提供角色和权限管理，按角色配置权限；对于新接入的业务模块，通过配置，就可实现权限控制。3.2.5.2.2 主次数据管理 系统通过集中的管理配置，实现对告警信息配置、KPI 信息配置、网元基础信息等主、次数据的统一管理。3.2.5.2.3 统一日志管理 系统通过日志管理模块实现对各应用模块的日志管理，系统管理员通过日志管理模块实现对系统的使用安全性进行监控和跟踪。网络支撑产品-网络监控助手 技术方案 系统按日志类型划分为“系统日

16、志”和“操作日志”，“系统日志”是操作系统、数据库等服务系统产生的日志。“操作日志”是用户登录、功能操作时产生的纪录。3.2.5.3 通用组件模块 3.2.5.3.1 统一的组件管理器 系统通过提供统一的组件管理，规范组件、接口以及调用的规范化设计和开发，提升组件的开发和部署效率；通过组件管理器，实现对系统业务接口和数据接口的集中化管理，使系统各接口得到有效的控制和管理。可加入权限控制,对每个接口配置访问权限控制。支持.Net dll 程序集和数据库的组件注册方式。图表 3-5 组件管理器 3.2.5.3.2 数据导入导出组件 系统通过提供统一的数据导入导出组件，实现对系统所有主次数据的统一管

17、理，提供快捷的数据增删改功能和数据导入导出功能，支持数据实时编辑更新、数据批量和全量导入导出；支持快速扩展，只需要将封装好符合规范的组件注册到统一组件管理器，配置好数据表，就可以在数据导入导出组件进行配置，就可以实现新增数据的管理，不需要新增界面开发。数据导入导出组件支持导入导出 excel、txt 格式的文件。网络支撑产品-网络监控助手 技术方案 图表 3-6 数据导入导出组件 3.2.5.3.3 任务管理器 系统通过提供统一的任务管理器，实现对系统所有周期性执行的任务的统一管理，提供可视化的图形管理界面，能够灵活配置任务，定制任务运行的时间策略，能够跟踪任务的执行情况，对任务运行状况进行宏

18、观监控。支持任务快速部署，只需要将封装好符合规范的任务组件注册到统一组件管理器，在任务管理器就可调用该组件。图表 3-7 任务管理器 网络支撑产品-网络监控助手 技术方案 3.2.5.3.4 电子地图组件 系统通过将电子地图封装为统一的服务组件，为系统各业务应用提供共享的地图资源，实现地图资源的统一共享。图表 3-8 电子地图组件 3.2.5.4 数据分析模块 系统提供独立的数据分析模块，提供网络告警、KPI 指标等资源的逻辑分析、数据统计功能，支持实时和非实时统计，每个分析专题都相应独立，通过统一规范的数据接口，能够快速实现其他统计分析专题接入。对分析提供日志跟踪，记录分析的全部过程。3.2

19、.5.5 数据采集模块 系统提供规范标准化的数据采集模块，基于 Ftp、Telnet、Fmrout、ODBC 等协议标准封装数据接口，并组装成独立的组件，注册到统一组件管理器，并结合任务管理器，配置采集任务，实现对数据采集的有效管理。系统提供对数据采集的异常告警，将各类型的采集异常转换为系统告警，并在界面进行呈现，使系统管理员能够实时发现异常。同时，对数据采集提供日志跟踪，记录采集的全部过程。提供异常告警短信通知，将异常告警进行分类、分级别，通过增加短信通知功能，将某些级别、高级别的告警通过短信通知系统维护人员，及时发现故障，保障数据采集的稳定。网络支撑产品-网络监控助手 技术方案 3.2.6

20、 接口规范 Microsoft.NET 为在不同的应用程序域（Application Domains）、不同的进程和不同的计算机中活动的对象提供了广泛的框架，使其相互之间能够进行畅通无阻的通讯。.NET 接口模型提供了使得这些接口交互变得透明的编程模型和运行库支持。系统的接口分成数据层接口和业务层接口，数据层接口主要是面向移动网元设备和移动业务系统的数据采集及内部数据库访问等应用。业务层接口主要是面向业务层对共享资源的调用。方式 客户端 服务器 说明 一、数据层接口分析 FTP 所有 所有 使用 FTP 协议 Telnet 所有 Linux/Unix/Solaris 使用 TCP 协议 Fmr

21、out(长连接)所有 网元设备 使用 TCP 协议 开放数据库接口 所有 所有 使用 ODBC 协议 WebService 等其他接口 所有 所有 二、应用层接口分析 SOAP.NET 组件.NET 组件 使用 HTTP 协议，接口数据为XML 格式 支持 WebService的平台.NET Web 服务 3.2.6.1 数据层接口 FTP 接口方式 FTP 协议即文件传输协议，基于 TCP/IP 协议的应用协议标准，它是在计算机和网络之间交换文件的最简单的方法。对于核心网的部分数据采集，可使用该接口方式。Telnet 接口方式 网络支撑产品-网络监控助手 技术方案 Telnet 协议即远程登

22、录协议，基于 TCP/IP 协议的 Socket 短连接的应用协议标准，它是操作远程计算机（Linux/Unix/Solaris）的一种比较简单的方法。对于核心网的服务器进行相关指令操作时，可使用该接口方式。Fmrout 接口方式 Fmrout 协议也是远程登录协议，基于 TCP/IP 协议的 Socket 长连接的应用协议标准，主要应用于网元设备的告警数据实时采集和传送。开放数据库接口 ODBC（开放数据库联接 Open Database Connectivity）是一套 API。ODBC 提供一个与产品无关的在前端应用和后端数据库服务器之间的接口，允许用户可以编写可以运行于来自不同厂商的数

23、据库服务器上的应用。微软 SQL Server 包含一个本机 ODBC 驱动程序。该驱动程序支持用 ODBC 编写的应用程序或组件，或其它使用 ODBC 的 API（例如：DAO、RDO 和 Microsoft 基础类(MFC)数据库类）。WebService 等其他接口 基于 WebService 标准接口访问第三方系统，是一种通用的分布式数据访问标准。3.2.6.2 业务层接口 任何客户端 .NET（使用 HTTP-SOAP）Web 服务是可设定 URL 地址的资源，它向希望使用信息的客户端以编程方式返回信息。客户端可以使用 Web 服务而不必担心它们的实现细节。Web 服务使用定义完善的

24、接口调用协定，该协定是用 Web 服务描述语言(WSDL)文件来描述的。有关 WSDL 的更多信息，请参阅 Web 服务描述语言(WSDL)1.0。可以通过在 IIS 中承载.NET 远程处理对象来将它们作为 Web 服务公开。任何可以使用 WSDL 文件的客户端都能根据 WSDL 文件中指定的协定生成对远程对象的 SOAP 调用。IIS 使用 ISAPI 扩展将请求传送到适当的对象。这样，远程处理对象就可以像 Web 服务对象那样运行并利用丰富的.NET 框架结构。当您希望让来自不同的平台/环境的程序能够访问对象时，该配置很有用。有关 Web 服务的更多信息，请参阅可编程的 Web：Web

25、服务为 Microsoft.NET 框架提供构造块。该配置使客户端能够很容易地跨过防火墙来访问.NET 对象。.NET.NET（使用 SOAP-HTTP 信道）网络支撑产品-网络监控助手 技术方案 HTTP 信道默认使用 SOAP 格式化程序，因此可用于客户端通过 Internet 访问对象的情况下。由于这种方法使用 HTTP，所以此配置使得穿过防火墙远程访问.NET 对象成为可能。以这种方式公开的对象可以很容易地配置为 Web 服务对象，只需像前一节中所解释的那样在 IIS 中承载这些对象即可。然后客户端就可以读取这些对象的 WSDL 文件，以便使用 SOAP 来与远程对象通讯。4 功能需求

26、 4.1 概述 系统现阶段提供了网络告警监控、KPI 指标监控的业务应用，本章节详细描述各功能的业务需求。4.2 网络告警监控 网络告警监控是通过封装 Telnet、Fmrout 协议的标准化接口实时采集移动网元设备的告警信息，通过对告警信息的解析、匹配，将告警按照网络监控的告警业务进行分类，以可视化、地理化的图形界面实时呈现给网络监控人员，使网络监控人员能够及时发现、快速解决网络故障。4.2.1 地理化告警监控 地理化告警监控是将网络告警通过地图进行呈现，直观呈现出告警的地理位置。可分为宏观和微观定位，宏观上是将告警归属的网元如 BSC 进行地理定位，微观上是将告警归属的基站或小区进行地理定

27、位。宏观地理化监控 提供卫星地理化监控，呈现告警所属的 BSC 网元的地理定位，以显著颜色在图层上进行标示。如下图所示：网络支撑产品-网络监控助手 技术方案 图表 4-1 宏观地理化监控 点击告警的网元名称，显示网元详细告警信息。图表 4-2 告警信息 点击详细信息，可以查看该网元对应的告警信息、KPI 信息以及所属基站信息。网络支撑产品-网络监控助手 技术方案 图表 4-3 详细信息 微观地理化监控 提供微观地图的告警定位，通过获取告警所对应的基站或小区的经纬度，在地图进行定位，直观显示基站位置、告警信息、和基站 KPI 性能信息。如下图所示：图表 4-4 微观地理化监控 左边操作区选择过滤

28、器名，列表刷新该过滤器匹配的告警小区以及告警数，地图窗口同时网络支撑产品-网络监控助手 技术方案 刷新呈现告警的基站。双击告警列表中某个小区，在地图定位该基站所在的位置，基本信息栏同时刷新该基站的信息。点击告警列表中某个小区，只在基本信息栏刷新该基站的信息。在地图点击基站图标“”，显示该基站关联的告警信息和 KPI 性能信息。图表 4-5 基站定位 点击告警信息，地图下方列表相应显示该基站的告警信息，可以查看告警详细信息。图表 4-6 信息显示 4.2.2 可视化告警监控 可视化告警监控是将网络告警按告警业务和告警级别进行分类，通过图形表格进行呈现，并提供告警过滤、查询、处理等综合的告警处理功

29、能，提供自动刷新和手动刷新告警操作，提供历史告警数据分析统计和告警数据导出。可通过自定义的规范接口与工单系统建立交互，向网络支撑产品-网络监控助手 技术方案 工单系统进行告警派单。引入声光告警栏，对告警以声音和闪烁光进行提示，及时通知网络监控人员进行处理；同时，声光告警栏对告警分类提供了快捷途径，可快速进入告警处理界面。如下图所示：图表 4-7 声光告警栏 声光告警栏提供了声音配置、浮动操作、声光告警配置等右键快捷菜单操作。可以点击声光告警栏的告警灯，进入该告警监控窗体。比如 MO 告警，通过点击进入 MO告警监控窗体。如下图所示：图表 4-8 告警监控主窗体 网络支撑产品-网络监控助手 技术

30、方案 主窗体划分为活动告警表、已处理的告警列表和告警信息三大板块，提供灵活的过滤设置和颜色标识。活动告警表，是经过滤器过滤后的处于活动状态的告警集合，可以进行标注、确认、取消、短信通知、即时派单、设为工程中、基站查找等告警处理。已处理的告警列表：指告警经过处理，处于非活动状态的告警。可以继续对这些告警作相应的操作，可以进行标注、反确认、取消、短信通知、即时派单、设为工程中、基站查找等操作。告警信息：呈现选中的告警的详细信息，可以查看告警正文及相关资源、基本列信息、扩展列信息。接入工单系统后，可以向工单系统进行派单。4.3 KPI 指标监控 KPI 指标监控是通过封装 Ftp、Telnet 等协

31、议的标准化接口采集移动网元设备和移动业务系统的网络性能数据，通过对数据的筛选、分析和统计，将结果以柱状图、曲线图等图形化呈现给网络监控人员，使网络监控人员了解网络运行状况。如下图所示：图表 4-9 KPI 指标监控 实现可定制的分类指标呈现，关注网络重点指标。提供灵活的查询策略，对数据排序。提供图表的历史数据追踪，如下图所示：网络支撑产品-网络监控助手 技术方案 图表 4-10 KPI 历史图表 提供指标阀值配置，通过对指标设置阀值，当某次指标值超过或低于该阀值时，产生告警或标注颜色提示网络监控人员。对于基站或小区性能指标，如话务量、掉话率等指标，可引入专题监控和地图监控。专题监控指的是在遇到

32、重大节日时，对重点区域的基站或小区进行关注，例如国庆节，通过设置关注的区域的基站或小区，使监控人员能够专注于这些区域的指标监控。提供灵活的专题配置和小区关联，基于基站经纬度，可以在地图进行定位监控，更加直观的监控关注区域的性能指标。如下图所示：图表 4-11 专题监控 网络支撑产品-网络监控助手 技术方案 系统现阶段提供的 KPI 指标，具体如下描述：CP 指标，网元的 cp 负荷指标统计 路由指标，包括网元的来话、去话话务量、呼叫数等指标统计 信令负荷，网元的信令负荷指标统计 CMNET 指标，集团客户的 CMNET 指标统计 集团客户 GPRS、IP 语音、短信、CMNET 等指标 APN

33、 指标，数据业务流量指标统计 全网指标，包括话务量、接通率、掉话率、拥塞率等指标统计 网元 Trau 指标、全网 Trau 指标 小区指标，小区话务量、接通率、掉话率、拥塞率等指标统计 省内漫入漫出指标，省际漫入漫出指标，国际漫入漫出指标 5 非功能性规范 5.1 界面规范要求 需求名称 详细要求 软件界面要求 提供统一的用户界面呈现，良好的结构和功能布局，符合用户的日常操作习惯，界面美观 软件互动性要求 提供统一的操作方式和操作引导，对操作能快速响应。相关的操作、输入格式等有在线说明，即鼠标移到的地方，相关的帮助主题等的说明信息以 Toptip 或其它直观的方式呈现。可视化要求 提供地理化、

34、图形化的图形界面，要求图形简单、直观 5.2 质量规范要求 主要质量属性 详细要求 健壮性、可靠性 要求系统高可靠性、高健壮性，故障率低于 0.5%；系统组件之间采用“松耦合”架构，提供完善的日志记录和告警通知机制 响应性能 常用的、影响使用者感知度的操作的响应时间不超过 2S，对于需要长时间操作，以进度条的方式进行呈现。接口规范 业务层接口规范、数据层接口规范、组件规范等要求简单明了，易于开网络支撑产品-网络监控助手 技术方案 发的实现，具有可扩展性和可配置性。可扩展性 要求系统高可扩展性，支持业务模块和数据采集的快速扩展和部署 可移植性 程序的部署应以 XCOPY 的方式完成，程序的配置信

35、息应为 XML 或可读性较强的文本文件的形式，并应与程序放置相同的目录。文档整理 提供独立的详细说明文档，详细说明系统的程序设计说明、数据说明、框架架构、配置信息、操作流程等，在系统升级或功能变更时能及时更新相关的文档。5.3 数据安全要求 主要质量属性 详细要求 数据安全性 对系统提供多种方式的数据备份机制，周期性备份系统数据库和核心数据，当系统出现崩溃时，能快熟恢复系统，并保障系统数据恢复正常。6 软件环境 6.1 操作系统 系统采用 Windows Server 2003 企业版作为操作系统。Windows Server 2003 企业版提供高度的可靠性和性能以及优异的商业价值，支持高性

36、能服务器以及将服务器群集在一起以处理更大负载的能力；Windows Server 2003 企业版允许通过添加处理器和内存来提高服务器性能和容量。6.2 数据中心 系统采用 Microsoft SQL Server 2005 企业版作为数据存储中心。Microsoft SQL Server 2005基于 Microsoft SQL Server 2000 的强大功能之上，通过全面的功能集、与现有系统的互操作性以及对日常任务的自动化管理能力，为不同规模的企业提供了一个完整的数据解决方案。网络支撑产品-网络监控助手 技术方案 6.3 开发平台 系统采用Microsoft.NET Framework 3.5基础框架和Visual Studio 2008开发工具作为开发平台。Microsoft.NET Framework 3.5 是在 Microsoft.NET Framework 3.0 的基础上构建的更高版本，是用于 Windows 的新式托管代码编程模型。Visual Studio 2008 提供了高级开发工具、调试功能、数据库功能和创新功能，帮助在各种平台上快速创建当前最先进的应用程序。