图3-2 保存桌面处理的部分类图
3.2性能需求分析
通关与桌面管理充当着监控系统的角色，必须具有很好的强壮性。雪莲灯是基于Windows操作系统，在Windows系统中存在一个强壮的Alerter服务，它的强壮性已经在实际应用中得到了证明，因此雪莲灯可以借助这一服务，应用到实际当中。
Alerter服务是从系统启动就运行的服务，直到系统关闭才会停止。在这一过程中，Alerter 服务每时每刻都监视着系统，一旦捕捉到系统管理警示就会做出相应的处理。系统总会产生很多的警示消息，但每一种发生的事件都有其自己的相关特点。当系统中同一事件不停地发生时，Alerter服务并不会同样把这一类事件进行反复的操作，这会导影响系统的运行效率，对这一类事件，管理机制设置了一个扼杀周期，当这一事件已经发生，再次发生的时候，Alerter服务将不会再对此事件进行处理，而是忽略这些事件。
由于系统监控是实时操作的，也就要求Alerter服务必须做出及时的反应才能适应系统需求。Alerter服务在Windows上的应用也已经证明了它能够及时地做出处理。Alerter服务每天还会自动执行一次系统管理动作。正常情况下，这一动作的执行时间不超过2秒即可以完成。
因此，要对系统发生的事件进行相应的处理，就必须从雪莲灯系统中的日志文件入手。系统的事件消息处理机制为雪莲灯系统普通用户来提供了方便，用户在对系统内部运作不熟识的情况下，也可以做出任何相应的动作。从开发者的角度来说，Alerter工具提供了良好的过滤机制，它可以加入自定义脚本对事件消息进行过滤。所以要提取出用户关心的数据，重点是在Alerter的配置。
根据不同的事件，除了把桌面信息写到对应的目标文件中，还会根据桌面的当前状况是否过关或选择INI文件。这一功能需要写一个配置文件去实现，而这个配置文件是可以被程序调用的。因此，利用配置文件作为我们的桥梁，可以实现日志和事件的管理功能。
4 总体设计
4.1总体结构设计
雪莲灯是基于计算机底层的，因此可以借鉴在Windows操作系统中常用的程序管理原理进行设计。而Windows是一个广泛使用的操作系统，可以方便地得到相关的代码实现设计的功能，这也是Windows架构的优势所在。
在Windows系统的文护中，经常会忽略系统事件的处理。检查系统日志对于保持系统的安全和正常运行是至关重要的。在文护过程中，面对庞大的日志消息量，系统日志中有太多用户不必关心的日志信息，一些重要的信息会掩盖重要的信息。即便是通过其它第三方的工具，对这些庞大的信息进行过滤，得到的仍然是一堆原始的日志消息。而过滤出来的日志消息对于系统的文护者来说是相当有用的，因为这些日志可以让系统文护人员更好的了解系统的运行情况与状态。但对于雪莲灯用户来说，这些日志消息毫无意义。在现实当中也不可能让一个程序员时刻监视着系统日志。因此，为了让雪莲灯系统的普通客户也能文护程序，需要对其总体的结构做很恰当的处理。总体结构的示意图和部分领域模型如图4-1和图4-2。
图4-1 总体结构的示意图
图4-2 总体结构设计的部分领域模型
雪莲灯系统中，INI文件的记录可以由文本编辑工具进行配置，它指明了当前关卡信息存放在哪一个Key之后，与此同时，程序也会产生各种Windows消息，这些消息都能被循环服务捕捉到，并且根据事件定义，找出匹配的事件进行相关的处理。INI文件是用于存放关卡消息，随着系统的运行，INI文件也不断地变化，所以必须对INI文件进行相关的处理，如转存，删除等，这些消息与桌面服务总是相关联的。
系统会随时产生各种桌面消息，称为消息源，它一直被桌面服务监视着。桌面服务开启的同时，会预先载入事件的相关内容与配置文件的参数，在桌面服务开启的情况下，系统发生的变化先被它捕捉，把捕捉到的消息与自身存储的事件进行比较，如果匹配则执行相关的动作。例如，桌面服务根据系统消息匹配的内容来决定是否存放到文件当中，存放到哪一个文件当中，同时对就特定的桌面消息，还会调用一些指定的脚本来执行相关的动作，并把这些特定的事件记录到特定的INI文件当中。
雪莲灯核心服务嵌入了事件过滤机制，对于特定的事件，做出相应的处理。对于这些INI文件，同时也要进行适当的管理，如在指定周期内对INI文件进行备份，在一定的条件下，还要对旧的INI文件进行删除。
4.2主要模块概要设计
图4-3 主要功能模块结构图
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页