Engenharia de requisitos

Engenharia de requisitos

1. requisitos

   • requisitos funcionais
     • declarações de como o sistema deve reagira determinadas entradas
     • podem explicar o que o sistema não deve fazer
     • definem os cursos específicos a serem seguidos
   • requisitos não funcionais
     • restrições de timing
     • restrições impostas por normas
     • aplicam-se muitas vezes ao sistema como todo
     • organizacionais
       • requisitos gerais
         • definem como o sistema será usado, especificam a linguagem de programação, normas de processo a serem usadas e especificam o ambiente operacional do sistema.
     • de produto
       • restrigem o comportamento do software
         • rapidez, memória, confiabilidade, proteção e usabilidade
     • externos
       • fatores externos do sistema e do seu desenvolvimento
         • requisitos reguladores,legais e éticos
   • descrição do que o sistema deve fazer, restrições e ofertas
     • de usuário
       • abstratos de alto nível
       • linguagem natural, com diagramas
     • de sistema
       • descrição detalhada do que o sistema deve fazer
       • especificação funcional, define o que deve ser implementado
     • são escritos em diferentes níveis de detalhamento, dependende do leitor e do sistema criado
   • especificações
     • linguagem natural
       • Especificações matemáticas
       • Linguagem natural estruturada
       • Sentenças em linguagem natural
       • Notações gráficas
       • Linguagem de descrição de projeto
       • estruturadas
         • escrito em forma padrão
           • utilizam templates para especificar os requisitos de sistema
   • Processos de engenharia de requisitos
     • revela os requisitos (elicitação e análise)
       • Descoberta de requisitos
       • Classificação e organização de requisitos
       • Priorização e negociação de requisitos
       • Especificação de requisitos
     • verifica se os requisitos realmente definem o sistema que o cliente quer (validação)
     • converte em alguma forma-padrão (especificação)
     • avalia se o sistema é útil para a empresa (estudo de viabilidade)

2. Especificação de Requisitos de Software

   • declaração oficial que reúne os requisitos do usuário e do sistema
     • algumas vezes integrados em uma mesma descrição
     • se houverem muitas especificações detalhadas, elas podem estar em um documento separado
   • essenciais quando um contratante externoestá desenvolvendo um software
   • usuários
     • clientes
       • Especifcam e leem os requisitos para verifcar se estes satisfazem suas necessidades. Os clientes especifcam as alterações nos requisitos.
     • gerentes
       • Usam o documento de requisitos para planejar uma proposta para o sistema e para planejar o processo de desenvolvimento do sistema
     • engenheiros de teste de sistema
       • Usam os requisitos para desenvolver testes de validação do sistema.
     • engenheiros de manutenção de sistema
       • Usam os requisitos para entender o sistema e os relacionamentos entre suas partes.
     • engenheiros de sistema
       • Usam os requisitos para entender o sistema que será desenvolvido
   • Estrutura de um documento de requisitos
     • Glossário
       • define os termos técnicos usados no documento
     • Arquitetura do sistema
       • uma visão geral em alto nível da arquitetura do sistema, mostrando a distribuição de funções entre os módulos, componentes de arquitetura reusados devem ser destacados.
     • Índice
       • Vários índices podem ser incluídos, um índice alfabético normal ou um índice de diagramas ou de funções
     • Evolução do sistema
       • descreve as mudanças previstas, em decorrência da evolução de hardware, de mudanças nas necessidades do usuário
     • Especificação de requisitos do sistema
       • descreve em detalhes os requisitos funcionais, interfaces com outros sistemas podem ser definidas.
     • Definição de requisitos de usuário
       • descrever os serviços fornecidos, os requisitos não funcionais, normas de produto e processos a serem sseguidos
     • Prefácio
       • deve descrever seu histórico de versões, justificar a criação de uma nova versão e resumir das mudanças feitas em cada versão.
     • Introdução
       • deve descrever a necessidade para o sistema, explicar suas funções e como ele vai funcionar, citar como o sistema atende aos objetivos globais de negócio
     • Modelos do sistema
       • inclui modelos gráficos do sistema que mostram os relacionamentos entre os componentes e seu ambiente.
     • Apêndices
       • possui descrições de hardware e banco de dados, requisitos de hardware definem as configurações mínimas ideais para o sistema, já os de banco de dados definem a organização lógica dos dados usados pelo sistema e os relacionamentos entre esses dados.