Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP



Documentos relacionados
Versão º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão º. Semestre de 2006 Marcelo Nogueira São José dos Campos SP

Versão º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Introdução a Banco de Dados Aula 03. Prof. Silvestri

RELATÓRIO DA LISTEX N.º 5. Integração dos Aplicativos de Banco de Dados MEC, JRN e IDN no Banco de Dados Setorial MNCH e sua Implementação.

Dados. Qualquer elemento (aspecto, fato, medida etc.) representativo, disponível e coletável na realidade. fatos no estado bruto, conforme Platão;

INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS. Prof. Dr. Adilson Marques da Cunha. Lista de Exercícios 5

SERVIÇO PÚBLICO FEDERAL SECRETARIA DE EDUCAÇÃO PROFISSIONAL E TECNOLÓGICA INSTITUTO FEDERAL GOIANO CÂMPUS POSSE-GO

Aula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW

ADMINISTRAÇÃO GERAL GESTÃO DE PROCESSOS

Metadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

Leslier Soares Corrêa Estácio de Sá / Facitec Abril/Maio 2015

4. PRINCÍPIOS DE PLANEAMENTO DE RECURSOS HÍDRICOS

SISTEMAS DE INFORMAÇÃO GERENCIAIS

Curso de Especialização em Tecnologia da Informação. Engenharia de Software

ANEXO AO MODELO DO PLANO DE AULA DO PROCESSO SELETIVO DOCENTE GERAL (PSD-G)

Atividades da Engenharia de Software ATIVIDADES DE APOIO. Atividades da Engenharia de Software. Atividades da Engenharia de Software

Engenharia de Software III

Engenharia de Software. Tema 1. Introdução à Engenharia de Software Profa. Susana M. Iglesias

Gerenciamento de Requisitos Gerenciamento de Requisitos

Campus Capivari Análise e Desenvolvimento de Sistemas (ADS) Prof. André Luís Belini prof.andre.luis.belini@gmail.com /

TÉCNICAS DE PROGRAMAÇÃO

LISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE

O Gerenciamento de Documentos Analógico/Digital

Planejamento e Gestão Estratégica

ABNT NBR ISO. Introdução à ABNT NBR ISO 14001:2015

Sistemas de Banco de Dados

Engenharia de Software II

LÓGICA DE PROGRAMAÇÃO PARA ENGENHARIA INTRODUÇÃO À LÓGICA DE PROGRAMAÇÃO PARTE I. Prof. Dr. Daniel Caetano

Indústria de Cartões de Pagamento (PCI) Padrão de segurança de dados. Resumo de Alterações da Versão 2.0 para a 3.0 do PCI-DSS

COMISSÃO DE COORDENAÇÃO DE CURSO INTRA-UNIDADE

Conceitos Básicos de Rede. Um manual para empresas com até 75 computadores

PLANO DE CONTINGÊNCIA DE BANCO DE DADOS

c. Técnica de Estrutura de Controle Teste do Caminho Básico

BANCO DE DADOS. Isac Aguiar isacaguiar.com.br

VISÃO GERAL DE BANCO DE DADOS

Gerenciamento de Requisitos

INSTITUTO INTERAMERICANO DE COOPERAÇÃO PARA A AGRICULTURA. TERMO DE REFERÊNCIA CONS GEO Vaga

Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira

Panorama da transferência de tecnologia - "ToT" Apresentação para os Parlamentares Brasileiros

PREFEITURA DO MUNICIPIO DE PORTO VELHO SECRETARIA MUNICIPAL DE ADMINISTRAÇÃO COORDENADORIA MUNICIPAL DE LICITAÇÕES

CONSULTA PÚBLICA CP 018/2014. Contribuição do Grupo Energias do Brasil EDP

Descrição da Estrutura de Gerenciamento Risco de Crédito -

CONHEÇA A. Acesse o QrCode e saiba mais sobre a RPP

Disciplina: Técnicas de Racionalização de Processos Líder da Disciplina: Rosely Gaeta NOTA DE AULA 04 O PROJETO DE MELHORIA DOS PROCESSOS

FASF - FACULDADE SAGRADA FAMILIA - CURSO DE ADM 5º PERIODO CONTROLE INTERNO. Aula 3 e 4

MAPEAMENTO OBJETO RELACIONAL: UM ESTUDO DE CASO

