Apresentação do Projeto Final do Sistema CNS-T

Sistema CNS-T

Sub-sistema COMU-TRI:– Wladimir, Lúcio, Brito, Silvestri e Edimar

Sub-sistema MAPA-TRI:– Juliana e Luiz Claudius

Sub-sistema NAVE-TRI:– Daniela, Guaragna e Leonardo

Sub-sistema ROTA-TRI:– Rafael, Alexandre e Pablo

Roteiro

IntroduçãoRequisitos ArtefatosFerramentas CASEEstimativas de Recursos NecessáriosMétricas Aplicadas no CódigoAplicação da Técnica FTAConclusão

Introdução

Motivação:– Veículos do tipo carro-anfíbio voador podem realizar missões

tripuladas e não-tripuladas– Necessitam de controle, direcionamento, sistemas de

mapeamento, comunicação e navegação– Precisa-se de uma interface com o piloto / estação de

controle– É necessário informar a localização do veículo na região– É preciso estabelecer comunicação do veículo com a estação

e demais veículos

Introdução

Contexto:– Projeto TRIVIG é composto por: Veículo TRIPHIBIUS e estação

VIGILANTE– TRIPHIBIUS necessita de um sistema responsável por: navegação,

mapeamento, comunicação e roteamento– A navegação trata de formas de determinar a localização do veículo

através da utilização de GPS e de armazenar e recuperar planos de vôo

– O mapeamento provê mapas ao piloto, a fim de facilitar a definição de sua trajetória

– Sistema de comunicação robusto e eficiente, onde o contato com a estação de controle VIGILANTE, bem como com qualquer outro veículo

Introdução

Enunciado do Problema:Fornecer, ainda este semestre, ao veículo Triphibius, um sistema que permita sua navegação, sua comunicação e seu mapeamento e que esteja integrado aos outros sistemas do Triphibius e da estação Vigilante, a fim de possibilitar que as missões do veículo sejam executadas da melhor forma possível, aumentando sua eficácia e eficiência.

Introdução

Enunciado da Solução:Desenvolver, ainda este semestre, um protótipo de sistema de software embarcado para navegação, comunicação e mapeamento do veículo Triphibius e que esteja integrado aos outros sistemas do veículo e da estação Vigilante, a fim de possibilitar que as missões do veículo sejam executadas da melhor forma possível, aumentando sua eficácia e eficiência.

Requisitos

O protótipo do Sistema CNS-TRI deverá ser capaz de propiciar: – Informação precisa da localização do veículo com a utilização de GPS – Inserção e acesso a planos de vôo cadastrados e requisitados– Visualização de mapas– Utilização de freqüências comumente utilizadas no link via rádio– Recebimento de pedidos de ajuda pelo canal de emergência e

localização de veículos em pane– Informar melhor rota aérea, marítima e terrestre

Artefatos

Lista de Riscos:– Falha de comunicação com o satélite do GPS– Atraso no envio da coordenada pedida– Dano na mídia armazenadora de mapas– Falha de comunicação com a torre– Redução da equipe de desenvolvimento alocada (caso do

Sub-sistema MAPA-TRI)– Aumento do escopo do projeto (inclusão do Sub-sistema

ROTA-TRI)

Artefatos

Plano de Métricas:– Tempo de carregamento do mapa– Tempo de resposta das coordenadas– Precisão da rota– Falhas no recebimento de alertas de pane por

período

ArtefatosCasos de Teste: Exemplo do sub-sistema COMU-TRI– Teste de Funcionamento

• Um usuário utilizando o sistema de comunicação Triphibius consegue se comunicar com outro usuário utilizando um outro Triphibius.

– Teste de Interface do Usuário • Todas as funcionalidades fornecidas pelo sistema de comunicação ao

usuário contém formas de uso.– Determinação do Perfil de Desempenho

• O tempo mínimo da comunicação entre veículo Triphibius e estação Vigilante estão sendo seguidos.

