FAS 05- ENGENHARIA DE REQUISITOS

Prévia do material em texto

Flávia Alessandra Macedo chagas 
2ºA informática 
 O documento de requisitos de software 
 Especificação de requisitos 
 Processos da engenharia de requisitos 
 Elicitação e análise de requisitos 
 Validação dos requisitos 
 Gerenciamento de requisitos. 
O documento de requisitos delimita o pensamento do conjunto de funcionalidades que um 
sistema deve dispor, bem como descreve os atributos de qualidade que devem ser suportados. 
Este documento deve ser elaborado de maneira precisa, completa, consistente e 
compreensível aos stakeholders (isto é, os principais interessados no sistema). Note que o 
documento de requisitos será lido por várias pessoas interessadas no projeto como, por 
exemplo, cliente, gerente de projeto, engenheiro de testes e programadores, e, portanto, 
precisa comunicar com clareza os requisitos do sistema. 
A análise e as especificações de requisitos de um software envolvem atividades que 
determinarão o objetivo do sistema e todas as restrições associadas a ele. 
 O documento de requisitos deve conter: 
 
 Introdução e visão geral do documento 
 Descrição de requisitos funcionais 
 Descrição de requisitos não funcionais 
 Escopo não contemplado (de funcionalidades) 
 Documentação de apoio 
 
A especificação é a descrição sistemática e abstrata do que o software deve fazer a partir 
daquilo que foi analisado anteriormente. Ela apresenta a solução de como os problemas 
levantados na análise devem ser resolvidos pelo software em desenvolvimento. 
 A especificação é a forma de comunicação direta entre o analista e a equipe 
de desenvolvimento do software. 
A Engenharia de Requisitos é um processo que engloba todas as atividades que contribuem 
para a produção de um documento de requisitos e sua manutenção ao longo do tempo. Tem 
como objetivo: 
 
 Descrever as principais atividades da engenharia de requisitos. 
 Introduzir técnicas de obtenção e análise de requisitos. 
 Descrever validação de requisitos. 
 Discutir a importância da validação de requisitos e revisões de requisitos. 
 Discutir a necessidade do gerenciamento de requisitos. 
 
Na Elicitação: 
 
Nessa etapa levantam-se os requisitos de usuário do sistema: 
Categoria do requisito: 
 Requisitos Funcionais: Descrevem as Funcionalidades do Sistema 
 Requisitos não Funcionais: Descrevem a Qualidade do Sistema: Desempenho / 
Disponibilidade / Eficiência / Interoperabilidade / Confiabilidade / Robustez 
Natureza do requisito: 
 Requisitos subconscientes: são aqueles que normalmente as partes interessadas omitem 
na elicitação, não por desconhecerem, mas, por entenderem que são caraterísticas 
elementares do produto; 
 Requisitos conscientes: são aqueles que as partes interessadas têm entendimento claro e 
enumeram espontaneamente; e 
 Requisitos inconscientes: são aqueles que as partes interessadas ainda não têm 
entendimento, porém são identificáveis já nessa etapa. 
 
 
Validação dos requisitos: 
Preocupa-se em mostrar que os requisitos definem o sistema que o cliente deseja. Validação é 
importante uma vez que o custo para remover um erro de requisitos é grande. Ela se sobrepõe 
à análise, uma vez que está preocupada em encontrar problemas com os requisitos. A 
validação de requisitos é importante porque erros em um documento de requisitos podem 
gerar altos custos de retrabalho quando descobertos durante o desenvolvimento ou após o 
sistema já estar em serviço. 
Gerenciamento de requisitos: 
Os requisitos para sistemas de software de grande porte estão sempre mudando. Uma razão 
para isso é que esses sistemas geralmente são desenvolvidos para enfrentar os problemas 
‘maus’ — problemas que não podem ser completamente definidos. Porque o problema não 
pode ser totalmente definido, os requisitos de software são obrigados a ser incompletos. O 
gerenciamento de requisitos é o processo de compreensão e controle das mudanças nos 
requisitos do sistema. Você precisa se manter a par das necessidades individuais e manter as 
ligações entre as necessidades dependentes para conseguir avaliar o impacto das mudanças 
nos requisitos. Você precisa estabelecer um processo formal para fazer propostas de 
mudanças e a ligação destas às exigências do sistema. O processo formal de gerenciamento de 
requisitos deve começar assim que uma versão preliminar do documento de requisitos estiver 
disponível. No entanto, você deve começar a planejar como gerenciar mudanças de requisitos 
durante o processo de elicitação de requisitos. 
Conclusão: 
Para um adequado desenvolvimento de software é primordial um bom planejamento, pois dele 
deriva as demais etapas na construção de um sistema de informação. As constantes mudanças 
nos requisitos do software é outro problema a ser previsto e minimizado na etapa de 
planejamento. A complexidade da etapa de levantamento de requisitos vai muito além de 
apenas reunir requisitos funcionais e não funcionais que o sistema deverá conter, é nesta fase 
que se deve conquistar o máximo de contribuição para suprir o projeto até a sua fase de 
encerramento, bem como as regras de negocio existentes nos processos. 
A importância da engenharia de requisitos é perceptível, pois ela é a fase que auxilia e 
facilita os desenvolvedores na aquisição de requisitos. Embora não garanta a qualidade dos 
produtos gerados, é um pré-requisitos básico para que obtenhamos sucesso no 
desenvolvimento do projeto. 
 
 
 
 
 
 
 
 
 
 
 
 
Referências: 
 
SUMMERVILLE, Ian.ENGENHARIA DE SOFTWARE. São Paulo: Pearson Prentice 
Hall, 2011. 
DENNIS, Alan; WIXOM, Barbara. Análise e Projeto de Sistemas. Rio de Janeiro: 
LTC, 2005. 
 
LIMA, Adilson da Silva. UML 2.0: do requisito à solução. 1 ed. São Paulo: Érica, 
2005