Extrait du film "Mammuth" (exemple d'arbre des causes "Ichikawa")

Voici enfin l'extrait dont je vous ai parlé du film Mamuth (de Gustave KERVERN et Benoît DELEPINE, avec Gérard DEPARDIEU, Yolande MOREAU...), dans lequel on trouve une illustration parfaite de la recherche de causalité par la méthode dite d'Ishikawa, illustré par le diagramme dit "en arête de poisson".

L'extrait est

Le blog d'Ivar Jacobson (le créateur des Cas d'Utilisation)

Ivar Jacobson est, des trois créateurs d'UML, celui qui a, je pense, le plus remis en question les approches traditionnelles de conception Orientées objet ; il a inventé le concept de Cas d'Utilisation (Use Case), en a vendu l'idée à ses camarades et a contribué de façon magistrale à faire entendre la voix des utilisateurs au sein du processus de conception de logiciels.

Loin de se reposer sur ses lauriers (pourtant amplement mérités), Ivar repart inlassablement (et oh combien intelligemment) à la recherche de la solution de

Un article sur les relations entre les développeurs et le recueil des besoins

J'ai trouvé très intéressant cet article (et surtout les deux documents qu'ils propose) au sujet des relations entre les développeurs et le recueil de besoins, et la démarche qu'il propose pour améliorer la compréhension des besoins (notamment via des jeux - serious games).

Voir cet article sur le site "Manage Developpeur Understanding" (en anglais), ici :

Nouvelle version de l'outil de modélisation Enterprise Architect

La version 9 de l'outil de modélisation Enterprise Architect de la société Sparx Systems est sortie.

Au menu, toujours plus de fonctionnalités, pour

Le projet Chameleon : pas si farfelu (Nigel a fait école)

Lors de nos quatre jours de formation, nous avons abondamment étudié le cas du projet "Chameleon", sur les traces de son "inventeur", le brillant "Nigel", qui rêvait de mettre de la peinture à nano_particules sur tous nos murs, pour les transformer en de somptueux tableaux vivants.

Finalement, il s'avéra que ce n'était pas chose aisée et nous avons profité de sa déconvenu (et des difficultés techniques que révélaient un recueil de besoins des plus hasardeux) pour mettre en œuvre un certain nombre de techniques, comme la validation des besoins, la gestion de leur évolution et la technique SCAMPER.

Cela étant et pour laisser une petite chance à Nigel, il faut bien admettre que ses idées sont dans l'air du temps et que d'autres chercheurs et fabricants se penchent bel et bien sur le problème.

Voici d'ailleurs deux exemples de produits en devenir sur le sujet :

Tout d'abord une technique de projection visant à modifier instantanément la décoration intérieure d'une pièce (bon d'accord, ce n'est pas vraiment de la peinture et ce n'est pas "définitif", mais c'est un bon début).

Et puis cette peinture qui vise à remplacer les commutateurs, en les peignant simplement aux emplacement désirés (OK, ce n'est pas non plus exactement aussi bluffant que Chameleon, mais au moins, ça a l'aire de fonctionner).

Si vous voyez à l'avenir des produits qui se rapprochent des élucubrations de Nigel, n'hésitez pas à ajouter en commentaires des liens vers ces créations, que nous puissions dire enfin "ça fait déjà longtemps que je connaissais...".

RIF : Format normalisé d'échange de besoins

Lors de notre formation, je vous ai parlé de XMI (XML Metadata Interchange), format d'échange normalisé entre tous les outils supportant le langage UML, créé par l'OMG (Object Management Group, organisme de normalisation indépendant des éditeurs).

J'ai omis de vous signaler les travaux visant à normaliser plus spécifiquement les échanges d'informations entre outils dédiés au recueil de besoin, qui sont en train de déboucher sur un format nommé RIF (pour Requirement Interchange Format).

Vous en apprendrez davantage ici :

Quelques images

Voici quelques souvenirs en image de nos 4 jours de formation :

Outils de modélisation UML pour le recueil de besoins

Lors de nos quatre jours de formation, nous avons abondamment évoqué l'intérêt de l'utilisation d'outils de modélisation plus ou moins dédiés au recueil de besoins.
Voici donc comme convenu une 1ère liste d’outils de recueil de besoin et de modélisation UML :

