Guia Completo de Engenharia de Requisitos de Software

Classificado em Tecnologia

Escrito em em português com um tamanho de 3,42 KB

1. Introdução à Análise

1.1 Geral

A análise é uma etapa fundamental no ciclo de vida do software.

  • Análise do sistema: baseada em requisitos.
  • Determinação dos requisitos: análise prévia dos requisitos.
  • Engenharia de Requisitos: processo estruturado.

1.2 Definição

Processo de estudar as necessidades do usuário para definir requisitos de sistema, hardware ou software, visando o aperfeiçoamento contínuo desses elementos.

1.3 Engenharia de Requisitos

Primeira fase do ciclo de vida do software, onde ocorre a especificação:

  • Transformação de ideias informais em requisitos documentados.
  • Requisitos funcionais e não-funcionais: critérios para medir o grau de realização.
  • Importância crescente na compreensão (contratos), documentação (especificações) e validação das necessidades dos clientes.

1.4 Requisitos

Condição ou capacidade necessária ao usuário para resolver um problema ou atingir um objetivo. O termo exigência é frequentemente qualificado por adjetivos específicos:

Âmbito

  • Sistema: conjunto de hardware e software.
  • Software: afeta apenas o software.
  • Hardware: afeta apenas o hardware.

Característica definidora

  • Classificação baseada na natureza da propriedade do sistema.
  • Funcionais: o que o sistema deve fazer.
  • Não-funcionais: outras características do sistema.

Audiência

  • Clientes e usuários: não precisam de formação técnica.
  • Desenvolvedores: foco técnico.
  • Requisitos orientados ao cliente (C): visão de negócio.
  • Requisitos orientados ao desenvolvedor (D): visão técnica.

Representação

  • Formal: semântica e sintaxe rigorosas.
  • Semiformal: modelos que facilitam a compreensão.
  • Informal: texto, vídeos, imagens e áudio.

1.5 Objetivo

Construir uma especificação precisa dos requisitos de software, descrevendo o que o sistema deve fazer sem detalhar como.

  • ERS (Especificação de Requisitos de Software): documento que inclui requisitos C e D.
  • DRS (Documento de Requisitos do Sistema): catálogo de requisitos C.
  • LRA: identifica os requisitos D.

1.6 Princípios de Análise

  • Compreender o alcance da informação do problema.
  • Desenvolver modelos funcionais e de sistema.
  • Subdividir modelos para descobrir detalhes de forma hierárquica.
  • Priorizar informações essenciais antes dos detalhes de implementação.

1.7 Representação da Informação

  • Fluxo de informações.
  • Conteúdo de informação.
  • Estrutura de informação.

1.8 Construção do Modelo

  • Foco na redução da complexidade através de representações gráficas e textuais.
  • Tipos: Lógica e Física.
  • Por que modelar? Para testar entidades, facilitar a comunicação com o cliente, visualizar o sistema e estruturar ideias.

Entradas relacionadas: