decimaPrimeiraAulaEngehariaDeRequisitos

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

terça-feira, 18 de setembro de 2012
Décima primeira Aula
Capítulo 10
 Escrevendo Requisitos
Disciplina
 Engenharia de Requisitos
Prof.: Luiz Loja
1
Agenda da nossa Apresentação
Cronograma
 
 
1
Revisão
 
 
2
Escrevendo Requisitos
 
*
Requisitos
 
2
1
Revisão
Estou pensando ainda.
 
 
 
3
 
 
2
Escrevendo Requisitos
O que é mesmo que você quer?
 
 
 
4
Introdução
Colocar os requisitos juntos do ponto de vista do negócio
Esta descrição é chamada de especificação
Mesmo que não esteja na forma escrita
Construir a especificação
Adiciona-se os requisitos um por vez
Feita durante coleta de requisitos e prototipação
Introdução
Durante a Coleta e prototipagem
É descoberta a essência dos requisitos
Requisitos potenciais
Tornar Potenciais Requisitos em Requisitos Escritos
Tornar Potenciais Requisitos em Requisitos Escritos
Durante a coleta os requisitos são:
A princípio os requisitos nem sempre são precisos
Expressão uma idéia da funcionalidade
Muitas vezes vagos
Pela metade
Especificação
Deve ser a base do produto
Conter uma especificação clara e precisa do produto
Deve-se tornar o requisito preciso e testável
Nem sempre isso é feito diretamente e com clareza
8
Tornar Potenciais Requisitos em Requisitos Escritos
Durante a coleta os requisitos são:
A princípio os requisitos nem sempre são precisos
Expressão uma idéia da funcionalidade
Muitas vezes vagos
Pela metade
Especificação
Deve ser a base do produto
Conter uma especificação clara e precisa do produto
Tornar Potenciais Requisitos em Requisitos Escritos
Para ajudar usa-se um template e um container de requisitos
Template
Guia para especificar os requisitos
Container
Contem um requisito atômico
Template Volore
Template Volore
Feito baseado em outros templates
"Se enxerguei mais longe é porque subi no ombro de gigantes" Newton
Template para toda especificação
Segue o template em tópicos
Diretivas de Projeto
Porque devemos fazer o projeto e para quem faremos o projeto
Tópicos
Propósito do projeto
Cliente, consumidor e outros stakeholders
Usuários do Produto
13
Restrições do Projeto
Tem forte influência nos requisitos 
É escrito na fase de blastoff 
Tópicos
Restrições Gerais
Convenções e Definições (Glossário)
Fatos Relevantes
Requisitos Funcionais
O que o sistema deve fazer
Tópicos
Escopo do Trabalho
Escopo do Produto
Requisitos Funcionais
Requisitos Não Funcionais
Quais qualidades o produto deve possuir
Tópicos
Aparência
Usabilidade
Performance
Ambiente
Manutenção e Suporte
Segurança
Cultural e Políticos
Legais
Problemas do Projeto
Problemas que serão enfrentados
Tópicos
Problemas em aberto
Soluções Imediatistas
Novos problemas
Novas tarefas
Migração para o novo produto
Riscos
Custos
Documentação e treinamento
Sala de espera
Idéias para Soluções
enfrentados 
17
Propósito do projeto
Propósito do Projeto
Razões pela qual o produto deve ser construído
Descreve o problema do cliente e explica como o produto irá resolve-lo
Propósito do Projeto
O negócio do usuário
Foca no trabalho do usuário
Achar o problema 
Oportunidade de resolvê-lo
Exemplo curto
O governo não está satisfeito com o número de acidentes nas rodovias causados pelo gelo
resolvê-lo 
20
Propósito do Projeto
Exemplo longo
" No inverno as rodovias congelam, as condições de congelamento causam acidentes que matam pessoas. Nós precisamos estar aptos a predizer quando o gelo irá se formar nas rodovias, assim podemos agendar caminhões para tratar estas rodovias em tempo hábil. Esperamos que o sistema providencie uma forma mais exata de determinar as condições de congelamento. Isto nos tornará mais eficientes e evitaremos um maior número de acidentes. Também queremos eliminar o tratamento indiscriminado das rodovias no qual perdemos tempo e causamos danos a natureza."
resolvê-lo 
21
Propósito do Projeto
As vezes não há problema apenas uma oportunidade de negócio
Exemplo
Formação de gelo nas rodovias é um serio problema em vários países, particularmente no hemisfério norte. Nos dias dias de hoje não há uma maneira precisa de predizer a formação do gelo. Há um mercado significativo disponível se houver a produção de um método para tratamento do gelo. A equipe de marketing identificou 25 países que comprarão nosso produto.
resolvê-lo 
22
Propósito do Projeto
Objetivos do projeto
Descreve o que nos queremos que o produto faça 
Quais vantagens o produto trará
Tente descrever os objetivos de uma maneira precisa e direta
Exemplo
Reduzir os acidentes nas rodovias predizendo precisamente o congelamento delas, e agendando seus respectivos descongelamento
resolvê-lo 
23
Propósito do Projeto
Caso o objetivo valha a pena ele deverá apresentar vantagens
Três categorias
Valor de mercado
Redução de custos operacionais
Melhorar o valor ou serviço para os consumidores
Qual vantagem o produto apresenta?
A vantagem deve ser mensurável
Como dizer se o produto atingiu a vantagem almejada
almejada 
24
Propósito do Projeto
Para determinar o objetivo do projeto lembrar do PAM (Propósito, Vantagem e Métrica)
Exemplo
Propósito
Determinar precisamente o congelamento das rodovias e agendamento dos caminhões
Vantagem
Reduzir os acidentes pelo descongelamento das rodovias
Métrica
Acidentes atribuidos a rodovias devem diminuir 15% do total de acidententes no inverno
Determinado na fase de blastoff
almejada 
25
Propósito do Projeto
Certificar que os objetivos são:
Racionais
Simples
Valem o investimento
Mensuráveis
Os requisitos devem contribuir com o objetivo do produto
almejada 
26
Propósito do Projeto
Clientes, Consumidores e outros colaboradores
Descreve os colaboradores que tem interesse no produto
Cada colaborador tem um necessidade que será suprida pelo produto
Colaboradores são a fonte para os requisitos
Identifica os colaboradores do projeto
Fornecer nome e detalhes para os colaboradores
almejada 
27
Propósito do Projeto
Cliente
Cliente é a pessoa que paga pelo desenvolvimento do produto
Conhecido como patrocinador (Sponsor)
Pode gerenciar o departamento de usuários
Produtos para vendas
Departamento de marketing
O produto deve satisfazer este colaborador
almejada 
28
Propósito do Projeto
Consumidor
Consumidor é a pessoa que compra o produto
Questões
Que tipo de pessoa ele é?
Quais seus atributos?
O que você deve construir para ele comprar o produto?
Descreve o consumidor e tudo que você pode falar sobre ele
Se usar padrão persona deve-se descrever tudo sobre ele nesta seção.
almejada 
29
Propósito do Projeto
Outros colaboradores
Pessoas que tem interesse no produto ou conhecimento sobre ele
Nem sempre são beneficiadas com o produto
Tem interesse no final do produto
Identificar todos os colaboradores é um passo importante
almejada 
30
Propósito do Projeto
Usuários do produto
Pessoas que interagem diretamente com o produto
Significativos
Descrever qual o tipo do usuário irá usar o produto e suas características
almejada 
31
Propósito do Projeto
Exemplo
Os engenheiros que trabalham no departamento de caminhões formam o grupo principal de usuários. Eles possuem conhecimento em tipos e localização de rodovias. São experientes na utilização de computadores em uma gama de aplicações, incluindo processamento de texto e ferramentas de design. Todos são graduados em engenharia e falam inglês. A supervisora deles se chama Sonia Henning. 
Eles estão localizados ....
almejada 
32
Propósito do Projeto
O produto deve ajudar os usuários e até mesmo tornar seu trabalho mais fácil
Coloque todas as características do usuário
Só poderá usar uma mão
Fica nervoso com atraso na operação
atraso
33
Restrições
Restrições
São aplicadas em todo produto
O produto deve ser construído levando em consideração todas as restrições
Determinada pelo gerente
Restrições são requisitos
São levantadas durante a coleta
Dão forma aos requisitos
Restrições
Restrições para soluções	
São desenvolvidas para determinar como o produto irá ficar ou qual tecnologia irá ser utilizada
Exemplo
O produto deve ser disponível para download em telefones 3g.
Rodar em determinados computadores
Utilizar uma determinada linguagem
Examinar os motivos para as restrições
Restrições
Restrições de ambiente
Podem refletir um novo hardware
O produto deverá funcionar em IPADs
Restrições
Aplicações Parceiras
Produtos que devem interagir com outros sistemas
Exemplo
Produto deve fazer interface com Banco de Dados de mapa termal
O sistema deve fazer interface com o Sistema de Engenharia de Rodovias
Restrições
Soluções Imediatistas
Outros softwares prontos que poderão ser utilizados pelo produto
Convenções e Definições (Glossário)
Convenções e Definições (Glossário)
Vocabulário único
Erros no vocabulário causam 
Mal entendimento
Perda de tempo
Erros de comunicação entre membros
Má qualidade nas especificações
Convenções e Definições (Glossário)
Determinar os termos
Definir os termos importantes utilizados pelos usuários
Termos usados no dia a dia do usuário
Incluir abreviações e acrônimos
Exemplo
Estação do Tempo: Uma estação do tempo é capaz de monitorar ...
Mapa termal: A região ou outra área geográfica utilizada para ...
Fatos relevantes
Fatos relevantes
São fatos que podem influenciar no projeto
Alerta os desenvolvedores de situações que influenciam no projeto
Exemplos:
Sal descongela até 6º C
Cloreto de Cálcio descongela até 15º C
Uma tonelada de material de descongelamento seca uma rodovia de 3 milhas
Fatos relevantes
São fatos que devem ser considerados nas regras de negócio
Exemplo
Fatos que influenciam no agendamento dos caminhões
Escopo do Trabalho
Escopo do trabalho
Primeiro escopo a ser definido
Determina a fronteira da área de negócio a ser estudada e como ela se adapta ao ambiente
Uma vez que se entende o trabalho pode estabelecer um escopo para o produto
Determinar o escopo correto é crucial para o sucesso do produto
Escopo do trabalho
48
Escopo do trabalho
Particionamento do trabalho
O escopo é complicado de se entender
Particionar o trabalho em pequenas partes gerenciáveis
Eventos de negócio
Acontecimentos externos ao sistema que acionam funções 
Produzir relatórios
Funcionalidades que enviem dados para fora do sistema
49
Escopo do trabalho
Sugestão de template
Número do Evento
Nome do Evento
Gatilho para o evento
Entrada de dados
Saída de dados
Uma frase que resuma o evento
50
Escopo do Produto
O Escopo do Produto
Fronteira do Produto
Determina o que o produto irá tratar
Pode ser utilizada a UML ou um diagrama de contexto 
Lista de Casos de Uso
Diagrama de caso de uso resume graficamente as funcionalidades importantes para o produto
Muitos casos de uso, torna necessário uma lista de casos de uso
O Escopo do Produto
Caso de uso individuais
Sessão na qual os casos de uso são detalhados
Cada caso de uso possui seu cenário ou um diagrama de atividade
Container
Container
As primeiras sessões fizeram uso de alguns modelos e textos livres.
Requisitos funcionais e não funcionais devem ser escritos de uma forma estrutural e mais formal.
Forma normal é cheia de ambiguidade e não possui rigor
O container é um template para escrever estes requisitos
Cartas de gelo
Carta em branco que contem os 
componentes do container
Conveniente na coleta de requisitos
Existe um certo rigor
São bem fáceis de serem preenchidas
Podem ser atualizadas
Utilizadas pelos clientes
Podem ser compiladas
à-vontade 
56
Cartas de gelo
57
Cartas de gelo
Outras ferramentas de requisitos podem ser usadas
Blogs e wikis por exemplo
Todo requisito terá
Um número
Um tipo
Caso de uso ou evento que o inicia 
58
Requisitos Atômicos
Número
Deve possuir um identificador
Requisitos devem ser rastreáveis
Qualquer tipo de identificador
Usar uma sequência simples de número
Iniciais do nome e um número
59
Requisitos Atômicos
Tipo de Requisito
Vem do método utilizado	
São 27 categorias
Restrições
Funcionalidade
Aparência
Usabilidade 
etc
60
Requisitos Atômicos
Importância
Podem ser ordenados
Descobrir requisitos conflitantes
Mais fácil de escrever o critério de satisfação
Fácil de verificar se existem requisitos duplicados
Fácil de agrupar para verificações e avaliações
61
Requisitos Atômicos
Número do Evento ou Caso de Uso 
Tornar o requisito rastreável
Determinar a origem do requisito
62
Requisitos Atômicos
Descrição
O que o colaborador pensa que precisa
Não se preocupe com ambiguidade 
Capturar o desejo do usuário
63
Requisitos Atômicos
Racionalização
Razão da existência do requisito
Explica porque o requisito é importante e como ele contribui para o objetivo do produto
Ajuda a esclarecer o requisito
64
Requisitos Atômicos
Originador
É a pessoa que dá origem ao requisito
Pessoa a qual o requisito pode ser atribuído
Pessoa a ser questionada sobre o requisito
Deve ter o conhecimento para opinar no requisito
opnar 
65
Requisitos Atômicos
Critério de Satisfação
Quantificar a solução 
Critério de satisfação
Deve ser escrito com precisão para que a solução possa ser testada
Não fala da implementação mas o que ela deve produzir para estar correta
produzir 
66
Requisitos Atômicos
Satisfação e insatisfação do consumidor
Quão feliz o usuário ficará se a funcionalidade for implementada
Satisfação
Escala de 1 a 5
1 para indiferente e 5 para extremamente feliz
Insatisfação
Escala de 1 a 5
1 para indiferente e 5 para extremamente nervoso
produzir 
67
Requisitos Atômicos
Satisfação e insatisfação do consumidor
Quão feliz o usuário ficará se a funcionalidade for implementada
Satisfação
Escala de 1 a 5
1 para indiferente e 5 para extremamente feliz
Insatisfação
Escala de 1 a 5
1 para indiferente e 5 para extremamente nervoso
produzir 
68
Requisitos Atômicos
Determinar as rodovias
Alerta de congelamento
produzir 
69
Requisitos Atômicos
Prioridade
Qual importância do requisito em todo projeto
É bom estabelecer uma escala
Basear-se no critério de satisfação e insatisfação
produzir 
70
Requisitos Atômicos
Conflito
Contradição entre requisitos
Exemplo
Rota menor
Rota mais rápida
Evitar focar no desenvolvimento para diminuir os conflitos
produzir 
71
Requisitos Atômicos
Material de suporte
Materiais que podem ajudar no requisito
Relatórios e telas de programadas legados
Outros documentos
produzir 
72
Requisitos Atômicos
Histórico 
Alterações no documento
Nome da pessoa
Qual foi a modificação
Data da alteração
produzir 
73
 
 
3
Estou fazendo a coisa certa?
Conclusão
 
 
 
74
Luiz Fernando Batista Loja
Luizloja@gmail.com
 
Perguntas?
75