A partir desta fase optámos por designar os clientes como Service Requesters e os serviços como Service Providers.

Parente as adversidades de efectuar as notificações directamente entre os Service Requesters(SR) e os Service Providers(SP), optámos por não efectuar este tipo de notificações, entre outras indicamos as seguintes razões:

-- Os SP deveriam ter a nossão do que eram os clientes de como localizá-los e como notificá-los, isto não só são mais funcionalidades que em muito contribuem para um menor desempenho dos serviços como são funcionalidades que pela sua generalidade não teriam de ser necessariamente implementadas no serviço;
-- Os SP teriam de comunicar periodicamente com a plataforma, de forma a obter informações actualizadas sobre os seus clientes, pois tornar-se-ia inconsistente manter a informação no serviço e na plataforma;
-- Os SR deveriam poder comunicar directamente com os serviços de forma a aceder a alguma funcionalidade mais especifica destes (a tal nossão do cliente gordo);
-- As comunicações dos clientes com a plataforma e com o serviço poderiam inviabilizadas caso estes se encontram por detrás de firewalls.



Vantagens de notificar apenas através da Plataforma.

-- O efeito acaba por ser o mesmo que efectuando a notificação através do serviço;
-- Maior facilidade em ultrapassar firewalls visto que apenas existem comunicações entre o cliente e a plataforma;
-- Maior coesão do modelo de dados;
-- Menor esforço de implementação dos serviços;
-- Transparência aos serviço dos pormenores de notificação.

Desvantagens

-- Funcionalidades acrescidas a  plataforma e centralização de acções, podendo originar congestionamentos de rede, facilmente resolvidos através de balanceamento de carga.



O que o SP deve Fazer:

-- Detectar casos que justificam efectuar uma notificação
-- Delegar a uma entidade a notificação


Conclusões

Tanto os clientes como os serviçoes perdem algumas funcionalidades, mas ganha-se em desempenho mantendo as funcionalidades essenciais.