Analyser

Observer, examiner et décrire, sans proposer de changement

Introduction de la notion

Analyser, c’est observer.

Le terme évoque la décomposition en éléments plus fins, le souci du détail. La posture du modélisateur qui analyse est caractérisée par :

  • la passivité (il ne prend pas d’initiative : ils se « contente » de restituer ce qu’il observe ;
  • le souci du détail et de l’exhaustivité ;
  • Eventuellement, la traque des dysfonctionnements en vue d’alimenter la réflexion critique (analyse de l’existant, audit).

Analyse versus Conception
La dichotomie « analyse / conception » est un grand classique du génie logiciel (et, plus généralement, des sciences de l’ingénieur). Cependant, les évolutions de ces dernières années (notamment, la généralisation des processus itératifs) ont eu tendance à brouiller cette opposition simple.

Les démarches de développement traditionnelles identifiaient l’activité (d’analyse ou de conception) avec la phase (unité de découpage des travaux). Elles obéissaient au modèle de la cascade qui ordonne ces activités en séquence. Il nous faut distinguer, désormais, entre ces deux notions, une même phase pouvant mêler les deux types d’activités. Dans les cycles de développement itératif, une itération comporte souvent, à la fois, de l’analyse et de la conception. La méthode RUP nomme ainsi « disciplines » ces types d’activité, distinguée de la notion de « phase ».

Ceci étant posé, il faut éliminer les connotations troublantes que ces termes véhiculent. L’analyse est perçue comme un travail limité à un niveau général et/ou fonctionnel, la conception se chargeant des détails. Ce n’est pas notre approche. Avant d’être des moments du cycle de vie, l’analyse et la conception renvoient à des attitudes particulières face à la réalité étudiée.

Commentaire

Les messages :

  1. Les activités d’analyse et de conception portent sur tous les aspects du Système. Les aspects amont (sémantique, organisation, géographique) sont tout aussi susceptibles de proposition de conception que les aspects techniques.
  2. Qu’il soit d’analyse ou de conception, un modèle n’est complet que s’il est détaillé. Ceci n’interdit pas de produire des modèles généraux, répondant à des intentions particulières (esquisse, décision d’architecture, etc.).

Il ne s’agit pas, ici, véritablement d’une définition mais plutôt d’un rappel sur l’importance de la posture et du fait qu’elle s’applique à tous les aspects du Système Entreprise.

Termes connexes : approche, méthodologie, modélisation.

Pour marque-pages : Permaliens.

Les commentaires sont fermés