![\"A](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a6319010673a.png\")
<\/p>\nBas\u00e9 sur les principes fondamentaux de l’analyse orient\u00e9e objet (OO), ce guide d\u00e9crit le processus de mod\u00e9lisation CRC. La mod\u00e9lisation CRC est une m\u00e9thode tr\u00e8s efficace, \u00e0 faible technicit\u00e9, con\u00e7ue pour combler le foss\u00e9 de communication entre les d\u00e9veloppeurs et les utilisateurs, en s’assurant que les exigences m\u00e9tiers sont correctement identifi\u00e9es et comprises avant d’\u00e9crire du code.<\/p>\n
La mod\u00e9lisation CRC repose sur des cartes \u00e0 index standard divis\u00e9es en trois sections distinctes. Chaque section repr\u00e9sente un concept fondamental de la conception orient\u00e9e objet.<\/p>\n
<\/p>\n
Une classe repr\u00e9sente une collection d’objets similaires. Un objet peut \u00eatre une personne, un lieu, une chose, un \u00e9v\u00e9nement, un concept, un \u00e9cran ou un rapport pertinent pour le syst\u00e8me.<\/p>\n
R\u00e8gle de nommage :<\/strong>\u00a0Utilisez un ou deux mots au singulier (par exemple,\u00a0Client<\/em>, pas\u00a0Clients<\/em>).<\/p>\n<\/li>\n Exemple :<\/strong>\u00a0Dans un syst\u00e8me d’exp\u00e9dition\/inventaire, les classes incluent\u00a0Article d’inventaire<\/em>,\u00a0Commande<\/em>,\u00a0Article de commande<\/em>,\u00a0Client<\/em>, et\u00a0Adresse de surface<\/em>.<\/p>\n<\/li>\n<\/ul>\n Une responsabilit\u00e9 est tout ce qu’une classe\u00a0conna\u00eet<\/strong>\u00a0ou\u00a0fait<\/strong>.<\/p>\n Ce qu’il conna\u00eet (Donn\u00e9es\/Attributs) :<\/strong>\u00a0Exemple :<\/em>\u00a0Un\u00a0Client<\/em>\u00a0la classe conna\u00eet son nom, son num\u00e9ro de client et son num\u00e9ro de t\u00e9l\u00e9phone.<\/p>\n<\/li>\n Ce qu’il fait (Comportements\/M\u00e9thodes) :<\/strong>\u00a0Exemple :<\/em>\u00a0Un\u00a0Client<\/em>\u00a0la classe peut passer des commandes, annuler des commandes et effectuer des paiements.<\/p>\n<\/li>\n<\/ul>\n La collaboration a lieu lorsque une classe a besoin d’informations ou d’aide d’une autre classe pour remplir une responsabilit\u00e9.<\/p>\n Exemple :<\/strong>\u00a0Un\u00a0Commande<\/em>\u00a0un objet a la responsabilit\u00e9 de \u00ab calculer le total \u00bb. Cependant, il ne conna\u00eet pas le prix des articles ni la quantit\u00e9 command\u00e9e. Par cons\u00e9quent, il doit\u00a0collaborer<\/strong>\u00a0avec\u00a0Article de commande<\/em>\u00a0(qui conna\u00eet la quantit\u00e9) et\u00a0Article de stock<\/em>\u00a0(qui conna\u00eet le prix) pour calculer le total final.<\/p>\n<\/li>\n<\/ul>\n Une session CRC r\u00e9ussie n\u00e9cessite des r\u00f4les sp\u00e9cifiques pour garantir que le processus se d\u00e9roule sans accroc et capte pr\u00e9cis\u00e9ment la logique m\u00e9tier.<\/p>\n Experts du domaine m\u00e9tier (EDM) :<\/strong>\u00a0Les utilisateurs r\u00e9els du syst\u00e8me (g\u00e9n\u00e9ralement 4 \u00e0 5 agents de terrain). Ils d\u00e9tiennent les connaissances quotidiennes du m\u00e9tier.\u00a0Remarque : Les cadres sup\u00e9rieurs ne sont g\u00e9n\u00e9ralement pas id\u00e9aux pour les CRC ; ils sont mieux adapt\u00e9s aux cas d’utilisation de haut niveau.<\/em><\/p>\n<\/li>\n Animateur :<\/strong>\u00a0Anime la session, explique la technique, pose des questions pertinentes, s’assure que les cartes sont correctement remplies et dirige les tests de sc\u00e9narios.<\/p>\n<\/li>\n R\u00e9dacteur(s) :<\/strong>1 ou 2 personnes qui s’assoient \u00e0 l’arri\u00e8re ou sur les c\u00f4t\u00e9s. Elles ne participent pas activement \u00e0 la mod\u00e9lisation mais enregistrent la logique m\u00e9tier d\u00e9taill\u00e9e et les r\u00e8gles qui ne peuvent pas tenir sur les petites fiches.<\/p>\n<\/li>\n Observateurs :<\/strong>Apprentis ou parties prenantes qui s’assoient \u00e0 l’arri\u00e8re et observent sans participer.<\/p>\n<\/li>\n<\/ol>\n R\u00e9unissez 4 \u00e0 5 BDE de premi\u00e8re ligne, un facilitateur et 1 \u00e0 2 secr\u00e9taires. Assurez-vous du soutien de la direction afin que les participants puissent consacrer le temps n\u00e9cessaire.<\/p>\n Surfaces \u00e0 \u00e9crire :<\/strong>Tableaux blancs ou tableaux de brainstorming pour le cahier des charges et la conception rapide.<\/p>\n<\/li>\n Table de mod\u00e9lisation :<\/strong>Une grande table centrale pour que les BDE puissent poser et d\u00e9placer les fiches.<\/p>\n<\/li>\n Postes de secr\u00e9taires :<\/strong>Des bureaux plac\u00e9s \u00e0 l’\u00e9cart mais avec une vue claire.<\/p>\n<\/li>\n Fournitures :<\/strong>Fiches, marqueurs et uneboule souple et \u00e9lastique<\/strong>(utilis\u00e9e plus tard pour le test de sc\u00e9narios).<\/p>\n<\/li>\n<\/ul>\n G\u00e9n\u00e9rez des id\u00e9es sans les \u00e9valuer. Le facilitateur pose des questions ouvertes pour comprendre les besoins m\u00e9tiers.<\/p>\n Questions d’exemple :<\/em>\u00ab Pour qui est con\u00e7u ce syst\u00e8me ? \u00bb, \u00ab Quels besoins m\u00e9tiers soutient-il ? \u00bb, \u00ab Comment pouvons-nous faire cela plus vite\/plus \u00e9conomiquement\/mieux ? \u00bb, \u00ab Y a-t-il des t\u00e2ches simples que nous pourrions automatiser ? \u00bb<\/p>\n<\/li>\n<\/ul>\n Le facilitateur passe 10 \u00e0 15 minutes \u00e0 expliquer les concepts CRC, en affichant clairement les d\u00e9finitions sur les murs, et en guidant l’\u00e9quipe dans la cr\u00e9ation de quelques cartes d’exemple.<\/p>\n Les BDE se tiennent debout ou s’assoient autour de la table et construisent it\u00e9rativement le mod\u00e8le :<\/p>\n Trouver les classes :<\/strong>Suivez l’argent, cherchez les rapports\/\u00e9crans, et identifiez imm\u00e9diatement les 3 \u00e0 5 classes principales.<\/p>\n<\/li>\n Trouver les responsabilit\u00e9s :<\/strong>Demandez ce que la classe conna\u00eet et fait.<\/p>\n<\/li>\n D\u00e9finir les collaborateurs :<\/strong>Identifiez qui d\u00e9tient les informations manquantes n\u00e9cessaires pour remplir une responsabilit\u00e9.<\/p>\n<\/li>\n Organisez les cartes :<\/strong>\u00a0\u00c9tape cruciale.<\/em>Les cartes qui collaborent fr\u00e9quemment sont plac\u00e9es pr\u00e8s les unes des autres sur la table. Les cartes \u00ab occup\u00e9es \u00bb sont au centre. D\u00e9placer physiquement les cartes aide l’\u00e9quipe \u00e0 visualiser les relations et les associations.<\/p>\n<\/li>\n<\/ul>\n Il s’agit d’un exercice de validation o\u00f9 l’\u00e9quipe \u00ab joue \u00bb les flux du syst\u00e8me pour s’assurer que le mod\u00e8le est exact.<\/p>\n Appelez un sc\u00e9nario :<\/strong>Le facilitateur d\u00e9crit un cas d’utilisation (par exemple, \u00ab Le client passe une commande \u00bb) et lance la balle molle au BDE tenant la carte initiale de responsabilit\u00e9 (par exemple, Commande<\/em>).<\/p>\n<\/li>\n D\u00e9terminez la responsabilit\u00e9 :<\/strong>Le groupe confirme que la carte g\u00e8re la t\u00e2che. Sinon, ils mettent \u00e0 jour ou cr\u00e9ent une nouvelle carte.<\/p>\n<\/li>\n D\u00e9crivez la logique :<\/strong>Le BDE tenant la balle d\u00e9crit la logique m\u00e9tier \u00e9tape par \u00e9tape (code pseudo) au st\u00e9nographe.<\/p>\n<\/li>\n Collaborez :<\/strong>Si le BDE a besoin d’informations d’une autre classe (par exemple, Article de stock<\/em>), il lance la balle au BDE tenant cette carte. Ce dernier d\u00e9crit alors sa partie de la logique.<\/p>\n<\/li>\n Renvoyez la balle :<\/strong>Une fois une t\u00e2che termin\u00e9e, la balle est renvoy\u00e9e \u00e0 la personne pr\u00e9c\u00e9dente, revenant finalement au facilitateur pour commencer le prochain sc\u00e9nario.<\/p>\n<\/li>\n<\/ol>\n La mod\u00e9lisation CRC n’existe pas en vase clos ; elle fait partie d’un processus de mod\u00e9lisation orient\u00e9e objet plus large qui est s\u00e9quentiel \u00e0 grande \u00e9chelle<\/strong> (passant des exigences \u00e0 la conception au code) et it\u00e9ratif \u00e0 petite \u00e9chelle<\/strong> (allant et venant entre les mod\u00e8les).<\/p>\n Niveau de d\u00e9tail :<\/strong>Le CRC se situe au milieu. Vous commencez simplement avec Cas d’utilisation<\/strong> et Prototypes d’interface utilisateur<\/strong>, passez au d\u00e9tail moyen de\u00a0Mod\u00e8les CRC<\/strong>, puis terminez par le d\u00e9tail \u00e9lev\u00e9 de\u00a0Diagrammes de classes<\/strong>.<\/p>\n<\/li>\n Les livrables pilotent les livrables :<\/strong>Les diagrammes de cas d’utilisation sont document\u00e9s par des cas d’utilisation, qui sont document\u00e9s par des diagrammes de s\u00e9quence, qui conduisent finalement au code source. Les mod\u00e8les CRC alimentent directement le diagrammage de classes.<\/p>\n<\/li>\n<\/ul>\n Envoyez un ordre du jour :<\/strong>\u00a0Distribuez un ordre du jour quelques jours \u00e0 l’avance afin que les BDE puissent se pr\u00e9parer.<\/p>\n<\/li>\n Affichez les d\u00e9finitions :<\/strong>\u00a0Fixez un grand sch\u00e9ma de carte CRC et ses d\u00e9finitions \u00e0 l’avant de la salle.<\/p>\n<\/li>\n Utilisez le vocabulaire du domaine :<\/strong>\u00a0\u00c9vitez le jargon technique ; utilisez les mots exacts que les BDE utilisent dans leur travail quotidien.<\/p>\n<\/li>\n Restez basique :<\/strong> Les outils pour les CRC sont facultatifs. Les cartes \u00e0 index sont peu co\u00fbteuses, pratiques et tr\u00e8s efficaces.<\/p>\n<\/li>\n Pr\u00e9voyez de prototyper :<\/strong>\u00a0Faire des croquis d’\u00e9crans et de rapports sur des tableaux pendant la session aide les utilisateurs \u00e0 visualiser le syst\u00e8me.<\/p>\n<\/li>\n Pr\u00e9voyez plusieurs jours :<\/strong>\u00a0Les grands syst\u00e8mes n\u00e9cessitent plusieurs s\u00e9ances. C’est normal et n\u00e9cessaire.<\/p>\n<\/li>\n Obtenez le soutien de la direction :<\/strong>\u00a0Assurez-vous que la direction comprend la valeur de la mod\u00e9lisation avant la programmation.<\/p>\n<\/li>\n Ciblez le personnel de terrain :<\/strong>\u00a0Le CRC est tr\u00e8s d\u00e9taill\u00e9 et fonctionne le mieux avec les utilisateurs quotidiens, et non avec les cadres sup\u00e9rieurs.<\/p>\n<\/li>\n<\/ol>\n Les experts r\u00e9alisent l’analyse :<\/strong>\u00a0Les personnes qui effectuent r\u00e9ellement le travail construisent le mod\u00e8le.<\/p>\n<\/li>\n Fort engagement des utilisateurs :<\/strong>Une participation active augmente la satisfaction des utilisateurs et leur sentiment de propri\u00e9t\u00e9.<\/p>\n<\/li>\n Fait tomber les barri\u00e8res :<\/strong>Les utilisateurs et les d\u00e9veloppeurs travaillent c\u00f4te \u00e0 c\u00f4te.<\/p>\n<\/li>\n Simple et non mena\u00e7ant :<\/strong>Ce ne sont que des fiches. Les utilisateurs ne sont pas intimid\u00e9s par des outils logiciels complexes, et ils ne ressentent pas que leurs emplois sont automatis\u00e9s par une \u00ab machine \u00bb.<\/p>\n<\/li>\n Peu co\u00fbteux et portable :<\/strong>Co\u00fbte quelques dollars et tient dans une mallette.<\/p>\n<\/li>\n Transition fluide :<\/strong>S’associe parfaitement \u00e0 la conception de maquettes et conduit directement aux diagrammes de classes formels.<\/p>\n<\/li>\n<\/ul>\n Mena\u00e7ant pour certains d\u00e9veloppeurs :<\/strong>Certains d\u00e9veloppeurs croient \u00e0 tort que leurs connaissances techniques d\u00e9passent celles des utilisateurs en mati\u00e8re de m\u00e9tier.<\/p>\n<\/li>\n La planification est difficile :<\/strong>R\u00e9unir 4 \u00e0 5 utilisateurs cl\u00e9s dans la m\u00eame pi\u00e8ce en m\u00eame temps n\u00e9cessite une planification \u00e0 l’avance.<\/p>\n<\/li>\n Les fiches sont limit\u00e9es :<\/strong>Une pile de fiches n’est pas un livrable formel acceptable pour la plupart des organisations. Le mod\u00e8le CRC doit \u00eatre compl\u00e9t\u00e9 par des cas d’utilisation formels, des maquettes et des diagrammes de classes.<\/p>\n<\/li>\n<\/ul>\n Le but ultime du d\u00e9veloppement d’applications est der\u00e9soudre des probl\u00e8mes m\u00e9tiers<\/strong>, et non pas de satisfaire la curiosit\u00e9 intellectuelle d’un d\u00e9veloppeur avec de nouvelles technologies. Le mod\u00e8le CRC oblige les d\u00e9veloppeurs \u00e0 travailleravec<\/em>les utilisateurs plut\u00f4t que contre eux. En utilisant un environnement basique et fortement collaboratif, les \u00e9quipes peuvent capturer, valider et affiner avec pr\u00e9cision les exigences m\u00e9tiers avant m\u00eame d’\u00e9crire une seule ligne de code.<\/p>\n","protected":false},"excerpt":{"rendered":" Bas\u00e9 sur les principes fondamentaux de l’analyse orient\u00e9e objet (OO), ce guide d\u00e9crit le processus de mod\u00e9lisation CRC. La mod\u00e9lisation CRC est une m\u00e9thode tr\u00e8s efficace, \u00e0 faible technicit\u00e9, con\u00e7ue pour combler le foss\u00e9 de communication entre les d\u00e9veloppeurs et les utilisateurs, en s’assurant que les exigences m\u00e9tiers sont correctement identifi\u00e9es et comprises avant d’\u00e9crire […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[67],"tags":[],"class_list":["post-9929","post","type-post","status-publish","format-standard","hentry","category-crc","loop-entry","clr"],"yoast_head":"\nB. Responsabilit\u00e9 (colonne de gauche)<\/h3>\n
\n
C. Collaborateur (Colonne de droite)<\/h3>\n
\n
\n2. L’\u00e9quipe de mod\u00e9lisation CRC<\/h2>\n
\n
\n3. Le processus de mod\u00e9lisation CRC en 6 \u00e9tapes<\/h2>\n
![\"6-step](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/07\/img_6a63198b4ed1b.png\")
<\/p>\n\u00c9tape 1 : Rassembler l’\u00e9quipe<\/h3>\n
\u00c9tape 2 : Organiser la pi\u00e8ce<\/h3>\n
\n
\u00c9tape 3 : Cerveau-attaque<\/h3>\n
\n
\u00c9tape 4 : Expliquer la technique<\/h3>\n
\u00c9tape 5 : Mod\u00e9lisation CRC it\u00e9rative<\/h3>\n
\n
\u00c9tape 6 : Test des sc\u00e9narios d’utilisation (l’exercice du \u00ab lancer de balle \u00bb)<\/h3>\n
\n
\n4. Comment le CRC s’int\u00e8gre dans le cycle de vie du d\u00e9veloppement logiciel<\/h2>\n
\n
\n5. Meilleures pratiques et astuces pour r\u00e9ussir<\/h2>\n
\n
\n6. Avantages et inconv\u00e9nients<\/h2>\n
Les avantages<\/h3>\n
\n
Les inconv\u00e9nients<\/h3>\n
\n
\nConclusion<\/h2>\n