Gözlem Yoluyla Elde Edilen Bulgular

Na subontolgia ServiceProfile a classe ServiceProfile é uma superclasse para todos os tipos de descrições em alto nível a respeito do serviço. Esta classe contém as informações básicas necessárias para vincular qualquer instância de Profile, uma subclasse da subontologia ServiceProfile, com uma instância de Service. O serviço, definido através de Profile, é modelado em termos de três tipos de informações, detalhados em seguida:

• As informações da organização que provê o serviço, constituindo-se de informa- ções de contato que se refere à entidade que fornece o serviço. Por exemplo, infor- mações de contato podem se referir ao operador de manutenção, que é responsável pela execução do serviço, ou para um representante do cliente que podem fornecer informações adicionais sobre o serviço [Burstein et al., 2004].

• A descrição da funcionalidade do serviço é expressa em termos da transformação produzida pelo serviço. A descrição funcional inclui as entradas (inputs) requeridas pelo serviço e as saídas (outputs) geradas; as pré-condições (precondition) requi- sitadas pelos serviços e os efeitos (effects) esperados da execução do serviço. Por exemplo, um serviço de vendas pode exigir como pré-condição (precondition) um cartão de crédito válido e como entrada (input) o número do cartão de crédito e data de validade. Como saída (output) ele gera um recibo, e como efeito (effect) o cartão é debitado [Burstein et al., 2004].

• O primeiro tipo de informação especifica a categoria de um determinado serviço, por exemplo, a categoria do serviço dentro do sistema de classificação de produtos e serviços para uso em eCommerce. O segundo tipo de informação é a classifica- ção da qualidade do serviço, por exemplo, bom, ruim, tempo de resposta rápido, confiável, taxa de atualização pequena. O último tipo de informação é uma lista de parâmetros do serviço que pode conter qualquer tipo de informação, por exemplo, parâmetros que fornecem uma estimativa do tempo de resposta máximo, a disponi- bilidade geográfica de um serviço [Burstein et al., 2004]. A classe Profile fornece um mecanismo para representar tais parâmetros.

As informações que especificam as características do serviço podem ser úteis em situações em que o solicitante do serviço pretende verificar a qualidade do serviço. Um serviço pode ter suas informações publicadas em sistemas de classificação de forma que sua ”qualidade” possa ser publicada. Neste caso, o solicitante do serviço pode usar essa informação, contida no sistema de classificação, para verificar se o serviço é útil ou não para a sua necessidade.

A classe Profile contém a especificação de quais funcionalidades o serviço oferece e as condições que devem ser satisfeitas para sua execução. As funcionalidades e

2.3 OWL-S 32

as condições são representadas a partir de dois aspectos do serviço: • a transformação da informação (representado por inputs e outputs);

• e a mudança de estado produzido pela execução do serviço (representado por preconditionse effects).

Para exemplificar, considere o exemplo do cartão de crédito, agora aplicado a uma livraria virtual. Para concluir a venda, o serviço requer como entrada (input) o número do cartão de crédito e a data de validade, mas também a condição (precondition) de que o cartão de crédito é válido e tem crédito. O resultado da venda é a saída (output) de um recibo que confirma a boa execução da transação e como efeito (effect) o pagamento (transferência de propriedade) e a transferência física do livro a partir do armazém da livraria para o endereço do comprador [Burstein et al., 2004].

Nenhum esquema para descrever as instâncias dos Inputs/Outputs/Preconditions/Effects (IOPEs) é fornecido pela classe Profile. No entanto, este esquema existe na subontologia ProcessModel. Os IOPEs publicados pela classe Profile são um subconjunto daqueles publicados pela subontologia ProcessModel, assim, espera-se que a subontologia Proces- sModelcrie todas as instâncias IOPEs e a instância de Profile simplesmente aponte para essas instâncias de IOPEs.

A Figura 2.7, ilustra as propriedades da classe Profile que são usadas para refe- renciar os IOPEs definidos na subontologia ServiceProfile. As seguintes propriedades são definidas:

hasParameter varia ao longo de uma instância da classe Parameter da subontologia ServiceModel. Sua principal função é apenas tornar o conhecimento de domínio explícito. A classe Parameter modela a intuição de que inputs e outputs - que são os tipos de parâmetros - estão ambos envolvidos na transformação da informação e, portanto, são diferentes das preconditions e effects. Como consequência, a classe Parameternão é instanciada.

hasInput varia sobre instâncias da classe Inputs, definida na subontologia ServiceModel.

hasOutput define instâncias da classe Output, da subontologia ServiceModel.

hasPrecondition especifica uma das pré-condições do serviço e varia ao longo de ins- tâncias da classe Preconditions, definida de acordo com o esquema na subontologia ServiceModel.

hasResult especifica um dos resultados do serviço, conforme definido pela classe Result da subontologia ServiceModel. Esta propriedade especifica as condições em que as saídas (outputs) são geradas. Além disso, a classe Result especifica quais as mudanças de domínio são produzidos depois da execução do serviço.

2.3 OWL-S 33

Figura 2.7:OWL-S Service Profile - extraído de [Burstein et al., 2004]

Complementarmente as informações de IOPEs, algumas propriedades da classe Profi lefornecem informação legíveis aos humanos que são pouco prováveis que sejam processadas automaticamente. São elas:

serviceName refere-se ao nome do serviço que está sendo oferecido. Pode ser usado como um identifi cador do serviço.

textDescription fornece uma breve descrição do serviço. Ele resume o que o serviço ofe- rece, descreve o que o serviço requer para funcionar, e indica qualquer informação adicional que se queira compartilhar com os usuários.

contactInformation fornece um mecanismo para indicar os indivíduos responsáveis pelo serviço.

Uma instância da classe Profi lepode ter no máximo um nome de serviço e uma descrição em texto, mas pode ter várias propriedades de informações de contato. Conforme ilustrado na Figura 2.7, a propriedade contactInformation está relacionada a classe Actor, defi nida na ontologiaActorDefault.