Engenharia De Software

Introdução a Engenharia de Requisitos

Voce já esteve envolvido na construção de uma casa? Ou teve alguém próximo a voce construindo?

Isto não acontece porque sabemos da necessidade de termos um projeto claro de nossas necessidades.

Finalizados os projetos inicia-se então a obra, e neste momento o projeto documentado das plantas funciona como roteiro de gerenciamento. Ou seja, tudo o que for construído deve ser consistente com o que foi projetado.

Este exemplo também é valido para a construção do software, mas, infelizmente muitas empresas ainda apostam no desenvolvimento do produto sem passar formalmente pela etapa inicial de definição e projeto indo direto para a programação. O resultado é muitas vezes desastroso.

Peters (2000) declara com grande propriedade que o grau de compreensibilidade, precisão e rigor da descrição fornecida por um documento de requisitos de software tende a ser diretamente proporcional ao grau de qualidade do produto resultante.

Mas o que é um requisito? Voce pode dizer que requisito de software é uma descrição dos principais recursos de um produto de software, seu fluxo de informações, comportamento e atributos.

Requisitos podem ser definidos a partir do conceito de que o requisito é formado por :

• requisitos explícitos que são as necessidades ou as próprias condições e objetivos propostos pelo cliente (o cliente deseja ter os dados cadastrais de seus fornecedores).

• os requisitos implícitos que incluem as diferenças entre os usuários, a evolução no tempo, as implicações éticas, as questões de segurança e outras visões subjetivas (o cliente deseja um site de comércio eletrônico, questões de segurança talvez não sejam sua preocupação por sua falta de conhecimento em tecnologia, mas é um requisito que deve estar implícito no seu produto).

• e os requisitos normativos que são decorrentes de normas, leis ou padrões ( a emissão de uma nota fiscal deve seguir as regras propostas pela federação).

Na etapa inicial da análise de requisitos é fundamental o entendimento do analista sobre as necessidades do cliente.

Figura 1. Evolução dos requisitos (Pádua, 2002)

Existem algumas atividades genéricas comuns a todos os processos, são elas :

• Levantamento de requisitos

• Documentação de requisitos

• Especificação de requisitos

• Validação de requisitos

• Gerenciamento de requisitos

Levantamento de Requisitos

A etapa de levantamento de requisitos é a etapa onde ocorre a compreensão do problema aplicada ao desenvolvimento de software. Quando voce esta nesta etapa é fundamental que usuários e desenvolvedores tenham a mesma visão do problema a ser resolvido.

Durante o levantamento de requisitos voce vai se deparar com um grande volume de relatórios, formulários e documentos. Quais os que voce deve avaliar?

 Detecte as pessoas chaves do processo, trabalhe usando amostragens da população. Escute com atenção a gerência da empresa e seus objetivos.

Lembra de nosso exemplo da construção de uma casa? Para que o arquiteto inicie o projeto ele precisa perceber o perfil do cliente, suas preferências e necessidades.

Entrevista

O uso da entrevista é feito pelo uso do formato “pergunta-resposta”. Usando esta técnica voce pode obter opiniões do usuário, descobrir o que o cliente pensa sobre o sistema atual, obter metas organizacionais/pessoais e levantar procedimentos informais.

Quando voce realizar uma entrevista lembre-se:

 Tente estabelecer com o cliente um clima de confiança e entendimento;

 Mantenha-se sempre no controle da entrevista;

 Tente mostrar ao cliente sua importância dentro do sistema.

 Prepare-se antecipadamente para a entrevista.

Estude o material previamente, verifique o linguajar utilizado !

Lembre-se :

 Inclua em sua lista de entrevistados pessoas chaves dentro do futuro sistema.

 Quando voce propuser uma entrevista marque a data e a hora com antecedência, com uma duração de no mínimo 45 minutos e no máximo duas horas.

 Elabore as questões e a estrutura da entrevista,

 durante a entrevista registre tudo o que for possível fazendo uso de anotações ou de um gravador.

Ao formular as questões evite:

 usar questões que levam o entrevistado a responder de uma forma específica ou tendenciosa.

Um exemplo ruim: Voce também acredita que o a prioridade do desenvolvimento deva ser o faturamento como seu gerente afirmou?

Melhor: O que você acha que deva ser implantado em primeiro plano?

 evite fazer duas questões em uma, é confuso e a resposta pode não ser completa. Ainda é possível que o entrevistado acabe respondendo uma das questões apenas.

Um exemplo ruim: em que situações voce cancela uma nota fiscal e quais os procedimentos que voce faz durante o cancelamento?

Questionário

O questionário é uma técnica que permite o levantamento de informações a partir da coleta de informações de diferentes pessoas afetadas pelo sistema.

 Sempre que possível, use o vocabulário das pessoas que irão responder.

 Prefira o uso de perguntas curtas e simples.

 Certifique-se de que as questões estão tecnicamente precisas antes de incluí-las no questionário.

Observação Direta

A