拨测系统论文(初稿)-自动拨测系统各子系统的详细设计(编辑修改稿)

拨测系统论文(初稿)-自动拨测系统各子系统的详细设计(编辑修改稿)内容摘要：

测 ； （ 6） 对于异常情况可指定重复拨测次数、保证检测准确性 ； （ 7） 具备语音提示功能 ； （ 8） 可实现自动拨打和接听功能，可以通过 DTMF 信号进行信息交互 ； （ 9） 测试异常结果可通过 EOMS 接口进行 EOMS 工单派发， 可通过短信方式北京理工大学工程硕 士学位论文 6 向维护人员派发提醒短信。 论文共分为六章，各章节组织结构安排如下： 第一章：绪论，本章阐述了课题研究的背景与意义，分析了移动通信网络建设及优化中存在的问题，指出了现有拨测手段存在的不足，并介绍了论文研究的主要内容和组织结构。 第二章：拨测系统需求分析，结合实际工作，对系统功能需求和性能需求进行了分析，然后描述了系统开发环境，并对系统所涉及到的相关技术进行了介绍。 第三章，拨测系统的硬件部分。 介绍嵌入式拨测模块部分硬件结构及方案实现原理等内容。 第 四 章：拨测系统总体设计，详细描述了系统的体系结构设计，子系统划分及通用组件。 第 五 章：拨测系统详细设计。 本章是本文的核心内容，详细描述了自动拨测系统各子系统重要模块的详细设计。 结束语，一步完善优化的方向对课题研究及论文工作进行总结。 北京理工大学工程硕 士学位论文 7 第 2 章 多功能 自动拨测系统需求分析 移动业务自动拔测系统是通过基于 PC 的测试终端代替传统的人工拨测。 本章结合运营商网络使用人员日常维护的的使用需求出发，对系统功能需求、性能需求和安全需求进行了分析，并描述了系统开发平台和方案选择。 在进行自动拨测系统总体设计时，需要详细考虑系统所要实现的功能。 本节结合运营商网络管理人员日常维护的的使用需求出发，概要讨论了拨测系统的总体功能需求。 移动业务自动拨测系统主要是提供一个统一的拨测平台，使原有的操作模式实现信息化，根据实际工作情况及待解决的一些问题，经过分析研究，拨测系统主要要实现以 下功能模块，如图 所示。 图 拨测系统总体功能需求图 （ 1） 用户管理模块 ： 主要实现系统角色的添加、修改、删除功能，并对用户信息和用户权限进行管理。 它应该包括用户权限管理、角色管理、用户信息管理、用户登录管理等功能模块。 （ 2） 系统配置管理模块 ： 主要完成系统参数的设置功能，各级系统管理员能够对其相应管理的系统进行 (远程 )配置和维护系统软硬件环境参数配置，外部网络环境配置等。 它应该包括系统配置、日志管理、拨测设备管理等功能模块。 （ 3） 拨测脚本管理模块 ： 主要实现拨测脚本的创建、修改、删除、审核、北京理工大学工程硕 士学位论文 8 查询和导入功能。 拨测脚本是用脚本语言对具体业务的一系列执行动作及这些动作的执行逻辑进行的描述，一个拨测脚本描述一项具体业务的操作流程，也对应于业务拨测的一个具体拨测点。 （ 4） 拨测任务管理模块 ： 主要功能是对拨测任务的定制、下达和管理。 操作人员在进行拨测任务管理时，系统需要支持对拨测任务进行按区域、品牌、业务、拨测模块等多种方式的灵活定制，用户还可根据需要设置拨测任务的执行策略，并发进行多种测试，为全面的统计分析提供数据基础。 （ 5） 拨测任务分配与执行模块 ： 主要功能是接收到定制生成的任务后，将其分配到具体点的 测试点进行运行测试。 拨测系统生成拨测任务后，应可以根据拨测任务，通过系统拨测中心统一调度，按照任务类型、任务参数、所需资源，分配到相应的测试点，并控制拨测终端设备完成相应拨测任务。 （ 6） 拨测结果分析与入库模块 ： 主要功能是对设备返回的不同业务的测试结果进行分析判定，并将结果存入 FTP 服务器。 当测试点的拨测任务执行以后，系统应能够通过与远程拨测设备之间的接口实时采集拨测结果，并对拨测结果中的内容违规和格式违规进行自动判定与分析，同时下载获取系统 FTP 服务器中的拨测任务文件，将任务文件与拨测结果相关联后一同存入 系统数据库中。 （ 7） 拨测结果报告模块 ： 主要功能是对拨测结果的查询、统计与人工判定。 系统应能够对数据库中的拨测结果进行查询统计，并根据需要生成各种类型的报表以供使用。 （ 8） 实时显示功能模块 ： 主要功能是将拨测系统运行情况以图形方式进行呈现。 用户可直观的了解拨测节点、拨测设备、下级拨测系统分布情况，监控所有拨测节点拨测设备的任务执行情况和相关告警情况。 该系统要充分考虑用户多、要求高的特点，要制定出一套运行高效、稳定可靠、经济可行的技术方案，故对系统的性能要求非常高。 在设计的时候要本着快速 应用、适用性、先进性、开放性、技术独立性等原则，利用现有资源，提供一个高性能、低成本、安全稳定的应用系统。 业务自动拨测系统，应满足以下目标性能 ： 北京理工大学工程硕 士学位论文 9 （ 1） 友好的人机界面 ； （ 2） 服务器支持 ORACLE,MYSQL 等所有数据库 ； （ 3） 高可靠性与高稳定性 ； （ 4） 提供多种灵活易用的方式进行系统的升级与更新 ； （ 5） 管理方便，易于培训与使用 ； （ 6） 良好的经济性，利于大规模部署。 为了满足系统的功能需求和性能需求，本系统采用基于 JAVA/J2EE 技术的开发方案。 JAVA 语言是目前国际上最热门的 先进编程语言，由 SUN 公司开发，获得 IBM、 HP、 ORACLE、 BEA 等世界级龙头 IT 厂商的全力支持，目前在全世界己有超过三百万名程序设计师使用 JAVA 语言进行系统开发。 JAVA 语言具有跨平台 、移植性强的特性 [17]。 本平台的建设将采用 B/S 架构，基于 JAVA/J2EE 平台开发， MVC 设计模式，同时采用目前通用的 MVC+ EJB+ Hibernate 开发模式。 软件系统选择 ： 本系统开发使用软件系统如下 ： 操作系统 ： 服务器端 WindowsServer20xx 中文企业版，客户端 WindowsXP； 数据库 ： SQLServer20xxX26]专业版 ； WEB Server： JBoss，版本 以上 ； 开发工具 ： J2EE 平台企业版。 系统架构 ： 整个系统采用 MVC+ EJB+ Hibernate 的架构，选择此架构的优势在于 ： （ 1） 平台独立性 考虑到系统的用户可能会使用不同的操作平台，在程序设计语言方面就需要做出权衡。 所选择的语言能够在企业中方便的应用，而不显得笨拙，事务处理也更高效。 当集成各种不同的技术进而形成具体的某种平台和应用时，采用同一的程序设计模型就能够减少许多困难 [18]。 （ 2） 可重用性 北京理工大学工程硕 士学位论文 10 系统要求 执行效率，所以代码重用是很重要的，较少繁琐的执行流程，同时代码重用性也是所有程序设计所追求的目的之一。 要达到重用目的，方法之一就是把应用的业务需求划分为不同组件 ； 而采用面向对象方式封装公用功能是另外一种方法。 Java 采用了这两种方法。 Java 是一种面向对象的程序设计语言。 但是，不像对象那样，创建和管理组件需要一种复杂的基础框架机制。 基本的面向对象概念并未提供这样的机制 ； 然而， Java 的 Enterprise Edition 提供了一种相当强大的机制来重用组件。 可以把业务逻辑放在 EJB 层的 Enterprise Bean 中，采用这种方式，开发人员就可以将精力集中于应用系统的逻辑部分，而利用 Enterprise Bean容器支持底层服务，比如状态管理、事务管理、线程管理、远程数据访问和安全等。 因此 EJB 简化了多层体系结构应用系统的开发过程，是企业计算的开发人员可以专注于应用系统的解决方案，而不必处理底层的计算细节，而且开发的组件能够运行于所有支持的环境中，具有极大的可复用性。 （ 3） 模块化 开发一个完整的服务器端应用程序时，程序会迅速变大、复杂化，通信公司拓展的业务很多，以后还需要开发其它的系统模块，这需要在开发过程 中划分相对独立的模块，每个模块负责一个具体的任务。 按照这种方式，理解和维护应用程序就会变得容易。 （ 4） 隔离数据源 利用 Hibernate 框架，可以将业务逻辑层与数据层分离开，程序员面对的是持久层对象，而不是复杂的 SQL 代码，便于逻辑层的交互。 持久层框架封装了数据库持久层的大多数技术细节，如事务管理、数据库连接管理、 SQL 生成等。 得益于这些成熟优秀的底层实现，开发人员可以从 JDBC 编码中得以解脱，从而可以将他们的精力和创造力投入到真正有价值的工作中，使业务逻辑实现更加清晰，同时也使得开发人员的专业划分成为可 能。 （ 5） 可移植性 EJB 是可移植的、可重用的组件。 EJB 不局限于任何特定的操作系统。 EJB 也不局限于任何一种特别的机构、服务器解决方案、中间件或者通信协议。 EJB 只不过是一项规范，任何机构都可以用不同的方式实现它 [19]。 用户 EJB 只要没有采用任何专门化的扩展，随着需求的改变，它可以在不同的服务器实现方案之间迁北京理工大学工程硕 士学位论文 11 移。 J2EE 技术 目前， Java2 平台有 3 个版本，它们是适用于小型设备和智能卡的 Java2 平台 Micro 版 (Java2 Platform Micro Edition, J2ME)、适用于桌面系统的 Java2 平台标准版 (Java2 Platform Standard Edition， J2SE)、适用于创建服务器应用程序和服务的 Java2 平台企业版 (Java2 Platform Enterprise Edition， J2EE) [20]。 J2EE 是一种利用 Java2 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。 J2EE 技术的基础就是核心 Java 平台或 Java2 平台的标准版，J2EE 不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便存取数据库的 JDBCAPI,CORBA 技术以及能够在 Inter 应用中保护数据的安全模式等等，同时还提供了对 EJB(Enterprise JavaBeans)， Java Servlets API， JSP(Java Server Pages)以及 XML 技术的全面支持。 其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。 J2EE 使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机 器上。 事实上， Sun 设计 J2EE 的初衷正是为了解决两层模式 ((C Bent / Sewer)的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常由于某种专有的协议例如某种数据库协议，使得重用业务逻辑和界面逻辑非常困难。 现在 J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。 一个多层化应用能够为不同的每种服务提供一个独立的层。 一个典型的 J2EE 应用平台包含以下三层结构。 （ 1） 表示层 (Presentation Tier)： 提供用户界面。 （ 2） 业务逻辑层 (Business Logic Tier)： 进行逻辑判断、执行业务流程处理或提供公共服务。 （ 3） 数据持久层 (Data Persistence Tier)： 实现到数据库的对象 /关系映射CObject / Relational Maping)，通过这个映射访问数据库，存储业务数据。 模式 北京理工大学工程硕 士学位论文 12 MVC 模式是一个经典的三层架构的框架，如图 所示。 现在设计开发中的一些主流框架，比如 Struts，都是基于 MVC 的 Java Web 应用框架，它把 Java Web应用分为模型、视图和控制器， M（ Model） 表示模型，处理核心业务实体及其相关的业务逻辑，模型对象使用一组稳定的可复用的业务对象来实现，开发人员在多种应用程序中使用这些对象。 V（ View） 表示视图，处理应用程序的数据表示和对用户的命令，视图对象可以是 HTML网页，也可以是 Java Applet 客户程序。 C（ Controller） 表示控制器，位于视图层和模型层之间，实现工作流程控制，视图层的用户发出的命令触发控制层中的代码，这些代码操纵模型层中的一个或多个对象来完成命令功能。 图 MVC经典结构图 在 Struts 中，控制器是一个 Action Servlet 类，它负责接受用户 HTTP(超文本传送协议 )请求，通过业务逻辑层的会话外观 （ Session Fa231。 ade） 调用某一个特定的业务逻辑组件，并将得到的结果通过作为视图的 JSP业面返回给用户的浏览器。 事实上，在整个系统里面，业务逻辑层起到了 MVC 框架中模型的作用。 MVC 的设计模式根据功能清楚的分开了代码，去除了各层间的祸合，提高了开发团队的效率。 Struts MVC 结构如图 所示。 北京理工大学工程硕 士学位论文 13 图 StrutsMVC 结构图 EJB 组件技术 EJB 是 J2EE 体系结构中的组件，它主要为 J2EE 应用程序提供业务逻辑，并与服务器端其它的 J2EE 组件交互。 业务逻辑以及与其它服务器端 J2EE 交互的特性取决于 J2EE 应用程序。 EJB 是基于 Java 构建服务器端组。