Vendas-de-agens-aereas.pptx m6f17

Sistema de Gerenciamento de Vendas de agens Aéreas

 TOTUS. 2009

Quem somos? 

Grupo de quatro alunos de Engenharia da Computação: ◦ ◦ ◦ ◦



Artur Costa Ventura (6º Período) Fábio Leite Soares (6º Período) Gabriel Monteiro Gazineu (6º Período) Julio Cesar Fort (7º Período)

Monitor: Felipe Libório ([email protected])  TOTUS. 2009

Roteiro          

Motivação Estado da Arte Nossa Proposta Recursos Metodologia Escopo e Planejamento Requisitos (Casos de Uso) Arquitetura Testes Software

 TOTUS. 2009

Motivação 

Prover uma solução que facilite e aumente a eficiência no gerenciamento de sistemas de agens aéreas



Colocar em prática os conhecimentos sobre engenharia de software adquiridos na disciplina

 TOTUS. 2009

Motivação 

Se a aviação fosse um país, seria o 21º no ranking mundial em termos de Produto Interno Bruto. (ICAO)



Nos últimos 10 anos, o volume de ageiros que voaram em companhias brasileiras deu um salto de 146%, ando de 22,8 milhões em 1998 para 56,2 milhões em 2008. (ANAC)

 TOTUS. 2009

Estado da Arte 

Apesar de todo o crescimento do setor, não é prático comprar uma agem aérea:  Cada companhia tem seu sistema de vendas  Cada sistema tem suas próprias características  Os sitemas estão em locais diferentes

 TOTUS. 2009

Estado da Arte

 TOTUS. 2009

Nossa Proposta 

Um software que unifica as operações de busca e compras de agens aéreas



Eliminar a necessidade de navegar por vários sites para obter informações sobre vôos



Buscas por agens mais refinadas

 TOTUS. 2009

Recursos Humanos Membro

Função

Fábio Leite Soares

Gerente de Projetos e Desenvolvedor

Gabriel Gazineu

Subgerente e Desenvolvedor

Artur Ventura

Arquiteto de Software e Desenvolvedor

Júlio César Fort

Analista de Sistemas e Desenvolvedor

 TOTUS. 2009

Metodologia 

Emprego da metodologia RUP ◦ Validação dos requisitos a cada iteração

 TOTUS. 2009

Planejamento Inicial 

Por onde começar? ◦ Estudar requisitos de sistemas de agens aéreas ◦ Tomar conhecimento sobre:  Funcionalidades básicas  Atores do sistema



Organização ◦ Modularização das tarefas ◦ Trabalho iterativo/incremental (influência do RUP)

 TOTUS. 2009

Escopo e Planejamento 

Ferramentas utilizadas:

◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦ ◦

Microsoft Windows Microsoft Office 2007 Jude Eclipse Notepad++ NetBeans Junit SQLite CVS Google Docs  TOTUS. 2009

Cronograma

 TOTUS. 2009

Avaliação de risco e impacto Classificação

Descrição e impacto

Plano de contingência e continuidade •Alocar

Alto

Alto

Médio

Uso insatisfatório das tecnologias utilizadas

Atrasos no cronograma

tempo necessário para estudo das tecnologias utilizadas •Em

caso extremo, migração para uma outra tecnologia •Caso o gerente seja o ausente, recomposição na hierarquia •Composição

de horas extras ou alocação de finais de semana para garantir o cumprimento dos prazos.

Indisponibilidade imprevista •Horas extras ou alocação de de alguns dos finais de semana para garantir desenvolvedores. o cumprimento dos prazos.

 TOTUS. 2009

Avaliação de risco e impacto Classificação

Descrição e impacto

Alto

Mudança nos requisitos

Alto

Erro na estimativa de custos

Plano de contingência e continuidade

•

Demanda extra de tempo

•Discutir

junto ao cliente um reajuste no preço

 TOTUS. 2009

Requisitos 

Funcionais

Requisitos 

Funcionais

Requisitos 

Não-funcionais ◦ Performance

Requisitos 

Não-funcionais ◦ Interface Amigável

Requisitos 

Não-funcionais ◦ Organização

Requisitos 

Não-funcionais ◦ Processo

Diagrama do contexto

 TOTUS. 2009

Casos de Uso 

Cliente:

 TOTUS. 2009

Casos de Uso 

Empresa Aérea:

 TOTUS. 2009

Casos de Uso – exemplo 

Cadastrar Cliente

 TOTUS. 2009

Casos de Uso – exemplo 

Cadastrar Cliente

 TOTUS. 2009

Diagrama de Sequência 

Cadastrar Cliente

 TOTUS. 2009

Diagrama de classes 

Cadastrar Cliente

 TOTUS. 2009

Arquitetura - Overview

 TOTUS. 2009

Arquitetura 

Baseada no modelo padrão de aplicações de alto nível, possuindo 5 camadas: ◦

Aplicação, Fachada, Negócio, Dados e a camada de Interface com o BD.



O projeto visa a modularidade entre as camadas para um desenvolvimento eficiente e prático.



O CVS também foi utilizado para controle de versão e dados.  TOTUS. 2009

Testes 

Úteis para avaliar a corretude de cada componente do software.



Foram criadas Classes de Teste para cada tipo de dados usados.



Testes envolviam consultas, inserções, remoções e alterações no banco de dados.

 TOTUS. 2009

Testes - Exemplo 

Cliente

 TOTUS. 2009

Software

 TOTUS. 2009

Dúvidas

 TOTUS. 2009

Obrigado!