Le concepteur a produit la vue d'ensemble des opérations du sous-système initial lors de la tâche d'analyse des
opérations. Le tableau de vue d'ensemble indique également (sur fond gris) la traçabilité vers les étapes
fonctionnelles de cas d'utilisation système, en indiquant (dans le tableau) que les étapes fonctionnelles de cas
d'utilisation système<id 1> et <id 2> sont réalisées par des appels de <nom de l'opération système
1>.
Sous-système <nom>
|
Opération système
|
Identificateur d'étape fonctionnelle de cas d'utilisation
système
|
Localité
|
Processus
|
Travailleur
|
Description de l'étape structurelle du sous-système
|
Opération du sous-système
|
<opération système nom1>
|
<id 1>
|
Identificateur de localité
|
Identificateur de processus
|
Identificateur de l'organisation ou du travailleur système
|
(identificateur de l'étape structurelle) : description d'une action
réalisée par un sous-système (partie de la réalisation de l'étape fonctionnelle) sous forme
d'entrée, de traitement, de sortie
|
(identificateur
d'opération de sous-système) : nom de l'opération de sous-système appelée pour cette étape, par
exemple, "«opération de sous-système» Lancer une liste de ventes" (pour le traitement des
commandes) du sous-système
|
...
|
...
|
|
(identificateur de l'étape structurelle) :...
|
|
...
|
...
|
|
...
|
|
<id 2>
|
...
|
...
|
|
...
|
|
<opération système nom2>
|
<id 3>
|
...
|
...
|
|
...
|
|
<id 4>
|
...
|
...
|
|
...
|
|
...
|
...
|
...
|
...
|
|
...
|
|
Exemple de vue d'ensemble d'opération de sous-système.
Ensuite, en travaillant à partir des étapes structurelles et des réalisations d'opérations, les opérations de
sous-système sont identifiées et leur comportement spécifié. Comme pour l'identification des opérations système, il
peut ne pas y avoir une seule opération de sous-système pour chaque étape structurelle ; c'est-à-dire, lorsque
vous examinez l'ensemble des étapes structurelles et l'échange associé de messages, les entités entrée-sortie, etc.,
vous trouverez peut-être qu'il est possible de définir un petit ensemble d'opérations de sous-système pour satisfaire
leurs besoins.
Notez que le tableau de vue d'ensemble peut également être retrié par localité ou par processus, en indiquant
l'association d'un ensemble d'opérations de sous-système avec chaque localité ou processus. Le tri par localité donne
une indication de la charge de traitement à une localité (et donc est utile pour réfléchir à la capacité des composants
physiques qui prennent en charge la localité). Sous cette forme, la vue d'ensemble triée par localité devient une
propriété du modèle de déploiement.
Lorsqu'une opération de sous-système est hébergée à plusieurs localités, ceci indique qu'une partie au moins du
sous-système est dupliquée. Rien n'implique que ces portions dupliquées partagent nécessairement des données ou
sont conservées en synchronisation. Il s'agit de choix de conception qui dépendent de l'application et du motif de
duplication ; par exemple, le traitement requis peut être identique, mais se produire pour un segment métier différent.
A l'extrême, toutes les opérations d'un sous-système peuvent être hébergées à plusieurs localités, ce qui signifie
qu'effectivement, le sous-système lui-même est dupliqué. Le besoin d'identifier des instances dupliquées dépend
également uniquement des motifs de duplication.
Le tri par processus permet au concepteur de réfléchir aux problèmes de l'accès concurrent : si vous deviez visualiser
une opération de sous-système comme un élément discret des fonctions disponibles pour les acteurs, alors, à la première
estimation, les opérations associées au même processus ne peuvent pas être réalisées en parallèle. Ceci peut amener le
concepteur à repenser l'attribution des processus, ou la duplication des processus, ou à examiner le problème de temps
d'attente perçu à un niveau de détail inférieur, par exemple, grâce à l'examen d'options de découpage de temps et de
partage de processus lorsqu'une opération se bloque (pour une entrée-sortie, par exemple). Ces techniques peuvent
donner une réactivité acceptable, alors que différer le lancement d'une opération (uniquement les opérations de
sérialisation) peut être intolérable. Sous cette forme, la vue d'ensemble triée par processus devient une propriété du
modèle de conception.
|