REQUISITOS DE ENGENHARIA

CEUNES/UFES Disciplina: Engenharia de Software

Matéria: Engenharia de Requisitos Página: 76

4 ENGENHARIA DE REQUISITOS

“A parte individual mais difícil da construção de um sistema de software é

decidir o que construir. Nenhuma parte do trabalho danifica tanto o sistema

resultante se for feita errado. Nenhuma outra parte é mais difícil de

consertar depois” [Fred Brooks]

“Uma das principais medidas do sucesso de um software é o grau no qual

ele atende aos objetivos e requisitos para os quais foi construído. De forma

geral, a Engenharia de Requisitos de Software é o processo de identificar

todos os envolvidos, descobrir seus objetivos e necessidades e

documentá-los de forma apropriada para análise, comunicação e posterior

implementação [4]” [Ricardo Falbo, notas de Aula, Engenharia de Software,

2005]

O objetivo básico das fases de Levantamento de Requisitos e Análise de Requisitos é identificar,

caracterizar e compreender o problema cuja solução será proposta através de um software. E

realizar tais coisas significa fazer tratamento de requisitos, das mais diferentes formas.

4.1 CONCEITUAÇÃO

As definições associadas a requisito de software são as mais variadas.

De acordo com Sommerville (2007): Requisitos de um sistema são descrições dos serviços que

devem ser fornecidos por esse sistema e as suas restrições operacionais

Fornecida pelo IEEE (1997):

• "Uma condição ou capacidade solicitada por um usuário para resolver um problema ou para

atender um objetivo seu";

• "Uma condição ou capacidade que um sistema ou componente deve possuir para satisfazer

um contrato, um padrão, uma especificação, ou outro documento formalmente estabelecido";

• "Uma representação formal (documentada) de uma condição ou capacidade descrita acima".

Pode-se citar ainda :

• O comportamento geral de um sistema – visão do Cliente;

• O que o cliente quer que o sistema faça – visão do Desenvolvedor;

• Uma especificação do que deve ser implementado.

Assim como há diferentes definições, existem também várias classificações para requisitos.

Normalmente apenas dois tipos são considerados: Funcionais e Não-funcionais.

Uma classificação um pouco mais completa define os seguintes tipos:

• Requisitos de Negócio ® Os objetivos de mais alto nível de uma organização (contexto de

negócio);

• Requisitos do Usuário ® As tarefas que o usuário deve estar apto a realizar para poder

utilizar o sistema da melhor forma possível;

• Requisitos Funcionais ® As funcionalidades a serem construídas (Especificação de

Requisitos – descrições detalhadas do problema);

CEUNES/UFES Disciplina: Engenharia de Software

Matéria: Engenharia de Requisitos Página: 77

• Requisitos Não-Funcionais ® Representam as restrições impostas ao sistema, ou ao

desenvolvimento deste. Exemplo: desempenho, segurança, usabilidade.

A fim de nortear a identificação de requisitos são definidos atributos destes. Alguns dos atributos que

habitualmente devem ser considerados na identificação dos requisitos de um software são os

seguintes:

• Completo;

• Factível;

• Necessário;

• Não ambíguo.

Questões que precisam ser respondidas:

• Como capturar e categorizar adequadamente as necessidades do cliente para um dado

produto?

• Que artefatos devemos criar para representar esse conhecimento?

4.2 ENGENHARIA DE REQUISITOS

Origem: http://engenhariadesoftware.blogspot.com/2007/05/engenharia-de-requisitos.html

Os diversos relacionamentos e restrições que os requisitos exercem uns sobre os outros são muito

difíceis de serem controlados e gerenciados. Principalmente se considerarmos que algumas decisões

de design que afetam um ou mais requisitos só serão tomadas mais adiante no desenvolvimento. Por

este motivo, os requisitos precisam ser gerenciados durante todo o desenvolvimento. Um exemplo

simples é a decisão de requisitos de segurança mais restritos que podem ir de encontro ao requisito

de melhor desempenho.

A importância e complexidade de todas as atividades relacionadas aos requisitos levaram, no início

dos anos 90, ao surgimento da Engenharia de Requisitos. O objetivo desta denominação é ressaltar

que o processo de definir os requisitos de software é uma atividade extremamente importante e

independente das outras atividades da engenharia de software. Ela requer fundamentação e

processos próprios, e que devem ser planejados