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

marcos.dorca@borland.com