Estrutura do processo de desenvolvimento de software

O processo de desenvolvimento de software compreende um conjunto de

atividades que engloba métodos, ferramentas e procedimentos, com o objetivo de

produzir softwares que atendem aos requisitos especificados pelos usuários (clientes)

[May90; Pre94]. A satisfação dos requisitos especificados pelos usuários é a pré-

condição básica para o sucesso de um software. Um software que foi mal

especificado, certamente irá desapontar o usuário e causar problemas à equipe de

desenvolvimento, que terá de modificá-lo para se adequar às necessidades do usuário.

De acordo com Castro [Cas95], a especificação de requisitos serve como um padrão

para testar se as fases de projeto e implementação do processo de desenvolvimento de

software estão corretas.

O objetivo principal deste trabalho é mostrar como um documento de requisitos

(informal) deve ser organizado e redigido para que seja legível, não ambíguo e siga as

diretrizes propostas por padrões internacionais (por exemplo, Norma ISO/IEC 9126)

quanto à especificação de requisitos. Isso é realizado apresentando-se uma versão de

um documento de requisitos que é analisada e corrigida, dando origem a um

documento organizado dentro dos padrões propostos.

Este trabalho apresenta na seção 2 uma visão geral da engenharia de requisitos,

dando ênfase, principalmente, à definição e ao processo de engenharia de requisitos.

Na seção 3 é apresentado um exemplo de um documento de requisitos (especificação

informal) de um determinado problema. A partir de uma análise crítica dessa

especificação, utilizando regras de estruturação de especificações de requisitos, é

apresentado na seção 4 um documento estruturado de requisitos do sistema.

Finalizando, a seção 5 contém as conclusões deste trabalho.

2. Uma Visão Geral da Engenharia de Requisitos

Inicialmente, é necessário distinguir os termos requisito e especificação. Uma

maneira de clarear este distinção é utilizar a definição do glossário de engenharia de

software [IEE90] e do dicionário Aurélio [Aur86].

O glossário de engenharia de software do IEEE [IEE90] define requisito como:

1. Uma condição ou capacidade necessitada por um usuário para resolver um

problema ou alcançar um objetivo.

2. Uma condição ou capacidade que deve ser satisfeita ou possuída por um

sistema ou componente do sistema para satisfazer um contrato, um padrão ou uma

especificação.

3. Uma representação documentada de uma condição ou capacidade como em

(1) ou (2).4

Segundo o dicionário Aurélio [Aur86], o termo requisito pode ser definido

como “condição necessária para a obtenção de certo objetivo, ou para o

preenchimento de certo fim”. Já o termo especificação é “uma descrição rigorosa e

minuciosa das características que um material, uma obra, ou um serviço deverão

apresentar”.

De acordo com o IEEE [IEE84; IEE91], o processo de aquisição, refinamento e

verificação das necessidades do usuário é chamado de engenharia de requisitos (E.R.).

O objetivo da E.R. é sistematizar o processo de definição dos requisitos, obtendo uma

especificação correta e completa dos requisitos. O entendimento da engenharia de

software como uma disciplina que procura tornar mais eficaz o software e mais

eficiente o processo utilizado para produzir este software é fundamental para entender

o papel da E.R.

Boehm [Boe89] define a E.R. como uma disciplina cujo objetivo é desenvolver

uma especificação completa, consistente e não ambígua, servindo de base para um

acordo entre todas as partes envolvidas e descrevendo o quê o produto de software irá

fazer ou executar, mas não como ele será feito.

Segundo Leite [Lei90; Lei94], a E.R. estabelece o processo de definição de

requisitos como um processo no qual o que deve ser feito é “elicitado”, modelado e

analisado. Este processo deve se basear em diferentes pontos de vista e usar uma

combinação de métodos, ferramentas e pessoal. O produto deste processo é um

modelo que servirá para produzir um documento de requisitos. Este processo acontece

num contexto chamado de Universo de Informações (UdeI), que é apresentado na

Figura 1 e é descrito a seguir.

Para produzir um documento de requisitos completo e consistente — produto da

E.R. — é necessário, inicialmente, entender melhor o contexto em que o problema se

situa, ou seja, quais são os objetivos do produto a ser desenvolvido, as

tarefas/atividades fundamentais para a “engenharia” deste produto e os limites do

desenvolvimento. Assim, para especificar corretamente os requisitos é necessário