Fiche de révision : Modélisation des systèmes informatiques

📋 Plan du Cours

1. Pourquoi modéliser un système
2. Complexités fonctionnelle et des données
3. Complexités technique et opérationnelle
4. Acteurs et risques de sécurité
5. Modèle, abstraction et périmètre
6. Langages et approches de modélisation
7. Choisir un diagramme adapté
8. Évaluer la qualité d’un diagramme

📖 1. Pourquoi modéliser un système

🔑 Notions clés & Définitions

• Modélisation : Représentation d’une partie d’un système informatique sous une forme visible, partageable et discutable afin de mieux la comprendre.

📝 Points essentiels

📌 Un diagramme est un outil dont la valeur dépend de sa capacité à répondre à une question, et non de sa qualité décorative.

• Un modèle informatique est une simplification du système réel qui rend visibles les éléments importants pour un objectif donné.

💡 Astuce mémo

Éléments nombreux → information difficile à garder en tête → représentation visible et partageable.

📖 2. Complexités fonctionnelle et des données

🔑 Notions clés & Définitions

• Complexité fonctionnelle : Complexité liée à ce que le système doit faire et dépendant des fonctionnalités, des règles métier, des rôles utilisateurs et des scénarios d’utilisation.
• Complexité des données : Complexité liée notamment aux relations entre les données manipulées ou stockées par le système, et pas seulement aux données elles-mêmes.

★ À maîtriser

• La complexité d’un système ne se mesure pas seulement au nombre de lignes de code, de classes, de serveurs ou d’utilisateurs : un petit système peut être difficile à comprendre à cause de dépendances implicites, d’exceptions, de règles mal documentées ou de flux peu visibles.

Compléments

• Dans une application de réservation, les règles peuvent concerner :

  • les salles réservables
  • les réservations simultanées
  • les annulations
  • les notifications
  • les horaires
  • les priorités

• Un diagramme de cas d’usage aide à clarifier les acteurs et les grandes fonctionnalités, notamment la question de savoir qui peut faire quoi avec le système.

• La modélisation des données aide à comprendre : les données existantes, leurs relations, leur stockage, qui peut y accéder, leur durée de conservation, leur caractère critique ou sensible

💡 Astuce mémo

Règles et relations entre données → cas particuliers et dépendances à clarifier.

📖 3. Complexités technique et opérationnelle

🔑 Notions clés & Définitions

• Complexité technique : Difficulté à comprendre, maintenir ou faire évoluer sans risque l’organisation interne du système.

★ À maîtriser

📌 La complexité de déploiement relie la conception logicielle à la réalité opérationnelle, car le système doit être installé, configuré, sécurisé et exploité dans un environnement réel.

• La complexité technique dépend des composants du système, mais surtout des dépendances entre eux : une panne de base de données peut bloquer certaines fonctionnalités et une mauvaise configuration de l’authentification peut bloquer tout le système.

Compléments

• La modélisation technique peut représenter :

  • les composants du système
  • leur déploiement sur l’infrastructure
  • les échanges entre services

• La conception du déploiement doit prendre en compte : l’emplacement des composants et leurs communications, les services publics ou internes, la gestion des secrets, la séparation des environnements, les pannes, les sauvegardes, la surveillance et la continuité de service

• 🔄 Le parcours technique classique d’une requête est le suivant : le navigateur envoie des requêtes au serveur web ou à l’API, l’API applique les règles métier, l’API interroge une base de données ou des services externes

💡 Astuce mémo

Ajouts de composants → dépendances ; déploiement → architecture réellement opérationnelle.

📖 4. Acteurs et risques de sécurité

★ À maîtriser

• La complexité organisationnelle vient aussi du nombre d’acteurs impliqués dans un système, chacun ayant ses propres attentes.

• Un système peut fonctionner correctement tout en restant vulnérable, car la sécurité doit être analysée au-delà de son fonctionnement normal.

Compléments

• La modélisation transforme des formulations vagues en questions précises sur les composants, les flux, les responsabilités et les contrôles d’accès.

