MODELO

As etapas de levantamento e análise de requisitos trabalham com o domínio

do problema e tentam determinar “o que” o software deve fazer e se é realmente

possível desenvolver o software solicitado. Na etapa de levantamento de requisitos,

o engenheiro de software busca compreender as necessidades do usuário

e o que ele deseja que o sistema a ser desenvolvido realize. Isso é feito sobretudo

por meio de entrevistas, nas quais o engenheiro tenta compreender como

funciona atualmente o processo a ser informatizado e quais serviços o cliente

precisa que o software forneça.

Devem ser realizadas tantas entrevistas quantas forem necessárias para que

as necessidades do usuário sejam bem-compreendidas. Durante as entrevistas,

o engenheiro deve auxiliar o cliente a definir quais informações deverão ser

produzidas, quais deverão ser fornecidas e qual o nível de desempenho exigido

do software.

Um dos principais problemas enfrentados na fase de levantamento de requisitos

é o de comunicação. A comunicação constitui-se em um dos maiores

desafios da engenharia de software, caracterizando-se pela dificuldade em

conseguir compreender um conjunto de conceitos vagos, abstratos e difusos

que representam as necessidades e os desejos dos clientes e transformá-los em

conceitos concretos e inteligíveis.

A fase de levantamento de requisitos deve identificar dois tipos de requisitos:

os funcionais e os não-funcionais. Os requisitos funcionais correspondem ao que

o cliente quer que o sistema realize, ou seja, as funcionalidades do software. Já os

requisitos não-funcionais correspondem às restrições, condições, consistências,

validações que devem ser levadas a efeito sobre os requisitos funcionais. Por exemplo,

em um sistema bancário deve ser oferecida a opção de abrir novas contas

correntes, o que é um requisito funcional. Já determinar que somente pessoas

maiores de idade possam abrir contas corrente é um requisito não-funcional.

Podem existir diversos tipos de requisitos não-funcionais, como de usabilidade,

desempenho, confiabilidade, segurança ou interface. Alguns requisitos

não-funcionais identificam regras de negócio, ou seja, as políticas, normas e

condições estabelecidas pela empresa que devem ser seguidas na execução de

uma funcionalidade. Por exemplo,