Ce qui différencie une grande organisation d'une petite est son éventail de produits, qui est plus large et comporte
souvent plusieurs familles de produits totalement différentes. Généralement, plus les produits sont complexes, plus
l'organisation et le marché sont divisés. Par conséquent, les cas d'utilisation métier sont plus nombreux et plus
complexes, et impliquent des employés bien plus nombreux et plus spécialisés.
Les techniques proposées ici peuvent être appliquées seules ou en combinaison.
Les cadres dirigeants d'une entreprise, ainsi que ses propriétaires de processus, s'intéressent aux modèles métier de
leur entreprise ; les cadres dirigeants doivent travailler sur les objectifs stratégiques de l'entreprise, tandis que
les propriétaires et leaders de processus ont besoin d'une image détaillée de la manière dont leur processus doit être
réalisé.
Si les différences entre les vues de l'organisation des cadres dirigeants et celles des propriétaires de processus sont
trop grandes, vous pouvez répondre à leurs besoins en développant deux ensembles de cas d'utilisation métier
différents, bien que liés entre eux. L'un des modèles, destiné aux cadres, contiendrait un ensemble de cas
d'utilisation métier généraux, illustrant le but et l'objet de l'organisation. L'autre, destiné aux propriétaires de
processus, contiendrait un ensemble de cas d'utilisation détaillés qui permettrait de clarifier la manière dont
l'organisation doit fonctionner en interne. Pour chaque cas d'utilisation métier général, vous pourriez définir un ou
plusieurs cas d'utilisation métier détaillés représentant les mêmes activités dans l'organisation. Par exemple, vous
pourriez partir du principal acteur métier, détailler les résultats et services qui l'intéressent, ou même spécialiser
cet acteur, puis développer un cas d'utilisation métier à part pour chaque domaine détaillé.
Si vous souhaitez traiter un cas d'utilisation métier à la fois, vous pouvez appliquer cette technique de manière
incrémentielle. Effectuez d'abord un modèle de cas d'utilisation général pour l'ensemble du métier, puis classez les
cas d'utilisation métier dans une vue d'ensemble. Ensuite, identifiez un ou plusieurs cas d'utilisation métier
détaillés pour les cas généraux qui se trouvent en tête de classement.
Un cas d'utilisation métier général et son ensemble de cas d'utilisation détaillés sont unis par une relation un-un.
Les relations entre les cas d'utilisation des deux catégories sont représentées comme des relations de
<<refinement>> (précision), un stéréotype de dépendance. Un cas métier général, et le groupe de cas métier
détaillés qu'il représente, peuvent être décrits dans le même diagramme.
Cas d'utilisation métier généraux et détaillés. Les cas d'utilisation métier détaillés ont été identifiés en détaillant
les résultats qui intéressent le client et le client potentiel.
La technique de modélisation de cas d'utilisation métier présentée ci-dessus s'applique plus aisément aux entreprises
qui possèdent un seul domaine métier et dont les activités métier sont géographiquement concentrées sur un seul site.
Pour les plus grandes entreprises réparties sur plusieurs sites, il peut être nécessaire de faire évoluer cette
technique.
Par conséquent, pour modéliser les entreprises formées de différentes parties indépendantes mais coopérantes, vous
pouvez construire un modèle de cas d'utilisation métier supérieur qui décrit l'ensemble du métier, suivi d'un modèle de
cas d'utilisation métier subordonné pour chaque domaine métier. Les Systèmes métier peuvent être utilisés pour définir les différents
domaines de responsabilité, les différents sites physiques ou les parties du métier qui interagissent entre elles.
Pour explorer les réalisations de cas d'utilisation métier supérieurs, vous pouvez identifier des systèmes métier et
illustrer la manière dont ils collaborent pour effectuer l'enchaînement d'activités. A ce niveau, un système métier
correspond à un domaine métier. Les collaborations entre les systèmes métier peuvent être définies et clarifiées
explicitement à l'aide d'interfaces au niveau du métier. Ces "interfaces" décrivent l'ensemble de responsabilités
offertes par le système métier.
Modèles supérieurs et subordonnés d'une organisation
Dans cet exemple, nous constatons que le cas d'utilisation métier supérieur Proposition de changement est précisé au
niveau du système métier dans les cas d'utilisation subordonnés Proposition de changement, Planification et évaluation
du projet et Estimation des coûts des ressources. Le cas d'utilisation supérieur Fourniture de ressources a été précisé
au niveau du système métier dans les cas d'utilisation subordonnés Définition des besoins en ressources et Achat de
matières brutes.
Chaque système métier peut être considéré comme une organisation à part entière, réalisant les interfaces définies dans
le modèle d'analyse métier supérieur.
Une fois établies les interfaces requises pour que chaque système métier réalise les cas d'utilisation métier
supérieurs, la dérivation des cas d'utilisation métier subordonnés peut être analogue à celle qui est décrite dans le
Concept : Analyse descendante des cas d'utilisation.
En génie logiciel, il existe une technique utilisée pour maîtriser la complexité de systèmes très vastes :
l'organisation en couches. Elle consiste à séparer les parties spécifiques à l'application des parties générales du
système, afin que les unités de compilation et les services de logiciel puissent être réutilisés. Dans le domaine de la
structure des organisations, ces principes sont souvent appliqués naturellement. Par exemple, dans la couche inférieure
se trouvent les ressources qui fournissent des services généraux ; dans la couche du milieu se trouvent souvent les
ressources de support aux activités spécifiques au métier ; et dans la couche supérieure se trouvent les spécialistes
spécifiques au produit ou au domaine métier, la recherche et le développement, ainsi que les activités liées à la force
de vente. Les cas d'utilisation métier centraux utilisent des ressources provenant de toutes les couches.
L'organisation en couches n'est donc pas une question de qualifications ou de supériorité hiérarchique, mais d'unicité
et d'importance par rapport aux idées métier de l'entreprise. Un travailleur métier de la couche des compétences
générales pourrait être aussi qualifié qu'un autre. Le travail accompli dans les cas d'utilisation métier centraux et
dans les cas d'utilisation métier de support, où sont développés les systèmes d'information, les chaînes de production
et tout autre type d'infrastructure spécifique au métier, peut nécessiter des compétences spécifiques au métier égales,
qui proviennent de la même organisation en couches.
Les Instructions : Système métier contiennent des exemples de systèmes métier et leurs
interfaces. Cet exemple n'illustre pas explicitement les couches, mais ses systèmes métier sont organisés en couches de
manière implicite.
Pour comprendre les termes "central", "de support" et "cas d'utilisation métier de gestion", voir Technique : Modèle de cas d'utilisation métier, en particulier la section relative
aux différentes catégories de cas d'utilisation métier.
Cas d'utilisation métier et classes dans un modèle organisé en couches
La structuration en couches de votre organisation ne change pas le cas d'utilisation métier, puisque vous devez
toujours obtenir les mêmes résultats. En revanche, il change les réalisations de cas d'utilisation métier.
Comparé à un autre modèle d'analyse métier, un modèle organisé en couches doit être développé en respectant deux
restrictions recommandées :
-
Un travailleur métier d'une certaine couche ne doit jamais entrer en contact avec un travailleur métier ou
manipuler une entité métier d'une couche supérieure, sauf si un membre de cette dernière en fait explicitement la
demande. De la même manière, les événements métier des couches supérieures ne doivent pas être propagés aux couches
inférieures.
-
Un travailleur métier ne possède de responsabilités qu'au sein de sa propre couche.
Sans ces restrictions, une structure organisée en couches dégénère rapidement. Notez que ces restrictions s'appliquent
lorsque les parties du métier les plus générales se trouvent dans les couches inférieures, et les plus spécifiques
(concernant un segment de marché particulier) dans les couches supérieures. Les organigrammes tendent à être inversés :
ils représentent le général en haut et le particulier en bas.
Lorsque vous identifiez les travailleurs métier et leur attribuez des activités, vous devez comprendre les compétences
nécessaires à la réalisation d'une activité. Un travailleur métier provenant de la couche qui organise les ressources
pour ces compétences particulières doit accomplir une activité qui exige par nature une compétence particulière. Vous
devriez affecter le moins de travailleurs métier possible (avec le plus de responsabilités possible) dans chaque
couche, et non plus seulement pour le système en général, ce qui est la règle d'or habituelle lors de la conception
d'un cas d'utilisation métier.
Les enchaînements d'activités, travailleurs métier, entités métier et événements métier des couches inférieures doivent
être conçus dans un souci de généralité afin de fournir des services aptes à être réutilisés dans plusieurs domaines.
Les travailleurs et entités métier peuvent être organisés dans des systèmes métier en fonction de leur spécificité. Les
systèmes métier qui contiennent les compétences et phénomènes les plus généraux se trouvent dans la couche la plus
basse, tandis que les systèmes les plus spécifiques à l'entreprise se trouvent dans la couche la plus haute.
Les réalisations de cas d'utilisation métier impliquent, à différents degrés, des travailleurs métier de différentes
couches. Celles qui impliquent en très grande partie des couches supérieures (très spécifiques) établissent le profil
de l'entreprise, implémentent l'idée métier et fonctionnent comme des profit centers. Elles correspondent aux cas
d'utilisation métier centraux et aux cas d'utilisation de support qui offrent à ces derniers l'infrastructure
essentielle, spécifique au domaine métier.
Les réalisations de cas d'utilisation métier des couches inférieures, n'impliquant aucun travailleur métier de la
couche la plus haute, fournissent les services généraux nécessaires au fonctionnement de l'entreprise. Elles peuvent
être abstraites et définir les enchaînements d'activités réalisés dans le cadre d'autres cas d'utilisation métier (par
exemple, les activités de facturation qui concluent un cas d'utilisation métier de ventes). Elles peuvent également
être concrètes, être exécutées indépendamment et réaliser des activités qui ne nécessitent pas de compétences
spécifiques au domaine métier, telles que la tenue des comptes. Elles correspondent en principe aux cas d'utilisation
métier de support.
Une structure organisée en couches reflète les types de compétences indispensables aux idées métier, nécessaires aux
cas d'utilisation métier centraux ou de support, ainsi que les compétences moins spécifiques. Il s'agit d'un bon point
de départ pour l'analyse systématique des ressources disponibles dans l'entreprise.
Très souvent, vous ne souhaitez obtenir que des informations détaillées sur l'un ou quelques-uns de vos processus
métier. Cependant, pour raisonner en contexte, il peut s'avérer pratique d'identifier l'ensemble complet des processus
métier et de décrire brièvement chacun d'entre eux. Cette activité aboutit à un modèle qui contient les cas
d'utilisation métier centraux, de support et de gestion. Voir la section relative aux différentes catégories de cas
d'utilisation métier dans la Technique : Modèle de cas d'utilisation métier.
Les cas d'utilisation métier de support, qui concernent les systèmes d'information spécifiques au métier, les réseaux
informatiques et les locaux, sont chargés, entre autres, du développement et de la maintenance de l'infrastructure de
l'entreprise. Du point de vue de la modélisation, il n'existe pas de réelles différences entre les cas d'utilisation
métier centraux et les cas d'utilisation métier de support. Les deux types de cas d'utilisation doivent posséder les
mêmes exigences en termes de convivialité et d'efficacité. Pour la réussite de leur réalisation, ils peuvent exiger le
même type de ressources.
Un cas d'utilisation métier de support dans une organisation (tel qu'un cas d'utilisation métier de développement
logiciel) peut être un cas d'utilisation métier central dans une autre. La principale différence réside dans le
destinataire du cas d'utilisation. A la demande d'un propriétaire métier, les cas d'utilisation métier de support
développent le métier en coopération avec les propriétaires et opérateurs concernés du cas métier. Dans un modèle de
métier intégral, le conseil serait un acteur métier courant. Lorsque la modélisation se limite uniquement aux cas
d'utilisation métier de support, les acteurs métier sont généralement le propriétaire et l'opérateur de cas
d'utilisation métier.
Les cas d'utilisation de gestion, eux, sont chargés de la gestion du métier, c'est-à-dire de la gestion et du
développement des autres cas d'utilisation métier conformément aux directives du propriétaire, afin d'initier et de
superviser les cas d'utilisation métier centraux et de support selon ces directives. Le modèle d'analyse métier décrit
la manière dont les cadres, les propriétaires de ressources, ainsi que les propriétaires, leaders et opérateurs de cas
d'utilisation métier doivent coopérer entre eux. Les acteurs métiers courants sont le propriétaire ou le conseil.
Modèle d'une organisation dans son ensemble
A l'autre bout de l'échelle, de nombreuses tâches mineures doivent être accomplies : maintenir le réseau informatique
en fonctionnement, répondre au téléphone, nettoyer la machine à café, etc. Toutefois, ces tâches ne font pas partie
d'un cas d'utilisation métier défini. Si vous souhaitez par exemple obtenir une certification ISO 9000 Standard, ces
activités doivent elles aussi être incluses dans le modèle. La règle d'or suivante vous offre une approche simple : si
une activité constitue un travail à temps plein, attribuez-la à un travailleur métier spécifique. Si elle représente
moins d'un travail à temps plein, attribuez-la à un travailleur métier existant possédant les bonnes compétences, sans
essayer de l'inclure dans un cas d'utilisation métier.
|