Tarefas da Engenharia de Requisitos

O processo da Engenharia de Requisitos é executado por meio de 6 funções: Concepção,

Levantamento, elaboração, negociação, especificação e validação.

Concepção

A fase da concepção, conforme o próprio nome diz, refere-se a ideia original do sistema. Nesta
fase são discutidos, geralmente em reuniões informais o objectivo do sistema e sua viabilidade.

Na concepção, o desenvolvedor faz questionamentos gerais ao cliente, de forma a ter uma base do
sistema. Sendo assim, o resultado desta fase, é um conhecimento prévio e genérico do que o
sistema irá fazer e quais necessidades ele irá atender, e ainda, quais são as espectativas do usuário
em relação ao sistema.

Dependendo do porte da organização, já se pode ter uma ideia da complexidade e do custo

envolvido.

Dessa forma, as perguntas chave desta etapa das quais as respostas são obrigatórias são:

• Qual é o objectivo geral do sistema?

• Quais os principais controlos o sistema deverá realizar?

• Qual é o prazo para a entrega do produto?

De forma prática, suponhamos o seguinte sistema:

Uma Pet Shop oferece serviços tipo banho, tosa e venda de produtos. A empresa atende somente
cães e gatos e os funcionários são definidos como:

• Balconistas: efectuam vendas de produtos, agendam consultas e serviços;

• Veterinários: consultam os animais, aplicam vacinas e medicamentos; e

• Atendentes: realizam serviços de banho e tosa

As consultas para serem realizadas devem ser previamente agendadas.

A partir deste senário, o desenvolvedor poderia por exemplo questionar:

 • Todos os três serviços que são oferecidos serão implementados?

• Existe alguma prioridade de implementação ou todos podem ser entregues ao mesmo

tempo?

• Quais são os principais factores a serem considerados na actividade de vendas?

• Quais são os principais factores na actividade de consulta?

Tais questionamentos, embora pareçam detalhistas, permitirão o desenvolvedor de ter uma visão
mais elaborada do que o cliente espera e deseja que o sistema faça permitindo-lhe ter uma noção
básica de valores, prazos, mão de obra, etc.

É importante ressaltar não é objectivo da concepção chegar a um nível de detalhamento do sistema,

pois isso é mais propício na actividade de levantamento.

Levantamento

Esta actividade corresponde a etapa em que o analista procura obter do cliente o maior
detalhamento possível sobre o sistema.

Para o sistema da Pet Shop o analista poderia buscar detalhamentos sobre o sistema, tais como:

• Quais as funcionalidades que cada tipo de usuário terá?

• O veterinário pode atender algum animal sem prévio agendamento?

• O veterinário pode aplicar vacina a algum animal sem o consultar antes?

• Quais os tipos de relatórios?

• Que tipo de pesquisas o sistema deverá oferecer (por animal, por dono, etc)?

A pesar da importância desta actividade, existem obstáculos que dificultam a realização completa
da mesma, tais como:

a) Problemas de comunicação

O cliente não consegue expressar de maneira exacta o que realmente deseja. Muitas vezes,
o cliente, por dominar bem o negócio, fala de forma e em um nível que o analista por
desconhecer o negócio não consegue contextualizar o que o cliente está falando.
 Vale ressaltar que este problema é uma mão de via dupla, pois o analista também pode, no
decorrer das reuniões, usar termos técnicos, fazendo com que o cliente não tenha nenhum
entendimento do que está sendo tratado.

Dica

Pergunte sempre que não entender um novo termo, anote o significado e dependendo do
caso peça para ver um exemplo real;

Certifique-se de que você entendeu o que, realmente, o cliente queria passar;

Documente o entendimento e peça o cliente para validar;

Evite usar termos técnicos para o cliente, a menos que você faça uma breve, clara e
objectiva descrição do significado do termo

b) Problemas de disponibilidade do cliente

A pesar do interesse e da necessidade, o cliente nem sempre está disponível para esclarecer
as dúvidas. Muitas vezes o analista espera por alguns dias para ter uma reunião rápida e
imprecisa. Outras vezes, ele, parar suas actividades por estar dependente do esclarecimento
crucial para o andamento do resto do trabalho.

Dica

Explore o máximo que puder nas reuniões com o cliente.

Se o cliente concordar, envie email para esclarecer pequenas dúvidas

Procure juntar dúvidas suficientes para marcar uma nova reunião

c) Compreensão do domínio do problema

Muitas vezes o sistema a ser desenvolvido diz respeito a uma área completamente nova, da
qual não se tem contacto e não se possui nenhum conhecimento prévio. Tais problemas
somados aos de comunicação e da disponibilidade, acabam contribuindo para que não haja
compreensão devida do domínio do problema e, consequentemente, na entrega de um
produto que não era o esperado.
 Dicas

O analista de requisitos deve, se for o caso, procurar o conhecer a realidade abstraída,

podendo para isso fazer visitas para ver como as coisas funcionam. Anotar as dúvidas para
no momento oportuno serem esclarecidas, efectuar essas visitas com um usuário do
serviço.

Dependendo do sistema, o analista deverá ler sobre as leis que regem as regras de negócio.
Por exemplo: trabalhistas, fiscais, etc.

Elaboração

Na elaboração o analista utiliza recursos da Engenharia de Software para desenvolver um modelo

solução para o cliente.

Esta etapa inclui a modelagem e análise dos requisitos levantados, apresentados nas mais diversas
formas, por exemplo: diagramas.

Sendo assim, a elaboração corresponde a análise das informações obtidas do cliente durante a fase
de levantamento, as quais devem ser refinadas de formas sucessivas até que chegue a um modelo
que satisfaz a solução proposta para o sistema

Negociação

Em algumas fases do processo de desenvolvimento, o analista tem que tratar questões relacionados
com prazos, custos, requisitos surreais, conflitos do cliente em relação a necessitar a querer. Dessa
forma, servindo-se da iteratividade, alguns requisitos podem ser eliminados, prazos restipulados e
custos melhor definidos de forma que ambas partes fiquem satisfeitas.

Sempre que uma necessidade de mudança for detectada e esta tiver consequências, principalmente
nos itens custo e prazo, ela deve ser repassada ao cliente para que se chegue ao denominador
comum para ambas partes.

É importante ressaltar que algumas mudanças são solicitadas pelo cliente. Geralmente, ele quer
completar algum requisito que para ele tinha ficado incompleto ou, no pior dos casos, ele lembrou
de uma funcionalidade que é extremamente importante para ele e que não foi passado.

A arte de negociar é algo muito importante e útil tanto para a vida pessoal quanto profissional.
Podemos considerar algumas diretrizes para uma boa negociação:

• Reconhecer que não é uma competição resultando em um vencedor pois, para se ter
sucesso numa negociação, as partes devem ter a sensação de vencer ou ganhar alguma
coisa e para isso ambos terão de ceder.

• Traçar uma estratégia, levando em consideração o que cada parte quer conseguir e o que
deverá ser feito para que isso ocorra.

• Ouvir atentamente o cliente, evitar ficar elaborando respostas enquanto a outra pessoa