• Sparx System Enterprise Architect (l'outil que

Diagramme des causes (Ishikawa)

Pendant notre formation, nous avons évoqué ensemble le "diagramme d'Ishikawa" (dit aussi "arbre des causes" ou "diagramme en arête de poisson, de par sa forme).

Ccet outil de recherche de causalité, a été inventé pour rechercher les causes d'un incident, mais peut aussi servir à explorer les besoins exprimés pour en extraire les véritables besoins nécessaires.

Voici ce qu'en dit

Petite bibliographie sur le sujet

Pour ceux qui cherchent des ouvrages autour du recueil de besoins (et d'autres sujets que nous avons évoqués en cours), voici une première liste :

1) Un livre sur l'écriture des documents de spécifications
Pour structurer le

Bienvenue dans notre blog d'échange sur le recueil de besoins

Bienvenue dans notre blog d'échange "Recueil de besoins" issue de la formation n°315 de Learning Tree des 23, 24, 25 et 26 mai 2011.

Ce blog se veut un prolongement de nos discussions initiées en "salle de classe".

J'initie donc le contenu de ce blog avec

A L'AIDE ! (Comment utiliser ce blog)

Voici comment utiliser au mieux ce blog.

Les messages et commentaires sont accessibles de la manière suivante :

• Les derniers messages sont consultables, juste en dessous du titre, dans la colonne au centre de la page. Ils se succèdent du plus récent au plus ancien, dans la limite des 50 derniers messages.
• Pour accéder aux messages d'un thème particulier (pratique, site, besoin...) reportez-vous à

Vos travaux lors de l'activité 1-8

Voici la copie des énoncés de besoins que vous avez rédigé lors de la réalisation de notre activité du chapitre 1 - transparent8 (Pourquoi la rédaction des besoins est-elle si difficile ?), suivi du résultat de leur interprétation par vos "développeurs" :

Photos des paperboards utilisés lors de vos ateliers

Voici les photos que j'ai réalisé des paperboards sur lesquels vous avez pris des notes lors des ateliers proposés pendant les trois jours de notre formation. On y voit bien les Post-It sur lesquels vous avez pris des notes

En haut à droite de chaque page de tableau, vous trouverez le numéro du chapitre et de la page auxquels il se rapporte.
Le texte détaillé des différents Post-It est repris à la fin de chaque tableau, pour que vous puissiez vous y référer plus facilement (certains Post-It sont écrits assez petit et sont de ce fait difficile à lire) et que vous puissiez faire du Copier-Coller si besoin.

(Cliquez sur chaque image pour l'afficher en grand et pouvoir la sauvegarder dans sa résolution maximale)

Slide 0-2bis / Vue générale (Activité "Conditions pour le recueil de besoins") :
























Slide 0-2bis / zoom 1

Copie des slides créés lors du cours (en plus du support)

Voici une copie des slides créés avec vous, au cours de la formation, en plus du support de cours.

Chaque transparent porte en titre le numéro du chapitre et de la page auxquels il se rapporte.
(Cliquez sur chaque image pour l'afficher en grand et pouvoir la sauvegarder dans sa résolution maximale).

Trombinoscope (présentation des participants)

Je vous livre donc ici (dans l'ordre dans lequel vous vous êtes présenté) les éléments que j'ai collecté le premier jour de notre formation, lors de nos présentations respectives.

Ceci devrait nous permettre de mieux communiquer entre nous, pendant et après notre formation, en nous référant à nos profils respectifs.

N'hésitez-pas à demander des modifications, en insérant un commentaire (lien "commentaire", en bas de l'article, ou directement en m'en faisant la demande à jbrichard@egobis.com).


- SCHUYTEN Marc :

    - Coordonnées email : marc.schuyten@sibelga.be
    - Fonction :
        Service Gestion Réseau NEM        (Distribution gaz et électricité
        pour la région de Bruxelles)
        Direction du service
        Pas utilisateur
        Pour de gros utilisateurs du SI
        5 personnes
        Et projet Atlas
        Manuels utilisateur et formation
    - Expérience professionnelle et compétences spécifiques
        Plus de 30 ans chez SIBELGA
        Au départ dans une petite régie rachetée
        Tous les métiers de l'informatique
          - Opérateur gros system
          - Developpeur
          - Analyse
          - Fin 90 mise en place SAP
          - Business Information Manager
          - Pas RH
        On a mis les BIM dans le business
    - Besoins et attentes vis à vis de la formation :