Décisions, éléments décisionnels et modèle orienté objet
Cette troisième étape de la méthodologie a pour but de déterminer les objets constitutifs du système de gestion sylvicole et de les organiser en un système bien structuré, cohérent, sans redondance inutile et modulable. La détermination de ces objets se fait en considération des ordinogrammes des tâches de gestion où sont visualisés les décisions à prendre et les éléments décisionnels. Cette description doit être complétée de manière à pouvoir actualiser, documenter et archiver le système de gestion sylvicole.
L'approche choisie est celle de la modélisation par objets. La particularité de cette approche est de regrouper les données et les méthodes en un seul objet. Une méthode est comprise comme une procédure informatique. Schönsleben (2001) <ref name="Schônsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref> la définit comme une fonction appartenant à un objet <ref>A noter que Booch, (1999) parle d'opération.</ref> <ref>BOOCH, G.; RUMBAUGH J. et al. 1999: Das UML - Benutzerhandbuch. Addison Wesley Verlag, München.</ref>. La valeur de l'attribut d'un objet est accessible et modifiable seulement au moyen d'une méthode associée à l'objet. Les objets sont regroupés en classes et sont caractérisés par les mêmes attributs, méthodes et relations avec d'autres objets. Ces caractéristiques sont en fait attribuées à la classe, un objet ne représentant qu'une occurrence particulière d'une classe ou, formulé autrement, une instance de cette classe. Les classes d’objets sont organisées en une structure hiérarchique qui met en évidence leurs relations respectives. Dans le cas d’une hiérarchie de spécialisation, l'héritage <ref> Schönsleben (2001) signale que le terme "héritage" n'est pas approprié. Il laisse suggérer que la classe supérieure fonctionne comme une classe "parent" par rapport à une classe "enfant". En fait, les objets de la classe inférieure ne sont pas les "enfants" des objets de la classe supérieure, mais ces objets mêmes. Dans cette perspective, le terme de transfert (‘Übertragung’) reflète mieux cette relation. </ref> <ref name="Schônsleben">SCHÖNSLEBEN, P. 2001: Integrales Informatonsmanagement. Springer-Verlag, Berlin, Heidelberg.</ref> représente un mécanisme très important, puisqu'il permet de transférer les caractéristiques d'une classe à ses sous-classes. Cette approche présente le grand avantage de pouvoir développer un système modulaire. De plus, la modélisation de ce système peut se faire au moyen de l'UML, un langage de modélisation standardisé, très répandu et indépendant de toute plateforme informatique <ref> Pour que l’UML puisse à la fois être appliqué dans des domaines divers et servir de base solide pour l’élaboration de solution informatique, un formalisme poussé est nécessaire. Dans la perspective du Systems Engineering et en particulier du principe de l’ensemble aux détails, l’utilité de ce langage de modélisation se trouve plutôt en phase de consolidation du concept. L'abréviation UML signifie ‘Unified Modeling Language’ en anglais ou ‘langage unifié de modélisation d'objets’ en français.</ref>.
Voir aussi
Références
<references/>