1、“.....又根据脚本的内容特点，对有些特定的字符串进行预处理，预过滤技术根据定的规则机制，在解析之前对文档进行预处理，将用户真正需要的部分过滤出来然后执行解析，从而降低了解析的工作量，提高了解析的性能。在解析文档解析技术的基础上，采用面向对象的方法实现对的解析，其定义了系列的对象和方法对树的节点进行各种随机操作对象作为树的最高节点，是解析文档的入口。对象和对象这些节点对象都是文档部分的映射，节点的定级层次恰好反映了文档的结构。对象是节点类，用于保存信息而对象是内部转换封装类，用于对有用信息转换。以下描述在解析过程中对节点和属性的遍历，先获取脚本的内容在解析过程中，脚本文件的内容通过节点的遍历会保存到子节点的标签值中，则可以先获得根节点的地址，在找出相应的子节点的地址，最后通过子节点中的获取脚本的内容。在遍历的节点通过解析，可以生成根节点，而根节点下会有相应的子节点......”。

2、“.....找到子节点的头节点，再通过链表的遍历，寻找出相应的节点。最后可获取的属性值解析过程中，通过类的和来保存相应的属性，若成功，则会通过函数添加到属性链表中，故可以在节点下的属性链表中获取相应元素属性的地址，从而可以获取属性值。对得到的属性和属性值进行扩展解析，与满足用户的需求，由于消息是封包在之间，故需要获得相关的值，再进行对其进步解析，由结构中可知我们需要提取的是关键字，因关键字的特殊性，可采用按字节解析的算法对其进行提取。解析算法过程如下输入文档内容进行预处理，取得用户所需要的信息解析开始部分内容，得到版本号和编码代号，如果失败，则结束，否则进入下步进行子内容的解析，通过调用接口函数可获得的节点和属性值判断是否有下个字内容，若有则返回上步，否则结束......”。

3、“.....单路呼叫的运行线程模拟个用户代理，单路呼叫模块既可以动态配置成，也可以配置成，通过服务器与其它的用户代理进行会话。与真正的用户代理不同，单路呼叫模块只进行会话的信令交换，不进行真实的会话媒体流的交换。单路呼叫模块的结构如图，由呼处理控制和消息解编码器两个子模块组成。呼叫处理控制子模块根据单路呼叫模块的运行线程在会话扮演的角色是还是，通过选择相应的呼叫流程对呼叫进行控制，此模拟器只支持典型流程的呼叫。预期每次呼叫，都会有定数量的准正常和异常，其指标由呼叫失败率和忙时最高呼处理能力值等来说明。通过呼叫测试获得的统计信息如表所示。序号总呼叫次数成功呼叫次数失败呼叫次数次秒失败率呼处理控制呼叫信息解码编码解编码器图模拟器呼叫模块性能测试及结果通过业务模拟器对服务器性能的测试......”。

4、“.....对服务器施加话务压力，监测服务器此时的性能，而性能指标般包括呼叫高峰时呼损率和忙时最高呼处理能力值等。测试的目标是监测模拟器工具实现的值，呼叫高峰时呼损率，以及支持并发呼叫的能力。该软交换设备的预期性能是大于万，呼叫高峰时呼损率小于，每秒钟至少能够同时支持路并发呼叫。首先测试单台作为呼叫器实施业务力的能力，单个呼叫器在路并发时每小时能够对软交换成功呼叫万次。在实际的测试环境中利用台作为控制器，台作为呼叫器，这样能够确保测试系统本身能够达到测试必需的性能。在测试中对软交换四次呼叫，每次总呼叫次数为万，并发路数的依次为测试运行结果如表所示。表呼处理测试结果序号并发路数单路呼叫次数时间次小时失败数呼损率万万万万结果分析从表可以看出，在路到路并发的情况下，值大于万和呼损率小于，待测系统的性能超过预期要求的性能。但是并发的路数增加达到路和路时，软交换的性能指标下降......”。

