{"id":34003,"date":"2023-04-06T10:54:10","date_gmt":"2023-04-06T08:54:10","guid":{"rendered":"https:\/\/cesam.community\/2023\/04\/06\/design-a-system-that-meets-the-needs-constraints-of-the-stakeholders\/"},"modified":"2023-04-06T12:17:33","modified_gmt":"2023-04-06T10:17:33","slug":"design-a-system-that-meets-the-needs-constraints-of-the-stakeholders","status":"publish","type":"post","link":"https:\/\/cesam.community\/fr\/2023\/04\/06\/design-a-system-that-meets-the-needs-constraints-of-the-stakeholders\/","title":{"rendered":"Concevoir un syst\u00e8me qui r\u00e9pond aux besoins \/ contraintes des parties prenantes\u2026"},"content":{"rendered":"
Concevoir un syst\u00e8me qui r\u00e9pond aux besoins \/ contraintes des parties prenantes avec les performances attendues, justifier les choix d\u2019architectures, proposer des alternatives et faire converger les sous-syst\u00e8mes vers la solution optimale globale<\/span><\/div><\/div><\/div><\/section>
Extrait du livre blanc : Le r\u00f4le de l\u2019architecte \u2013 Le Cercle CESAM<\/span><\/div><\/div><\/div><\/section>
Pr\u00e9ambule<\/span><\/div>

Cette activit\u00e9 vise \u00e0 :
\n1. Sp\u00e9cifier les comportements du syst\u00e8me sous la forme d\u2019une architecture fonctionnelle en identifiant et hi\u00e9rarchisant les fonctions internes du syst\u00e8me, en d\u00e9finissant et en synth\u00e9tisant les interfaces fonctionnelles existantes entre ces fonctions par le biais \u00e0 la fois d\u2019un diagramme d\u2019interactions fonctionnelles et d\u2019un arbre de d\u00e9composition fonctionnelle (\u00e9galement appel\u00e9 Function Breakdown Structure ou FBS). On d\u00e9finit enfin les modes de fonctionnement du syst\u00e8me.
\n2. Allouer les fonctions internes du syst\u00e8me aux composants par le biais d\u2019une architecture logique puis physique en identifiant d\u2019abord les composants qui impl\u00e9mentent les fonctions internes \u00e0 l\u2019aide d\u2019une matrice d\u2019allocation, puis en hi\u00e9rarchisant ces composants et en d\u00e9finissant enfin leurs interfaces via un diagramme d\u2019interactions.
\n3. Mettre en \u0153uvre un protocole de convergence et de justification it\u00e9ratif vis-\u00e0-vis des parties prenantes et des \u00e9quipes sous-syst\u00e8mes en construisant et en faisant \u00e9voluer des vues d\u2019architecture. L\u2019objectif est de faire adh\u00e9rer toutes les parties prenantes \u00e0
\nune m\u00eame vision de l\u2019architecture du syst\u00e8me afin d\u2019en s\u00e9curiser la d\u00e9finition et faire valider les compromis \u00e9ventuels. L\u2019architecte syst\u00e8me est responsable d\u2019arbitrer et doit s\u2019assurer
\nde la convergence mais ce n\u2019est pas forc\u00e9ment lui qui fait les choix d\u2019impl\u00e9mentation. Ces activit\u00e9s ne doivent pas \u00eatre vues comme s\u00e9quentielles mais doivent \u00eatre men\u00e9es en parall\u00e8le. Tous les aspects dysfonctionnels doivent \u00eatre pris en compte.<\/p>\n<\/div><\/div><\/div><\/div><\/section>

<\/div>
L\u2019ESSENTIEL<\/span>

L\u2019architecte m\u00e8ne une analyse bo\u00eete blanche<\/strong> qui lui permet d\u2019identifier les fonctions couvrant les besoins et usages<\/strong> identifi\u00e9s et prioris\u00e9s tout en appr\u00e9hendant les couplages \u00e0 venir<\/strong> entre les composants. Il commence par mener une r\u00e9flexion autant que possible ind\u00e9pendante de la technologie utilis\u00e9e<\/strong> au niveau des composants puis il pilote les choix d\u2019impl\u00e9mentation<\/strong>. Il est garant de la convergence multi-m\u00e9tier sur les n\u00e9cessaires compromis<\/strong> \u00e0 trouver.<\/p>\n<\/div><\/div><\/div><\/div><\/section>

<\/div>
LES ECUEILS PRINCIPAUX<\/span>

Parmi les principaux \u00e9cueils, on notera :<\/p>\n