A Critical Software foi encarregada pela AgustaWestland de actualizar uma aplicação de monitorização do uso e estado da frota de helicópteros EH-101 Merlin da Força Aérea Dinamarquesa, o DGS, para funcionar com um novo sistema de gestão de manutenção. Este projecto consiste em desenvolver a biblioteca responsável pela comunicação com o novo sistema através de Web Services, o SOAP Adaptor, possibilitando também a ligação a uma base de dados local. Isto deve ser feito sem alterar o funcionamento do DGS. Está também incluída no projecto uma aplicação, o SOAP Client, para testar a biblioteca e que permite também criar a base de dados local já referida, povoando-a com informação retirada do sistema de gestão de manutenção.
O projecto foi desenvolvido sobre a plataforma .NET, em C#, recorrendo ao Microsoft Visual C# 2008 que, devido ao seu interface designer, facilitou particularmente o desenvolvimento da interface gráfica do SOAP Client. O resultado final do projecto foi testado usando os testes de aceitação da versão anterior do DGS, podendo-se assim verificar que o funcionamento da aplicação foi mantido. O SOAP Client, sendo apenas uma ferramenta de apoio e não um deliverable formal do projecto, foi apenas testado informalmente ao longo do desenvolvimento.
O projecto decorreu a bom ritmo apesar do desenvolvimento se ter atrasado um pouco sem, contudo, ter afectado o prazo final. Chegou-se à conclusão que uma Arquitectura Orientada a Serviços é uma boa forma de atingir um bom nível de integração e que os Web Services são de facto uma boa tecnologia para se implementar este tipo de arquitecturas. Isto deve-se principalmente ao facto dos Web Services não introduzirem novas tecnologias, limitando-se a reutilizar tecnologias maduras já existentes para atingir um novo fim. Apesar disso, os Web Services não são a solução final para problemas de integração, como foi demonstrado pelo facto de ter sido necessário adaptar o código desenvolvido na plataforma .NET para conseguir interagir com um serviço disponibilizado por um servidor aplicacional específico (neste caso, o BEA WebLogic). O SOAP Client revelou-se extremamente útil para testar e detectar falhas, tanto no código desenvolvido como no próprio Web Service, que seriam complicadas de identificar apenas através do DGS.
Como perspectivas de trabalho futuro, temos a experiência de usar REST em vez de SOAP como o protocolo de troca de mensagens do Web Service e redesenhar a base de dados local. O uso de REST parece promissor no sentido em que poderá trazer um melhor desempenho na comunicação, aliado a uma maior simplificação do código. A reestruturação da base de dados, ao eliminar redundâncias de dados, simplificaria algumas das operações, trazendo provavelmente uma melhoria de desempenho.