UML - Processo de Desenvolvimento, parte 1

Depois de decidirmos construir o software de que precisamos, desde o início vamos encontrar diferentes elementos, graças a UML podemos fazer uma fase de modelagem bastante detalhada que ajudará a equipe de desenvolvimento.
No entanto, existem outros fatores que estão relacionados ao UML Embora não tenham a ver com a construção de diagramas, um desses fatores é a metodologia de desenvolvimento de software do projeto que vamos realizar.
Metodologias
Ao iniciar um projeto, o mais normal é que haja membros da equipe que desejam começar a desenvolver e codificar a solução desde o primeiro dia, porém este tipo de impaciência deve ser desligada imediatamente, não só porque é impossível saber o que são vai fazer. foco nos desenvolvedores, mas também adiciona um fator de pressão para ver resultados "tangíveis" em um curto espaço de tempo.
O que acontece hoje, temos ótimo frameworks de trabalhos que prometem cortar horas de desenvolvimento ao utilizar suas ferramentas, porém se nosso projeto não for bem focado acabaremos trabalhando mais do que o necessário consertando o que já foi feito nos momentos iniciais.
UMA metodologia Ajuda-nos a construir os passos que vamos dar para levar a cabo a construção do projecto que concebemos, durante as diferentes fases da metodologia escolhida, teremos espaço para a recolha de informação, a modelação da solução , os diferentes casos de uso e, finalmente, o início da codificação.
Temos duas variantes neste ponto:

• Método antigo.
• Método recente.

Cada um deles gerou informações suficientes para descrever o processo de construção de um projeto.
Vamos ver o primeiro deles.
Método Antigo
Esse método na época o que fazia era fazer as etapas acontecerem uma após a outra, simplificando assim a forma como o problema era enfrentado, então o que é realizado foi definir uma série de etapas e estabelecer lapsos para a execução de cada uma.
Devido a esta simplificação, quando um problema ocorria em um estágio posterior, mas o problema era derivado de um estágio anterior, era necessário quebrar praticamente as estimativas do projeto para começar de novo.
Devido à separação de cada etapa, era comum encontrar casos em que o desenvolvedor nunca trabalhou com o projetista ou modelador do sistema, divorciando o software do criador das funcionalidades.
Vejamos o seguinte gráfico que descreve um processo feito com esta metodologia:

Este é um processo em cascata, leva seu nome já que cada etapa flui após a outra e para iniciar uma nova etapa é necessário finalizar a atual, como mencionamos anteriormente, esta abordagem apresenta sérias desvantagens.
Com isso finalizamos esta primeira parte do tutorial, já sabemos um pouco mais sobre como funcionava a metodologia de desenvolvimento de software na antiguidade, na próxima parte veremos metodologias recentes e outros aspectos importantes do processo de desenvolvimento.
Deixo aqui a parte 2 deste tutorial Gostou e ajudou este tutorial?Você pode recompensar o autor pressionando este botão para dar a ele um ponto positivo