Capítulo 2 Objetivos e benefícios de um Sistema de Informação

SEJAM BEM-VINDOS CURSO SUPERIOR DE TECNOLOGIA EM GESTÃO DA PRODUÇÃO INDUSTRIAL

Sistemas Operacionais. Prof. André Y. Kusumoto

Projeto de Banco de Dados. Disciplina: Banco de Dados I José Antônio da Cunha

Política de Gerenciamento de Risco Operacional

UNIVERSIDADE FEDERAL DO VALE DO SÃO FRANCISCO PROJETO DE RESIDÊNCIA EM SOFTWARE PÚBLICO BRASILEIRO

QUALIDADE DE SOFTWARE

Técnicas de Vendas de Produtos e Serviços financeiros no setor bancário: planejamento, técnicas; motivação para vendas. Professora Renata Lourdes.

Automação de back-office Estratégia e gestão financeira Melhoria de processos e indicadores

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

BIBLIOTECA PROF. JOSÉ ROBERTO SECURATO POLÍTICA DE ATUALIZAÇÃO E DESENVOLVIMENTO DO ACERVO

RESUMO. É elaborado pelo Executivo municipal e aprovado pela Câmara municipal por meio de lei.

PLANO DE ATUALIZAÇÃO E MANUTENÇÃO DOS EQUIPAMENTOS

Banco de Dados Heterogêneos. Celso Antonio Colom bo Leandro Giaretta

Avaliação de Desempenho de Sistemas

O termo compliance é originário do verbo, em inglês, to comply, e significa estar em conformidade com regras, normas e procedimentos.

Anexo 2 8 Padrão de Sistema de Envio do Banco de Dados Brutos via SGP e Consulta ao Geoexplo - R00

O PROJETO AOSAD VISÃO GERAL

Gerenciamento de memória

Fundamentos da Administração Estratégica AULA 2

PORTFÓLIO PARA CURSOS PENSA IN HOUSE

UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT

Como pode ser dividido

ANEXO VI ESPECIFICAÇÃO DO SISTEMA DE MONITORAMENTO E CONTROLE OPERACIONAL

Universidade Federal de Santa Catarina Departamento de Informática e Estatística Bacharelado em Sistemas de Informação

Todos nossos cursos são preparados por mestres e profissionais reconhecidos no mercado, com larga e comprovada experiência em suas áreas de atuação.

As opções de estilo americano podem ser exercidas a partir do pregão subseqüente à realização da compra, até a sua data de vencimento.

Gerenciamento da Integração (PMBoK 5ª ed.)

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

SISTEMAS DE AUTOMAÇÃO

AULA 16 - Sistema de Arquivos

Modelagem e Simulação

Plano de Negocio Sistemas Security

ESTRUTURA DE GERENCIAMENTO DO RISCO OPERACIONAL PAPÉIS E RESPONSABILIDADES

Sumário. Deadlock. Definição. Recursos. M. Sc. Luiz Alberto

ASSUNTO DA APOSTILA: SISTEMAS DE INFORMAÇÃO E AS DECISÕES GERENCIAIS NA ERA DA INTERNET

REGIMENTO DO PROGRAMA DE PÓS-GRADUAÇÃO LATO SENSU, EM NÍVEL DE ESPECIALIZAÇÃO, DENOMINADO: PROGRAMA DE RESIDÊNCIA EM GESTÃO DE TI CAPÍTULO I

Módulo 14 Treinamento e Desenvolvimento de Pessoas Treinamento é investimento

Mauricio Barbosa e Castro

SEQUÊNCIA DIDÁTICA: ORALIDADE

O Uso da Inteligência Competitiva e Seus Sete Subprocessos nas Empresas Familiares

Projeto Simbiose Industrial e Plano de Gerenciamento de Resíduos Sólidos para APLs

Como a palavra mesmo sugere, osteointegração é fazer parte de, ou harmônico com os tecidos biológicos.

ISO 9001: SISTEMAS DE GESTÃO DA QUALIDADE

POLÍTICAS DE SELEÇÃO, AQUISIÇÃO, ATUALIZAÇÃO E AVALIAÇÃO DA COLEÇÃO DA BIBLIOTECA DA FACULDADE CATÓLICA SALESIANA DO ESPÍRITO SANTO

PLANEJAMENTO ESTRATÉGICO

CAPÍTULO 25 COERÊNCIA REGULATÓRIA

