|
|
PRINCIPES D'ARCHITECTURE DE LOAN OBJECTS
1. Notre vision de la structure d'un système d'information "gestion des
créances sur des particuliers"
| Domaine |
Définition |
Exemples |
| 1 |
Ce qui n'est pas spécifique aux métiers de la gestion de créances
sur des particuliers |
Workflow, éditique… |
| 2 |
Ce qui, tout en étant spécifique aux métiers de la gestion des
créances sur des particuliers, peut être commun à toutes les entreprises utilisatrices. |
Calcul d'un échéancier |
| 3 |
Ce qui doit pouvoir être spécifique à une entreprise donnée. |
"score" de prévision du risque de contrepartie… |
| 4 |
Traitements qui lisent des données en masse sans les mettre à jour |
Tableaux de bord, états comptables … |
2. La contribution de LOAN OBJECTS à chaque domaine
| Domaine |
Notre vision de la meilleure solution actuelle |
La contribution de LOAN OBJECTS |
| 1 |
Progiciels existants |
Néant |
| 2 |
Développements spécifiques |
LOAN OBJECTS lui-même |
| 3 |
Donner à des non-informaticiens la possibilité de modifier, dans de bonnes
conditions de productivité, la définition des "composants" de
ce domaine, à l'aide d'un outil de "gestion des règles métiers"
(en Anglais, Business Rules Management System ou BRMS) |
Dans LOAN OBJECTS, les "composants" dont
la définition relève de ce
domaine sont mis en évidence, et on ne définit que leur interface. |
| 4 |
Développement spécifiques avec outils "d'infocentre" |
LOAN OBJECTS décrit toutes les données
d'historique qui relèvent de ce domaine, y compris les
"Compte-rendu d'événement"/"Compte-rendu d'inventaire" à
utiliser par des logiciels "interpréteur comptable" |
3.Conclusion
Pour construire un système d'information complet sur la base de LOAN OBJECTS, il faut :
Réaliser (implémenter) les composants applicatifs décrits dans LOAN OBJECTS Interfacer l'application ainsi obtenue à 1 ou 2 progiciels
non spécifiques (au moins un progiciel de "workflow" ou "Business
Process Management" et un progiciel "d'éditique") Interfacer cette application à un outil de "gestion des règles métier"(ou BRMS) Faire, des données d'historique décrites, un véritable "Entrepôt de Données"
(en d'autres termes, donner de ces données la déclinaison physique qui leur permette d'être utilisées par
des outils de reporting)
|