• Un modèle utile pour analyser la sécurité montre : les composants exposés et les zones internes, les flux réseau et les services externes, l’authentification et la vérification des droits, les données sensibles et les points de contrôle

• La modélisation ne garantit pas la sécurité, mais elle aide à poser les bonnes questions et à détecter les risques plus tôt.

📖 5. Modèle, abstraction et périmètre

🔑 Notions clés & Définitions

• Modèle : Représentation simplifiée d’un système, construite pour répondre à une question précise.

• Abstraction : Masquage de certains détails pour mieux comprendre une partie du système et faire ressortir les informations utiles à l’objectif.

• Périmètre : Délimitation de ce qui est inclus dans un modèle et de ce qui reste en dehors.
• Point de vue : Angle choisi pour observer un système, chaque point de vue répondant à une question différente.

★ À maîtriser

• Un modèle repose sur trois principes :
  • représenter le système sans le remplacer
  • simplifier en retirant les détails inutiles
  • répondre à un besoin particulier

Compléments

📌 Un modèle, un diagramme, une documentation et le code sont des notions complémentaires, et un projet doit produire les représentations utiles au bon moment sans tout documenter à l’excès.

💡 Astuce mémo

Plus détaillé n’est pas toujours meilleur : le modèle utile montre l’essentiel selon son objectif.

📖 6. Langages et approches de modélisation

🔑 Notions clés & Définitions

• BPMN : Notation qui représente une suite d’activités réalisée pour atteindre un objectif métier, notamment dans des processus comportant plusieurs étapes, décisions et responsabilités.

★ À maîtriser

• UML est un langage graphique de modélisation qui représente différents aspects d’un système logiciel au moyen de diagrammes répondant à des questions précises.

• Merise est une méthode d’analyse et de conception des systèmes d’information particulièrement utilisée pour modéliser les données, et elle distingue les niveaux conceptuel, logique et physique.

• Le modèle C4 distingue quatre niveaux de zoom :
  • Context : le système, ses utilisateurs et les systèmes externes
  • Containers : les grands blocs exécutables ou déployables
  • Components : les composants internes d’un container
  • Code : les classes, interfaces et éléments d’implémentation

Compléments

• Les diagrammes UML cités comprennent :

  • les cas d’usage
  • les classes
  • les composants
  • le déploiement
  • la séquence
  • l’activité
  • les états-transitions

• Les schémas informels peuvent être utiles sans suivre strictement une norme s’ils sont clairs, cohérents et adaptés à leur objectif.

💡 Astuce mémo

C4 : Context → Containers → Components → Code.

📖 7. Choisir un diagramme adapté

★ À maîtriser

• La question à étudier peut porter sur :

  • les utilisateurs et les fonctionnalités
  • les classes et les données
  • les échanges d’un scénario
  • le déploiement
  • un processus
  • un cycle de vie

• Un diagramme de cas d’usage répond à la question de savoir qui utilise le système et pour quelles fonctionnalités.

• Un diagramme de séquence représente les interactions entre éléments du système dans le temps au cours d’un scénario précis.

• Un diagramme de déploiement représente où les éléments du système sont installés et permet de décrire son exécution réelle.

Compléments

📌 Un diagramme d’activité ou BPMN représente les étapes d’un processus, tandis qu’un diagramme d’états-transitions représente les états qu’un objet ou un système peut traverser.

• Une architecture globale peut être représentée avec le modèle C4, un diagramme de composants ou un schéma d’architecture.

📖 8. Évaluer la qualité d’un diagramme

★ À maîtriser

• Un bon diagramme aide réellement à comprendre un concept et ne se limite pas à employer les bons symboles.

Compléments

• L’évaluation critique d’un schéma consiste notamment à vérifier :
  • ce qu’il cherche à montrer
  • sa clarté
  • son adéquation à la question
  • ce qu’il oublie
  • s’il mélange plusieurs niveaux

📊 Tableaux de synthèse

Questions et diagrammes adaptés