Porque precisamos entender cada desenho, linhas ou forma nos diagramas?

Assim como na construção de um prédio, onde existem as "plantas da edificação", e tudo começa a partir de um esboço ou rascunho, logo tudo é pensado, analisado e calculado por fim impresso em forma de mapa, na área de TI também existem os diagramas que indicam o caminho que o programador deverá percorrer no desenvolvimento do seu projeto.

Torna-se um documento desenhado, uma espécie de contrato, para que toda a equipe envolvida possa se nortear e haver uma concordância entre as partes tais como engenheiro, construtor, encanador eletricista dentre outros.

Quando todos conseguem compreender torna-se possível chegar com agilidade ao mesmo objetivo, isso só pode ocorrer se todos souberem interpretar o que cada linha, medida ou formas geométricas significa.

Para desenvolver um projeto de softwares a ideia é praticamente a mesma, tudo é bem pensado, organizado e escrito em diagramas das mais variadas formas, sejam diagrama de casos de uso, diagrama de UML (A Unified Modeling Language, ou Linguagem Unificada de Modelagem), diagramas comportamentais, dentre outros.

Em algum momento da história percebeu-se a necessidade de padronizar essas informações e a maneira de interpreta-las, ou seja, o que cada sinal gráfico, flecha, círculo, elipse ou demais símbolos significam.

Esses diagramas estão presentes por toda parte nas engenharias civil, elétrica, eletrônica, computacional e cada qual tem o seu tipo específico de diagrama, ou seja, tem sua maneira de representar graficamente cada comando, estrutura e/ou informações.

Tudo pode ser rascunhado e projetado e o objetivo principal é agilizar o desenrolar do projeto, a distribuição das tarefas e o encaixar de cada peça ou módulo.

Embora cada forma de representação tenha as suas peculiaridades, todas seguem o mesmo aspecto, garantindo a leitura e interpretação pelas partes envolvidas.

Muitas vezes a ansiedade e a pressa de ver tudo funcionando em códigos e os resultados obtidos pela programação em si, nos fazem pular as etapas de observar, calcular e pensar a melhor maneira de executar ou de representar toda a análise de requisitos em um único documento padrão e que permite uma visão macro do assunto.

É uma questão de parar e refletir: será que estamos pulando etapas?

[Referência da Imagem]https://br.freepik.com/fotos-gratis/plano-de-abertura-do-arquiteto-decolheita_1477063.htm#query=planta%20engenharia&position=0&from_view=keyword&track=ais

José Américo Doiche Junior 03/10/2023