PLC do Rascunho ao Software -02
- Paulo Ricardo Siqueira Soares
- Sep 5, 2023
- 3 min read
Compreendendo o processo, é possível sem levantar requisitos?
Muita gente acha que levantar requisitos é bobeira, é coisa de acadêmico, ou como dizia um profissional que estava em um grupo de rede social, ‘Nóis é programador, o negócio é botar máquina para torar!, cuspir peça!’ - é infelizmente com essa mentalidade ele estava desempregado fazia mais de 1 ano, enquanto outros profissionais, veja bem, profissionais, bem estabilizados como programadores, que executam projetos não só no Brasil como no mundo a fora, sabem que tem que levantar requisitos e nunca estão desempregados, por analogia acho que o amigo que bota máquina para ‘torar‘, deveria repensar em seus conceitos.
Mesmo muitos que dizem não fazer levantamento de requisitos fazem inconscientemente, falam que não fazem, porque não conhecem o significado, pois sempre perguntam para alguém: “mas como que funciona isso??”com que você quer que funcione??”, pronto já está levantando requisitos, só não está documentando e pode e vai ser cobrado por algo que não está no papel.
E sabe porque levantou requisitos? – Fácil, vamos colocar no Google: “requisitos o que significa” – olha só o que aparece:
Figura 1: significado de Requisito
O que foi requisitado, condição para se alcançar determinado fim! – Requisito, quando eu pergunto, como funciona isso, eu quero saber o que é requisitado do software para fazer determinado equipamento funcionar!, sendo assim:
E sem processo compreendido não tem como cumprir as suas responsabilidades como programador, pois não será possível cumprir 2 das principais responsabilidades: Garantir que o equipamento irá funcionar conforme requisitado e zelar pela segurança das pessoas e equipamentos.
Pense bem, um determinado processo em que uma bomba centrífuga X em um circuito de controle de vazão de fluídos de baixa viscosidade, será danificada por ter ar na linha e que o departamento de engenharia de projetos prevendo isso ao que o nível de terminado tanque esteja igual ou menor a 50% é necessário (requisitado), desligar a bomba.
O programador industrial que já fez uma linha parecida, mas essa linha era desligada a bomba com tanque em 10%, porém a dinâmica física é diferente o departamento de engenharia sabendo do dimensionamento do tanque sabe que o risco de ar já é grande com 50% no tanque em virtude da alta vazão da bomba, o que o programador fez? Não levantou requisito, ACHOU que sabia o processo, pronto, queimou a bomba!
Não cumpriu duas responsabilidades básicas:
Garantir que o equipamento irá funcionar conforme requisitado
Zelar pela segurança das pessoas e equipamentos.
E poderia ser pior, poderia ser uma condição de segurança que causaria uma explosão!, colocando vidas em risco.
Lembrem-se programamos máquinas, que podem ferir ou matar pessoas!
Se você ainda não se convenceu da importância de requisitos, vou colocar aqui a definição pelo IEEE – Institute of Electrical and Electronics Engineers (www.ieee.org), em seu documento de glossário para engenharia de software, sobre requisitos: (tradução livre)
Conforme a 610.12-1990 - IEEE Standard Glossary of Software Engineering
1- Uma capacidade que um usuário necessita para resolver um problema ou atingir um objetivo;
2- Uma capacidade que deve ser atendida ou possuída por um sistema ou componente de um sistema para satisfazer um contrato, padrão, especificação ou outro documento formalmente imposto;
3- O conjunto de todos os requisitos que formam a base para o desenvolvimento subsequente de um software ou componentes de um software;
No próximo artigo, falo sobre técnicas para levantamento de requisitos.
Bibliografia:
https://www.devmedia.com.br/artigo-engenharia-de-software-introducao-a-engenharia-de-requisitos/8034
Análise e gestão de requisitos de software: Onde nascem os sistemas - Felipe Nery Rodrigues Machado(Autor) - ISBN:978-8536516066 - Editora Érica
IEEE - 610.12-1990 - IEEE Standard Glossary of Software Engineering
Muito bom, parabéns pelo conteúdo e a didática aplicada, os exemplos práticos de fato trás o contexto do chão de fábrica e conscientiza sobre nossas responsabilidades como programadores!👏👏👏