Avant toute chose il convient de définir ce qu’est PRAXEME :

• On débuterait par ça si on nous demandait de rédiger un cahier des charges ;
• C’est la première question que nous poserait l’assistance à maîtrise d’ouvrage (AMOA) ;
• Si on suit la méthode PRAXEME il faut faire un modèle sémantique … qui décrit l’entreprise.

Bref, c’est quelque chose qu’il faut faire ! Donc, PRAXEME, de quoi s’agit-il ?

PRAXEME c’est une méthode d’analyse et de conception du « système entreprise » : son but est de décrire l’ensemble des aspects de l’entreprise (ses objectifs, son vocabulaire, ses processus, …) et de permettre sa transformation (identifier les services, concevoir la solution, …).

Elle a été développée afin de combler le vide laissé par MERISE, mais en essayant d’aller plus loin (ne pas de limiter au domaine « informatique »), en se basant sur les standard UML et MDA et en essayant de s’inspirer des bonnes pratiques dans tous les domaines qui s’avèreront pertinents (architecture d’entreprise, terminologie, …).

Elle a été construite à l’aide de contributions (première version des guides, le meta-modèle, …) et se compose d’un ensemble de document disponible sur le site internet du Praxeme Institute. Il s’agit d’une association loi 1901 chargé de gérer ces documents et de piloter les travaux d’évolution et d’enrichissement de la méthode.

Les contributeurs sont des entreprises et des administrations qui ont fourni des documents. Des contributions ont également été réalisées par des personnes individuelles, mais on parle plutôt d’auteur. La plupart de ces auteurs sont adhérents à l’association, mais pas tous.

Voici une réponse possible à cette question, d’une manière assez concise tout en étant assez complète. J’ai mis des liens sur les termes important pour en faire un premier modèle diagramme :

Je préciserai et complèterai cette description dans de futurs billets, mais si vous voulez dès à présent en savoir plus vous pouvez commencer par aller sur la page wikipedia, puis consulter les articles de la lettre de l’ADELI parlant de PRAXEME … avant bien sûr de vous lancer dans la lecture des documents à commencé par le livre blanc

Ce diagramme est bien évidemment incomplet et peut être même partiellement faux dans l’utilisation d’UML, mais c’est le type de document qui aurait pu être produit pendant un entretien de capture du besoin.

Il va maintenant falloir s’en inspirer pour initier un modèle sémantique

• Quoi : « concevoir un service permettant à tout un chacun de proposer des contributions à la méthode » ;
• Quand : ça risque de durer … un bout de temps (cf. UNM 00-001) ;
• Comment : uniquement avec des outils libres/ouvert ;
• Où : pour le moment uniquement sur ce blog ;
• Qui : moi (+ tous ceux qui le voudront) ;
• Pourquoi : parce que !

Cet objectif est réaliste puisque la méthode PRAXEME s’enrichit par le biais de contributions, à l’image des logiciels libres. Il s’agit toutefois d’un besoin « rafiné » car le besoin exprimé aurait plutôt été « j’ai besoin d’un site web pour que les personnes puissent nous envoyer leurs publications ». Cependant les mots n’ont pas été choisis au hasard (service, contribution, méthode) et il reste laaaaargement de quoi discuter

De plus, qui dit projet dit méthode de conduite de projet ! Cependant ce projet n’est pas tout à fait un projet et il n’y a pas vraiment de méthode : la démarche consistera plutôt à prendre les guides de la méthode de manière séquentielle.

Néanmoins, si à un moment le besoin se fait sentir de faire référence à une méthode, je me baserai sur Unified Process (UP), ou plus exactement ses versions libres telles qu’OpenUP ou UPEdu. Le phasage de UP est celui que je connais le mieux et c’est aussi qui est cité par Praxeme dans son livre blanc.

La prise en compte de PRAXEME dans ce type de méthode n’a, à ma connaissance, pas été documenté (que fait-on de PRAXEME à quelle phase de UP ?), c’est également une motivation pour s’intéresser au sujet. Mais il est probable que je ne sorte pas du cadrage

Enfin, dans le corpus méthodologique de Praxeme il y a une démarche projet qu’il pourra être intéressant de regarder : DemInno.

J’ai décidé de remédier à cela et me suis lancé dans une relecture des documents de référence de la méthode. Afin de ne pas en avoir qu’une vision théorique, j’ai également décidé de la mettre en œuvre sur un projet simple (type « cas d’école ») et de publier sur ce blog tout ce qui touche à ce projet : présentation, analyses, diagrammes, livrables, …

Un objectif à terme pourra être la rédaction d’articles sur l’utilisation de la méthode, mais ces billets ne sont pas des tutoriels : ils seront une sorte de journal de bord, tant pour mon avancée dans le projet que pour ma (re)découverte de la méthode. Ce que je vais publier contiendra probablement des erreurs, fera l’objet de corrections et posera peut-être plus de questions qu’il n’apportera de réponses : c’est précisément pour cela que je le fais au travers d’un blog. Les commentaires, critiques et propositions seront donc les bienvenues

Je me fixe également pour objectif de parler de la manière dont cette méthode a été élaborée et continue d’évoluer, j’ai donc choisi le sujet du projet en conséquence : le but est de concevoir un service permettant à tout un chacun de proposer des contributions à la méthode.

A ma connaissance, à part l’envoie de il pourra donner lieu à quelque chose d’utile