系统的监控和故障诊断工具
Observer是支持以太网, Wireless 802.11b/a/g, Token Ring 和 FDDI 网络环境的网络监控和协议分析产品。Observer对于共享和交换式网络环境都提供测试、捕捉和趋势分析功能。
Observer 是一款经济的、纯软件和支持Microsoft Windows系统的监控和故障诊断工具。 Observer 既可以监控单一的LANs/802.11网段,也可以配合探针，使Observer升级为一款监控多个LANs/WANs/802.11a/b/g 网段和广域网的的全分布式产品。 Observer提供实时监控和故障诊断能力，以及全面的趋势分析和基准收集系统用来分析日积月累的历史数据。
Observer能够被升级为Expert Observer和Observer Suite来跟踪多个SNMP设备, 查看任何来自RMON1/2 或HCRMON探针的数据, 提供专家分析和建模功能, 或显示基于Web的报表。 Observer产品系列能够提供一个针对即使最复杂的LAN/802.11/WAN/Gigabit网络环境的管理解决方案。
Observer (观察者)设计模式[1]
观察者模式又叫做发布-订阅（Publish/Subscribe）模式、模型-视图（Model/View）模式、源-监听器（Source/Listener）模式或从属者（Dependents）模式。
观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态上发生变化时，会通知所有观察者对象，使它们能够自动更新自己。
一个软件系统常常要求在某一个对象的状态发生变化的时候，某些其它的对象做出相应的改变。做到这一点的设计方案有很多，但是为了使系统能够易于复用，应该选择低耦合度的设计方案。减少对象之间的耦合有利于系统的复用，但是同时设计师需要使这些低耦合度的对象之间能够维持行动的协调一致，保证高度的协作（Collaboration）。观察者模式是满足这一要求的各种设计方案中最重要的一种。
观察者模式的类图如下：
可以看出，在这个观察者模式的实现里有下面这些角色：
抽象主题（Subject）角色：主题角色把所有对观察考对象的引用保存在一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象，主题角色又叫做抽象被观察者（Observable）角色，一般用一个抽象类或者一个接口实现。抽象观察者（Observer）角色：为所有的具体观察者定义一个接口，在得到主题的通知时更新自己。这个接口叫做更新接口。抽象观察者角色一般用一个抽象类或者一个接口实现。在这个示意性的实现中，更新接口只包含一个方法（即Update()方法），这个方法叫做更新方法。
具体主题（ConcreteSubject）角色：将有关状态存入具体现察者对象；在具体主题的内部状态改变时，给所有登记过的观察者发出通知。具体主题角色又叫做具体被观察者角色（Concrete Observable）。具体主题角色通常用一个具体子类实现。
具体观察者（ConcreteObserver）角色：存储与主题的状态自恰的状态。具体现察者角色实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。如果需要，具体现察者角色可以保存一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实现。
从具体主题角色指向抽象观察者角色的合成关系，代表具体主题对象可以有任意多个对抽象观察者对象的引用。之所以使用抽象观察者而不是具体观察者，意味着主题对象不需要知道引用了哪些ConcreteObserver类型，而只知道抽象Observer类型。这就使得具体主题对象可以动态地维护一系列的对观察者对象的引用，并在需要的时候调用每一个观察者共有的Update()方法。这种做法叫做"针对抽象编程"。
