Manuel de conception fonctionnelle des systèmes d'information de gestion avec le langage UML.

Présentation du document

Ce document vise à rendre véritablement autonome la couche "métier" des systèmes d'information de gestion en exposant une méthode de conception fonctionnelle utilisant un formalisme dérivé de la norme UML 2.0.

Qu'appelons-nous "système d'information de gestion" ?

On appelle ici "système d'information de gestion" toute organisation ne manipulant que des concepts de structure simple ("chaînes de caractères", valeurs logiques ou nombres réels), par opposition en particulier aux applications qui manipulent de l'information se présentant sous une forme plus complexe : vecteurs, matrices, figures géométriques ("fenêtres" …), images, sons…

Qu'appelons-nous "conception fonctionnelle" ?

On appelle ici "conception fonctionnelle" (ou conception "métier") d'une description :

des actions autorisées aux acteurs : Assignation de valeurs à des données, consultation de valeurs …
et des résultats apparents pour ces mêmes acteurs : Modification automatique de valeurs, Transferts d'information vers l'extérieur du système : création de documents (sur support papier, magnétique…), émission de signaux …

… et on exclut en particulier de la "conception fonctionnelle" :

Les caractéristiques "techniques" du système, c'est-à-dire les caractéristiques qui ne sont pas indispensables pour décrire les "résultats apparents" (exemple : "design" de bases de données)
L'organisation proprement dite, c'est à dire l'affectation des traitements à des personnes ou à des unités identifiées.

La "conception fonctionnelle" garde tout son sens même en l'absence d'un projet d'automatisation (informatisation). Toutefois, certains concepts ne seront évidemment utiles que dans la perspective d'une automatisation.

Articulation du document avec la norme UML

D'une part, le formalisme présenté n'estqu'une partie d'UML 2.0. En effet, UML vise à permettre de décrire tous les aspects d'une application quelconque, alors que nous nous limitons à la conception fonctionnelle.

Mais, par d'autres aspects, ce formalisme est une extension d'UML. En effet, UML :

d'une part, ne donne pas les moyens de formaliser intégralement la conception fonctionnelle d'un système d'information,
d'autre part, se borne à recommander une syntaxe formelle sans traiter des liens entre les modèles obtenus et le monde réel.

La présente méthode, au contraire, pallie ces lacunes, en particulier en introduisant de nouveaux concepts (donc certains peuvent être des spécialisations de concepts d'UML)

Points forts

A la différence d'UML, qui ne propose pas de syntaxe formelle pour définir le corps des méthodes, le formalisme que nous définissons permet de décrire de façon entièrement formalisée 100% d'un système d'information (données et traitements)
Le fait de se limiter au niveau "fonctionnel" rend le formalisme beaucoup plus simple que celui d'UML. En particulier, il devient utilisable par des non-informaticiens.
A la différence d'UML, qui est un pure syntaxe formelle :
- nous répondons à la question "comment ?" en complétant la présentation du formalisme par des conseils méthodologiques, en répondant par exemple à des questions du type "quand faut il remplacer une classe par une association ?"
- Nous traitons entièrement les aspects sémantiques de la conception, en répondant par exemple aux questions :
  
  Comment définir clairement une donnée ?
  
  Comment choisir le nom d'une donnée ?
Proposition d'un formalisme original de définition de "règles de déclenchement" des opérations par les résultats souhaités.

Télécharger le document complet au format PDF

Mentions légales