Upload
others
View
8
Download
0
Embed Size (px)
Citation preview
Globalcode – Open4Education1
Análise de Requisitos, Estimativas e Métricas
Marcos Dorça
Gerente de Serviços – Borland Latin America
Globalcode – Open4Education2
Visão de Mercado
Globalcode – Open4Education3
Estatísticas
82% do re-trabalho em aplicações écausado por erros em requisitos
Fonte:
44% dos projetos são cancelados por
problemas em requisitos
50% dos defeitos em requisitos são
causados por erro em sua definição ou mesmo por não serem completos
Globalcode – Open4Education4 Copyright © 2008 Borland Software Corporation. 4
Fonte: Dean Leffingwell
Distribuição dos Esforçospara Corrigir Defeitos
Código
7%Outros
10%Modelo
27%
Requisitos
56%
Código
1%
Outros
4% Modelo
13%Requisitos
82%
Distribuiçãodos Defeitos
Fonte: James Martin
Origem dos problemas
Globalcode – Open4Education5
Análise de Requisitos
Globalcode – Open4Education6
Desafiospara Equipes
> Incapacidade de obter requisitos completos
> Comunicação limitada ou inexistente entre as equipes de negócio, desenvolvimento e testes
> Dificuldade em definir e priorizar as expectativas de funcionalidades e qualidade
> Desconhecimento do impacto causado por solicitações de mudanças
> Incapacidade de determinar a validade dos requisitos
Globalcode – Open4Education7
Cliente
(Negócios)
Fornecedor
(TI)
Desafiospara Empresas
Globalcode – Open4Education8
ManutençãoTesteConstruçãoArquiteturaRequisitos
Desafiospara Clientes
Origem do Defeito
ManutençãoTesteConstruçãoArquiteturaRequisitosDescoberta do Defeito
Zona de CaosZona de Caos
Globalcode – Open4Education9 Copyright © 2008 Borland Software Corporation. 9
Gestão de Requisitos
Requisito Desenv
• A Definição de Requisitos promove comunicação efetiva através de especificação visual
• Redução de riscos, retrabalho e frustração
• Ponte entre organizações:
• Negócio, IT, Operação, Engenharia, Clientes
Globalcode – Open4Education1010
> Definição de um Requisito: (Glossário IEEE)
> condição ou capacidade que um usuário precisa ter parasolucionar um problema ou alcançar um objetivo
> condição ou capacidade que precisa ser alcançada oupossuída por um sistema ou por um componente do sistemapara satisfazer um contrato, padrão, especificação ou outrosdocumentos formalmente impostos
> Engenharia de requisitos:> uso disciplinado de
> princípios
> métodos
> ferramentas
> para descrever> o comportamento proposto dos sistemas> restrições
> durante todo o ciclo de vida
Engenharia de Requisitos
Globalcode – Open4Education11
Levantamento
Documentação e Análise (Riscos, Estimativa)
Priorização
Validação
Gerenciamento de Mudanças
Práticas que funcionam
Globalcode – Open4Education12
• Identificar estratégias para garantir que os requisitos estão completos e não-ambíguos• Documentar os requisitos• Rastrear requisitos (negócio para usuário, usuário para protótipo, usuário para não-funcional, usuário para teste)
Documentação/Especificação de Requisitos
• Identificar a necessidade• Identificar stakeholders envolvido• Determinar a técnica de levantamento mais adequada
Levantamento de Requisitos
Priorização de Requisitos
• Definir a importância dos requisitos de acordo com os objetivos de negócio
Práticas que funcionamAtividades
Globalcode – Open4Education13
• Executar a validação dos requisitos com o cliente• Fechar baseline do acordo realizado
• Realizar a análise de impacto • Atualizar a especificação dos requisitos• Fechar baseline de mudança
Validação de Requisitos
Gerenciamento de Mudanças dos Requisitos
Flexibilidade Estabilidade
Práticas que funcionamAtividades
Globalcode – Open4Education14
Riscos eminentes com
requisitos
• Identificados• Ententidos• Rastreados• Verificados• Validados
• Identificados• Ententidos• Rastreados• Verificados• Validados
Pequenos erros nos requisitos podem causar GRANDES problemas! Pequenos erros nos requisitos podem causar GRANDES problemas!
A menos que sejam:A menos que sejam:
Construímoscerto?
(verificar)
Construímoscerto?
(verificar)
Está certo o que construímos?(validar)
Está certo o que construímos?(validar)
Globalcode – Open4Education15
Análise de Impacto e
Estimativas
Globalcode – Open4Education1616
Diagrama de Rastreabilidade
| Copyright © 2007 Borland Software Corporation. All rights reserved. |
> CaliberRM
Globalcode – Open4Education17
Processo de
Estimativa
Padrão
Escopo Técnico
Prioridades
Restrições
Dados Históricos
Estimativa de Esforço
Estimativa de Prazo
Risco
Processo de Estimativa
Esforço:•Otimista•Realista
•Pessimista
• Alta•Média•Baixa
Globalcode – Open4Education18
Algoritmo de Medição
> CaliberRM Estimate Professional é embasado
fortemente por fundamentos teóricos
> Faz uso das 3 técnicas mais maduras de
estimativa:
> Putnam Methodology
> COCOMO II
> Monte Carlo Simulation
Globalcode – Open4Education19
CaliberRM Estimate
Professional
Globalcode – Open4Education20
Métricas
Globalcode – Open4Education21
Testes do IEEE para
Requisitos
> Todos estão corretos
> Define de modo preciso e acurado condições e limitações para situações que a capacidade encontrará
> Define a resposta apropriada a tais situações
> Todos são livres de ambiguidades
> Cada requisito possui apenas uma interpretação
> Inclui definições para termos com mais de um significado
> Todos são verificáveis (através de análises, demonstrações, inspeção, testes)
> Se você não pode testar, porque solicitar?
Globalcode – Open4Education22
Testes do IEEE para
Requisitos
> Todos são rastreáveis> Cada requisito é identificado de modo único
> Pode usar uma matriz que rastreie cada requisito até sua fonte
> Todos são completos> Inclui todas as situações conhecidas que a capacidade encontrará
> Inclui todas as respostas às situações> Sem A ser Definido
> Pode incluir aspectos tais como precisão, valores válidos, etc.
> Não inclui funções desnecessárias
> O grupo é completo> Inclui TODOS os requisitos conhecidos
> Requisitos de funcionalidade
> Requisitos de performance
> Restrições do ambiente
> Características de qualidade (atributos)
Globalcode – Open4Education23
Testes do IEEE para
Requisitos
> O grupo é consistente
> Sem requisitos conflitantes
> Utiliza formatos e termos comuns
> As funcionalidades e os níveis de performance são compatíveis
> As características de qualidade necessárias não negam
funcionalidades
> O grupo é passível de modificação
> A estrutura e o estilo permitem alterações facilmente
> Sem redundância
> O grupo recebe uma nota (ou classificação) por importância, mostrando os níveis de prioridade
> Quando mudanças são esperadas, isso é declarado, ou tais requisitosrecebem baixa prioridade
Globalcode – Open4Education24
Perguntas ?
Globalcode – Open4Education25
Obrigado !!!
Mais Informações:
Borland Latin America - www.borland.com.br
Rua Joaquim Floriano, 466 – 12º. Andar – Ed. Corporate
Itaim-Bibi – 04534-002 – São Paulo/SP
Tel.: (55 11) 2165-8000
Marcos Dorça