La phase d’audit
95
© Groupe Eyrolles
Figure 2.3 : Progiciels, modules, composants, objets
Fonction primaire d’un module
Il est recommandé de ne considérer comme module que ceux pour lesquels il
existe la notion de fonction primaire.
Il incombe aux progiciels de prendre en charge un nombre important de fonctions
qui interagissent les unes avec les autres. L’utilisateur, en optant pour le progiciel,
doit bénéficier d’un coût de maintenance réduit, de l’existence d’une communauté d’utilisateurs regroupés en club et de l’espoir d’évolutions normées, dictées
par un grand nombre d’utilisateurs.
L’enrichissement de sa panoplie de progiciels par des modules complémentaires ne
doit pas laisser de place à une dégradation de ces avantages. L’enrichissement par
modules complémentaires contribue à rendre le système applicatif plus complexe.
Une méthode de s’en prémunir est de spécifier que ces modules soient réduits à
remplir une seule et unique fonction primaire. C’est le cas de l’exemple précédent.
Cette attitude est normative car elle renvoie aux normes AF 150 à AF 153 de
l’AFNOR.
Ces normes qui sont à l’origine d’une démarche appelée Analyse de la Valeur
(AV), constituent une base à la définition des produits industriels et se sont inséUtilisateur final
Utilisateur averti
Administrateur
Développeur
mainteneur
Développeur
concepteur
vers plus de
personnalisation
vers plus de
spécificités
Progiciel
Objets
Composants
métier
Modules
additionnels
Précédent

- 96/381

Suivant