Elicitação de Requisitos

Elicitação de Requisitos

1. Elicitação:obter, levantar,capturar,descobrir,tornar explícito. Significa obter o máximo de informações para o conhecimento do objeto em questão (KRAUSE, 2014, p. 72).Obtendo conhecimento do dominio do problema, identificando as fontes de informação e realizando a coleta dessas informações.

   • Dentro da Engenharia de Requisitos , a elicitação se situa na Produção de Requisitos;é o primeiro processo , logo em seguida ven a Análise, Definição e Validação.
   • Identificar clientes, usuários e stakeholders é utilizado algumas questões básicas: Perguntar o que? Como? Por quê?/Com quem falar?Por quê? /Estar o que? Por quê? Por onde começar?/Como apresentar? Para quem? Como?
   • Elicitar requisitos requer um processo iterativo que deve acontecer de forma colaborativa envolvendo analistas , usuários e aplicaçõesde técnicas de elicitação.

2. 4 dimensões na atividade de elicitação:Entendimento do domínio de aplicação:Entendimento geral da área na qual o sistema será aplicado. Entendimento do problema: Entendimento dos detalhes do problema específico a ser resolvido com o auxílio do sistema a ser desenvolvido.Entendimento do negócio:Entendimento da contribuição do sistema para que sejam atingidos os objetivos gerais da organização. Entendimento das necessidades e das restrições dos stakeholders: entendimento detalhado das necessidades de apoio a serem promovidas pelo sistema à realização do trabalho e aos interesses de cada um dos stakeholders, dos processos de trabalho a serem apoiados pelo sistema e do papel de eventuais sistemas existentes na execução dos processos de trabalho.

3. 3 tarefas: A identificação das fontes das informações:o universo das informações (UDI) é um contexto onde estão todas informações que necessitamos e é delineado pelo macrosistema que envolve a nova aplicação.a coleta de fatos: esta tarefa vai recorrer às ciências sociais, às ciências cognitivas e à própria Engenharia de Software. a comunicação: a aproximação do mundo dos engenheiro de software e o mundo do clientes vai exigir do analista de requisitos o domínio de técnicas de comunicação, pois muitas vezes o esforço recairá em transformar o conhecimento tácito em conhecimento explícito.

4. Desafios e Dificuldades: à primeira vista o levantamento de requisitos parece ser um trabalho muito simples: basta perguntar ao cliente o que ele deseja.Não. Por vezes, a necessidade é tão óbvia que achamos desnecessário enunciá-la; Os requisitos chegam por várias fontes, muitas vezes com necessidades divergentes; Os requisitos nem sempre são facilmente expressos em palavras; Estão relacionados entre si e entre outros produtos do processo de engenharia de software; E, como não fosse suficiente: os requisitos mudam! Tudo muda o tempo todo, logo também os requisitos são dinâmicos.

   • Desafio: selecionar as fontes de informações Os requisitos do software poderão ser encontrados em diversas fontes: nos stakeholders: clientes, sócios, usuários finais... no domínio da aplicação: nas regras explícitas, legislação, regras, normas, políticas da empresa, contratos... na documentação: atas, memorandos, manuais, livros sobre o tema, outros sistemas da empresa ou externos... Para tanto, devem ser adotados critérios para a seleção das fontes disponíveis. Nesses critérios podem estar incluídos: a confiabilidade (total, parcial ou depende de confirmação por outros meios?); a disponibilidade (a informação está facilmente acessível?); a experiência do interlocutor com os processos envolvidos; o conhecimento da fonte sobre o assunto; a representatividade do interlocutor na organização; a função exercida pelo stakeholder.
   • Desafio: a comunicação Esta é uma competência que deve receber toda a atenção do profissional responsável por ligar o mundo dos técnicos com o mundo dos negócios (Fig. 3). Os representantes dos dois universos foram se especializando cada vez, criando um vácuo entre eles (Quadro 1). Surge nesse cenário a necessidade do Engenheiro de Requisitos, um especialista em fazer que esses dois mundos se aproximem de forma produtiva. Figura 3. O espaço de atuação do Engenheiro de Requisitos Quadro 1. Características básicas dos clientes e dos técnicos O Engenheiro de Requisitos deve se aprofundar na arte de se comunicar. Deve incluir na sua bagagem de conhecimento os modelos de comunicação (Fig. 4), as funções da linguagem, os signos e símbolos do processo de comunicação. Figura 4. Elementos da comunicação O estudo da comunicação vai deixar claro que o Engenheiro de Requisitos não é um negociador, mas um especialista que faz usuários e técnicos melhorar o seu re