Fundamento Teorica

2 FUNDAMENTAÇÃO TEÓRICA

Nesta seção são abordados alguns conceitos sobre a Comunicação de

Requisitos no Contexto do Desenvolvimento de Software, Gerenciamento de

Requisitos e as Melhores Práticas para gerenciar e comunicar requisitos com

abordagem para importância para o bom andamento de todo o ciclo de vida do

projeto.

2.1 Comunicação de Requisitos no Contexto de Desenvolvimento de Software

Um processo de desenvolvimento de software é um conjunto de atividades que

guia a produção de um produto de software (SOMMERVILLE, 2007), atualmente a

produção de softwares customizados tornou-se prática cada vez mais comum, exigindo

adaptações constantes dos processos utilizados e reavaliação destes para obtenção de

melhores resultados como produtos mais adequados as necessidades de uma

determinada organização, exigindo uma maior habilidade dos envolvidos no processo

de comunicação.

Revista de Sistemas e Computação, Salvador, v. 1, n. 2, p. 120-138, jul./dez. 2011

http://www.revistas.unifacs.br/index.php/rsc

MELHORIAS NO PROCESSO DE COMUNICAÇÃO E GERENCIAMENTO DE REQUISITOS ALINHADO AO BABOK – UM ESTUDO DE CASO

De acordo com Chiavenato (2004) o processo de comunicação é composto por

seis elementos, descritos a seguir:

• Fonte - pessoa, grupo ou organização que deseja transmitir alguma idéia ou

informação através de uma mensagem;

• Transmissor - é o meio ou aparelho utilizado para codificar a idéia ou

significado através de uma forma de mensagem;

• Canal - é o meio escolhido através do qual a mensagem flui entre a fonte e o

destino;

• Receptor - é o meio ou aparelho que decodifica ou interpreta a mensagem para

oferecer um significado percebido;

• Destino - pessoa, coisa ou processo para o qual a mensagem é enviada.

• Ruído - é o termo que indica qualquer distúrbio indesejável dentro do processo

de comunicação e que afeta a mensagem enviada pela fonte ao destino.

Dos elementos elencados por Chiavenato (2004) destacamos o último e não

menos importante, o ruído, cuidados específicos devem ser adotados para que este

elemento não se apresente no processo de comunicação.

Para que o ruído não faça parte do processo de comunicação de requisitos

outro fator a ser considerado no processo é o feedback ou retroalimentação, quando o

destinatário responde a fonte sobre o entendimento da mensagem, constituindo em

poderosa ferramenta para o bom andamento do processo de comunicação de

requisitos o que reflete diretamente no software que será entregue.

Para Megginson (1998) comunicação é o processo de transferir significado de

uma pessoa para outra na forma de idéias ou informação

Existe a possibilidade da modelagem inicial de um software conter falhas, dos

requisitos não estarem completos ou conflitantes. Até mesmo que os ruídos na

comunicação tenham truncado uma informação, tal situação pode acarretar defeitos,

que quanto mais tardiamente descobertos, mais vão custar ou em alguns casos, até

mesmo no