5、“.....并随着并发路数增加值越低，呼损率越高。对于路和路并发呼叫的测试情况，通过察看控制器记录的呼叫失败信息，呼叫器在进行呼叫时，有很多的消息发出，但没有及时收到作为应答的消息。这可能是由于在大量并发性呼叫时，软交换的消息解码模块对于同时收到的大量消息不能及时处理，使得部分消息丢失。而消息丢失的部分很容易从表中得出明显的信息，通过得到这些大量准正常和异常的情况，从而能够为下步的开发产品的性能优化提供了很好的帮助。结论本文讨论了基于业务模拟器工具的设计和研究，将蚁群算法，遗传算法及粒子群算法应用于求解工程项目选择问题，并将其结果分别与枚举算法的结果进行对比，取得了较好的效果。首先，使用开发出相关的界面。接着对于呼处理的模块设计，其需要两部分完成，个是消息本身的解析模块设计，另个是消息脚本的解析模块设计。在对消息本身的解析模块设计，采用了按行的解析算法思想以及实现......”。

6、“.....即保证了消息的完整性又具有整体直观性，也提高了程序的运行效率。而后提出了基于规则的改进的消息解析算法。其次，设计了现脚本的解析，此解析算法思想是采用串行解析技术，并通过形成链表和树形结构，完成对关键字的提取。此过程中，根据原有的特性以及消息的特点，通过增加预处理技术从而提高了解析的效率。最后，此模拟器工具在使用来实现，在的编程原理基础上，实现基本呼叫建立。最后通过对此模拟器工具进行了性能相关测试，得出结果，充分说明了其对验证大量的准正常和异常的效果。谢辞值此论文完成之际，谨向我的导师陈晓云老师表示最诚挚的谢意。感谢陈老师对我的悉心指导和帮助，从开始论文题目的选取，文献资料的查阅到整个论文的完成，她都亲自指导，同时提出了许多宝贵而中肯的意见。陈老师以其渊博的知识严谨的治学态度朴实的工作作风勤奋的工作精神，在学习生活上给予我极大的帮助......”。

7、“.....以及给过我支持和帮助的同学们，在四年的本科生活和学习中，他们也给我很多帮助和关怀，在此向他们致以衷心的谢意。感谢福州大学数学与计算机科学学院为我提供的良好的学习环境，使我能够顺利完成学业。参考文献赵会群，赵洁，孙晶种基于协议的应用软件测试方法北方工业大学学报，李伟，田野，赵保华，周颢种编码协议消息的通用解析方法计算机工程冯恣伟基于短语结构语法的自动句法分析方法当代语言学任巍映汉韩语言比较及基于规则的汉韩机器翻译系统研究清华大学学，王雨岗，徐家恺，隆志华协议的消息过程南京大学电子工程系，周海华，边恩炯原理与应用北京机械工业出版社，，图消息统计窗口软件的运行参数配置如图该配置提供本地和本地端口以及远程和远程端口。图软件运行参数配置如下内容将自动保存到配置文件中第章消息解析模块设计消息引言采用结果的消息机制，分布式控制......”。

8、“.....基于，是中文本型请求响应吸引客户端发起请求，服务器端回送响应。次事务处理包括个客户端的请求没有多个临时响应，以及个来自服务器端的最终响应。图消息格式图显示了消息格式，它以起始行开始，请求消息中称为请求行，响应消息中称状态行。起始行后面是些标题区域，包括格式以及个空行将标题区域和可选信息实体分隔开。消息头由域名和域值并加上中间的组成的，例如。消息体由消息构成，消息是文本信息，采用编码中的字符集，但消息中不定都有消息。个由发出的合法请求必须包含的最小头字段如下，所有这些头字段在请求中都是强制的。这六个域是构成消息的基本块，它们联合提供大多数的消息路由服务，包括消息寻址响应路由限制消息传播消息定制唯性鉴定事务。这些头字段还追加了些强制请求行包括方法请求地址版本。消息解析策略及初步模型消息是采用面向对象来实现的，根据面向对象的特点，以及协议自身的特点......”。

9、“.....按行解析式是相对于按字节解析的，个字节个字节读取时按照字节解析的消息开始行消息头消息体开始行请求行状态行而所谓按行解析，是把消息中的每个行当作个整体来处理，通过逐行解析，来完成整个消息的解析。但是消息每行的格式和类型又是不尽相同，不可能用个函数解析到底，针对这点，结合语言的继承性和多态性可以完全解决这个问题。继承性使得能够将消息看作个整体来对待，多态性则将其中请求消息与相应消息的不同的细节问题解决得比较完善，通过建立在继承性和多态性的基础上，完成按行解析的过程。解析模块完成两大功能第是正向消息解析，完成文本字符串到协议规定的消息格式的转换，主要是在接收消息时候调用。第二是逆向消息编码，完成消息到字符串的转换，主要在发送消息时候调用。基于单线程的解析模型算法流程图如图......”。