análise e validação dos requisitos alexandre monteiro
TRANSCRIPT
![Page 1: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/1.jpg)
Análise e Validação dos Requisitos
Alexandre Monteiro
![Page 2: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/2.jpg)
Análise de Requisitos
Entendimentodo domínio
Coleta derequisitos
Classificação
Definição eespecificaçãode requisitos
Resoluçãode conflito
Atrib. Prioridade
Validaçãodos requisitos
Entrada doprocesso
Documentode requisitos
1
2
3
4
5
6
7 8
![Page 3: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/3.jpg)
Entendimento do Domínio
Desenvolver sistemas envolve domínios além de software e hardware
Podemos ter que entender sobre Contabilidade Saúde Supermercados Etc.
![Page 4: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/4.jpg)
Coleta de Requisitos
Como vimos anteriormente, a coleta de requisitos é feita através de técnicas
Nesta etapa, os requisitos são simplesmente documentados à medida que são coletados
Resulta em documento preliminar (draft)
![Page 5: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/5.jpg)
Classificação dos Requisitos
Esta etapa consiste basicamente em agrupar os diversos requisitos coletados em categorias (clusters) bem-definidos
Por exemplo Deve ser possível consultar o preço de
uma mercadoria A consulta deve retornar uma resposta em
no máximo 5s
![Page 6: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/6.jpg)
Problema da Análise de Requisitos
Stakeholders em geral não sabem o que querem
Stakeholders expressam requisitos em sua terminologia
Stakeholders diferentes podem gerar requisitos conflitantes
![Page 7: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/7.jpg)
Problema da Análise de Requisitos
Fatores políticos e organizacionais podem influenciar os requisitos do sistema
Requisitos mudam durante o processo de análise. Stakeholders novos podem surgir e o ambiente de trabalho muda
![Page 8: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/8.jpg)
Resolução de Conflitos É normal que ocorram requisitos
conflitantes Por exemplo
R-23: O sistema deve ... R-45: O sistema não deve ...
Cliente/usuário deve ser consultado para resolver conflitos (ambigüidades)
![Page 9: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/9.jpg)
Atribuição de Prioridade
Alguns requisitos são mais urgentes que outros
É essencial determinar a prioridade dos requisitos junto ao cliente
Requisitos de maior prioridade são considerados em primeiro lugar
![Page 10: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/10.jpg)
Prioridade Requisitos podem ser vistos em
três classes distintas Essenciais Importantes Desejáveis
Em princípio, sistema deve resolver todos os requisitos de essenciais para desejáveis
![Page 11: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/11.jpg)
Exemplo de Prioridade [RF001] Consulta X ao B.D. deve
retornar dados A, B, C Prioridade: Essencial
[RNF001] Consulta X ao B.D. deve visualizar dados segundo padrão Y Prioridade: Importante
[RNF010] Consulta X ao B.D. deve usar cores azuis nos resultados Prioridade: Desejável
![Page 12: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/12.jpg)
Validação dos Requisitos
Será que realmente entendi o que o cliente deseja?
Devo me certificar de que não houve falha em nossa interação (comunicação)
Há diversas técnicas de validação
![Page 13: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/13.jpg)
Validação de Requisitos
Demonstrar que os requisitos definem o sistema que o cliente realmente deseja
Custos com erros de requisitos são altos Consertar um erro de requisitos após
entrega do sistema pode custar mais de 100 vezes o custo de um erro de implementação
![Page 14: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/14.jpg)
Técnicas de Validação de Requisitos Revisões de Requisitos
Análise manual sistemática dos requisitos Prototipação
Uso de modelo executável do sistema para avaliar requisitos
Geração de Casos de Teste Desenvolver testes específicos para os
requisitos para avaliá-los Análise de Consistência Automática
Avaliar uma especificação dos requisitos
![Page 15: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/15.jpg)
Gerenciamento de Requisitos
Gerenciamento de requisitos é o processo de controlar as mudanças dos requisitos durante O processo da engenharia de
requisitos E desenvolvimento do sistema
![Page 16: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/16.jpg)
Gerenciamento de Requisitos Requisitos são inevitavelmente
incompletos e inconsistentes Requisitos novos surgem durante o
processo de acordo com mudanças nas necessidades do negócio e um entendimento melhor do sistema é desenvolvido
Diferentes pontos de vista têm diferentes requisitos e esses geralmente são contraditórios
![Page 17: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/17.jpg)
Rastreamento
Responsável por dependências entre requisitos, suas origens e projeto do sistema
Rastreamento de Origem Associação entre requisitos e
stakeholders que propuseram tais requisitos
![Page 18: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/18.jpg)
Rastreamento
Rastreamento de Requisitos Associação entre requisitos dependentes
Rastreamento de Projeto Associação dos requisitos com o projeto
Usar hipertexto ou referência cruzada Ou matriz de rastreamento
![Page 19: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/19.jpg)
1.Rastrear requisitos do usuário nos do sistema
2.Rastrear requisitos no projeto
3.Rastrear requisitos nos procedimentos de teste
4.Rastrear requisitos do usuário no plano
Projeto
Modelos Suítes Teste
Teste
2 3
Req A
1
RequisitosProduto
(Caracter.)
RequisitosDetalhados
(Casos de Uso)
Req B
Plano
Doc. Usuário
4
Rastreamento
![Page 20: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/20.jpg)
Links dos requisitos devem ser marcados como “revisar”
Links “revisar” devem ser analisados
Req A antes
“if return value > $5”
Req B
Req C
“if return value > $2”
Req A depois
Req C
Req B
Rastreamento: Análise de Impacto
![Page 21: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/21.jpg)
Estrutura de um Documento de Requisitos 1. Introdução 2. Definição dos Requisitos do Usuário 3. Especificação dos Requisitos do Sistema 4. Arquitetura do Sistema 5. Modelos do Sistema 6. Evolução do Sistema 7. Apêndices 8. Índice
![Page 22: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/22.jpg)
Documento de Requisitos Fonte: IEEE/ANSI (830-1998) 1. Introdução
1.1 Propósito do documento 1.2 Escopo do sistema 1.3 Glossário, acrônimos e
abreviaturas 1.4 Referências 1.5 Descrição do resto do documento
![Page 23: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/23.jpg)
Documento de Requisitos Fonte: IEEE/ANSI (830-1998) 2. Descrição geral
2.1 Perspectiva do produto 2.2 Funções do produto 2.3 Características dos usuários 2.4 Restrições gerais 2.5 Assertivas e dependências
![Page 24: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/24.jpg)
Documento de Requisitos Fonte: IEEE/ANSI (830-1998) 3. Requisitos específicos
requisitos funcionais, não-funcionais, GUI com o usuário:
funcionalidade, interfaces externas, desempenho, restrições, atributos do sistema, caract. qualidade, ...
![Page 25: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/25.jpg)
Documento de Requisitos 4. Arquitetura do Sistema 5. Modelos do Sistema
Diagrama de Atores Modelo de Caso de Uso Modelo de Análise Modelo de Projeto Diagrama de Pacotes
6. Evolução do Sistema (Futuro) 7. Apêndices 8. Índice
![Page 26: Análise e Validação dos Requisitos Alexandre Monteiro](https://reader034.vdocuments.mx/reader034/viewer/2022051820/552fc0f8497959413d8b4ffc/html5/thumbnails/26.jpg)
Abreviações e GlossárioAbreviação Significado Explicação / Condição ou situação no sistema
A Administrador Usuário com maiores privilégios no sistema
AT Auto-treinamento Um dos três perfis de avaliação. O operador/treinando solicita ao sistema uma avaliação que lhe é montada de modo randômico a partir de alguns parâmetros
CT Certificação Técnica Um dos três perfis de avaliação. Os supervisores (RL/RS) agendam com antecedência dia e hora da avaliação. É o teste que certifica o treinando/operador.
O Operador Usuário. Treinando que realiza as avaliações.
RL Responsável Local Usuário. Responsável, na unidade da empresa, por um grupo de operadores. Propõe, elimina e valida questões e avaliações.
RS Responsável Setorial Usuário. Responsável por um setor da empresa. Coordena um ou mais RL. Propõe, elimina e valida questões e avaliações.
TO Treinamento Orientado
Um dos três perfis de avaliação. Serve para os RS/RL diagnosticarem o estágio da aprendizagem dos operadores.
V Validador Usuário. Checa e valida as questões propostas pelos RS/RL.
M Módulo Refere-se aos módulos do sistema.
Backup Refere-se à cópia de dados de um dispositivo para o outro com o objetivo de posteriormente os recuperar (os dados), caso haja algum problema.
Logon É a ação necessária para acessar um sistema computacional restrito inserindo uma identificação, podendo esta ser ou não única para cada usuário, e a senha relacionada a ela. Uma vez logado, o usuário passa a ser identificado no sistema, sendo restringido ou permitido a acessar recursos do sistema.