UnP Eng. Software - Aula 25

903 visualizações

Publicada em

Aula sobre requisitos lecionada junto a Universidade Potiguar. Nesta aula foram apresentados conceitos sobre Engenharia de Requisitos, com definições sobre como deve-se elicitar requisitos formando uma visão do produto e formalizando requisitos funcionais, não-funcionais que serão posteriormente avaliados enquanto a sua viabilidade. Por fim apresenta-se a necessidade de uma constante verificação destes requisitos e posterior validação por meio de testes.

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

  • Seja a primeira pessoa a gostar disto

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

Nenhuma nota no slide

UnP Eng. Software - Aula 25

  1. 1. REQUISITOS DE SOFTWARE Conceituando, elicitando e especificando-os
  2. 2. HÉLIO MEDEIROS Analista de Sistemas SINFO - UFRN Blog: http://heliomedeiros.com Email: helio.cabralmedeiros@gmail.com
  3. 3. NOSSA AULA • Parte 1 - Requisitos de software • Parte 2 - Processos de engenharia de requisitos • Parte 3 - Modelos de sistema • Parte 4 - Especificação de sistemas críticos • Parte 5 - Especificação formal
  4. 4. 1 Requisitos de Software
  5. 5. PROBLEMA O primeiro pré-requisito que deve ser cumprido antes do início da construção de um sistema é a exposição clara do problema que o sistema deve resolver. Aprimoramentos Construção “VISÃO do PRODUTO” Arquitetura Requisitos Definição do Problema
  6. 6. VISÃO DO PRODUTO Exposição simples, talvez uma ou duas páginas, e deve parecer-se com um problema. “Preciso realizar o controle sobre a postagem dos trabalhos enviados por alunos; pois não sabemos ao fim do período estipulado ao exercício quantos o enviaram ou não.” linguagem do usuário Não usa termos técnicos
  7. 7. REQUISITOS “Os requisitos descrevem em detalhes o que um sistema de software deve fazer , sendo o primeiro passo rumo a uma solução” -Steve McConnell http://www.flickr.com/photos/melilab/2436615256/
  8. 8. REQUISITOS EXPLÍCITOS •Ajudam a garantir que o usuário, e não o programador, determine a funcionalidade do sistema. •Permite ao usuário examinar e concordar. •Em softwares de qualidade deve-se evitar adivinhar o que o usuário deseja. http://www.flickr.com/photos/sscafephotos/
  9. 9. REQUISITOS FUNCIONAIS “São as declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações”. - SOMMERVILE http://www.flickr.com/photos/sgoralnick/2087136920/
  10. 10. REQUISITOS NÃO FUNCIONAIS “São restrições sobre os serviços ou as funções oferecidos pelo sistema” - SOMMERVILE http://www.flickr.com/photos/sgoralnick/2763358685/in/set-72157603372329154/
  11. 11. 2 Processos de Engenharia de Requisitos
  12. 12. É VIÁVEL ? No início de cada projeto, iteração ou ciclo deve ser verificado se vale a pena ou não prosseguir com a construção das soluções para os requisitos, verificando se: 1.O sistema contribui com os objetivos da organização; 2.Se a tecnologia atual, custo e prazo são suficientes para produzir uma solução satisfatória;
  13. 13. ELICITANDO REQUISITOS Seja em reuniões de planejamento, ou por meio de outras estratégias um ponto em comum é a necessidade de conhecer o domínio e as reais necessidade do nosso cliente. Obter Validar requisitos requisitos
  14. 14. OBTENDO REQUISITOS Existem atualmente no mercado centenas de milhares de estratégias para obtenção de requisitos, sobre as quais cada processo de software apresenta a sua preterida. Planning Poker Brainstorm JAD Jogo do Planejamento Entrevista
  15. 15. VERIFICANDO REQUISITOS •Se seus requisitos não estiverem bons o bastante para todo um projeto ou um ciclo, interrompa oque você estiver fazendo, retroceda e corrija-os antes de prosseguir. •O QUE FAZER ? http://www.flickr.com/photos/sgoralnick/3463349433
  16. 16. VALIDANDO REQUISITOS A validação de requisitos atesta que os requisitos realmente definem o sistema que o usuário deseja para aquele momento. São averiguados neste ponto: Validade Completeza Facilidade de verificação Consistência Realismo
  17. 17. REQUISITOS FUNCIONAIS •Todas as entradas para as funcionalidades conhecidas do sistema estão especificadas ? Incluindo origem, precisão, intervalo de valores e freqüência ? •Todas as saídas do sistema estão especificadas, incluindo seu destino, precisão, intervalo de valores, freqüência e formato ? •Todos os formatos de saída estão especificados para páginas web, relatórios, webservices e etc ? •Todas as tarefas que o usuário deseja executar estão especificadas?
  18. 18. REQUISITOS Ñ FUNCIONAIS •O tempo de resposta esperado, do ponto de vista do usuário, está especificado para todas as operações necessárias ? •Outras considerações de cronometragem estão especificadas, como tempo de processamento, taxa de transferência e desempenho do sistema ? •O nível de segurança está especificado? •A confiabilidade está especificada ? •A definição de sucesso está incluída? e de falha ?
  19. 19. COMO MANTER QUALIDADE DINAMICAMENTE ?
  20. 20. TESTES DE SOFTWARE
  21. 21. NOSSA AULA • Parte 1 - O que são testes de software • Parte 2 - Quais são os tipos de testes • Parte 3 - Testes automáticos • Parte 4 - Test Driven Development • Parte 5 - Testes de Interface • Parte 6 - Testes de Desempenho

×