FP.AC.010.00 Apresentação do Termo de Abertura de Projeto Sistema de Rastreamento Veicular para...

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