Resumo: | No âmbito do sistema de gestão da segurança (SMS), existente nos serviços de controlo de tráfego aéreo, uma variedade de perigos, para os serviços prestados, são identificados e classificados de acordo com seu potencial impacto. Estes perigos precisam ser seguidos e devem ser geridos de uma forma clara e eficiente, desde a fase de concepção do sistema, ou de qualquer alteração importante feita nos sistemas em operação, até à sua retirada de serviço. A principal missão da NAV Portugal é proporcionar serviços de controlo de tráfego aéreo nas Regiões de Informação de Voo (RIV) de responsabilidade Portuguesa (Lisboa e Santa Maria), assegurando que as normas nacionais e internacionais sejam cumpridas nas melhores condições de segurança, optimizando capacidades, e enfatizando a eficiência, não deixando de lado as preocupações ambientais. Na NAV Portugal este processo ainda é baseado papel e carece de um sistema central onde toda a informação pode ser armazenada de forma consistente, actualizada e acedida. Este projecto de nove meses teve como principal objectivo analisar e desenvolver uma solução para registar perigos e toda a informação associada, tal como acções de mitigação, a frequência aceitável de ocorrências, as próprias ocorrências e os seus impactos. O sistema de registro e gestão de perigos foi desenvolvido com a supervisão da Eng. Paula Santos, chefe da área SISQUA (Sistemas de Gestão de Qualidade e Safety). SISQUA é uma das quatro áreas que compõem o Departamento de Sistemas e Tecnologia da Informação (DSTI). DSTI representa a empresa em assuntos nacionais e internacionais relacionadas com a evolução do ATM. Devido ao papel crítico desempenhado pelos prestadores de serviços de controlo de tráfego aéreo no transporte diário de milhares de pessoas, a NAV Portugal tem implementado um extenso Sistema de Gestão Ambiental e de Qualidade, em conformidade com os requisitos da NP EN ISO 9001:2008 e NP EN ISO 14001:2004 (+ Emenda 1: 2006). Este sistema de gestão abrange a prestação de serviços de navegação aérea em geral e outros serviços relacionados, tais como Gestão de Informações Aeronáuticas (AIM), das Comunicações, Navegação e Vigilância (CNS), treinamento e serviços de desenvolvimento de sistemas de ATM. Esta implementação garante, não só, a uniformidade de procedimentos dentro da organização, mas também a conformidade com os procedimentos definidos e transparência exigidos pelos auditores externos. O projecto levado a cabo neste estágio deve, a qualquer tempo, conseguir dar informação sobre os perigos que estão associados a um determinado sistema, como eles podem ser mitigados e se a frequência de ocorrências está dentro do intervalo definido. A solução teve também que incluir módulos para gestão de utilizadores, backup de dados e login para garantir o cumprimento do objectivo principal do projecto. Em termos de desenvolvimento de software, a solução teve que ser desenvolvido de acordo com, não apenas, os requisitos funcionais, mas também os requisitos não-funcionais, tais como, uma boa capacidade de integração com outros sistemas e utilização de tecnologias de código aberto, não proprietárias, estáveis, que garantam a disponibilidade de dados e a sua facilidade de manutenção. Juntamente com a produção de um sistema de gestão e registo de perigos, este projecto teve como objectivo apresentar toda a documentação necessária para garantir que as decisões foram documentadas, justificadas e avaliadas. Entre os documentos exigidos enfatiza-se especialmente o documento de especificações do sistema (DES), o Plano de Gestão de Testes (TMP), o documento dos testes de aceitação (ATD), o documento sobre a arquitectura do sistema(SAS) e o manual do utilizador(OH). Durante a análise de requisitos foi necessário uma representação conceptual dos conceitos que envolviam o projecto. O modelo entidade-relação (ERM) foi o modelo escolhido pela sua abordagem top-down. Este modelo foi evoluiu durante a fase de recolha de requisitos e mostrou ser a mais importante e inovadora realização do projecto. Após as fases de levantamento de requisitos e definição do modelo de dados, foi essencial definir abstractamente a estrutura do sistema. A arquitectura do sistema é uma representação conceptual, baseado na captação de diferentes elementos que descrevem a estrutura do sistema. Uma das principais decisões de arquitectura foi a utilização de serviços Web incorporando o padrão Model View Controller. Esta abordagem, além de todas as vantagens inerentes, também oferece a cobertura de alguns dos requisitos não-funcionais como, interoperabilidade ou acesso à Internet para diversos utilizadores com diferentes tipos de permissões no sistema. A fim de atingir os requisitos e arquitectura definidos uma variedade de tecnologias foram escolhidas, como o GWT e SmartGWT para desenvolvimento da camada de interacção com o utilizador ou o Hibernate para mapeamento da base de dados. Esta decisão teve em conta que as tecnologias utilizadas tinham de ser livre, permitir a evolução do projecto e garantir a fiabilidade e disponibilidade dos dados. Actividades de validação e verificação de produto foram realizadas durante todo o ciclo de vida do projecto, da validação dos requisitos até a testes de aceitação do produto, para atingir, tão cedo, como possível a identificação de problemas, ou insuficiências, reduzindo assim o impacto de mudanças provocadas pela necessidade de correcções, ou adaptações. Durante os nove meses de estágio foram cumpridos todos os objectivos do projecto, pondo em prática os conhecimentos adquiridos na universidade com um alto grau de independência e estar em contacto com novas tecnologias, como o GWT e SmartGWT, trabalhar numa arquitectura orientada a serviços e integrar um ambiente bem estruturado e de assegurada qualidade profissional. O projecto também deu a oportunidade de estudar e analisar uma área estimulante, que é ainda muito baseados em documentos em papel e em que a informática pode ter um impacto considerável. A maior principal do projecto foi a realização de todas as metas no prazo estipulado, devido à sua complexidade e ao facto de que não existirem projectos semelhantes disponíveis para comparar e obter informações.
|