Accès rapide :
UML dans le processus de développement
UML dans le processus de développement - Plan de la formation
Introduction à la conception orientée objet
Introduction à la conception orientée objet - Pourquoi utiliser un processus de développement ?
Introduction à la conception orientée objet - L'outillage nécessaire dans le processus
Introduction à la conception orientée objet - Qu'est qu'un objet ? Comment le représenter en UML ?
Introduction à la conception orientée objet - Vue d'ensemble de la méthode
Introduction à la conception orientée objet - Vue d'ensemble de la notation UML
La modélisation du métier
La modélisation du métier - Pourquoi modéliser les processus métiers ?
La modélisation du métier - Définition des acteurs du système métiers
La modélisation du métier - Définition des processus métiers
Phase d'expression des besoins
Phase d'expression des besoins - Introduction à la phase d'expression des besoins
Phase d'expression des besoins - Définition des acteurs du système
Phase d'expression des besoins - Définition des cas d'utilisation
Phase d'expression des besoins - Vision dynamique de chaque cas d'utilisation
Phase d'expression des besoins - Cas des exigences non fonctionnelles
Phase d'analyse
Phase d'analyse - Introduction
Phase d'analyse - Structuration en composants logiciels et couplage des composants
Phase d'analyse - Mise en uvre de diagrammes de classes
Phase d'analyse - Mise en uvre de diagrammes de séquences
Phase d'analyse - Mise en uvre de diagrammes de machines à états
Phase de conception
Phase de conception - Concevoir le déploiement du logiciel
Phase de conception - Conception détaillée des composants logiciels
Génération des codes à partir des modèles de conception
Compléments méthodologiques
Merci de votre attention
Phase d'analyse - Structuration en composants logiciels et couplage des composants Pour faciliter la réalisation de ce plan de lotissement, il est important de chercher à réduire les dépendances entre les différents composants logiciels. Plus un composant sera faiblement couplé aux autres, plus il sera facile de les tester unitairement. Il faut éviter les dépendances cycliques entre deux composants logiciels. Les niveaux de dépendances peuvent refléter une architecture en couche (pattern 3-tiers, n-tiers, ?)
Diapositive précédente
Diapositive suivante
Vous êtes un professionnel et vous avez besoin d'une formation ?
Programmation C#
Voir le programme détaillé
2025 © SARL Infini Software - Tous droits réservés
Mentions légales
Les informations présentes dans ce site vous sont fournies dans le but de vous aider à acquérir les compétences nécessaires à
l'utilisation des langages ou des technologies considérés. Infini Software ne pourra nullement être tenu responsable de l'utilisation
des informations présentes dans ce site.
De plus, si vous remarquez des erreurs ou des oublis dans ce document, n'hésitez surtout pas à nous le signaler en envoyant un mail
à l'adresse : .
Les autres marques et les noms de produits cités dans ces documents sont la propriété de leurs éditeurs respectifs.
Améliorations / Corrections
Vous avez des améliorations (ou des corrections) à proposer pour ce document : je vous remerçie par avance de m'en faire part, cela m'aide à améliorer le site.
Emplacement :
Description des améliorations :