Infelizmente no nosso cotidiano nem tudo é um mar de rosas. Muita gente se depara com problemas durante a criação de seus projetos pois, por falta de tempo, prefere não documentar ou não planejar uma estrutura para o desenvolvimento da aplicação. Agora, pense comigo… não é muito pior descobrir no meio do desenvolvimento de sua aplicação que “não é bem assim que era para funcionar”? Que atire a pedra quem nunca passou por uma situação dessas! Para muita gente ainda não caiu a ficha que se perdermos algumas horas ou alguns dias, quando nos é permitido, planejando e iniciando uma documentação para o projeto que será executado, a chance de ocorrerem erros pode cair pela metade e, consequentemente, a possibilidade de parar o desenvolvimento no meio e rever a aplicação, a fim de entender o que está dando de errado, pode chegar a zero.

Mesmo que muita gente ainda ache que ela não serve para nada, eu confesso que ainda defendo a UML como uma boa forma de planejar e documentar um software. Lembrando que, a modelagem permite a compreensão de um sistema. Nenhum modelo é inteiramente suficiente. Sempre serão necessários vários modelos, conectados entre si, para tornar possível entender qualquer aspecto, ainda que seja o sistema mas trivial. O vocabulário e as regras de uma linguagem como a UML indicam como criar e ler modelos bem-formados, mas não apontam quais modelos deverão ser criados, nem quando você deverá criá-los. Essa tarefa cabe ao processo de decidir quais artefatos serão produzidos, quais atividades e trabalhadores serão escolhidos para cria-los e gerencia-los. Muito importante também é agregarmos uma metodologia de desenvolvimento ágil, para que possamos cumprir metas e prazos pré-determinados. Em resumo, é muito importante perder um tempo antes de começar a colocar a mão na massa efetivamente.

É isso, fica a dica e vale parar para pensar e analisar bem seu projeto antes de dar o ponta-pé inicial.

Um abraço,

Fernando Valente