Plan d`assurance qualité - Projet DMD
Contents
1. En cas d une application non conforme au plan d assurance qualit un rap port de quelques lignes avec l application incrimin e ainsi que les raisons devra tre r dig et envoy par mail avec l adresse lectronique du groupe Il s en suivra une r union par n importe quel moyen physique ou par internet pour valuer les cons quences que cela produira sur la suite du projet aussi bien sur le d veloppement que sur les retards que cela pourrait impliquer Puis un des membres de l quipe devra corriger l l ment incrimin 9 2 Gestion des demandes d volution Les demandes d volution devront tre formul es par mail Une r union avec le client et l quipe devra tre mise en place pour valuer les modifications apporter aux diff rentes analyses mais aussi au planning Ensuite il faudra modifier le cahier des charges en cons quence si l volution lieu d tre ou pas 9 3 Reproduction s curit livraison La reproduction de tous documents que ce soit en partie ou dans l int gralit ne peut ce faire qu avec l accord de l ensemble des membres de l quipe Chaque membre de l quipe aura l ensemble du projet documentation et code source sur support multim dia CD ROM Une version sera galement fournit au client avec un format papier des diff rents documents Cf Livrable 6 2 page 8 15 d_ UNIVERSIT L fe dmd 10 Gestion de la documentation 10 1 Page de gar2. tre programm e pour l avertir au plus vite _ UNIVERSIT S fe dmd 3 Suivi de l ex cution du plan 3 1 Ensemble des dispositions mettre en uvre pour la bonne application du plan qualit Le suivit du projet est obligatoire pour garantir que chaque membre de l quipe ait toutes les connaissances sur tous les d veloppements logiciels et ma t riels Chacun peut suivre le planning d avancement du travail et des r unions sur Google Agenda De plus afin de faciliter les t ches effectuer et de tenir les objectifs fix s un tracker de bug Mantis a t install sur le site Web Il sera fournit aux tuteurs un compte en lecture seule pour suivre l avancement Pour augmenter le partage des connaissances des pages Internet de type Wiki ont t mis la disposition des membres de l quipe sur le site Web Elles per mettent notamment d enregistrer des liens vers des sites int ressants ou les id es trouv es hors d une r union ou de rendez vous fixe Pour que tous les membres de l quipe soient au courant de tous les l ments une adresse e mail unique a t cr Celle ci redirige tous les messages vers la boite e mail de chacun des membres Gr ce ce syst me aucune personne n est mise l cart lors de la communication interne ou externe que ce soit pour une question ou autre Un gestionnaire de versions SVN nous a t fournit par l universit afin de pou voir stocker notre
3. 7 D marche 7 1 Cycle de vie Projet y hitialisation y y Cahier PAQ des charges m Documentation Tests unitaires Finalisation F G 2 Cycle de vie 7 1 1 Description d taill e des diff rentes phases Initialisation Cette phase consiste avoir un ensemble de r union avec les tuteurs et l quipe puis seulement l quipe afin de d finir les objectifs r alisables ou non Il s en suit une tude fonctionnelle et technique globale sans entrer dans les d tails et de les faire valider par les tuteurs qui ont une meilleure exp rience des r alisations pratiques 10 D gt UNIVERSIT SY Jiet dmd PAQ R alisation d un ensemble de dispositions qui garantiront l int grit du projet tout au long de son cycle de vie et auxquelles l quipe devra se conformer durant tout le projet Cahier des charges Devra cerner le projet dans son ensemble afin d y apposer des limites fonctionnelles et techniques Il devra aussi proposer tout un ensemble de solutions fonctionnelles et techniques retenues pour la r alisation Analyse analyse g n rale puis d taill de la version r aliser Elle devra assurer les choix fonctionnels techniques mais aussi ergonomiques R partition des t ches Suite l analyse l objectif r aliser sera d cou
4. d assurance qualit a pour but de d finir l ensemble des moyens mis en oeuvre pour garantir la coh rence du projet dans sa globalit mais aussi de s assurer que le produit r alis r pond aux attentes du client Tous les membres de l quipe devront se tenir inform de chacun des points de ce document _ UNIVERSIT S fe dmd 2 Responsabilit de l assurance qualit 2 1 D signation du responsable L ensemble des membres de l quipe sera responsable de la qualit du projet 2 2 Proc dures d application et de non application Ce plan sera en application d s le d but du projet pour tous les membres de l quipe sans exception Chacun peut v rifier aupr s d un autre le respect des dispositions prises dans ce plan condition que tous les autres membres soient tenu inform Suite une anomalie un accord commun devra tre trouv par n importe quel moyen de communication Une fois l accord tabli la personne la plus apte appliquer les modifications sera en charge de les r aliser Si on ne peut appliquer cette proc dures il faudra dans un premier temps faire une r union afin d tudier l impact sur l ensemble du projet Il engendrera au tomatiquement une mise jour du PAQ qui devra r pondre ce probl me De plus les documentations incrimin es devront tre revues afin d apporter les mo difications n cessaires En fonction de la gravit du manque une r union avec le client peut
5. de nombreux domaines devront tre abord s qui permettront l quipe d exp rimenter de nouvelles choses _ UNIVERSIT S fe dmd 6 M thode et processus d ing nierie 6 1 Les phases du processus Les phases du processus d ing nierie sont les suivantes 1 R union de lancement Etude des orientations techniques et des choix fonctionnels 2 Cr ation du cahier des charges a Besoins du client b Phases du projet c Planning d Charte graphiques e Plan d Assurance Qualit Analyse technique approfondie D veloppement d une version Recette d une version tape 4 tant que le planning est tenu FT 9 EE Documentation 6 2 Livrables 6 2 1 Sur support papier L ensemble de la documentation le cahier des charges le plan d assurance qualit le manuel d installation et le manuel d utilisation 6 2 2 Sur support multim dia Le code source du projet L ex cutable du projet pour le syst me d exploitation Linux au minimum L ensemble des documentations au format PDF Le site Web du projet sous forme d archive 6 3 Activit s de production 6 3 1 Analyse Avant tout d veloppement une analyse des besoins a t n cessaire pour permettre de r pondre au mieux aux besoins des clients De plus une analyse de l existant fut essentielle pour partir sur de bonnes bases Par la suite il a t n cessaire d analyser en d tail chacune des parties effectuer pour permett
6. lieu apr s chaque phase majeure du projet notamment les changements de version mais aussi si 11 D gt UNIVERSIT SY Jiet Gdmd l quipe rencontre des difficult s ou des interrogations auxquelles elle ne trouve pas de solutions 12 D gt UNIVERSIT S fe dmd 8 R gles pour le code source Les r gles de codage dans ce document devront tre respect durant tout le projet par l ensemble des membres de l quipe DMD Le langage utilis tant le C l ensemble des fonctions impl mentant une fa cette particuli re du programme devra tre regroup dans une classe Les fichiers devront avoir le m me nom que la classe amput du pr fixe C Pour une classe CTEST le fichier sera test cpp et les headers seront regroup s dans un fichier test h Le fichier test cpp ne devra inclure que le header qui lui est associ Toute autre d claration se fera dans le fichier h Chaque classe et chaque fonction devront tre comment es la mani re d une JavaDoc Fonctionnalit s g n rales de la classe Explications d taill es Les fonctions devront r aliser des calculs les plus l mentaires possibles afin d augmenter la possibilit de les r utiliser Elles devront poss der des noms les plus explicites possibles Les commentaires seront de la forme Fonctionnalit s de la fonction param nom_du_param tre1 D tails du param tre 1 param nom_du_param tre2 D tails du p
7. projet que ce soit du code ou des documentations Toute impl mentation de code ou d une documentation sera obligatoirement version n e ce qui garantira que chaque membre travail sur la derni re version 3 2 Modalit de d roulement des activit s de contr le qua lit Tout document devra tre relu et approuv par l ensemble des membres de l quipe Il est de l obligation de chacun de v rifier que le pr sent plan est cor rectement respect Lors de toute r union il faudra suivre le proc dure suivante En d but contr ler l avancement de chacun Pendant s assurer de la compr hension de chaque membre que ce soit techniquement ou fonctionnellement En fin la r partition quitable des t ches Lors de la cl ture d une version l quipe devra valider les modalit s de la suivante Durant le projet si un membre est en d saccord avec les dispositions prises il devra informer l quipe enti re en formulant clairement le point de divergence ainsi que les arguments qui le soutient S il ne propose pas de solution alter native une r union extraordinaire sera r alis e par n importe quel moyen de communication pour r soudre ce probl me le plus rapidement possible 3 3 Qualit des documents applicables Une charte graphique a t mis en place pour tous les documents produits par l quipe DMD Elle est principalement compos e d un mod le de document et d un logo Ce
8. D finition et organisation des moyens Dal Communication qe 5 4 444 sa La haaaa he Daka Materiel 4 bad dd made pape A 5 4 D finition de la formation M thode et processus d ing nierie 6 1 Les phases du processus O2 Lirah Los uu UN SAS ER SARNIA te 6 2 1 Sursupp rt papier sae aa np ave on 6 2 2 Sursupport multim dia 2 4 2 s coo LE amp eus aa 6 4 Activit s de production 4 4 4 3 4 4 4 4 a sua vu DL AB sh anis a dix RAGNENEERERAA AU 6 3 2 D veloppement de l application D marche TA RC Ne uoke keh ga aaa ea ee ne 7 1 1 Description d taill e des diff rentes phases 7 2 Activit s de v rification 7 3 Les contr les qualit s applicables 7 4 Activit s de gestion de projet R gles pour le code source RS D OO OO O O C1 O O Et Ae Co Co O0 O0 O0 O0 O0 O0 O0 O0 Gestion des modifications Corrections 9 1 Gestion des non conformit s 9 2 Gestion des demandes d volution 9 3 Reproduction s curit livraison 10 Gestion de la documentation 10 1 Page de garde 10 2 Gestion de la documentation 10 2 1 Identification 10 2 2 Statuts des documents 11 1 Page de garde pour chaque document relatif au projet 15 15 15 15 16 16 16 16 17 D gt UNIVERSIT SY Jiet dmd 1 Introduction Le Plan
9. Universit de Cergy Pontoise Projet Mouvements de Patterns Plan Assurance Qualit Lg F dL UNIVERSIT de Cergy Pontoise David Barouh Marc Teyssier David Liebgott Tuteurs Mr Philippe Laroque Mr Pierre Andry Ann e 2007 2008 Projet de Master 2 V1 42 Table des mati res 1 2 Introduction Responsabilit de l assurance qualit 2 1 D signation du responsable 2 2 Proc dures d application et de non application Suivi de l ex cution du plan 3 1 Ensemble des dispositions mettre en uvre pour la bonne ap plication du plan qualit 3 2 Modalit de d roulement des activit s de contr le qualit 3 3 Qualit des documents applicables 44 Termmologie oc nu 4 sare toee eeoa Rat Rens Exigences risques et contraintes du projet 4 1 R f rence aux l ments mis en vidence par le cahier des charges 4 2 Exigences fonctionnelles ASE MIO muues 4 side me eh MTS pee 4 2 2 Interface de communication 4 3 Exigences organisationnelles 44 Exigences de contraintes aa ooa esaa sro caseras 44 1 Contraintes majeures 4 4 2 Analyse des risques et des mesures pr ventives Organisation et communication du projet 5 1 Identification des intervenants 5 2 D finition des responsabilit s 5 3
10. aram tre 2 return D tails de l l ment retourn Les noms des variables devront tre de la forme lin out io g m l type NomDeLaVariable Si la variable est un param tre pass e une fonction elle aura au d but du nom soit in_ si elle repr sente un param tre qui n est utilis qu en entr e soit out_ si elle repr sente un param tre utilis uniquement en sortie soit io_ si elle est utilis e en entr e sortie S il s agit d un attribut de la classe variable membre ce sera m pour une variable globale ce sera g_ et pour une variable locale ce sera l Ensuite on aura le type Type Abr viation int i boolean Enumeration e char str Pointeur p Objet o F G 3 Abbr viations Si le type est une structure l abr viation devra tre facilement identifiable Les types peuvent se combiner l abr viation pour un pointeur d entiers est 13 D gt UNIVERSIT SY Jiet dmd donc pi Le nom devra repr senter au mieux la fonction de la variable Elle est crite avec une majuscule chaque d but de mot Quelques variables chappent ces r gles ce sont les variables utilis es pour les boucles N tant repr sent e que par une lettre il n y a pas lieu de pr ciser le type 14 _ UNIVERSIT S fe dmd 9 Gestion des modifications Corrections 9 1 Gestion des non conformit s
11. de Cf Annexe 11 1 page 17 10 2 Gestion de la documentation 10 2 1 Identification Chaque document devra tre r f renc avec Le nom du projet Le nom du document Le num ro de version Cette notation permettra de faciliter l archivage des diff rents documents Ainsi chaque membre de l quipe devra avoir acc s l ensemble des documents versionn s 10 2 2 Statuts des documents Un document ne peut tre distribu que si son statut est valid Sinon il est en cours 16 11 Annexes 11 1 Page de garde pour chaque document relatif au pro jet Universit de Cergy Pontoise Projet Mouvements de Patterns TITRE DU DOCUMENT L DV UNIVERSITE de Cergy Pontoise David Barouh Marc Teyssier David Liebgott Tuteurs Mr Philippe Laroque Mr Pierre Andry Ann e 2007 2008 Projet de Master 2 VERSION
12. ne Webcam USB Logitech QuickCam Pro 4000 et une seconde pour pouvoir d velopper plusieurs Un ordinateur qui devra r cup rer le flux vid o et l envoyer sur le r seau Il est d finit qu il peut tre remplac par un PDA HP hx4700 selon les versions du projet Un ordinateur qui aura le r le de serveur traitement de l image et envoi sur le r seau Une version future pourra le remplacer par un routeur Wifi pour avoir une version compacte de la solution Un routeur Wifi Des servos moteurs qui serviront d actionneur Les ordinateurs auront comme syst me d exploitation une distribution de Linux Ubuntu ou sa d riv Kubuntu Une utilisation de Windows n est pas exclu 4 2 2 Interface de communication Ethernet Type de r seau local le d bit utilis sera 100Mbps Liaison RS232 pour les servos moteurs d bit 8600Bauds Wifi R seau de communication sans fil Sera utilis en mode b 11Mbps ou g 54Mbps 4 3 Exigences organisationnelles Lors de la cr ation du groupe DMD d un commun accord la d cision a t prise de ne pas avoir d organisation hi rarchiques au sein du groupe Ainsi chaque membre est l gal de tous les autres aussi bien au niveau des droits de d cision de paroles que des devoirs Ceci implique que chacun des membres a une connaissance du projet dans ses moindres d tails et est donc apte a prendre seul une d cision pour le projet crire une documen
13. p en un ensemble de fonction unitaire en vu d tre cod e par les diff rents membres de l quipe D veloppement Chaque membre devra d velopper sa ou ses fonctions et r aliser les tests unitaires appropri s Test Regroupement des fonctions par rapport leur but IHM traite ment de l image et tests Recette Finalisation d une version donn e en fonction du cahier des charges Documentation R alisation des documentations d installation et d utili sation de chaque version Finalisation Compte rendu final avec la livraison des l ments d finis dans la partie Livrables 6 2 page 8 7 2 Activit s de v rification Chaque version devra subir un ensemble de test de validations qui devront r pondre au cahier des charges Une fiche r pertoriant l ensemble des tests devra figurer pour chaque version Une relecture avec les tuteurs devra tre pr vu pour valider l application 7 3 Les contr les qualit s applicables Chaque membre de l quipe devra s assurer du respect de la qualit C est pourquoi il est obligatoire que tous les membres de l quipe contr lent l ensemble des documents et du code r alis s 7 4 Activit s de gestion de projet Des r unions au sein de l quipe devront tre r alis r guli rement pour valider le travail effectu par chacun et programmer la suite des orientations prendre De plus une r union avec les tuteurs devra avoir
14. re de cr er un planning pr visionnel collant le plus possible ce que sera la r alit 6 3 2 D veloppement de l application Le d coupage du d veloppement sera effectu en quatre phases principales _ UNIVERSIT S fe dmd Serveur de traitement Cette phase est la partie centrale de l application En effet elle comprend toutes les fonctionnalit s de traitements d images et de traduction en code qui seront utilis es par le reste de l application Flux vid o Cette partie repr sente la d portation de la capture du flux vid o Un flux vid o en entr e tant essentiel l application le fait de pouvoir capturer la vid o sur un syst me diff rent que le serveur est critique Interface Homme Machine Dans cette phase de d veloppement aura lieu la mise au point de l interface graphique de l application Etant donn e que l interface repr sente le point d entr e de l utilisateur dans l application elle est essentielle Gestion des applications externes qui g reront des actionneurs Seront contenu dans cette phase de multiples d veloppements En effet les applications externes ou Binap Binap Is Not A Plug in devront tre d velopp es pour chaque actionneur Ces Binaps repr sentent l utilit r elle de l application Plus ils seront nombreux et fonctionnels plus l application aura un grand int r t dans son utilisation quotidienne D UNIVERSIT J de Cergy Pontoise Q d I Y d
15. responsabilit s Le fonctionnement de l quipe est atypique en effet il n y a pas de res ponsable d clar chaque membre est en droit de prendre des d cisions si et seulement si tous les autres membres donnent leur accord De plus chacun de vra veiller ce que l ensemble des documents soit respect s que ce soit le plan d assurance qualit ou le cahier des charges La responsabilit de l ensemble du projet repose donc sur toute l quipe sans exceptions 5 3 D finition et organisation des moyens 5 3 1 Communication Diff rents outils sont disposition de l quipe pour faciliter les communica tions Un email unique pour tout le groupe dmdm2p gmail com Un espace Web http dmdm2 free fr Un serveur SVN mis disposition par l universit Un tracker de bugs Un Wiki Diff rentes messageries instantan es Le t l phone 5 3 2 Mat riel Chaque membre du groupe poss de son propre ordinateur portable afin de pouvoir d velopper ou r diger des documents De plus l universit nous fournit du mat riel voir la partie Mat riels au para graphe 4 2 1 page 5 5 4 D finition de la formation Les membres de l quipe devront apprendre par eux m me manipuler les librairies utilis es et se former sur les notions de traitement d image le traite ment en temps r el et approfondir leur connaissance des protocoles r seaux De plus de par l architecture du projet
16. tation compl te voir m me pr senter le projet Cette organisation implique une prise de d cision diff rente des autres types de hi rarchies une d cision est prise lorsque tous les membres du groupe sont D gt UNIVERSIT S fe dmd d accord Si ce n est pas le cas un d bat d arguments constructifs a lieu jusqu ce que soit la personne ayant propos la d cision change d avis soit la personne qui tait en d saccord change d avis soit ce qui arrivera le plus souvent une meilleure id e soit trouv e 4 4 Exigences de contraintes 4 4 1 Contraintes majeures Il devra tre fournit une version du projet parfaitement op rationnelle quelque soit l avancement finale Les diff rentes documentations et le site bilingue de vront tre finalis s Un guide utilisateur devra tre fournit permettant l installation de la solution et sa prise en main La possibilit de l ajout simple d une application devra tre pr sente 4 4 2 Analyse des risques et des mesures pr ventives Traitement de l image Les membres du groupe ont tr s peu de notions de traitement d image C est pourquoi ils ont d cid d utiliser une librairie Open Source pour simplifier cette partie OpenCV Cette librairie est accompagn e d exemple avec les diff rentes utilisations fondamentales De plus le nombre de technique de traitement de l image sera r duit au maximum afin de minimiser les risques et le temps d t
17. tte charte graphique devra tre utilis e pour tous les documents D gt UNIVERSIT SY Jiet dmd produits lors de ce projet ainsi que pour toute communication externe excep tion faite du site Web qui aura une mise en page sp ciale Tous les documents devront tre r dig aux formats TEX ou OpenOffice pour assurer la compatibilit quelque soit le syst me d exploitation 3 4 Terminologie Tout mot sp cifique devra tre expliqu afin que les documents soient ac cessibles au plus grand nombre Toute abr viation devra tre d velopp e dans sa premi re utilisation Si le mot ou l abr viation revient souvent il devra tre ajout dans un lexique _ UNIVERSIT S fe Gdmd 4 Exigences risques et contraintes du projet 4 1 R f rence aux l ments mis en vidence par le cahier des charges Avoir une Webcam reli e un ordinateur ou un PDA Transmettre le flux vid o un serveur qui devra traiter les images et renvoyer un code se r f rer au protocole r seau Des applications r cup reront ce message et le convertiront en action 4 2 Exigences fonctionnelles Le syst me devra pouvoir fonctionner quelque soit le nombre d applications qui r cup reront les donn es envoy es avec le protocole d fini Le syst me de vra offrir un fonctionnement simple o l utilisateur est au centre de toutes les questions de r alisation afin d avoir un outil suffisamment intuitif 4 2 1 Mat riels U
18. ude de principes trop compliqu s vis vis des buts fix s Flux vid o D finir le protocole de communication utilis pour transmettre le flux vid o En effet c est un point sensible du projet car le traitement sera d port Si le protocole est mal choisit le r seau sera satur L quipe se basera soit sur une utilisation d un logiciel libre comme VLC VideoLAN Client ou sur leur connaissance en C C pour optimiser cette communication Le langage Afin de ne pas tre bloqu sur un probl me de syntaxe ou de fonc tion le langage utilis sera le C qui poss de une communaut suffisamment importante pour minimiser les ralentissements dus au langage L ensemble du projet Pour avoir un syst me op rationnel la date du 12 juin 2008 le projet est d coup en plusieurs versions Celles ci seront valid es par l quipe et par le client Apr s quoi il n est plus possible de la modifier Ceci garanti qu au moins une version du projet fonctionnera m me si la derni re volution n est pas finalis e _ UNIVERSIT S fe Gdmd 5 Organisation et communication du projet 5 1 Identification des intervenants Intervenant Fonction M Pierre ANDRY Tuteur Universit M Philippe LAROQUE Tuteur Universit M David BAROUH Membre de l quipe M Marc TEYSSIER Membre de l quipe M David LIEBGOTT Membre de l quipe FIG 1 Identification des intervenants 5 2 D finition des
Download Pdf Manuals
Related Search