Engenharia de requisitos e seus dilemas

UNIVERSIDADE ESTADUAL DE GOIÁS
UNIDADE UNIVERSITÁRIA DE POSSE

Engenharia de Requisitos e seus dilemas
Engenharia de Requisitos escrito por Nogueira[1], trata da importância de se identificar de forma clara a solicitação feita pelo cliente, trazendo desde o surgimento da Engenharia de Requisitos em consequência da má qualidade dos softwares, passando pelas entrevistas e técnicas de levantamentos de dados , até a validação do software.
Observo que Atualmente a Engenharia de requisitos não tem ganhado a devida atenção, pois tem sido vista com maus olhos, devido aos documentos produzidos por analistas inexperientes, o que vem causando problemas aos próprios profissionais e aos seus respectivos clientes.
Aos profissionais tem faltado uma visão mais metódica e o consenso geral na descrição dos requisitos capturados, pois devem buscar algo que não seja tão técnico (por parte do analista) e nem tão complexo, ambíguo e indefinido (por parte do cliente).
Levando em consideração que não há um padrão definido , unificando os processos de levantamento de requisitos, o documento gerado se torna impreciso, pois cada profissional tem suas particularidades, gerando a diminuição do reuso da documentação produzida.
Ressalvo que os Requisitos são divididos em funcionais e não funcionais , para melhor compreensão e organização dos mesmos. Para os problemas envolvendo os Requisitos Funcionais, têm sido usados modelos de diagramas, tentando encontrar um padrão para a exposição dos dados coletados, mas cada empresa ou profissional abrange os métodos que julgar necessário, tomando como partida sua cultura, experiências e conhecimento.
Cabe advertir, que ao se tratar de requisitos não-funcionais o assunto se torna mais complexo, pois geralmente estão atrelados à qualidade, não são fáceis de

expressar por modelos, pois a qualidade não pode ser expressa por abstrações de coisas concretas ou entidades, uma vez que, esses requisitos afetam diretamente no