Vrification d'une tude technique ET.

1 Exhaustivit O/N

ET.1-1 Existe-t-il un document dtude technique pour chaque nouveau module (ou traitement) ? ET.1-2 Existe-t-il un document dtude technique pour chaque module (ou traitement) qui a fait lobjet dune volution ? ET.1-3 Les documents mettre jour indiqus dans la rponse au cahier des charges sontils tous prsents ? ET.1-4 Existe-t-il une matrice de traabilit entre les documents d'tude dtaille et les documents d'tude technique ? ET.2 Forme O/N

ET.2-1 La prsentation du document est-elle conforme la prsentation type dun document du projet ? en particulier, vrifier : page de garde, entte, pied de page, dates du document, rfrence du document, indices de version dapplication et de rvision du document ET.2-2 Existe-t-il une table des mises jour et est-elle jour ? ET.2-3 Existe-t-il un sommaire et est-il jour ? ET.2-4 Les mises jour du document par rapport la rvision prcdente sont-elles indiques par des marques de rvision dans la marge ? ET.2-5 N'y a-t-il aucune redondance entre les spcifications de diffrents paragraphes ou chapitres (par exemple au niveau des contrles) ? ET.3 Contenu O/N

ET.3-1 Les spcifications techniques rpondent-elles compltement, sans lment superflu, aux spcifications fonctionnelles ? ET.3-2 L'architecture globale de l'application est-elle dcrite (rpartition des donnes, des traitements) ? ET.3-3 La faisabilit de l'architecture est-elle prouve (technologie disponible, ressources raisonnables, cots, dlais) ? ET.3-4 Le choix de l'architecture retenue est-il justifi ? ET.3-5 La prise en compte des contraintes (scurit, performance, intgrit...) est-elle explicite ? ET.4 Au niveau des interfaces (autres applications, priphriques) O/N

ET.4-1 Les interfaces avec d'autres applications ou des priphriques sont-elles dcrites de manire complte, non ambigu, correcte ?
_________________________________________________________________________________________________ CNRS/DSI/conduite-projet/developpement/technique/137985102.doc.doc 26/03/01 1/2

Vrification d'une tude technique ET.4-2 La structure des fichiers d'interface est-elle dcrite ? ET.4-3 Les protocoles d'changes sont-ils dfinis ? ET.5 Au niveau de l'architecture O/N

ET.5-1 L'architecture interne de l'application (dcomposition en composants) est-elle dcrite ? ET.5-2 Les interfaces entre les composants sont-elles dcrites ? ET.5-3 Les composants sont-ils identifis en respectant le critre de taille : nombre maximal de ligne de code par composant (voir normes de dveloppement du projet) ? ET.5-4 Les composants sont-ils identifis en respectant le critre de modularit : une seule fonctionnalit par composant, entre unique, sortie unique ? ET.5-5 Les composants sont-ils identifis en respectant le critre de cohrence maximale : cohrence fonctionnelle ou squentielle des traitements ? ET.5-6 Les composants sont-ils identifis en respectant le critre de couplage minimal : limitation des donnes globales et des interfaces entre composants ? ET.5-7 Les donnes communes sont-elles regroupes ? ET.5-8 N'y a-t-il pas de redondance dans les traitements ? ET.5-9 Favorise-t-on la rutilisabilit des composants ? ET.6 Au niveau d'un composant de l'architecture O/N

ET.6-1 La fonction de chaque composant fait-elle rfrence aux spcifications fonctionnelles de l'application ? ET.6-2 Trouve-t-on pour chaque composant une description des entres, traitements et sorties ? ET.6-3 Les critres d'excution des composants sont-ils prciss ? ET.6-4 Les choix algorithmiques sont-ils explicits ? ET.6-5 Les contrles spcifiques du niveau technique sont-ils clairement dcrits ? ET.6-6 La complexit de chaque composant (nombre de chemins possibles) est-elle minimale ? ET.6-7 Des procdures de reprise sont-elles prvues pour les principales anomalies possibles ?

_________________________________________________________________________________________________ CNRS/DSI/conduite-projet/developpement/technique/137985102.doc.doc 26/03/01 2/2