Dans la plupart des entreprises informatiques axées sur le métier, une place centrale est accordée à la compréhension
et à la gestion des données sous forme d'Artefact : Entités métier complexes, dans l'optique de l'analyse et
de la conception de solutions. De ce fait, de nombreuses solutions comporteront des services faisant office de services
de gestion de données et l'identification de services tendra à mettre davantage l'accent sur l'Artefact : Modèle de données ou l'Artefact : Modèle d'analyse métier. En termes de réingénierie
d'applications vers des solutions orientées services, des modèles de données doivent être développés à partir des
applications existantes qui peuvent être utilisées pour identifier des sous-ensembles cohérents pouvant être traités
comme des services autonomes.
Lorsque cela est possible, la création d'un modèle de domaine à l'échelle de l'entreprise est une activité à forte
valeur ; le modèle de domaine constituant un niveau supérieur d'abstraction en général vers un modèle de données
logique plus complet (voir Artefact :
Modèle de données), il doit être mis à jour plus régulièrement. Ce modèle de domaine exprime les concepts clés, en
termes d'Artefact : Entité métier et peut être considéré comme représentant
les types d'artefact clés gérés par un composant métier ou un service métier (voir Concept : Modélisation métier de composant). En tant que tel, le groupement logique
d'un modèle de domaine en un ensemble cohérent d'entités dépendantes peut être le point de départ de l'identification
de service -- en considérant le service comme le propriétaire des entités. Par exemple, considérons le fragment de
modèle de domaine suivant.
Nous observons que le modèle de domaine identifie un ensemble d'entités métier qui se divise en deux compétences
métier principales : gestion des comptes et gestion des clients. Il est vrai qu'il existe une relation
significative entre un compte et une organisation, toutefois ces deux types d'artefact sont le plus souvent
traités séparément et les opérations sont exécutées au niveau du compte ou de l'organisation. Il est alors
possible d'attribuer les parties pertinentes du modèle de domaine à un Artefact : Système métier (Composant métier dans
CBM) RUP , comme illustré ci-dessous.
Nous avons à présent une représentation claire de la propriété des types d'artefact pertinents, mais nous devons
effectuer une étape supplémentaire et identifier les services que le système métier fournit à l'organisation et, dans
ce cas précis, le service permettant de gérer les types d'artefact identifiés. Selon notre exemple, nous identifierions
donc l'entité "Compte" en tant qu'artefact principal appartenant au système métier "Gestion des comptes" et l'entité
"Client" en tant qu'artefact principal appartenant au système "Gestion client". Nous devons donc fournir un service
permettant d'accéder aux entités et de les mettre à jour, comme illustré dans la figure ci-dessous.
Il faut rappeler que ces spécifications de service représentent uniquement des services candidats (voir la propriété
d'état de l' Artefact : Spécification de service) et qu'il convient de préciser
les détails des opérations qu'elles proposent, notamment des opérations permettant la mise à jour d'entités.
|