Contexte
Nous utilisons Mercator au Centre Hospitalier de Luxembourg (CHL) pour cartographier notre système d'information. Nous modélisons actuellement SAP en tant qu'application et ses modules fonctionnels (IS-H, ISHMED, LMS, …) en tant que services applicatifs au sein de cette application.
Problème
Cette modélisation est sémantiquement correcte (les modules SAP sont des ajouts logiciels et non des applications indépendantes), mais elle crée une limitation structurelle : il n'existe aucun moyen dans le modèle de données actuel d'associer une entité organisationnelle (service/département) à un module SAP spécifique.
La relation que nous cherchons à exprimer est :
Le service X utilise le module SAP Y
Alternatives explorées
Nous avons envisagé de promouvoir SAP en bloc applicatif et chaque module en application. Cette approche permettrait des liens entité/module, mais introduit deux inconvénients majeurs :
- Duplication de l'infrastructure : chaque élément d'infrastructure SAP (serveurs, etc.) devrait être réassocié individuellement à chaque module, puisque les modules partagent la même infrastructure sous-jacente. Cela est difficile à maintenir et induit en erreur.
- Incorrection sémantique : les modules SAP ne sont pas des applications indépendantes ; les modéliser comme tels donnerait une représentation inexacte de l'architecture réelle.
Contournement utilisé actuellement
Nous conservons SAP comme application avec ses modules comme services applicatifs, et utilisons les flux applicatifs ou les champs entité pour approximer l'usage par module et par département. Cette approche est fonctionnelle mais imprécise.
Demande d'évolution
Serait-il possible de supporter une relation module/entité au niveau du service applicatif ? Concrètement, cela permettrait d'associer une entité organisationnelle non seulement à une application, mais également à un service applicatif spécifique au sein de cette application.
Ce besoin couvre les cas réels où une application unique dessert plusieurs services via des modules fonctionnels distincts, chacun ayant sa propre base utilisateurs et son propre périmètre de gouvernance.
Contexte
Nous utilisons Mercator au Centre Hospitalier de Luxembourg (CHL) pour cartographier notre système d'information. Nous modélisons actuellement SAP en tant qu'application et ses modules fonctionnels (IS-H, ISHMED, LMS, …) en tant que services applicatifs au sein de cette application.
Problème
Cette modélisation est sémantiquement correcte (les modules SAP sont des ajouts logiciels et non des applications indépendantes), mais elle crée une limitation structurelle : il n'existe aucun moyen dans le modèle de données actuel d'associer une entité organisationnelle (service/département) à un module SAP spécifique.
La relation que nous cherchons à exprimer est :
Alternatives explorées
Nous avons envisagé de promouvoir SAP en bloc applicatif et chaque module en application. Cette approche permettrait des liens entité/module, mais introduit deux inconvénients majeurs :
Contournement utilisé actuellement
Nous conservons SAP comme application avec ses modules comme services applicatifs, et utilisons les flux applicatifs ou les champs entité pour approximer l'usage par module et par département. Cette approche est fonctionnelle mais imprécise.
Demande d'évolution
Serait-il possible de supporter une relation module/entité au niveau du service applicatif ? Concrètement, cela permettrait d'associer une entité organisationnelle non seulement à une application, mais également à un service applicatif spécifique au sein de cette application.
Ce besoin couvre les cas réels où une application unique dessert plusieurs services via des modules fonctionnels distincts, chacun ayant sa propre base utilisateurs et son propre périmètre de gouvernance.