La modélisation des besoins
149
© Groupe Eyrolles
◗ élaborer la méthode de diffusion des composants. Il faut décider de la procédure de diffusion des composants. Elle peut être interne à l’entreprise ou
externe, les composants étant alors mis à la disponibilité des partenaires. La
procédure de diffusion comprend la description des entrées et des sorties
nécessaires à la mise en œuvre de composant et à son intégration dans une
application. On est, de fait, déjà dans une phase de spécification de développements et il convient de définir l’environnement objet (DBOC) en complément de la DBCG.
Remarque : on donnera une priorité aux composants de l’éditeur d’ERP s’ils
existent.
Un composant appelle des sujets et des objets. Par exemple, il fait appel aux objets
d’IHM : comment le composant est-il appelé ? Par barre de menu ? Par un
bouton ? Par un Object Linking and Embedding (OLE 1 ) ?
La Description de la Bibliothèque des Objets de Conception (DBOC)
Si des développements s’avèrent nécessaires, il serait dommageable, avec les outils
de développement actuels de passer outre la notion d’objet !
Ne sont objets que les éléments qui ont une existence durable au sein du système
d’information et qui sont récurrents.
◗ L’inventaire des objets. L’inventaire des objets est un préalable. La répartition
de ceux-ci en classe peut être guidée par la nature des objets.
Exemples de classes :
– la classe bon de commande ;
– la classe bordereau de livraison ;
– la classe employé ;
– la classe véhicule de livraison ;
– etc.
Exemples de classes d’objets :
– les objets d’IHM : ce sont toutes les classes d’objets rencontrées dans
l’interface utilisateur graphique (barres de menus, boutons de divers types,
onglets, etc.) ;
– les objets de développement : toute séquence de code que l’on est amené
à écrire de façon répétitive (fonctions de calculs spécifiques, tris spécifiques, etc.) ;
– les objets banals : tout objet courant (calendrier, calcul de TVA, etc.) ;
1. Middleware de Microsoft permettant le fonctionnement coopératif de plusieurs applications.
149
© Groupe Eyrolles
◗ élaborer la méthode de diffusion des composants. Il faut décider de la procédure de diffusion des composants. Elle peut être interne à l’entreprise ou
externe, les composants étant alors mis à la disponibilité des partenaires. La
procédure de diffusion comprend la description des entrées et des sorties
nécessaires à la mise en œuvre de composant et à son intégration dans une
application. On est, de fait, déjà dans une phase de spécification de développements et il convient de définir l’environnement objet (DBOC) en complément de la DBCG.
Remarque : on donnera une priorité aux composants de l’éditeur d’ERP s’ils
existent.
Un composant appelle des sujets et des objets. Par exemple, il fait appel aux objets
d’IHM : comment le composant est-il appelé ? Par barre de menu ? Par un
bouton ? Par un Object Linking and Embedding (OLE 1 ) ?
La Description de la Bibliothèque des Objets de Conception (DBOC)
Si des développements s’avèrent nécessaires, il serait dommageable, avec les outils
de développement actuels de passer outre la notion d’objet !
Ne sont objets que les éléments qui ont une existence durable au sein du système
d’information et qui sont récurrents.
◗ L’inventaire des objets. L’inventaire des objets est un préalable. La répartition
de ceux-ci en classe peut être guidée par la nature des objets.
Exemples de classes :
– la classe bon de commande ;
– la classe bordereau de livraison ;
– la classe employé ;
– la classe véhicule de livraison ;
– etc.
Exemples de classes d’objets :
– les objets d’IHM : ce sont toutes les classes d’objets rencontrées dans
l’interface utilisateur graphique (barres de menus, boutons de divers types,
onglets, etc.) ;
– les objets de développement : toute séquence de code que l’on est amené
à écrire de façon répétitive (fonctions de calculs spécifiques, tris spécifiques, etc.) ;
– les objets banals : tout objet courant (calendrier, calcul de TVA, etc.) ;
1. Middleware de Microsoft permettant le fonctionnement coopératif de plusieurs applications.