Histórico da Revisão 

Documento de Arquitetura de Software 

1.                  Introdução

• Prover visualizações gráficas da arquitetura do sistema;
• Priorizar casos de uso;
• Facilitar a detecção de problemas;
• Desenvolver UML;
• Descrever distribuição de classes e interface.

1.1               Finalidade

Este documento tem por finalidade, a apresntação da aquitetura do projeto e terá diagramas e textos que mostram a arquitetura do projeto AirControl, e deve ser utilizado pelo desenvolvedor como base para a implementação, outras integrantes do projeto e pelo professor da matéria de ProjetosII, para avaliações necessárias.

O Documento de Arquitetura de Software consiste em mostrar como será organizado a esquema do projeto, ele será utilizado pelo desenvolvedor para verificar classes, interface,  objetos, organização de banco de dados.

1.3               Definições, Acrônimos e Abreviações

UML

A Unified Modeling Language (UML) é uma linguagem de modelagem não proprietária de terceira geração. A UML não é uma metodologia de desenvolvimento, o que significa que ela não diz para você o que fazer primeiro e em seguida ou como projetar seu sistema, mas ela lhe auxilia a visualizar seu desenho e a comunicação entre objetos.

1.4               Referências

Wikipedia - http://pt.wikipedia.org/wiki/UML

1.5           Visão Geral

O documento de arquitetura estará mostrando os seguintes itens:

•     Arquitetura Inicial
•     Modelagem Inicial de Banco de Dados    
•     Diagrama de Classes
•     Visão de Casos de Uso
•     Plano de Qualidade
  

2.                  Representação da Arquitetura

Arquitetura Inicial

3.                  Metas e Restrições de Arquitetura

Requisitos Principais

- Consultar os índices;
- Analisar os dados;
- Alertar sobre possíveis tempestades geomagnéticas;
- Cadastrar níveis das tempestades;
- Visualizar lista de vôos e possíveis alertas de tempestades;
- Verificar possíveis atrasos;
- Log de vôos;
- Avisar sobre atrasos;
- Cadastrar controladores;
- relatório sobre atrasos;

O sistema deve estar de maneira onde tudo esteja fácil de encontrar pois no caso dos controladores de voô eles precisarão de agilidade para evitar acidentes. E os pesquisadores terão que repassar suas informações de maneira rápida e eficiente

4.                  Visão de Casos de Uso

Foi feito pela Analista Jaqueline Maulen, e pode se visto nos seguintes links:

Visão de Casos de Uso

4.1               Realizações de Casos de Uso

Caso de Uso - Registro de Análise

Caso de Uso - Consulta de Vôo com alertas

Caso de Uso - Registro de notas no võo

5.                  Visão Lógica

Diagrama de Classes 1.0

5.1               Visão Geral

Foi definido que haverá a tela inicial do sistema será com login para entrar no sistema. Após isso, conforme função do usuário ele terá sua área de trabalho.

5.2               Pacotes de Design Significativos do Ponto de Vista da Arquitetura

Tela de login: para ter acesso ao sistema.

Pesquisador:Suas telas proporcionarão itens para obter índices, guardar comentários, alertar controladores de vôo, buscar índices anteriores.

Treinamento: Será oferecido tudo o que o pesquisador tem acesso, mas sem direito a edições e modificações.

Controlador de vôo:Suas telas proporcionarão itens para Consulta de vôo, guardar comentários, pesquisar logs, editar horários de vôo.

6.                  Visão de Processos

Será aplicado os seguintes processos:

Após a autenticação no sistema.

O Pesquisador poderá buscar dados com os indices que serão armazenados no banco de dados, feita a analise desses serão feitos comentários que também serão guardados para eventuais necessidades. E será feita a comunicação do pesquisador e o controlador de vôo sobre o tipo de tempestade geomagnética.

Já o controlador de vôo, poderá buscar dados sobre os vôos, e ter o aval do pesquisador em relação a tempestades geomagnéticas.

7.                  Visão de Implantação