Cap 8 REQUISITOS

Cap 8 REQUISITOS

1. Requisitos Funcionais

   • São capacidades relacionadas às funções ou serviços que o software deve prover para seus usuários, ou seja, as funcionalidades do sistema. Representam as necessidades e os desejos dos stakeholders, premissas do negócio e as solicitações das partes interessadas que devem ser realizadas por um sistema. Um requisito funcional deve determinar o que se espera que o software faça, sem a preocupação de como ele o fará.  Exemplos:  RF – Cadastrar Aluno  RF – Emitir Boleto  RF – Atualizar o Status do Pedido

2. Requisitos Não Funcionais

   • São requisitos que expressam condições que o sistema deve atender ou qualidades específicas que o sistema deve ter. Em vez de detalhar o que o sistema fará, os requisitos não funcionais impõem restrições e qualidades ao sistema.

3. Levantamento de Requisitos

   • A atividade de levantamento de requisitos corresponde à etapa de compreensão do problema ou da necessidade aplicada ao desenvolvimento do software. O principal objetivo do levantamento de requisitos é que os usuários e os desenvolvedores tenham a mesma visão do problema a ser resolvido. A definição de requisitos consiste na compreensão de um problema e a definição de suas características, operações e restrições para a solução desse problema.

4. AS VISÕES DOS REQUISITOS

   • O requisito de usuário, também conhecido como requisito de negócio, representa a condição; “o que” o sistema deve permitir que o usuário faça para a realização do negócio. Deve ser capaz de responder à seguinte questão: qual valor agregado ao negócio a solução vai entregar?
   • O requisito de domínio, também conhecido por regra de negócio, representa como atender uma necessidade no negócio, ou seja, o modo como deve ser construído, suas exigências normativas ou legais, como deve funcionar e relacionar determinado requisito.
   • O requisito de sistema ou de software representa a condição a ser satisfeita por um sistema para atender uma necessidade: o que o sistema deve fazer.
   • A especificação de requisito representa a descrição de como atender uma necessidade no software ou sistema, ou seja, o modo como o software implementará um determinado requisito de sistema. Em outras palavras, especificar um requisito implica compreender exatamente o que deve ser feito e o que se espera obter como resultado.
   • A especificação de software compreende as funcionalidades (requisitos funcionais), as restrições tecnológicas ou qualidades (requisitos não funcionais) e as restrições de negócio (regras de negócio).

5. ESTRUTURA DA ESPECIFICAÇÃO DE SOFTWARE

   • Descrição geral do sistema: apresenta a visão geral do sistema, detalhando o seu escopo e seus usuários.
   • Especificação do processo de negócio: descreve como é realizado o processo.
   • Requisito funcional: descreve todos os requisitos funcionais do sistema, deve ser identificado por RF XXX.
   • Requisito não funcional: descreve todos os requisitos não funcionais, deve ser identificado por RNF XXX.
   • Requisito de domínio ou Regras de negócio: descreve todas as regras de negócio, deve ser identificado por RN XXX.
   • Modelagem funcional: detalha os requisitos funcionais do ponto de vista do usuário. Exemplos podem ser encontrados no capítulo “Diagrama de Caso de Uso”.

6. Anatomia de um bom requisito

   •    O requisito:  Define qual é o foco do problema;   Define um resultado esperado;  Tem um objetivo que deve ser satisfeito; Deve atender a algum critério de qualidade;  Definir qual parâmetro de qualidade o requisito deverá atender;  Descreva apenas o que o sistema deve executar; Não deve descrever como o sistema executa;  Na descrição de um requisito é recomendável utilizar o verbo na forma imperativa, para que não haja dúvidas sobre qual será a interação entre o usuário e o sistema;   Exemplo: O sistema deverá permitir o acesso à conta corrente do cliente.  O usuário, através do internet banking, rapidamente vê o saldo de sua conta corrente na tela. O sistema deverá enviar e-mail ao cliente com a confirmação de compra, após finalizar o pedido. O sistema deve permitir o cadastro do pedido. O sistema deve atualizar a lista de passageiros.

7. QUALIDADE DOS REQUISITOS

   • A qualidade é o nível em que um conjunto de características inerentes satisfaz os requisitos.
   • CORREÇÃO  Uma especificação de requisitos será correta se todo requisito é realmente essencial ao desenvolvimento do software.
   • PRECISÃO  Uma especificação de requisitos é precisa se todos os requisitos existentes possuírem apenas uma única interpretação e todos forem entendidos da mesma maneira pelas partes interessadas.
   • COMPLETUDE  Será completa se incluir todos os requisitos relevantes em relação à funcionalidade, desempenho e restrições.
   • CONSISTÊNCIA  Será consistente se não houver conflitos entre nenhum dos subconjuntos de requisitos presentes.
   • PRIORIZAÇÃO  Os requisitos devem ser priorizados de acordo com o grau de importância e a probabilidade de sofrer alteração.
   • VERIFICABILIDADE  Deve ser possível atestar, por meio de um processo de verificação, a conformidade do software com relação aos requisitos.
   • MODIFICABILIDADE  A especificação de requisitos não deve conter redundâncias, permitindo a mudança de qualquer requisito de maneira fácil, completa e consistente.
   • RASTREABILIDADE  A especificação deve permitir a localização da origem e quais são os resultados ou as consequências dos requisitos

8. Gerenciamento de requisitos

   • O gerenciamento de requisitos é um modelo sistemática para identificar, documentar, organizar e rastrear os requisitos de sistema, já que, durante o desenvolvimento do projeto, ocorrem mudanças em requisitos.
   • Estabelecer entendimento com o cliente sobre quais requisitos serão atendidos. Registrar e acompanhar os requisitos ao longo de todo o processo de desenvolvimento. Documentar e controlar os requisitos alocados, a fim de estabelecer uma linha de base para o uso das partes interessadas. Manter planos, artefatos e atividades de softwares consistentes com os requisitos alocados. A gerência de requisitos consiste em administrar as mudanças de requisito. Tais mudanças surgem, principalmente, quando são alteradas as prioridades do negócio, quando se identificam erros ou omissões nos requisitos ou quando novos requisitos são definidos.

9. PRIORIDADES DO REQUISITO

   • Para estabelecer a prioridade dos requisitos, aplicam-se as denominações: essencial, importante ou desejável.
   • Essencial é o requisito sem o qual o sistema não funcionará. Deve ser implementado obrigatoriamente, é imprescindível.
   • Importante é o requisito no qual o sistema funcionará, porém de maneira insatisfatória. Deve ser implementado, mas se não for, o sistema poderá ser desenvolvido e utilizado.
   • Desejável é o requisito que não compromete as funcionalidades básicas do sistema. O sistema funcionará de modo satisfatório, e esses requisitos podem ser implementados em versões futuras.