– Teste de Carga • A comunicação entre estação Vigilante e 5 veículos Triphibius de forma

simultânea mantém o tempo limite máximo de espera na comunicação.

Artefatos

Casos de Teste:– Teste de Stress

• Efetuar uma comunicação simultânea entre veículos Triphibius e estação Vigilante para determinar o número máximo de veículos possíveis se comunicando dentro do tempo limite máximo de espera na comunicação especificado.

– Teste de Segurança e de Controle de Acesso • Toda comunicação entre o veículo Triphibius e a estação

vigilantes estão sendo feitas encriptadas utilizando chaves aleatórias e tecnologia PKI.

Ferramentas CASE

Ferramentas estudadas:– Rational Requisite Pro: Gestão de Requisitos– Rational Quantify:identificar bottle neck– Rational Purify: identificar vazamento de memória – Borland Caliber: Gestão de Requisitos– Borland Together: modelagem e aplicação de testes

Estimativas de Recursos Necessários

Ponto de Função: – Utilizado para se medir o tamanho de um Software pela

quantificação de sua funcionalidade externa

– Usado como prova de conceito

– Y = número de defeitos esperados para o projeto

– COMU-TRI: Y = 95

– MAPA-TRI: Y = 88

– NAVE-TRI: Y = 719

– ROTA-TRI: Y = 125    

Estimativas de Recursos Necessários

COCOMO (Cost Constructive Model): – Computa o esforço e custo de desenvolvimento de

software como uma função de tamanho de programa expresso em linhas de código estimadas

– Usado como prova de conceito – Y = número de defeitos esperados para o projeto– COMU-TRI: 4 pessoas / 4 meses– MAPA-TRI: 5 pessoas / 4 meses– NAVE-TRI: 5 pessoas / 4 meses– ROTA-TRI: 4 pessoas / 4 meses    

Métricas Aplicadas no Código

NAVE-TRI: – CR (Comments Ratio): É a razão de

comentários por linha de código – avEIAV (Explicity Analize all Variables):

Conta o número de variáveis declaradas e não inicializadas

– avULVFP (Unused Local Variables and Formal Parameters): Conta o número de variáveis que não são utilizadas. 

Métricas Aplicadas no Código

NAVE-TRI:

Métricas Aplicadas no Código

MAPA-TRI:– LOC (Lines of Code): número de linhas de código de

cada classe.– NOA (Number of Atributes): número de atributos de

cada classe. – PPrivM (Percentage of Private Members):

percentagem de elementos, dentro de cada classe, que são privados, ou seja, que só podem ser acessados pela própria classe

Métricas Aplicadas no Código

MAPA-TRI:

Aplicação da Técnica FTA

Fault Tree Analysis Postula-se que o sistema falhou de um certo modo e tenta-se determinar que formas de componentes do sistema contribuíram para a ocorrência dessa falha

Aplicação da Técnica FTA

CNS-TFALHA NA

ORIENTAÇÃO DO VEÍCULO

NAVEFALHA NO

FORNECIMENTO DAS

COORDENADAS

COMUFALHA NO

RECEBIMENTO DE

COORDENADAS DA VIGILANTE

MAPAMAPA

FORNECIDO INCORRETO

ROTAFALHA NO

CÁLCULO DA ROTA

Aplicação da Técnica FTA

Probabilidades:NAVE = 0,02MAPA = 0,01COMU = 0,01ROTA = 0,02CNS-T = 0,02+0,01+0,01+0,02=0,06

Conclusão

Houve o entendimento maior sobre métricas e sobre o desenvolvimento de um plano de métricas para um projeto de software Aprendemos a utilizar ferramentas que representam o estado da arte para medir Qualidade, Confiabilidade e Segurança de SoftwareEstudamos Ponto de Função e COCOMO a fim de estimar os recursos necessários para os sub-sistemaUsamos a ferramenta Together no âmbito de aplicação de métricas no código que implementa o sistema Aprendemos a técnica FTA