Vous trouvez dans Concept :
Architecture du système, l'idée des points de vue à partir desquels un système peut être étudié. Dans notre
contexte, le point de vue physique est particulièrement important. Ce point de vue "met en évidence les
interactions distribuées entre les objets dans le système et fournit les mécanismes nécessaires pour supporter la
distribution" [citation de Janis Putman dans Architecting with RM-ODP, Prentice Hall PTR]. A ce niveau, les
objets logiques comprennent les instances du sous-système. Le modèle de déploiement supporte ce point de vue en
décrivant comment le système est physiquement distribué et comment le support physique pour les interactions
distribuées entre les objets logiques est supporté par le système.
L'objectif d'un modèle de déploiement est d'enregistrer la décomposition du système en éléments qui hébergent le
traitement. Cela s'effectue à plusieurs niveaux d'abstraction, à savoir la Localisation (niveau le plus abstrait), le
Descripteur et l'Implémentation (niveau le moins abstrait où sont décrits les choix en cours de logiciel et de
matériel). Ces niveaux correspondent plus ou moins aux niveaux Conceptuel, de Spécification et Physique décrits pour le
Modèle de déploiement (utilisé lorsque l'application du processus RUP se limite au développement logiciel). La
manifestation la plus habituelle d'un modèle de déploiement a lieu au niveau de la conception et de l'implémentation
via l'utilisation des diagrammes de déploiement en langage UML. Ce qui suit est une introduction au niveau d'analyse et
au point de vue physique du concept de Localisation.
Le modèle de Localisation représente la partition et la distribution initiales, abstraites et physiques
du système et traite des ressources physiques du système (les noeuds, les périphériques, les détecteurs et leurs
connexions physiques et interfaces et les caractéristiques physiques de ces dernières comme le poids, la production de
chaleur, la consommation électrique, la vibration, etc.). Une localisation exprime théoriquement où se déroule le
traitement (la sémantique sous-entend un regroupement plus restreint de ressources) sans définir sa position
géographique exacte ou comment sa fonction doit être réalisée. On peut concevoir pour les systèmes très vastes et très
complexes que le modèle de localisation initial puisse se décomposer en localisations plus pointues (tout comme un
sous-système peut contenir des sous-systèmes). Au niveau du Descripteur, les types de ressources de
traitement au niveau d'une localisation sont précisés - ce sont des noeuds qui peuvent contenir des
périphériques de calcul (serveurs, postes de travail, etc.), des personnes ou autres dispositifs électro-mécaniques.
Finalement, au niveau de l'Implémentation, la sélection de matériel est effectuée et le nombre d'instances de
rôles (dans le cas de ressources humaines) est déterminé, avec un ensemble défini comprenant les configurations, la
capacité, le courant et les autres exigences environnementales, le coût et la performance. Par exemple, une vue
Localisation peut montrer que le système permet le traitement à bord d'un satellite dans l'espace et d'une station au
sol. D'autre exemples sont montrés dans les figures de la section Diagrammes de localisation.
Le modèle de déploiement est aussi utilisé pour enregistrer les opérations du sous-système qui sont hébergées à chaque
localisation (cela détermine les exigences de calcul à supporter au niveau de la localisation). Les collaborations
entre localisations peuvent être construites (et représentées dans des diagrammes d'interaction) en se basant sur le
comportement qui doit être supporté dans les localisations.
Les diagrammes de localisation montrent la division initiale, comment les éléments de traitement du système sont
distribués et comment ils sont reliés. La localisation de calcul pose un problème lorsque l'on considère
essentiellement les exigences non fonctionnelles et pour beaucoup d'ingénieurs système il s'agit de "l'architecture".
Les diagrammes de localisations se composent de deux éléments :
-
Localisation - une localisation est une série de ressources de calcul et de stockage, de ressources structurelles,
électro-mécaniques et humaines qui peut héberger le traitement (au sens général) et/ou interagir physiquement avec
l'environnement et d'autres localisations.
-
Connexions - chemins d'accès pour les informations, la masse, l'énergie ou les éléments physiques discrets qui
doivent être échangés entre localisations.
La sémantique des diagrammes de localisation est similaire à celle des diagrammes de déploiement et les localisations
sont représentées en tant que noeuds UML stéréotypés. Dans le langage UML, un noeud est un discriminant qui "... est un
objet physique représentant une ressource de traitement et ayant au moins une mémoire et, souvent, une capacité de
traitement. Les noeuds comprennent les dispositifs de calcul mais aussi les ressources humaines ou les ressources de
traitement mécanique." Le langage UML nous permet d'élargir cette sémantique, et les associations qui connectent les
noeuds, par le biais de stéréotypes et l'application de valeurs marquées, ainsi que ces fonctions sont utilisées pour
définir les localisations et les connexions. L'icône représentant une localisation est un cube arrondi (voir les
illustrations dans la section Diagrammes de localisation).
Chaque localisation dans le modèle de déploiement doit disposer d'une description des exigences supplémentaires
dérivées (dérivées des spécifications supplémentaires) qui précisent la qualité (fiabilité, maintenabilité, sécurité
etc.), les exigences physiques et environnementales et les contraintes de développement (coût, risque technique etc.).
Les caractéristiques exactes (de chaque localisation) sont déterminées à partir de ces exigences. Elles sont de toute
évidence choisies pour répondre au moins aux exigences explicites mais cela peut dépasser les exigences si cela est
dicté par une bonne pratique technique (pour faire face aux demandes de capacité inattendues par exemple).
Les localisations se caractérisent par :
-
Des balises de qualité comme la fiabilité, la disponibilité, la performance, la capacité etc.
-
Des balises de gestion comme le risque de coût et le risque technique
Les connexions se caractérisent par :
-
Les paramètres de communication comme le débit des données, les protocoles supportés, le débit du flux physique.
-
Des balises de gestion comme le risque de coût et le risque technique
Au fur et à mesure que vous vous déplacez dans le modèle de conception, les localisations peuvent être affinées en un
ou plusieurs noeuds ou plusieurs localisations peuvent être mappées à un noeud unique. Grâce à la liberté donnée par la
définition UML, les localisations peuvent représenter des choses très disparates finalement réalisées en tant qu'une
série de plateformes matérielles par exemple, une partie de ressource calculable ou des groupes de ressources humaines
en collaboration.
Les figures montrent des diagrammes de localisation représentant différentes approches techniques pour une entreprise
clic et mortier. L'entreprise possède plusieurs magasins, des entrepôts et a une présence sur internet. Dans la
première solution, les magasins disposent d'une capacité de traitement. Dans la seconde solution, tous les terminaux
sont connectés directement à un processeur central. Dans les deux cas, les caractéristiques peuvent être établies pour
les localisations requises pour la réalisation de la conception. Aujourd'hui, la plupart des gens considéreraient le
premier exemple comme étant la meilleure conception. Néanmoins, la situation pourrait s'inverser dans quelques années.
Diagramme de localisation, exemple 1.
Diagramme de localisation, exemple 2.
|