Transcrição:

Versão 1.0

1. Introdução 1.1 Título ITA Instituto Tecnológico de Aeronáutica Integração de Aplicativos de BD num Banco de Dados Setorial (BDS) e sua Implementação. 1.2 Motivação Aproveitar o ambiente acadêmico para praticarmos a integração de aplicativos de banco de dados, exercendo a atividade de integrador dos aplicativos de banco de dados, revisando o conteúdo dado em aula e simulando o que é feito no mercado de trabalho. 1.3 Objetivo 1) Integrar Aplicativos de BD nos Bancos de Dados Setoriais BDS ou Subject Databases das Empresas SIG-E e SIG-D escolhidas como Estudo de Caso, visando a melhorar as suas eficiências setoriais e a reduzir os seus desperdícios de recursos; 2) Implementar a integração de Aplicativos de BD nos Bancos de Dados Setoriais - BDS ou Subject Databases das Empresas SIG-E e SIG-D, visando testar as funcionalidades de suas integrações setoriais debaixo de um SGBD previamente escolhido, e verificar a melhoria das suas eficiências setoriais e a redução dos desperdícios de seus recursos. 2. Conteúdo 2.1.1 Situação Problema Contextualização Em janeiro de 2005, iniciou-se no CTA o projeto denominado VANT (Veículo aéreo não tripulado). As aeronaves militares não-tripuladas em geral são empregadas em missões especiais, como o reconhecimento e vigilância de campos de batalha. Em ambientes de guerra esse tipo de avião antecede os ataques aéreos. No Brasil, os aviões não-tripulados poderão ser utilizados, por exemplo, na Amazônia, para a identificação de atividades ilegais, incêndios espontâneos e outros. Como requisito deste projeto, foi identificado à necessidade da implementação de um sistema de banco de dados georreferenciado para propiciar informações do posicionamento geográfico e da identificação dos veículos aéreos para o VANT a fim de cumprir com sucesso as missões a ele atribuídas. A empresa Holding de Informações Georreferenciadas Estadual para Veículos Aéreos Não Tripulados HIGEST-VANT foi designada para realizar tal tarefa, bem como para ser a central de armazenamento de informações georreferenciadas. Na definição de objetos dinâmicos encontramos objetos que possuem capacidade de vôo, chamados de Veículos Aéreos. Considerando as características em comum que definem os Veículos Aéreos, identificamos três importantes grupos: os Veículos Aéreos Militares, Civis e Aerodesportivos. No entanto ainda não existe um sistema de informação capaz de

propiciar tal posição georreferenciada atual tanto em vôo quanto em solo, no âmbito do território nacional, dos veículos aéreos. Este sistema deve estar disponível em julho de 2006. 2.1.2 Identificação do Problema 2.1.2.1 Efeitos Adversos (O que está errado?) EA1: A posição geográfica dos veículos aéreos não pode ser identificada; EA2: O tipo de utilização dos veículos aéreos não pode ser identificado; EA3: A identificação dos veículos aéreos não é conhecida; EA4: O cenário dos Veículos Aéreos em uma missão não é conhecido. 2.1.2.2 Causas (Por que está errado?) C1: Inexistência de um sistema de reconhecimento e vigilância ou repositório de informações para o VANT sobre a posição atual de veículos aéreos que se encontram dentro do território nacional; C2: Falta de informações referentes à utilização dos modelos e à aliança do Brasil com o país proprietário dos veículos aéreos que se encontram dentro do território nacional; C3: Não há um sistema de armazenamento do mapa cartográfico georreferenciado das áreas que comporão um cenário de missão do VANT; C4: Não existem registros dos veículos aéreos e quais atividades são possíveis de serem praticadas por eles. 2.1.2.3 Tarefa (O que, quando e onde se deseja realizar?). T1: Dotar a empresa Holding de um sistema de banco de dados georreferenciado que propicie as informações sobre posicionamento geográfico e identificação de veículos aéreos no âmbito nacional até julho de 2006. 2.1.2.4 Propósito (Para que se deseja realizar tal tarefa?). P1: A fim de obter o cenário real dos veículos aéreos no território nacional, aumentando a eficácia do gerenciamento de comando e controle, reduzindo o risco de insucesso de missões do VANT. 2.1.2.5 Enunciado do Problema (Objetivo + Finalidade) Dotar a empresa Holding de um sistema de banco de dados georreferenciado que propicie as informações sobre posicionamento geográfico e identificação de veículos aéreos no âmbito nacional até julho de 2006, a fim de obter o cenário real dos veículos aéreos no território nacional, aumentando a eficácia do gerenciamento de comando e controle, reduzindo o risco de insucesso de missões do VANT.

