为了发现和定位故障，研究人员们首先对故障进行了定义。1978年Himmelblau[68]针对故障给出了一个一般性的定义：故障是指可观测的变量或与进程相关的可计算参数超出它的可接受范围。王道平和张忠义[69]提到，从诊断对象描述的角度出发，强调故障是系统的实际输出与所期望的结果不相容或系统的观测值与系统的行为描述模型所得的预测值存在矛盾；又从状态识别的角度出发，指出故障是系统的一种不正常状态。ISO文档中也曾提到关于故障的概念，指出故障是组件、设备或子系统层可能导致失败的一个异常情况或缺点[59]。王竹晓等[70]在软件系统范围里将故障定义为背离系统正常和预期的一种行为。Psaier等[71]将故障解释为系统运行期间系统行为偏离预期目标的事件。Web服务故障则是指服务的实际输出与系统描述的输出不一致或无法达到系统的需求目标。
对故障进行科学、合理的分类是实现故障诊断的又一个必要条件。Venkatasubramanian等[72-74]从全局角度将故障分为参数改变故障、路径改变故障以及传感器和执行器故障三大类。这种分类方式几乎适用于所有领域，但针对特定领域来说此种分类方法过于笼统。近年来已经有很多研究者依据服务故障的特点对服务故障进行了深入的研究，并给出很多故障的分类标准。Li等[75]从故障产生的原因把故障分为网络故障、服务器故障和语义故障。Bruning等[25]依据SOA的执行步骤将故障分为公布故障、发现故障、组合故障、绑定故障和执行故障。Fugini等[76]根据Web服务的执行对象将故障分为内部数据故障、应用协作故障、角色故障、QoS违反故障、Web服务执行故障和Web服务协作故障六大类。Chan等[59]从故障产生的原因将Web服务故障分为物理故障、开发故障和接口故障三大类，且指出了抛出的异常与故障之间的相互关系。Kopp等[77]则依据Web服务平台的层次结构将故障分为通信层故障、传输层故障、消息层故障、QoS层故障和组件层故障。刘丽等[78]将服务类型和执行过程相结合，把故障分为原子服务故障和组合服务故障，原子服务故障包括发布故障、发现故障、绑定故障和执行故障，组合服务故障则包括组合组件故障、组合过程故障和执行故障。这些分类方法都是从某一角度对Web服务故障进行分类，如产生原因、执行过程、系统结构等，这些故障分类方面的研究成果在很大程度上有效地支持了服务故障诊断的研究与发展。(www.xing528.com)
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
