Elicitação

Antes de mais nada, precisamos entender o negócio do nosso cliente. Para isso é fundamental importância
realizar um estudo de viabilidade.

O estudo de viabilidade decide se vale a pena construir o sistema. Um estudo curto, com foco nos benefícios, custos
e necessidades, que checa
1. se o sistema contribui para os objetivos organizacionais,
2. se pode ser construido com a tecnologia atual e dentro do orçamento, e
3. se pode ser integrado com outros sistemas que são utilizados.

Baseado na coleta e na análise de informações e na elaboração de relatórios. Questões que podem ser
abordadas:
1. O que acontece se o sistema não for implementado?
2. Quais são os problemas com os processos atuais?
3. Como o sistema proposto pode ajudar?
4. Quais serão os possíveis problemas de integração?
5. É necessária a adoção de nova tecnologia ou o desenvolvimento de novas habilidades?
6. Quais facilidades devem ser fornecidas pelo sistema?

O processo de elicitação de requisitos envolve o trabalho conjunto de engenheiros e usuários para

compreender o domínio da aplicação, os serviços que o sistema deve fornecer e as retrições operacionais.
Pode envolver usuários finais, gerentes, engenheiros de manutenção e suporte, especialistas no domínio,
sindicatos, marketing, etc.
Deve envolver todos aqueles que têm interesse, afetam ou são afetados pelo sistema. Essas pessoas são
chamadas de "stakeholders".
 Usuários podem não saber o que realmente querem.
 Usuários expressam os requisitos em termos próprios.
 Usuários diferentes podem ter requisitos conflitantes.
 Fatores organizacionais e políticos podem influenciar os requisitos do sistema.
 Requisitos mudam durante o processo de elicitação e análise. Novos usuários podem emergir e o ambiente
pode mudar.

Como fazer?

Acompanhamento no Cliente:
O analista se dirige ao local onde as atividades que serão afetadas pelo novo sistema ocorrem e observa:
1. como são desempenhadas as tarefas,
2. a seqüência das operações,
3. os protocolos utilizados, e a
4. interação entre os participantes.

Resultado:
1. Descrição do fluxo das atividades
2. Descrição das interações necessárias a cada atividade
3. Descrição dos recursos utilizados
 Pode-se obter adicionalmente uma relação de aspectos que necessitam esclarecimentos.
Esses aspectos não entendidos geralmente se devem à diferença de percepção entre o observado e o
esperado, ou quando o analista não consegue justificar certo curso de ação.

Entrevista:
Uma forma eficaz de inquirir as pessoas acerca de vários aspectos do sistema. Toda entrevista deve ter um
propósito e o objetivo da entrevista deve ser anunciado.
Pode ser feita individualmente ou em grupo. Se realizada com um grupo de pessoas deve-se prestar atenção
a contradições, entretanto não se deve insistir em resolve-las.

Não existe um padrão de entrevista, os questionamentos e a experiência em realizar o levantamento de

requisitos será adiquirido com o tempo. Entretanto, alguns fatores poderão ajuda-lo em realizar as primeiras
entrevistas.

Passo 1: Analisar o Cliente

Quem é o cliente?
Quem é o público Alvo?
Qual o o foco do negócio?
Quais as necessidades do Cliente?

Passo 2: Analisar o Processo?

Quais as atividades realizadas?
Como são realizadas?
O que pode ser melhorado?
Quem vai utilizar?
Existe sistema ou algo informatizado?

Passo 3: Levantamento de Requisitos

Quais funções serão desenvolvidas;
Qual a ordem de prioridade? (Negócio)
Quais as regras negociais de cada funcionalidade?

Passo 4: Escolha de Arquitetura

Como será desenvolvido?
Precisa integrar com outro Sistema?
Qual a Linguagem de Programação?
Qual o SGBD escolhido?
Quais Ferramentas Case posso utilizar para melhorar o desenvolvimento?
Resultado:
1. O registro da entrevista.