Treinamento de Análise de Requisitos

2.085 visualizações

Publicada em

Direitos reservados.
Material editado para publicação. Treinamento sobre Análise de Requisitos.

Publicada em: Tecnologia
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
2.085
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1
Ações
Compartilhamentos
0
Downloads
56
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Treinamento de Análise de Requisitos

  1. 1. DB1 Informática Software e Consultoria ANÁLISE DE REQUISITOS 19/03/2012 Jasper W. Perrú
  2. 2. Instrutor• Jasper Willian Perrú – EGP DB1• Analista de Sistemas e Negócios e Coordenador de Projetos• Atua na DB1 desde 2006 DB1 Informática: Software e Consultoria 2
  3. 3. Conteúdo• O que é o Documento de Requisitos e sua importância;• Como pensar e organizar um requisito;• Quais os passos para descrever um requisito;• Como preencher cada tópico do documento de requisito;• Boas práticas para Análise do Requisitos;DB1 Informática: Software e Consultoria 3
  4. 4. E se… Construíssemos Prédios?DB1 Informática: Software e Consultoria 4
  5. 5. Correríamos este risco?DB1 Informática: Software e Consultoria 5
  6. 6. Ou… Produzíssemos Aviões?DB1 Informática: Software e Consultoria 6
  7. 7. Imagine se fosse você o responsável por isto…DB1 Informática: Software e Consultoria 7
  8. 8. Agora, pergunto:Qual a diferença sobre oque fazemos hoje?DB1 Informática: Software e Consultoria 8
  9. 9. Você sabia que... A Análise dos Requisitos é responsável pela identificação dos objetivos do cliente. Os levantamentos dos requisitos mal formulados, mal definidos ou incompletos, levarão para a fase do projeto e no desenvolvimento do software. Conseqüentemente o projeto ficará comprometido na medida em que os requisitos não forem consistentes e seguros.Segundo a SPCI(Software Productivity Consortium Incl) os custos relativos para a eliminação dos mesmos problemas nas etapas do desenvolvimento do projeto de software elevarão os custos 4X maior para eliminação do erro na fase de testes e na fase de manutenção do software será 100X maior Custo de Re-trabalho; Quebra de planejamento de Sprints; Impacto sobre prazo de entrega; Impacto da imagem do Produto DB1; Impacto sobre a imagem dos profissionais DB1; DB1 Informática: Software e Consultoria 9
  10. 10. Erros de análise levam a construírmos vários caminhos que …1) Podem levar ao mesmo lugar…2) Podem nos confundir e dificultar o trajeto…3) Podem ocorrer acidentes…4) Podem nos fazer desistir … DB1 Informática: Software e Consultoria 10
  11. 11. Um erro de requisito em um cálculo de margem de venda por exemplo pode levar uma empresa a quebrar…Um erro no cálculo de impostos pode acarretar em multas gigantes para empresas…Uma brecha no sistema financeiro por falta de análise pode deixar o sistema vulnerável a fraudes… DB1 Informática: Software e Consultoria 11
  12. 12. O que é um Documento de Requisitos?Pela definição de Dean, 1994: “é qualquer coisa que restringeo sistema”. Segundo SPCI (Software Productivity ConsortiumIncl): “os requisitos definem o problema. Eles lhe dizem oque o software deverá fazer. Os demais passos doprocesso tradicional de desenvolvimento de software criamsolução”. Segundo Breitman, 1998: “A análise derequisitos de software é a disciplina usada para capturarcorreta e complementando os requisitos de software eexpectativas dos usuários de software e as técnicas edisciplinas da análise de requisitos de software tem comoobjetivo a elicitação de requisitos do macrosistemas.” É aidentificação das necessidades dos usuários deinformações e comunicação dessas necessidades aosprocessos de construção de software. DB1 Informática: Software e Consultoria 12
  13. 13. Fases da Análise de Requisitos Elicitação Análise Especificação Validação Gerenciamento• Elicitação (Levantamento) – identificar quais são os requisitos desejados do produto de software.• Análise – organizar e fazer considerações técnicas acerca dos requisitos levantados.• Especificação – formalização dos requisitos de acordo com o documento padrão da empresa.• Validação (Negociação) – apresentação aos usuários os requisitos especificados para validação e possíveis correções.• Gerenciamento – controlar as alterações nos requisitos e promover a rastreabilidade. DB1 Informática: Software e Consultoria 13
  14. 14. Documento Padrão de Especificação de Requisitos Com intuito de padronizarmos a documentação de tudo que a empresa produz, foi criado um novo modelo para o documento de especificação de requisitos, este modelo além de nos direcionar à forma de escrever, contribui com a estruturação lógica da necessidade a ser documentada. Trata-se de algo objetivo, que possibilita a contextualização da estória de forma mais clara, sendo assim, para todas as partes o sentido real da produção passa a ser conhecido. Pontos positivos da boa utilização do modelo:• Único padrão para toda empresa, todos os setores e células de produção conhecem o mesmo modelo;• Forma de escrever é mais direta, abordando assim oque realmente é de valor ;• Os testes de aceitação auxiliam no desenvolvimento, direcionando em pensar soluções para contemplar os testes, programando preventivamente ;• Os critérios de aceitação do requisito certificam que iremos entregar oque realmente oque o cliente necessita ; DB1 Informática: Software e Consultoria 14
  15. 15. Tópicos• Descrição do Requisito: deve contemplar em tópicos, cada necessidade a ser desenvolvida para atender a funcionalidade, de forma clara e objetiva, que possa ser validada apenas pelo tópico. Neste ponto quem está escrevendo deve ser o mais especifico possível.BOAS PRÁTICAS• Dividir as alterações em tópicos.• Separar as alterações por tela e indicar o caminho da tela, exemplo: Cadastro de Pessoa.• Não generalizar, não utilizar palavras como SEMPRE, NUNCA, AS VEZES.• Buscar focar em um evento especifico.• Indicar os nomes de campos desejados.• Indicar as possíveis validações, e indicar qual deverá ser a mensagem a emitir.• Quando tratar-se de criação de parâmetro de sistema, sugerir nome de parâmetro, possíveis valores e descrição do parâmetro. Tentar utilizar o maior número de exemplos possíveis sobre a situação. DB1 Informática: Software e Consultoria 15
  16. 16. Tópicos• Os testes de aceitação são a MELHOR GARANTIA DE QUALIDADE do requisito e por consequência da entrega!!!• A boa descrição de casos de testes ajudam a analisar a efetividade da análise no momento da produção do requisito e produção da ferramenta.• DICAS PARA DESCREVER OS TESTES• DESCREVA CASOS REAIS COM ENTRADAS E SAÍDAS ESPERADAS. NÃO UTILIZE TERMOS SUBJETIVOS.• DESCREVA ALGUM CASO DE TESTE QUE MOSTRE ALGUMA MENSAGEM DE VALIDAÇÃO SE EXISTIR• EX. INCORRETO QUANDO DIGITAR O % DE DESCONTO ESPERO QUE APLIQUE SOBRE O PRODUTO. SE DIGITAR O VALOR DO PRODUTO E O DESCONTO FOR NEGATIVO ESPERO QUE AVISE.• EX. CORRETO: 1) QUANDO DIGITAR UM PEDIDO COM ITEM NO VALOR DE 100,00 r$ E APLICAR 15 % DE DESCONTO, ESPERO QUE O VALOR TOTAL BRUTO = 100,00 r$ VALOR TOTAL LIQUIDO SEJA = 85,00 r$ E O VALOR DE DESCONTO SEJA = 15,00 r$. 2) QUANDO O USUÁRIO INSERIR UM ITEM COM VALOR 100,00 r$ E ALTERAR O VALOR LIQUIDO PARA 110,00 r$, ESPERA-SE QUE O SISTEMA INDIQUE O VALOR DESCONTO = -10,00 r$, E % DESCONTO = -10% E EMITA A MENSAGEM “ATENÇÃO, O VALOR DIGITADO ACARRETOU EM ACRÉSCIMO PARA O VALOR DO ITEM. POR ESTE MOTIVO O VL DESCONTO FICOU NEGATIVO”. DB1 Informática: Software e Consultoria 16
  17. 17. CONCLUSÃOA chave para construirmos um ótimo produto e cenário para trabalharmos está em nossas mãos.Já possuimos o conhecimento e ferramentas necessárias…Vamos utilizar, compartilhar e nos responsabilizar.Como aprendi com Adriano Dutra:Pense que você é o cara que dobra o paraquedas após um salto, quando está desenvolvendo uma funcionalidade.Após entregar, você saltaria com teu paraquedas? DB1 Informática: Software e Consultoria 17
  18. 18. • Muito obrigado, • Jasper W. Perrú • documentação@db1.com.brDB1 Informática: Software e Consultoria 18

×