Analise De Requisitos

sumo 1.3 – Concepção, Elicitação e Tipos de Requisitos

Requisitos

• Segundo Larman:

– São capacidades e condições às quais o sistema – e em termos mais amplos, o projeto – deve atender.

• Não são apenas funcionalidades

• Comumente classificados em funcionais e não funcionais.

Requisitos

• Funcionais

– Descrevem a funcionalidade ou serviços do sistema (o que fazer)

• Não funcionais

– Também conhecidos como requisitos de qualidade ou restrições do sistema (como fazer)

– Aspectos como usabilidade, desempenho, segurança, interface, entre outros.

– Influenciam a arquitetura do sistema

Levantamento de requisitos

• Processo de descoberta das funções que o sistema deve realizar e quais são as restrições que existem sobre essas funções.

• Atividade fundamental no desenvolvimento de software

• Captura os requisitos sob a visão dos usuários

– É uma etapa de descoberta e não de invenção

– Requisitos são coisas desejadas pelo usuário e não coisas que o analista planeja.

Elicitação de requisitos

• ELICITAR: descobrir, tornar explícito, obter o máximo de informações para o conhecimento do objeto em questão.

• Cabe à elicitação a tarefa de identificar os fatos relacionados aos requisitos do Sistema, de forma a prover o mais correto e mais completo entendimento do que é demandado daquele software.

• O analista deve utilizar todas as fontes de informações disponíveis para a elicitação, como pessoas, departamentos, clientes, documentação, outros sistemas, etc.

Dificuldades da Elicitação de requisitos

• Usuários podem não ter uma idéia precisa do sistema por eles requerido

• Usuários têm dificuldades para descrever seu conhecimento sobre o domínio do problema;

• Usuários e Analistas têm diferentes pontos de vista do problema (por terem diferentes formações);

• Usuários podem antipatizar-se com o novo sistema e se negarem a participar da elicitação (ou mesmo fornecer informações errôneas).

Atividades da elicitação

• Entendimento do domínio da aplicação

– O conhecimento do domínio da aplicação é o conhecimento geral onde o sistema será aplicado

• Entendimento do problema

– Os detalhes problema do cliente onde o sistema será aplicado devem ser entendidos

• Entendimento do negócio

– Deve-se entender como os sistemas interagem e contribuem de forma geral com os objetivos de negócio.

• Entendimento das necessidades e limitações dos stakeholders do sistema

– Deve-se entender, em detalhe, as necessidades específicas das pessoas que requerem suporte do sistema no seu trabalho.

Entrevistas e questionários

• Técnica simples de utilizar

• Eficaz na fase inicial

• Fatores condicionantes

– Influência do entrevistador sobre o entrevistado

– Relação pessoal entre os intervenientes

–