fp.ac.010.00 apresentação do termo de abertura de projeto sistema de rastreamento veicular para...
TRANSCRIPT
FP.AC.010.00
Apresentação do Termo de Abertura de Projeto
Sistema de Rastreamento Veicular para Auxilio no Atendimento de Ocorrências Policiais
http://groups.google.com.br/group/sislodim
05 de março de 2009
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 2
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 3
Sumário
• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 4
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 5
Por que Idez?
I – representa a informação remetendo também aos conceitos de inovação, iniciativa entre outros.
DEZ – traduz o maior resultado acadêmico possível, aludindo ao padrão de excelencia na qualidade de ensino que a faculdade pretende atingir.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 6
Sua História
Anteriormente Faculdade IBRATEC, a iDEZ surgiu a partir de um grupo de Professores da Paraíba, aliado a um grupo Educacional sólido e amplamente reconhecido na Região Norte: o grupo
SEAMA de educação. A Faculdade iDEZ oferece cursos de pós-graduação, graduação, técnicos e de extensão.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 7
Proposta da Faculdade IDEZ
A Faculdade IDEZ , tem como proposta contribuir com o progresso regional e nacional, através da Educação, nasce da vontade e empreendedorismo de um grupo de professores, aliado a um grupo educacional sólido e amplamente reconhecido na região norte: Grupo Seama de Educação.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 8
Principal objetivo da IDEZ
Criar um veículo que cumprisse com a missão de se tornar um canal de aproximação e integração de toda a comunidade acadêmica e sociedade em geral.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 9
Principal objetivo da IDEZ Além disso, esse canal de informação foi
construído, com uma tecnologia atual e dinâmica, pensado para ser mais um instrumental de comunicação institucional e com o mercado de trabalho.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 10
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 11
Objetivo da Disciplina Inserir o aluno no dia a dia de trabalho de um
gerente de projetos, trazendo para sala de aula o ambiente de processos, ferramentas e técnicas consagradas pelo mercado.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 12
Objetivo da Disciplina O aluno irá desenvolver práticas associadas as
fases de Iniciação, Planejamento, Execução, Monitoramento e Encerramento de um projeto, aumentando assim significativamente suas habilidades gerais de gerenciamento.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 13
Competência C1
Saber desenvolver um Termo de Abertura de Projeto baseando-se no PMBoK.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 14
Competências C2
Saber selecionar e aplicar processos de gerencia de projetos e engenharia de software em um projeto de desenvolvi-mento de software.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 15
Competências C3
Saber atuar como gerente de projetos em um projeto de desenvolvimento de software.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 16
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 17
Objetivo Superior
Permitir o rastreamento de viaturas através de um dispositivo GPS para agilizar o atendimento aos chamados de ocorrências policiais.
Localizar as viaturas policiais mais próximas a área onde houve a ocorrência.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 18
Justificativa
Conhecer a localização das viaturas mais próximas a uma determinada ocorrência para que a solicitação possa ser atendida mais rapidamente.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 19
Justificativa
Apresentação da rota mais rápida entre a localização atual da viatura até o local da ocorrência.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 20
Justificativa
A consulta será realizada unicamente pelos integrantes do CIOP (Centro integrado de operações policiais) acessando o modulo web do produto. Neste módulo, o atendente definirá o quadrante da região onde houve a ocorrência.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 21
Interessados
Centro integrado de operações policiais – CIOP.João Pessoa
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 22
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produtos do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 23
Módulo Web
• Permitirá cadastrar solicitantes; • Cadastro de viaturas que serão rastreadas; • Localização em tempo real das viaturas;
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 24
Módulo Web • Localização por quadrante das viaturas
utilizando mapas online (com opção de imagens via satélite);
• Gerenciar usuários para acesso ao sistema;
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 25
Módulo Móvel • Responsável por enviar a localização em tempo
real de uma viatura.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 26
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 27
Escopo do projeto
O escopo do projeto descreve o conjunto de ferramentas e linguagens que serão utilizadas durante o desenvolvimento do produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 28
Escopo do projeto
Esse documento serve como guia para os membros da equipe e formaliza a escolha de ferramentas para o projeto.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 29
Requisitos do projeto
RP01 - Google Code
Todo o código deve estar disponível no Google Code para fácil acesso de todos os integrantes do projeto.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 30
Requisitos do projeto
RP02 – Persistencia de dados
Para armazenamento de dados será utilizado no projeto o MySQL juntamente com as tecnologias JPA e TopLink.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 31
Requisitos do projeto
RP03 - Servidor web
O projeto necessita de servidores web estes obrigatoriamente tem que dar suporte ao JBOSS.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 32
Requisitos do projeto
RP04 - Aplicar Padrões de Projeto
Com objetivo de termos um projeto extensível , portável e de fácil manutenção. Será aplicado o padrão de projeto MVC.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 33
Requisitos do projeto
RP05 - Criação de Layout
Definir a camada de apresentação web com a exportação para formato XHTML e CSS.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 34
Sumário
• Apresentação Institucional• Apresentação da Disciplina• Visão geral do Projeto• Produto do Projeto• Escopo do Projeto• Escopo do Produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 35
Definição:Refere-se às características do produto ou serviço que se quer como resultado do projeto. Ele é explicitado por meio das especificações.
Escopo do produto
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 36
Escopo do produto
• Administrar usuários• Administrar viaturas• Gerar relatório de rotas percorridas por veículo• Visualizar localização da viatura em tempo real
utilizando mapas• Visualizar a rota da viatura a partir da área de
saída da área de atuação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 37
Requisitos do Produto• Enviar informações sobre localização atual
através de um dispositivo GPS• Administrar setores• Autenticação de usuários• Definir a viatura mais próxima da ocorrência
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 38
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 39
Cronograma
O cronograma é um documento com as tarefas, os tempos previstos para sua realização e a data de início.Com ele, é possível visualizar e definir as principais tarefas que serão realizadas para a entrega de uma release, além de permitir estimar um prazo para sua conclusão.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 40
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 41
Desenvolvedor WEB
Analisar arquitetura e tecnologias que serão usadas no desenvolvimento web
Responsáveis: Theoziran Lima Samuel Aguiar
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 42
Gerente de Testes
Gerenciar equipe e aborda as principais metodologias de testes que serão efetuados no projeto e também será responsável por definir os casos de testes junto com sua equipe
Responsável: Edmilson Ferreira
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 43
Testador
Definir junto com o gerente os casos de testes que serão utilizados no sistema.
Responsáveis: Josafá FilhoPablo Trajano
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 44
Engenheiro de Software
Gerenciar de requisitos e criação dos diagramas
Responsáveis: Glauco SoaresLeonardo Dornelas
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 45
Gerente de Projeto
Gerenciar a equipe, escopo e prazos.
Responsável: Emmanuel Alves
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 46
Desenvolvimento para Dispositivos Móveis
Desenvolver MIDLets para dispositivos móveis usando Java (JME) e desenvolver estudos sobre Java API Location.
Responsáveis: Fábio MouraRicardo Silvestre
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 47
Gerenciamento de Configuração
Gerenciar a documentação do sistema.
Responsáveis: Kerlen PanhoceJuliana Passamani
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 48
Administrador de Dados
Analisar arquitetura dos dados, modelar e codificar o banco de dados .
Responsáveis: Paulo MedeirosMário Dias
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 49
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 50
PremissasPremissas
Define-se premissa como uma idéia ou argumento hipotético considerado verdadeiro.
Dicionário Houais: “ponto ou idéia de que se parte para armar um raciocínio.”
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 51
Premissas do projeto
• Utilizar a linguagem JAVA. • Utilização dos recursos técnicos da faculdade. • Desenvolver o projeto fora das dependências da
faculdade. • Utilização do Google Code como repositório.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 52
Premissas do projeto
– O software não será comercializado até a conclusão da disciplina.
– Uso de HTTPS no projeto. – Integração com o Google Maps. – Utilização de GPS. – Indepêndencia de plataforma.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 53
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 54
O que são restrições
São condições ou situações que limitam planejamento e desenvolvimento, não podendo ser alterada ou eliminadas no decorrer do projeto.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 55
Restrições
Possuir um celular com GPS para permitir os testes e implementação correta do sistema.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 56
Restrições
• O uso dos equipamentos da faculdade IDEZ, LAB A7, para configurar o ambiente de desenvolvimento.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 57
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 58
O que são riscos?
São eventos ou condições incertas que, se ocorrerem, terão um efeito positivo ou negativo sobre pelo menos um objetivo do projeto.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 59
Por que identificá-los?
• Para maximizar os resultados de eventos positivos e minimizar as conseqüências de eventos negativos.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 60
Análise qualitativa dos riscos
• R1: Dificuldade com os testes
• Criticidade: Alta
• Plano de Resposta Preliminar:– Busca de conhecimento junto aos
especialistas em testes de software.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 61
Análise qualitativa dos riscos
• R2: Falta de motivação da equipe
• Criticidade: Média
• Plano de Resposta Preliminar:– Rodízio de atividades
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 62
Análise qualitativa dos riscos
• R3: Falta de conhecimento em Java API Location.
• R4: Falta de conhecimento em JPA.• R5: Falta de conhecimento na API do Google
Maps.• R6: Falta de conhecimento em JME • R7: Falta de conhecimento em JSF
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 63
Análise qualitativa dos riscos
• Criticidade: Média
• Plano de Resposta Preliminar:– Buscar conhecimento específico junto aos
especialistas da área e em materiais de estudo (livros, apostilas).
– Pesquisar na internet.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 64
Análise qualitativa dos riscos
• R8: Releases não serem entregues no prazo estabelecido
• Criticidade: Média• Plano de Resposta Preliminar:
– Monitorar as atividades e fazer ajustes nas equipes se preciso.
– Entregar as tarefas inacabadas e incluir no escopo da próxima release.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 65
Análise qualitativa dos riscos• R9: Problemas com o rodízio de funções
• Criticidade: Média
• Plano de Resposta Preliminar:– Manter um dos membros antigos da equipe
para reter o conhecimento e ajudar na transição dos novos membros.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 66
Análise qualitativa dos riscos
• R10: Indisponibilidade de um celular com Java Api Location
• Criticidade: Baixa
• Plano de Resposta Preliminar:– Utilizar o emulador do WTK (wireless toolkit)
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 67
Análise qualitativa dos riscos
• R11: Não aquisição de um celular com GPS embarcado.
• Criticidade: Alta
• Plano de Resposta Preliminar:– Usar um emulador de GPS.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 68
Análise qualitativa dos riscos
• R12: Indisponibilidade do serviço de internet• R13: Falha na infra-estrutura nos laboratórios da
faculdade• R14: Indisponibilidade do protocolo HTTPS
• Criticidade: Alta
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 69
Análise qualitativa dos riscos
• Plano de Resposta Preliminar:– Levar esse problema ao suporte da faculdade.– Utilização dos notebooks na praça de
alimentação com o serviço de Wi-Fi, ou na própria faculdade com o serviço de internet 3G.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 70
Análise qualitativa dos riscos
• R15: Falta de conhecimento no uso do SVN
• Criticidade: Alta
• Plano de Resposta Preliminar:– Disponibilização de tutorias por parte de
alguns membros da equipe.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 71
Análise qualitativa dos riscos• R16: Despadronização de ferramentas
• Criticidade: Alta
• Plano de Resposta Preliminar:– Chegar a um consenso entre os membros do
projeto para definir quais as ferramentas(IDE) serão utilizadas pela equipe.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 72
Sumário
• Cronograma• Equipe do Projeto• Premissas• Restrições• Riscos • Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 73
Plano de Teste de Aceitação• O que é?
Descrevem cenários que devem ser suportados pelo sistema.
• Para que serve? Para garantir que o produto esteja de acordo
com a necessidade do cliente.
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 74
• RF01 – Administrar Usuários
• TA1.1 – Criar Usuário• TA1.1.1 – Cadastrar um usuário com todos os
seus dados corretos (Cadastro Efetuado com Sucesso)
• TA1.1.2 - Cadastrar um usuário sem informar todos os campos obrigatórios (Cadastro não deve ser efetuado)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 75
• TA1.2 – Editar Usuário• TA1.2.1 – Editar um usuário com todos os seus
dados corretos (Edição Efetuada com Sucesso)• TA1.2.2 - Editar um usuário sem informar todos
os campos obrigatórios (Edição não deve ser efetuada)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 76
• TA1.3 – Consultar Usuário• TA1.3.1 – Consulta a partir de um usuário existente
(Consulta Efetuada com Sucesso)• TA1.3.2 – Consulta a partir de um usuário
inexistente (Retornar mensagem de erro)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 77
• TA1.4 – Excluir Usuário• TA1.4.1 – Remover todos os dados do
usuário com sucesso
• Estimativa inicial: 2horas
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 78
• RF02 – Administrar de Viaturas
• TA2.1 – Criar Viatura• TA2.1.1 – Cadastrar uma viatura com todos os
seus dados corretos (Cadastro Efetuado com Sucesso)
• TA2.1.2 - Cadastrar uma viatura sem informar todos os campos obrigatórios (Cadastro não deve ser efetuado)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 79
• TA2.2 – Editar Viatura• TA2.2.1 – Editar uma viatura com todos os seus
dados corretos (Edição Efetuada com Sucesso)• TA2.2.2 - Editar uma viatura sem informar todos
os campos obrigatórios (Edição não deve ser efetuada)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 80
• TA2.2 – Editar Viatura• TA2.2.1 – Editar uma viatura com todos os seus
dados corretos (Edição Efetuada com Sucesso)• TA2.2.2 - Editar uma viatura sem informar todos
os campos obrigatórios (Edição não deve ser efetuada)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 81
• TA2.4 – Excluir Viatura• TA2.4.1 – Remover todos os dados da viatura
com sucesso
• Estimativa inicial: 2horas
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 82
• RF03 – Gerar relatório de rotas percorridas pelo veículo por período
• TA3.1 – Exibir lista de rotas percorridas pelo veículo dentro do período especificado
• Estimativa inicial: 1hora
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 83
Plano de Teste de Aceitação• RF04 - Visualizar localização da viatura em
tempo real utilizando mapas
• TA 4.1 - Exibir localização correta da viatura desejada
• Estimativa inicial: 1 hora
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 84
Plano de Teste de Aceitação• RF05 - Visualizar a rota da viatura a partir da
saída da área de atuação
• TA 5.1 - Imprimir relatório com as coordenadas, o horário e os logradouros percorridos por uma viatura que saiu da sua área de cobertura
• Estimativa inicial: 2 horas
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 85
Plano de Teste de Aceitação• RF06 - Enviar informações sobre localização
atual através de um dispositivo GPS
• TA 6.1 - Servidor receber corretamente as informações sobre a localização da viatura onde o dispositivo está instalado
• Estimativa inicial: 2 horas
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 86
• RF07 – Administrar setores
• TA7.1 – Criar setor• TA7.1.1 – Cadastrar um setor com todos os seus
dados corretos (Cadastro Efetuado com Sucesso)
• TA7.1.2 – Cadastrar um setor sem informar todos os campos obrigatórios (Cadastro não deve ser efetuado)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 87
• TA7.2 – Editar setor• TA7.2.1 – Editar um setor com todos os seus
dados corretos (Edição Efetuada com Sucesso)• TA7.2.2 – Editar um setor sem informar todos os
campos obrigatórios (Edição não deve ser efetuada)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 88
• TA7.3 – Consultar setor• TA7.3.1 – Consulta a partir de um setor existente
(Consulta Efetuada com Sucesso)• TA7.3.2 – Consulta a partir de um setor
inexistente (Retornar mensagem de erro)
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 89
• TA7.4 – Excluir setor• TA7.4.1 – Remover todos os dados do setor com
sucesso
• Estimativa inicial: 2horas
Plano de Teste de Aceitação
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 90
Plano de Teste de Aceitação• RF08 – Autenticação de usuários• TA8.1 – Autenticação a partir de login e senha
válido(Autenticação Efetuada com Sucesso)• TA8.2 – Autenticação a partir de login e/ou senha
inválido(Retornar mensagem de erro)• Estimativa inicial: 1hora
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 91
Plano de Teste de Aceitação• RF09 – Definir a viatura mais próxima da
ocorrência • TA9.1 – Mostrar a viatura mais próxima da
ocorrência
• Estimativa inicial: 1hora
Projeto Supervisionado de Análise e Engenharia de SoftwareProjeto Supervisionado de Análise e Engenharia de Software
05 de março de 2009 92
Referências• Termo de Abertura do Projeto; 2009• YP - easYProcess
http://www.dsc.ufcg.edu.br/~yp/DocResumo/03_02_UserStoriesETestesDeAceitacao.html