据库获取用以判断、识别、授权的依据性数据。
标示性数据是完成桌面远程运维工作的基础数据，以标示性数据为基准，我们可以识别、定位、分析运维对象，并采取运维措施。
? 交互数据
交互数据是桌面远程运维工作过程中获取或产生的数据，这类数据支持了使用者运维申请、运维人员和使用者的交流、远程协助、事件排查解决、事件的流转等桌面远程运维的主要工作。
交互数据数据量十分庞大，随着桌面远程运维管理系统的持续使用，将形成大量的历史数据和实时数据，其中大部分数据都能反映远程运维工作的工作量和工作效率。这些数据经过既定的挖掘策略处理后有相当一部分能够转化为决策数据。
? 管理数据
系统的管理数据主要包括了用户管理数据、身份管理数据、系统配臵数据、远程连接管理数据、日志管理数据等。
系统的管理数据支持运维人员完成系统的操作方案配臵、用户信息管理、操作权限控制、系统维护、安全审计等工作。
? 决策数据
决策数据是从交互数据和管理数据中，通过既定的数据挖掘策略处理后得到的海量数据。
决策数据包括支持对运维工作量和质量的综合分析的数据，也包括支持对运维事件的多维分析的数据，决策数据的不断积累能够
22
更加有效地通过定制的统计分析模型对桌面远程运维管理工作成果进行展示以及对运维管理工作的优化提供数据支持。
4.2.4 技术架构
系统采用Java 、C++为开发语言。B/S与C/S共存管理应用模式，管理员通过web进行统一管理，运维人员通过web处理事件，用户通过web预约事件。运维人员与用户采用C/S模式进行过远程协助。 4.2.4.1
技术架构
本系统基于MVC设计模式，将系统划分为数据访问层、业务逻辑层、应用层（如图5所示）。系统对每一层定义明确的功能接口，同时在层次内实现组件化的接口实现。层次化、模块组件化的实现，使系统具备了最大程度的灵活度，从而能对业务需求的变化做出快速的反应，使系统具有很好的扩展性。
23
图5 技术架构图
4.2.4.1.1
数据访问层
系统每天会产生庞大的数据量，涉及用户个人信息 运维信息、服务反馈等，且数据之间存在复杂的关系，数据访问层对数据信息进行归档，提供快速查询的底层接口，并保证数据的完整性、可靠性，为上层业务系统提供强有力的数据支撑。
结合桌面远程运维项目的业务特性与实际需求，我们选取SQL数据库，主要存在以下优势：
（1）数据库易于开发、维护、具备可移植与可扩展性。 （2）支持分布式应用。
（3）支持多CPU并行处理能力，能够平衡负载。
（4）支持数据完整性约束，提供数据的正确性和一致性保护，
24
包括实体完整性、参照完整性、复杂的事务规则等。
（5）具备并发控制能力，满足多个用户点在同一时刻对同一数据进行读或写操作。
（6）支持异常情况下的硬件与软件容错处理。
（7）安全性控制，支持帐户管理、用户权限、网络安全控制、数据约束。 4.2.4.1.2
业务逻辑层
主要包括各类封装了业务实现逻辑的业务服务组件，同时对系统的事务进行总体控制，调用数据访问层的数据服务，本身不直接访问数据库。
业务逻辑层主要包含的关键技术： （1）anyware技术
桌面远程运维管理系统使用anyware技术，可以最大限度对数据进行压缩处理，并且有多种色彩模式提供选择，以保证在网络状况不好的情况下保证连接质量。采用web方式实现即时通讯功能，无需安装即时通信客户端，当有新消息时采用桌面管理客户端提醒用户，并自动打开web进行显示。
（2）缓存服务管理技术
页面访问的时候，生成动态 Web 页会耗用各种各样的系统资源。当 Web 服务器收到页面请求时，它通常必须从数据库或其他存储系统中实时地检索所请求的信息。对这些资源的访问通常需要
25
通过有限的资源池（如数据库连接、套接字或文件描述符）进行。因为 Web 服务器通常需要处理很多并发请求，所以对这些共享资源的争夺可能会延迟页面请求，直到资源变为可用。在将请求发送后，仍然必须将结果转换为 HTML 代码以便进行显示。 4.2.4.1.3
应用层
基于Web 2.5实现技术，负责为界面和业务服务之间进行数据转换，隔离界面实现与后台服务实现，使后台业务服务实现更为标准化。
在应用层面主要包含了web平台、远程协助、报表管理、即时通讯、系统配臵等具体应用模块。 4.2.4.2
安全性设计
桌面远程运维管理系统设计遵循以下安全原则：
1) 通信安全：维护工作站与桌面终端的通信采用128位安全加密，保证数据安全可靠传输。
2) 授权控制：远程桌面服务只有在桌面终端用户发起远程协助后，才打开服务，维护工作站确认后建立通信。确保终端用户的远程桌面服务不受非法远程控制。 3) 策略控制：远程维护的权限策略页面包含以下功能：
? 远程控制：授予控制设备的只读或读写权限。 ? 重新启动：授予重新启动设备的权限。 ? 屏幕截取权限：授予远程屏幕抓取权限。
26