UML - Processus de développement, partie 1

Une fois que nous avons décidé de construire le logiciel dont nous avons besoin, nous allons dès le début rencontrer différents éléments, grâce à UML nous pouvons faire une phase de modélisation assez détaillée qui aidera l'équipe de développement.
Cependant, il existe d'autres facteurs liés à la UML Bien qu'ils n'aient pas à voir avec la construction de diagrammes, l'un de ces facteurs est la méthodologie de développement logiciel du projet que nous allons réaliser.
Méthodologies
Lors du démarrage d'un projet, le plus normal est qu'il y ait des membres de l'équipe qui souhaitent commencer à développer et à coder la solution dès le premier jour, cependant ce type d'impatience doit être immédiatement désactivé, non seulement parce qu'il est impossible de savoir ce qu'ils sont se concentrer sur les développeurs, mais ajoute également un facteur de pression pour voir des résultats « tangibles » en peu de temps.
Que se passe-t-il aujourd'hui, nous avons une grande cadres de travail qui promettent de réduire les heures de développement lors de l'utilisation de leurs outils, cependant si notre projet n'est pas bien ciblé, nous finirons par travailler plus que nécessaire pour réparer ce qui a déjà été fait dans les premiers instants.
Ongle méthodologie Il nous aide à construire les étapes que nous allons franchir pour mener à bien la construction du projet que nous avons conçu, au cours des différentes phases de la méthodologie choisie, nous aurons un espace pour la collecte d'informations, la modélisation de la solution , les différents cas d'utilisation et enfin le début du codage.
Nous avons deux variantes à ce stade :

• Ancienne méthode.
• Méthode récente.

Chacun d'eux a généré suffisamment d'informations pour pouvoir décrire le processus de construction d'un projet.
Voyons le premier d'entre eux.
Ancienne méthode
Cette méthode à l'époque ce qu'elle faisait était de faire en sorte que les étapes se succèdent, simplifiant ainsi la manière dont le problème était affronté, alors qu'est-ce qui est effectué était de définir une série d'étapes et d'établir des délais pour réaliser chacune.
En raison de cette simplification, lorsqu'un problème survenait à un stade ultérieur mais que le problème provenait d'un stade antérieur, il était nécessaire de pratiquement casser les estimations du projet pour recommencer.
En raison de la séparation de chaque étape, il était courant de trouver des cas où le développeur ne travaillait jamais avec le concepteur ou le modélisateur du système, séparant ainsi le logiciel de la personne qui concevait les fonctionnalités.
Voyons le graphique suivant qui décrit un processus réalisé avec cette méthodologie :

Il s'agit d'un processus en cascade, il tire son nom car chaque étape se succède et pour commencer une nouvelle étape, il est nécessaire de terminer la présente, comme nous l'avons mentionné précédemment, cette approche présente de graves inconvénients.
Avec cela, nous terminons cette première partie du didacticiel, nous en savons déjà un peu plus sur le fonctionnement de la méthodologie de développement de logiciels dans les temps anciens, dans la partie suivante, nous verrons les méthodologies récentes et d'autres aspects importants du processus de développement.
Je laisse ici la partie 2 de ce Tuto Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif