télécharger 59.52 Kb.
|
![]() le : Projet : Plan Assurance Qualité ![]()
Gestion des modifications apportées au document
SOMMAIREGestion des modifications apportées au document 2 SOMMAIRE 3 But – Domaines d’application – Responsabilités 4 Documents Applicables et Documents de Référence 5 Documents applicables 5 Documents de référence 5 TERMINOLOGIE 6 Organisation 6 Démarche de Développement 6 La documentation 7 Le dossier d’analyse globale 7 L’étude préliminaire 7 Spécification des cas d’utilisations généraux 8 Le prototype des écrans 8 Le dossiers d’incréments 8 Introduction 8 Les spécifications fonctionnelles détaillées 8 La conception générique 9 La conception préliminaire 9 La conception détaillée 9 Le codage 9 Les tests unitaire 9 Les tests d’intégration 9 Les tests de validation 9 La recette 9 Les Sources 9 Gestion de Configuration 10 Eléments composant la mise en configuration 10 Identification des documents livrables 10 L’archivage 10 Procédure de mise en configuration 11 Gestion des Modifications 11 Contrôle Qualité 11 Suivi de l’application du Plan Qualité 12 La revue 12 Les jalons 12 Procédure applicable en cas de nom respect 12 But – Domaines d’application – ResponsabilitésCe plan assurance qualité constitue une référence pour la constitution d’un plan qualité mis en œuvre sur un projet. Le plan qualité mis en œuvre sur un projet constitue une référence commune applicable par l’ensemble des personnes intervenant dans le développement du projet. Les personnes travaillant sur le projet, devront pouvoir démontrer qu’elles répondent à l’ensemble des exigences contenues dans le document plan qualité associé au projet. La responsabilité du plan assurance qualité est la charge du responsable qualité de l’entreprise. La responsabilité du plan qualité sur un projet est la charge du chef de projet maître d’ouvrage et ou maître d’œuvre. Comme tout élément issu du développement, le Plan Assurance Qualité de l’entreprise et le Plan Qualité associé à un projet sont soumis aux règles d’évolution définies par la gestion de configuration. Documents Applicables et Documents de RéférenceLes documents applicables définissent les documents qui seront créés pendant la vie du projet. Les documents de référence sont les documents qui ne sont pas créés durant le projet, mais sur lesquels les documents applicables s’appuient. Ces documents doivent être définie dans le plan qualité associé au projet. Documents applicables
Documents de référence
TERMINOLOGIEPQ : Plan Qualité, CDP : Chef de Projet RQ : Responsable Qualité RGC : Responsable Gestion de Configuration CDC : Cahier des Charges OrganisationLes responsabilités associées à la réalisation d’un projet sont distribuées à :
RQ :Selon la dimension du projet, une même personne peut prendre différentes responsabilités. Un chef de projet peut s’occuper de la gestion du projet, de la mise en configuration et du respect de la qualité. Démarche de DéveloppementLe développement des applications objet, dans tous les projets impose un langage de formalisation et une démarche de développement. Le langage de formalisation utilisé dans les projets de DEV1.0 est UML. http://www.dev1-0.com/qualite/ref/UML_INTRO_DEV1.pdf La démarche de développement utilisé dans les projets de DEV1.0 est incrémentale et itérative. Elle s’appuie sur un Unified Process, le cycle en « Y ». Cette démarche permet de spécifier en parallèle les contraintes et l’architecture :
Les spécifications des interfaces utilisateurs seront faites par prototypage. Chaque incrément suit un cycle complet de développement des spécifications jusqu’à la recette. La spécification de la démarche TwoTrack est décrite dans le document de référence : http://www.dev1-0.com/qualite/ref/2TUP_ARCHI_DEV1.pdf . La documentationUne page de garde comprenant : Le nom du projet ; Le non du document ; La version du document ; L’objet du document ; Le nom auteur et le nom du lecteur ; La validation du document. Pour chaque page suivante :
Le dossier d’analyse globaleLe document de référence sur l’analyse globale est : http://www.dev1-0.com/qualite/ref/2TUP_SPEC_DEV1.pdf Ce dossier est composé de trois documents : Ce dossiers permet de découper le projet en incrément logiciels. RQ : Ces documents font directement référence au cahier des charges. L’étude préliminaireCe document permet de définir les limites du système à réaliser, de préparer l’analyse et d’estimer les charges de développement. L’étude préliminaire a pour objectifs principaux :
Spécification des cas d’utilisations générauxCe document permet de définir :
Le prototype des écransCe document spécifie les écrans utilisateur en termes de :
Le dossiers d’incrémentsAprès l’analyse globale une série d’incrément va suivre une chaîne d’activité de réalisation. Chaque incrément réalise un ou plusieurs cas d’utilisation définis précédemment et donne lieu à une partie exécutable du système à réaliser On reprend le dossier de spécifications, on affine les entités métier et, on complète par les objet d’application. Chaque dossier d’incrément se compose des parties suivantes :
IntroductionElle précise et justifie les cas d’utilisation choisis, pour l’incrément. Les spécifications fonctionnelles détailléesElle reprend et enrichit les descriptions des cas d’utilisation en complétant les diagrammes d’objets participant de l’analyse globale. Elle met en place le modèle fonctionnel (architecture fonctionnelle). La conception génériqueElle définit les composants de l’architecture technique. Cette conception est indépendante, elle a pour objectif d’uniformiser et de réutiliser les mêmes mécanismes pour tout le système. L’architecture technique construit le squelette du système informatique et écarte la plupart des risques de niveau technique. L’importance de sa réussite est telle qu’il est conseillé de réaliser un prototype pour assurer sa validité. La conception préliminaireCette étape est délicate car elle intègre l’architecture fonctionnelle dans l’architecture technique de manière à tracer la cartographie des composants du système à développer. La conception détailléeCette étape étudie comment réaliser chaque composant, en spécifiant les algorithmes majeurs en pseudo – code. Le codageCette étape réalise dans le langage cible les composants. Les tests unitaireChaque composant est testé séparément. Les tests d’intégrationLes composants sont testés ensemble dans leur fonctionnement nominal. Les tests de validationDes scénarios fonctionnels sont exécutés. La recetteOn formalise et on signe un procès verbal de recette des tests de validations Les SourcesPour un partage des sources, il est recommandé de mettre en place sur le projet un outil de gestion des sources. Pour des projets ou les équipes sont décentralisées DEV1.0 met à disposition un serveur CVS « Concurrent Versions System » dont la référence se trouve à l’URL : www.cvshome.org Gestion de ConfigurationA chaque livraison d’un incrément un certain nombre d’éléments doivent être livrés, la gestion de configuration définie et liste avant chaque envoi au client la présence de ces documents. Eléments composant la mise en configuration
Identification des documents livrablesDAG : dossiers d’analyse globale DixxSP : partie spécification de l’incrément numéro xx DixxCP : partie conception préliminaire de l’incrément numéro xx Dixx : dossier complet de l’incrément numéro xx MI : manuel utilisateur MU : manuel d’installation CA : compte – rendu d’activité Le projet est identifié par un nom. Chaque document livrable sera identifié par : « Sigle du document_nom du projet » Les fichiers correspondant aux documents seront identifiés de la même façon. Les sources devront comporter dans leur entête l’indentifiant du projet. L’archivageLa documentation, le sources et le système exécutable seront archivés sur CD_ROM. Procédure de mise en configurationLa prise en compte des éléments de configuration a lieu :
Un inventaire des éléments à mettre en configuration est dressé à partir de la fiche de mise en configuration. Les versions archivées ne pourront plus être modifiées et ne pourront plus être accédées qu’en lecture. Le numéro de version se compose de : « n° édition-n° de révision » Quand les modifications apportées sont trop importantes et relèvent de la spécification, il faut incrémenter le numéro d’édition. Quand elles sont moindres, on incrémente le numéro de révision. Gestion des ModificationsOn pourra prendre en compte une modification liée à une erreur commise durant le développement ou une modification liée à une évolution du besoin. La procédure est la suivante :
Contrôle QualitéLes contrôles qualité porteront sur :
Suivi de l’application du Plan QualitéLa revueDeux revues seront organisées au cours du développement :
Chaque revue fera l’objet d’un compte – rendu d’activité dans lequel apparaîtra :
Ces revues détermineront le passage à l’étape suivante. Les jalonsDes jalons sous forme de revues informelles compléteront le suivi de l’application du plan qualité, ceci en fin de chaque phase pour chaque incrément. Procédure applicable en cas de nom respectLe respect ou le nom respect du plan qualité entre en compte dans la notation des activités du projet. ![]() Référence : Page sur DEV1.0 - Technopole Izarbel - 64210 BIDART SARL au Capital de 8000 € - SIRET 432 897 056 00011 - APE 722Z e.papet@dev1-0.com |
![]() | «Formule Monaco» pour les parois acoustiques de la gare de Monaco avec la direction scientifique de Bouygues | ![]() | «Nos stations dcc mj-12 équipées de cartes graphiques nvidia quadro fx 4000 de pny technologies permettent aux artistes et aux animateurs... |
![]() | «Plan de composition d’ensemble du projet». Les distances de cette zone constructible aux différentes limites entre lots, aux propriétés... | ![]() | «agiles» ou collaboratives», explique Thomas Murphy, Directeur de Programme au meta group. «Les durée moyenne des projets a diminué... |
![]() | Maintenant tout va bien. Les gens voient les résultats, ce qui a été fait sur le plan social, les routes, les travaux et la ville... | ![]() | «a» indique qu’il s’agit du premier document d’enregistrement créé dans le cadre de l’instruction insn°XX, b le deuxième formulaire... |
![]() | «plan de masse» et «photos» qui nous permettent de comprendre rapidement la nature de votre projet. Les photos peuvent être envoyées... | ![]() | «si c’est cher ce doit être de bonne qualité». Le prix a été considéré comme une garantie de bonne qualité, comme les piaillements... |
![]() | «le nouveau centre de R&D nous permettra d’accélérer la mise sur le marché de nouveaux pneus avec des caractéristiques encore supérieures... | ![]() | «Les Bois Dortis» à Launaguet. Cette résidence de 28 logements collectifs et 15 villas a été sélectionnée par les industriels membres... |