2.1.3 Definição da Solução 2.1.3.1 Alternativas de Soluções Possíveis (ASP) ASP1: Manter a situação atual, sem um sistema de banco de dados de informações georreferenciadas de veículos aéreos. ASP2: Contratar uma empresa especializada em georreferenciamento para estudar o armazenamento de objetos georreferenciados e propor uma solução robusta, eficaz e segura, a curto prazo. ASP3: Comprar uma solução pronta para atender as necessidades de georreferenciamento. ASP4: Desenvolver um protótipo de um aplicativo de banco de dados em conformidade com os requisitos específicos do projeto que propicie a identificação e o posicionamento atual georreferenciado dos veículos aéreos dentro do território nacional, até julho de 2006. 2.1.3.2 Análise APA (Adequabilidade + Praticabilidade + Aceitabilidade) ASP1: Não possui afinidade com a tarefa. INADEQUADA. ASP2: Não possui afinidade com o que a tarefa, pois trata de qualquer objeto e não de veículos aéreos. Não possui afinidade com quando da tarefa, pois não especifica o que é curto prazo. Não possui afinidade com âmbito da tarefa, pois não especifica o âmbito da solução. INADEQUADA. ASP3: Os requisitos do software do VANT são específicos e não são aderentes aos comumente presentes e softwares prontos. Seria necessária a personalização o que tornaria inviável com relação a custos e prazo. IMPRATICÁVEL. ASP4: Atende quanto à adequabilidade, à praticabilidade e à aceitabilidade. ADEQUADA, PRATICÁVEL E ACEITÁVEL. 2.1.3.3 Alternativa de Solução Escolhida ASE1: ASP4: Desenvolver um protótipo de um aplicativo de banco de dados em conformidade com os requisitos específicos do projeto que propicie a identificação e o posicionamento atual georreferenciado dos veículos aéreos dentro do território nacional, até julho de 2006. A solução ASP4 é a escolhida, por resolver o problema proposto por completo, conforme a análise APA. 2.1.4 Redefinição do Título Sistema de Informações Georreferenciadas Dinâmicas Veículos Aéreos SIG-D- VAE.

2.1.5 Re-especificação de Requisitos O Protótipo de Aplicativo de BD SIG-D-VAE deverá ser capaz de propiciar: 1)Informações para o VANT sobre a posição atual de veículos aéreos que se encontram dentro do território nacional; 2)Informações referentes à utilização dos modelos e à aliança do Brasil com o país proprietário dos veículos aéreos que se encontram dentro do território nacional; 3)O armazenamento do mapa cartográfico georreferenciado das áreas que comporão um cenário de missão do VANT; 4)Informações sobre os veículos aéreos sobre quais atividades são possíveis de serem praticadas por eles. 2.2 Implementação do BDS http://ecolonese.sites.uol.com.br/listex5-emc.pdf 2.3 Verificação das Consultas Anteriores http://www.noginfo.com.br/arquivos/ce_240_listex_05_mn_a1_v1.pdf 2.4 Consultas Adicionais no BDS http://www.noginfo.com.br/arquivos/ce_240_listex_05_mn_a2_v1.pdf 2.5 Normalização do BDS http://ecolonese.sites.uol.com.br/listex5-emc.pdf 2.6 Dicionarização do BDS http://gabrielbrenner.bispenho.com/listex5.pdf 3. Conclusão Com a aplicação de técnicas, já refinadas e devidamente testadas, propiciaram maior eficácia na integração dos protótipos em nível 1, minimizando assim os trabalhos futuros com reparos de erros, que por sua vez, são muito mais onerosos do que quando são detectados nesta fase de projeto. Diante disso a implementação física aliada ao conhecimento da linguagem SQL propiciou diminuição da complexa tarefa de criação, manipulação e integração do protótipo de aplicativo de banco de dados georreferenciado. Sendo assim possível construir fisicamente a versão 1.0 do protótipo e dicionário de dados do aplicativo de banco de dados SIG-D-VAE.