QUID de la granularité des Composants (SSA : Sous-Système Applicatif) ?
S’il est possible de faire un Système d’Information avec un
seul Composant de la LOI2S, dès que le nombre de Processus devient
plus important, il est préférable de décomposer le SI en de multiples Composants
distribués et redondés pour garantir une disponibilité totale ou dégradée en
cas de défaillances localisées de l’infrastructure informatique.
Le principal critère de décomposition du SI va être le
couplage entre les Objets métier. Le plus courant est la décomposition
par Domaine fonctionnel qui, en générale, suit l’Organisation opérationnelle
de l’Entreprise décomposée par Profil de compétences. Cette approche
rejoint, la mise sur le marché des progiciels spécialisés autonomes par Domaines
fonctionnels tant métier (Prospection, Vente, Support après-vente, Logistique, Rétention,
Compta, Valorisation-Facturation, etc.) que technique informatique (Distribution
des Messages, Indexation des Données, Mémorisation des Données, Gestion des
Droits et des Profils de compétence, Dictionnaire, Annuaire et Catalogue, Interfaces
de Présentation ou de communication interentreprise, etc.).
La décomposition est aussi une aide à l’organisation distribuée
d’équipes spécialisées par Profils de Compétences métiers ou techniques pour la
spécification, conception et le développement du SI.
Nota : La décomposition du SI la plus fine serait d’avoir autant de Composants que de version Type d’Objet métier et de Fonctions génériques associées. Ce qui engendre une démultiplication des Messages inter Composants déclenchant de multiples Processus (Architecture micro-services massivement parallèle).
