Il est courant dans l’analyse des systèmes d'information de
distinguer la modélisation du « quoi construire », de celle du
« comment construire », ou autrement dit de séparer l’analyse des besoins
de celle des solutions.
Lors du travail quotidien des architectes informatiques,
cette distinction est néanmoins chargée d'ambiguïté. En effet, une spécification
fonctionnelle entre-t-elle dans la catégorie des besoins ou dans
celle des solutions ? la réponse dépend des interlocuteurs considérés.
- Pour les utilisateurs métier, une spécification fonctionnelle est une solution à réaliser qui répond à leur besoin métier
- Pour les responsables de la réalisation du système, une spécification fonctionnelle est un besoin décrit sous la forme de fonctionnement attendu du système, auquel il faut apporter une solution en termes d’implémentation
Pour lever cette ambiguïté, clarifions les définitions :
- Architecture fonctionnelle d’un système d'information : organisation hiérarchique des caractéristiques et du comportement d’un système d'information tels que perçus par les utilisateurs ou les systèmes externes à ce système d'information. Les niveaux de cette hiérarchie sont classiquement : Zone, Quartier, Îlot, Bloc.
- Architecture logique d’un système d’information : organisation hiérarchique des composants d’un système d’information qui doivent être réalisés, assemblés puis déployés pour ce système d'information puisse fonctionner. Les niveaux de cette hiérarchie sont dans GRAF : Système, Sous-système, Module, Composant.
- Architecture physique d’un système d'information : infrastructure logicielle et matérielle qui héberge l’implémentation des composants du système d'information.
Exemple : Prenons le système d'information d’une agence
de voyage. L’architecture fonctionnelle comprendra différentes zones. Par
exemple :
On peut imaginer une relation simple entre les zones et les sous-système dans les
trois premiers cas :
- La zone « Vente » est par exemple implémentée par trois sous-systèmes : « Gestion demandes client » pour la partie front-office, « Préparation DV » pour le back office, et « Echanges » pour la communication avec les systèmes de réservation d’hôtels et d’avion.
- La zone « Facturation » est implémentée par le sous-système « Facturation comptabilité »
- La zone Marketing est implémentée par le sous-système Marketing
Le cas de la zone habilitation est plus complexe, car si l’on
doit prévoir un sous-système « Habilitations » qui serait en charge
de la gestion des droits utilisateurs, tous les autres sous-systèmes doivent
prévoir des composants qui participent au contrôle de ces droits.
Le schéma logique est le suivant :
