#1: Motivação para Engenharia de Requisitos

  Então a primeira postagem fica mais a cargo de um bate papo sobre a motivação do estudo sobre Engenharia de Requisitos, o qual pelo nome parece ser algo bastante chato, porém de grande importância principalmente para você caro amigo da área de TI que não gosta de nem um pouco da parte administrativa. O bate papo não será algo em que ficarei explicando fundamentos, processos, aplicações e afins, pois isso toda pessoa acha em livros, apostilas e vídeos sobre o tema e isso só seria algo repetitivo/redundante e esse não é precisamente meu objetivo.

  Logo as primeiras questões são o que é Engenharia de Requisitos? e Análise de Sistemas? e para qual a importância da tal Engenharia de Requisitos no desenvolvimento de sistemas? Isso está parecendo atividades fixação chatas conceituais, mas quando pesquisamos e entendemos o que são cada uma dessas coisas a sua mente abre e aí que está o lado bom de tudo isso, principalmente quando aplica isso de maneira prática. Para responder isso de maneira bem simples a Engenharia de Requisitos é planejar, analisar e implementar condições necessárias para alcançar um determinado objetivo e sua importância no desenvolvimento de softwares é algo que pode ser respondido segundo um vídeo chamado importância da engenharia de requisitos do canal do youtube Fatto Consultoria e Sistemas, onde é explicitado: "É necessário entender de forma contínua as necessidades do cliente para entregar uma solução que atenda aos objetivos do negócio", ou seja, isso é algo de grande importância, dado que muitas organizações pecam mesmo que de alguma forma tenham consciência disso, onde não adianta construir algo que o seu cliente não quer, faça aquilo que ele queira, atenda as necessidades dele. Logo se ele pediu A+B entregue ele A+B e não Ax²+Bx+C ou somente A.

  Nessa relação de cliente e organização poderiamos fazer uma analogia com uma série que quase ninguém conhece, só é mundialmente famosa kkkkkkkk(risos), chamada Game of Thrones, onde existe uma relação entre Tyrion Lannister, que tem como cargo mão do rei, e Daenerys Targaryen (khaleesi), que é a rainha que quer tomar o trono de ferro e enfim. O que desejo demonstrar é que Tyrion como mão do rei/rainha presta serviços ao rei/rainha (Daenerys), onde ele tem as funções de aconselhamento, executa comandos planejados e afins, logo é o administrador do dia-a-dia do reino. Então podemos dizer que a organização é o Tyrion e o cliente é a Daenerys e é essa relação que toda organização deveria ter com seus clientes, porém estatísticas relatam que não é isso que ocorre em boa partes das vezes.

Figura 3 - Analogia da relação entre Cliente e Organização.

  E quanto a Análise de Sistemas? o que se pode dizer sobre? Sem muitas enrolações basicamente seria a área que utiliza a tecnologia e o sistema computacional para resolução de problemas, ou como em muitos sites e livros descrevem, encontrar a melhor forma/caminho racional possível para atingir o objetivo pretendido. Pense nela como uma potencial arma, dado que se usada de maneira eficiente... boom.. traz um retorno muito bom para a organização, pois muitas das vezes um analista de sistemas previne que merdas sejam feitas potenciais problemas sejam interrompidos sem mesmo acontecer, onde busca as melhores estratégias para se desenvolver e gerenciar um sistema.
  Ok, vamos novamente para as analogias o que se bem feita ajuda bastante no entendimento. O E-Sports é um tipo de esporte, assim como futebol, vôlei, basquete e outros, porém são eletrônicos. Como essa postagem geralmente é para área de TI provavelmente você que está lendo conhece. Dado esse contexto vamos pegar um dos jogos mais famosos do mundo e que possui cenários competitivos tanto regionais como mundial, o chamado LOL (League of Legends). Beleza... o que LOL tem haver com isso? Pense um pouco... que membro de um time competitivo seria bem parecido com um Analista de Sistemas? Aquele cara que não bota mão na massa, como programadores, geralmente ganha bem melhor que os jogadores, elabora estratégias para a equipe e afins... Exatamente isso que você pensou, ou pelo menos tentou, o Coach (Técnico). Pense ele não joga e momentos antes do jogo ele aparece atrás dos jogadores conversando sobre estratégias, como quais melhores campeões na dada situação, como o outro time geralmente joga, aplicação no jogo dos treinamentos realizados e uma infinidade de coisas que pessoas que acompanham conhecem. Abaixo estão duas imagens que demonstra os jogadores e o coach momentos antes de iniciar o jogo e a interação entre eles.

Figura 4 - Analogia de um Analista de Sistema momentos na execução das tarefas.

Figura 5 - Analogia do Analista de Sistemas discutindo estratégias.

  Dado tudo isso que foi discutido de uma maneira mais interessante e legal, pense eu, deixarei um trecho de um texto retirado de uma apostila de Engenharia de Requisitos do professor Ricardo Almeida de Falbo da UFES. O trecho diz: "Requisitos têm um papel central no desenvolvimento de software, uma vez que 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. Requisitos são a base para estimativas, modelagem, projeto, implementação, testes e até mesmo para a manutenção. Portanto, estão presentes ao longo de todo o ciclo de vida de um software."