MACAO > Démarche > Développement [Plan] > /
suite >
< retour

- Définition prototype -

L'objectif de cette phase est de compléter le périmètre fonctionnel d'un prototype et d'affiner la connaissance de ses fonctions afin de posséder tous les éléments qui permettront sa programmation. La définition précise de chaque prototype s'effectuera à partir d'informations provenant de quatre sources :
  • le Dossier de Conception Globale qui fournit l'architecture fonctionnelle (tableau des fonctions et description de chacune) ainsi que les profils des utilisateurs,
  • le Plan de Développement qui fournit les fonctions retenues pour le prototype développé, le tableau des traçabilités ainsi que les outils préconisés pour le maquettage,
  • l'organisation existante permettant d'obtenir des détails supplémentaires sur l'existant (circuits, méthodes de calculs, présentation des documents…),
  • le maître d'ouvrage et les utilisateurs qui seront à nouveau consultés pour proposer des besoins complémentaires et affiner les fonctions déjà obtenues.
Ce dernier point montre que les utilisateurs concernés par les cas d'utilisation mis en œuvre dans le prototype sont à nouveau consultés comme ils l'avaient été lors de la première étape d'analyse globale. La façon de procéder sera identique avec une légère préférence pour l'interview individuelle. Ceci s'explique par le fait que les informations à recueillir portent maintenant sur le détail des fonctions qui devront être analysées de façon exhaustive et pour lesquelles un entretien en tête à tête sera plus efficace.

Choix des utilisateurs pour les interviews

La première chose à faire est de déterminer quels sont les utilisateurs réellement concernés. Ils sont obtenus en repérant dans le tableau des fonctions, les acteurs impliqués dans les cas d'utilisation mis en œuvre dans le cadre du prototype en cours. Si un acteur comprend plusieurs utilisateurs, on pourra déterminer celui qui est le plus représentatif et/ou disponible pour réaliser les interviews. Cette manière de procéder permet de gagner du temps en évitant les redites. Il faudra cependant s'assurer qu'il n'existe pas des cas particuliers connus seulement de certains utilisateurs non retenus pour les interviews et qui seraient ainsi passés sous silence. En toute logique, ces cas devraient avoir été détectés lors de l'analyse globale.

La définition complète d'un prototype doit comporter :
  • la mise en évidence de nouvelles fonctions qui peuvent être des fonctions utilisateur, mais surtout des fonctions techniques (de traitement et d'interfaçage),
  • la logique précise et détaillée de chaque fonction,
  • les dessins des états imprimés à produire,
  • les descriptions des résultats affichés (fenêtres Windows, pages WEB…) qui pourront donner lieu à des maquettes,
  • une description des données d'entrée correspondant aux événements externes,
  • la définition des droits d'accès en consultation, modification, création et suppression pour chacune des classes métiers concernée,
  • les contraintes d'intégrité particulières relatives aux données saisies ou susceptibles d'être modifiées par les utilisateurs.

Réalisation de maquettes d'écrans

Avant de passer au développement réel, il est bon de s'assurer que les affichages de résultats souhaités ont été bien interprétés du point de vue de leur forme et de leur contenu. Pour cela, le moyen le plus efficace est de produire certains d'entre eux sous la forme d'une maquette se rapprochant au mieux du résultat final.

La réalisation des maquettes doit être rapide et ne nécessite pas forcément les mêmes outils de développement que ceux qui seront utilisés pour le codage définitif . Par ailleurs, il faut se souvenir qu'une maquette n'est qu'un décor, une apparence, réalisée avec des données figées et ne comportant aucun traitement.

Elles doivent clairement montrer quelques enchaînements de fenêtres ou de pages WEB ainsi que l'allure générale des options proposées à l'utilisateur : menus fixes ou contextuels, boutons d'actions, zones réactives...

S'il existe une charte graphique dans l'organisme il est important que les maquettes s'y conforment.

Une fois réalisées, les maquettes doivent être soumises aux utilisateurs pour critique.Afin d'éviter les malentendus, il faudra bien expliquer qu'il s'agit de maquettes et pas d'une partie du prototype qui sera développé. Ils ne doivent donc pas s'attendre à un fonctionnement rationnel, et il est d'ailleurs préférable de leur tenir la main pour la présentation des maquettes.

La documentation produite

Deux dossiers vont être produits à l'issue de cette phase. Il s'agit du Dossier de Définition Prototype et du Dossier de Réalisation Prototype.

Remarque : Le DDP sera utilisé uniquement lors de la conception détaillée alors que le DRP le sera tout au long du développement.
suite >

TOUS DROITS RÉSERVÉS © 2008 JBCC