La modélisation est une étape essentielle du cycle de développement. Elle permet de :

• Comprendre et formaliser les besoins – dialoguer avec les métiers via des représentations visuelles.
• Réduire les risques – détecter les incohérences avant le développement.
• Communiquer efficacement – diagrammes et schémas sont compris par tous (métier, technique, direction).
• Documenter durablement – la modélisation sert de référence pour la maintenance.

ISOSET enseigne ces méthodes dans ses cursus d’ingénierie logicielle, avec des projets concrets.

UML (Unified Modeling Language) est le standard de facto pour la modélisation orientée objet. Il propose 14 types de diagrammes, dont trois sont particulièrement utilisés.

// Exemple textuel de diagramme de classes
+------------------+       +------------------+
|    Client        |       |    Commande      |
+------------------+       +------------------+
| - idClient : int |       | - idCmd : int    |
| - nom : string   |       | - date : Date    |
| - email : string |       | - montant : float|
+------------------+       +------------------+
| + passerCommande()|       | + calculerTVA()  |
+------------------+       +------------------+
        | 1                      | *
        +-----------------------→|

// Cas d’utilisation simplifié : "Passer commande"
Acteur : Client
Précondition : Client identifié
Scénario nominal :
  1. Le client consulte son panier.
  2. Le client valide la commande.
  3. Le système demande l’adresse de livraison.
  4. Le client saisit l’adresse.
  5. Le système enregistre la commande.
  6. Le système confirme la commande.
Postcondition : Commande créée avec statut "payée".

ISOSET forme les équipes à l’utilisation pratique d’UML via des ateliers de modélisation sur des cas réels.

Merise est une méthode de conception de systèmes d’information très répandue en France. Elle distingue plusieurs niveaux : conceptuel, logique et physique.

• MCD (Modèle Conceptuel de Données) – décrit les entités, les associations et les cardinalités. Indépendant de tout SGBD. On y trouve les entités, les relations (1,1), (0,n), etc.
• MLD (Modèle Logique de Données) – transforme le MCD en tables relationnelles (clés primaires, clés étrangères). C’est une étape de normalisation.
• MPD (Modèle Physique de Données) – adapté à un SGBD spécifique (index, partitions, types de données concrets).

// Exemple MCD (notation entité-association)
CLIENT (id_client, nom, email)
COMMANDE (id_cmd, date, montant)
PASSER (id_client, id_cmd)  -- association avec cardinalités 1,1 / 0,n

// MLD correspondant (relationnel)
CLIENT(id_client PK, nom, email)
COMMANDE(id_cmd PK, date, montant, id_client FK)

ISOSET utilise Merise dans ses formations pour concevoir des bases de données robustes et normalisées.

L’analyse fonctionnelle est la première étape d’un projet. Elle vise à comprendre, formaliser et valider les besoins des utilisateurs sans préjuger des solutions techniques.

• Identification des acteurs – qui interagit avec le système ? (clients, administrateurs, fournisseurs).
• Rédaction des cas d’utilisation – chaque fonctionnalité décrite avec scénario nominal, alternatifs et d’erreur.
• Règles de gestion – contraintes métier (ex: « un client ne peut commander que s’il est majeur »).
• Prototypage fonctionnel – maquettes interactives pour valider l’ergonomie avant le développement.

Les spécifications techniques traduisent les besoins fonctionnels en choix d’architecture, de composants et de technologies. Elles s’adressent aux développeurs et architectes.

• Architecture logicielle – choix entre monolithe, microservices, front-end/back-end.
• Modèle de données technique – schéma de base, index, contraintes, vue matérialisée.
• Interfaces et API – endpoints REST, contrats d’entrée/sortie (OpenAPI).
• Environnements et déploiement – serveurs, conteneurs, CI/CD, variables d’environnement.
• Contraintes non fonctionnelles – performance (temps de réponse), sécurité (authentification, chiffrement), disponibilité (SLA).

# Extrait de spécifications techniques (API REST)
POST /api/commandes
Content-Type: application/json
{
  "clientId": 123,
  "lignes": [{"produitId": 456, "quantite": 2}]
}
Réponse 201 Created
{
  "commandeId": 789,
  "statut": "CREEE",
  "montantTotal": 49.98
}

ISOSET propose des ateliers de rédaction de specs techniques, avec revue par les pairs et méthodologie agile.

Une bonne conception assure la traçabilité entre chaque besoin fonctionnel et les composants techniques qui le réalisent. Les méthodes agiles (Scrum, Kanban) utilisent des user stories et des critères d’acceptation pour faire le pont. Les spécifications techniques peuvent être rédigées sous forme de « technical design document » (TDD).

• User story – « En tant que client, je veux voir mon historique de commandes pour suivre mes livraisons. »
• Critères d’acceptation – conditions de validation.
• Spécification technique associée – endpoint GET /api/clients/{id}/commandes, cache Redis, pagination.

ISOSET initie les jeunes à cette logique de traçabilité à travers des projets simples (jeux, applications météo).

• Draw.io (diagrams.net) – gratuit, en ligne, supporte UML, Merise, BPMN.
• Lucidchart – solution collaborative, riche en intégrations.
• Enterprise Architect – outil professionnel pour gros projets, génération de code.
• PlantUML – modélisation via code texte, intégrable dans Git et documentation.
• PowerAMC (SAP) – historique pour Merise et modélisation de données.
• pgModeler, MySQL Workbench – pour le MPD spécifique à un SGBD.

# Exemple PlantUML pour un diagramme de séquence
@startuml
Client -> Systeme: Passer commande()
Systeme -> Base: enregistrer(commande)
Base --> Systeme: OK
Systeme --> Client: confirmation
@enduml

• Commencer par l’analyse fonctionnelle – ne pas sauter cette étape même en méthode agile.
• Itérer et simplifier – modéliser juste assez, pas plus (YAGNI).
• Impliquer les métiers dans la validation – les diagrammes doivent être compris par eux.
• Versionner les modèles – utiliser Git avec des formats texte (PlantUML, Mermaid).
• Documenter les choix d’architecture – pourquoi tel pattern plutôt qu’un autre.

• Analyse fonctionnelle – acteurs : Client, Admin. Cas d’utilisation : Consulter catalogue, Passer commande, Gérer produits (admin).
• MCD (Merise) – entités : Produit, Client, Commande, LigneCommande.
• Diagramme de classes UML – classes avec méthodes (calculerTotal(), vérifierStock()).
• Diagramme de séquence – pour « Passer commande » avec interactions panier, paiement, stock.
• Spécifications techniques – stack : React front, API REST Spring Boot, PostgreSQL, déploiement Docker.