[PDF] Contenu dun bilan de projet logiciel

View - Download Contenu dun bilan de projet logiciel

Previous PDF

Next PDF

REFERENTIEL

NORMATIF du CNES

Référence :RNC-CNES-Q-80-511

Version 2

02 mars 2000

Méthode et Procédure

CONTENU D'UN BILAN DE PROJET

LOGICIEL

APPROBATION

Président du CDN ;

date et nom :

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page i.1

Version 2

02 mars 2000

PAGE D'ANALYSE DOCUMENTAIRE

TITRE:CONTENU D'UN BILAN DE PROJET LOGICIEL

MOTS CLES :Bilan, Logiciel.

RESUME :

Cette MP spécifie les dispositions d'élaboration d'un bilan de projet logiciel, elle en précise le contenu et la forme.

SITUATION DU DOCUMENT :

Ce document appartient à la collection des Méthodes et Procédures du Référentiel Normatif du CNES (RNC). Il est affilié à la norme "Assurance Qualité des Logiciels".

NOMBRE DE PAGES: 26LANGUE: Française

Progiciels utilisés / version : Word 97

SERVICE GESTIONNAIRE :Délégation à l'Assurance de la Qualité du Centre Spatial de

Toulouse (DTS/AQ)

AUTEUR(S) : DATE : 14/09/95

D. PECCEU

RELECTURE / CONTROLE :

Pour ACCORD :

Le Président du Comité Technique de Normalisation :

© CNES 1995

Reproduction strictement réservée à l'usage privé du copiste, non destinée à une utilisation

collective (article 41-2 de la loi n°57-298 du 11 Mars 1957).

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page i.2

Version 2

02 mars 2000

PAGES DES MODIFICATIONS

VERSION DATE PAGES MODIFIEES OBSERVATIONS

PR.0 20/04/95 Document initial

1.0 14/09/95 Toutes Suite aux commentaires du

Comité Technique Référentiel

2 02/03/00 Nouvelle codification des

documents

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page i.3

Version 2

02 mars 2000

SOMMAIRE

1. INTRODUCTION.....................................................................................................1

2. OBJET.....................................................................................................................1

3. DOMAINE D'APPLICATION...................................................................................1

4. DOCUMENTS DE RÉFÉRENCE.............................................................................2

5. DOCUMENT APPLICABLE....................................................................................2

6. PRINCIPES FONDAMENTAUX DES BILANS DE PROJET LOGICIEL................3

6.1. FINALITÉS D'UN BILAN DE PROJET LOGICIEL ..............................................3

6.2. NIVEAU ET PROCÉDURE D'ÉLABORATION D'UN BILAN DE PROJET

7. CONTENU ATTENDU D'UN BILAN .......................................................................4

7.1. NIVEAU D'INFORMATION ..................................................................................4

7.2. CONTENU TYPE..................................................................................................5

8. RÈGLES GÉNÉRALES DE RÉDACTION ..............................................................6

8.1. CONSTITUTION DU BILAN.................................................................................6

8.2. STANDARDISATION...........................................................................................6

8.2.1. Les Acteurs........................................................................................................6

8.2.2. Type d'activités..................................................................................................6

8.2.3. Phases du projet................................................................................................7

ANNEXE 1 GUIDE DE RÉDACTION DÉTAILLÉ DE LA SYNTHESE...............AN1.1 ANNEXE 2 GUIDE DE L'ANALYSE DÉTAILLÉE .............................................AN2.1 ANNEXE 3 GUIDE DE L'ANNEXE FINANCIÈRE..............................................AN3.1

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 1

Version 2

02 mars 2000

1. INTRODUCTION

La présente MP "Contenu d'un Bilan de Projet Logiciel" fait partie du Référentiel Normatif du CNES

(RNC). Elle est associée à la RNC-ECSS-Q-80 "Assurance Qualité des Logiciels".

2. OBJET

Elle a pour objet de spécifier :

- les dispositions d'élaboration d'un Bilan de Projet Logiciel, - le contenu et la forme d'un Bilan de Projet Logiciel.

Son but est de standardiser la présentation des Bilans, de manière à en permettre une élaboration et une

exploitation plus efficaces.

3. DOMAINE D'APPLICATION

Tout projet à dominante logicielle, bord ou sol, traité dans le cadre d'une relation contractuelle client-

fournisseur (ou d'une relation quasi contractuelle demandeur-réalisateur), doit faire l'objet d'un Bilan de

Projet Logiciel, quel que soit le niveau de l'arborescence produit ou de l'organisation industrielle auquel

se situe le logiciel. Ceci implique notamment que les sous-projets à tout niveau doivent faire l'objet de Bilans. Les Bilans concernent uniquement les phases A à D d'un projet. La phase E fait l'objet d'un bilan d'exploitation distinct.

L'application du présent document doit être adaptée en fonction des spécificités propres à chaque projet :

taille, nouveauté technologique, organisation particulière, contraintes de départ, etc.

Ces adaptations doivent être indiquées dans les spécifications de management de chaque projet, puis

précisées en cours de projet pour que le Bilan traite en priorité des aspects les plus significatifs du projet.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 2

Version 2

02 mars 2000

4. DOCUMENTS DE REFERENCE

[DR1] Assurance Qualité des Logiciels - RNC-ECSS-Q-80 [DR2] Assurance Produit des projets spatiaux. Politique et principes - RNC-ECSS-Q-00 [DR3] Contenu d'un Bilan Qualité Logiciel - RNC-CNES-Q-80-510

5. DOCUMENT APPLICABLE

Néant.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 3

Version 2

02 mars 2000

6. PRINCIPES FONDAMENTAUX DES BILANS DE PROJET LOGICIEL

6.1. FINALITES D'UN BILAN DE PROJET LOGICIEL

Le Bilan doit permettre :

- d'évaluer le projet, c'est-à-dire : . apprécier dans quelle mesure les objectifs du projet ont été atteints, et à quelles conditions de coûts et de délais, . comprendre les principales raisons des écarts, positifs ou négatifs, . évaluer l'adéquation des moyens mis en oeuvre, - de capitaliser le savoir-faire : . tirer tous enseignements techniques, de gestion ou d'organisation utiles pour les projets futurs, . orienter la politique technique ou de gestion des projets logiciels du CNES vers les méthodes, les techniques et les outils qui ont démontré leur efficacité.

6.2. NIVEAU ET PROCEDURE D'ELABORATION D'UN BILAN DE PROJET LOGICIEL

Le responsable de l'élaboration du Bilan est le responsable opérationnel du projet chez le Maître

d'Ouvrage, chez le Maître d'oeuvre ou chez un fournisseur ou réalisateur, selon l'entité qui rédige le

Bilan. Dans la suite de ce document, ce responsable est nommé Chef de projet. Pour les projets importants, un bilan doit être établi pour chaque sous-projet.

Pour les projets dont les phases A, B, et C-D sont menées par des équipes distinctes, des bilans

intermédiaires des phases A et B doivent être produits par les responsables respectifs de ces phases.

Pour les projets sous-traités complètement ou partiellement à des industriels, le CNES peut exiger d'eux

des Bilans concernant les développements dont ils ont la charge, conformes aux dispositions de la

présente MP. Dans ce cas, un Bilan global du projet est établi par le CNES à partir des Bilans des

industriels.

Les activités de recueil des informations et de rédaction du Bilan et les ressources qu'elles nécessitent

doivent être prises en compte dans le planning et le budget du projet. Le recueil des informations

nécessaires à la constitution du Bilan doit être effectué progressivement, pendant toute la durée du

projet, par les principaux acteurs du projet.

Les éléments quantitatifs (charges, délais, production, qualité) demandés dans les tableaux spécifiés dans

le guide de rédaction fourni ci-après doivent pouvoir être extraits sans recherche ou analyse particulière

des documents de suivi du projet. Ceux-ci doivent être conçus et renseignés afin de faciliter cette

extraction.

La rédaction du Bilan doit être répartie entre les principaux intervenants sur le projet : Chef de projet,

responsable qualité, responsables de sous-systèmes le cas échéant. La consolidation est réalisée par le

Chef de projet. Le Bilan doit être diffusé au plus tard avant le passage du produit en exploitation.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 4

Version 2

02 mars 2000

7. CONTENU ATTENDU D'UN BILAN

7.1. NIVEAU D'INFORMATION

De manière générale, le Bilan ne doit contenir que les seuls éléments utiles pour répondre aux questions

suivantes : - Les objectifs ont-ils été atteints : . a-t-on réalisé ce qui était prévu ? plus ? moins ? autre chose ? . les délais et les coûts ont-ils été tenus, dépassés, réduits ?

- Quelles sont les raisons principales des écarts, les difficultés rencontrées, les principaux points forts ou

points faibles du projet ? - Quelles sont les retombées notables du projet ?

Par "retombées", on entend des acquis ou des résultats qui n'étaient pas directement recherchés, car ne

faisant pas partie des objectifs du projet : enseignements originaux, nouveau savoir-faire, mode

intéressant de management ou d'organisation, éléments d'orientation de la politique technique, produits

réutilisables ou commercialisables, ...

Les éléments purement descriptifs ou historiques ne doivent être fournis que dans la mesure où ils sont

indispensables pour comprendre les points précédents. Ils doivent être réduits au strict minimum. Ces

éléments figurent normalement dans les dossiers de définition, de justification, de gestion, d'assurance

qualité,... auxquels on fera référence en cas de besoin.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 5

Version 2

02 mars 2000

7.2. CONTENU TYPE

La forme pourra être adaptée à chaque projet.

1. IDENTIFICATION ET CHIFFRES-CLES

2. CARACTERISTIQUES PRINCIPALES DU PRODUIT

3. CARACTERISTIQUES PRINCIPALES DU PROJET

4. HISTORIQUE SUCCINCT

5. RESULTATS ET RETOMBEES

5.1. Objectifs / Résultats. Raisons principales des écarts

5.2. Charges et délais Prévus / Réalisés. Raisons principales des écarts

5.3. Retombées significatives

6. TABLEAUX DE BORD PRINCIPAUX

6.1. Charges

6.2. Production

6.3. Anomalies. Modifications

7. APPRECIATION GLOBALE DU PROJET

ANNEXE. ANALYSE DETAILLEE DES ASPECTS SIGNIFICATIFS

A1. Justification

A2. Caractéristiques détaillées du produit A3. Caractéristiques détaillées du projet

A4. Historique détaillé du projet

A5. Résultats détaillés

A6. Tableaux de bord détaillés

ANNEXE FINANCIERE

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 6

Version 2

02 mars 2000

8. REGLES GENERALES DE REDACTION

8.1. CONSTITUTION DU BILAN

Les Bilans sont présentés en trois parties :

- Bilan synthétique (Chapitres 1 à 7 du "contenu type"au § précédent), à constituer pour tous les projets,

quelle que soit leur taille ou leur position dans l'organisation industrielle. Un format de présentation

précis décrit ci-après est recommandé pour cette partie.

- Annexe contenant l'analyse détaillée des points significatifs du projet, à fournir pour les projets de

taille importante ou qui présentent des particularités notables. Cette partie est de format libre.

- Annexe Financière, à fournir lorsque les éléments financiers sont nécessaires pour apprécier

correctement le Bilan.

8.2. STANDARDISATION

Afin de standardiser au mieux les présentations, les conventions suivantes seront appliquées dans toute

la mesure du possible, pour désigner les acteurs, les types d'activité et les phases de tout projet logiciel.

8.2.1. Les Acteurs

- Maître d'ouvrage (CNES ou autre organisme). - Maître d'oeuvre (CNES ou Industriel). - Réalisateur (CNES ou Industriel, ou sous-traitant).

8.2.2. Type d'activités

Chacun de ces acteurs peut mener des activités des types suivants :

-Production : Activités techniques de production au sens large : étude de faisabilité, analyse des

besoins, analyse du système, simulation, maquettage et prototypage, conception préliminaire,

conception détaillée, codage et test unitaires, tests d'intégration, tests de validation et de recette,

qualification technique ou scientifique, qualification opérationnelle.

-Support technique : Activités de soutien et d'accompagnement à la production : formation technique,

développement d'outils spécifiques, support système,... -Qualité : Activités d'assurance et de contrôle qualité.

-Gestion de projet : Activités de gestion des coûts et des délais, de gestion de la documentation, de

gestion de la configuration, de direction, de coordination, et de contrôle du projet (revues, gestion des

actions), de secrétariat...

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 7

Version 2

02 mars 2000

8.2.3. Phases du projet

Le bilan peut couvrir toutes les phases entre le début de la phase A et la mise en exploitation. Si les phases d'un projet ont une terminologie ou un contenu différent de celles du RI, une table explicative ou de correspondance devra être fournie avec le bilan. - Phase A - Phase B - Phases C, D, décomposées en général comme suit : . spécification, . conception préliminaire, . réalisation (décomposée éventuellement en conception détaillée, codage et tests unitaires), . intégration, . validation et recette, . qualification technique, . dans certains cas, qualification opérationnelle.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page 8

Version 2

02 mars 2000

Page laissée intentionnellement blanche

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.1

Version 2

02 mars 2000

ANNEXE 1

GUIDE DE REDACTION DETAILLE DE LA SYNTHESE

La numérotation et les intitulés ci-après sont ceux du contenu-type. Les commentaires et les conseils de rédaction sont en italique.

1. IDENTIFICATION ET CHIFFRES CLES

Cette partie fournit la fiche d'identité du projet, de préférence sur une page et dans l'ordre suivant :

a) Nom du projet, code identificateur : b) Maître d'ouvrage : c) Maître(s) d'oeuvre : d) Réalisateur(s) : e) Phases concernées (A, B, C, D) : f) Date de début : g) Date de fin : h) Durée du projet en mois, interruptions comprises : i) Durée du projet en mois, hors interruptions : j) Charge du projet en personnes*mois, pour chaque Acteur: k) Nombre moyen d'intervenants, pour chaque acteur : l) Volume total des codes produits par le projet :

Donner les mesures jugées les plus représentatives de l'effort de codage et de test, et le cas échéant des

volumes à gérer en configuration, mesurées par un analyseur statique standard de préférence. Définir

avec précision les mesures utilisées. m) Documents de référence :

Indiquer les références des bilans qui ont été consolidés (bilan de sous-projets...), le cas échéant, ainsi

que celles des bilans qualité, et des seuls documents indispensables à la compréhension du Bilan.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.2

Version 2

02 mars 2000

2. CARACTERISTIQUES PRINCIPALES DU PRODUIT

Ce chapitre décrit de manière concise le produit réalisé par le projet.

- Situation du produit dans un système de niveau supérieur et décomposition en sous-systèmes

principaux, le cas échéant. Donner un schéma synoptique qui montre les principales interfaces du produit avec son environnement, et les principaux sous-ensembles et leurs interfaces.

- Identification précise des éléments réutilisés (sur étagère ou après adaptation), des éléments produits

par l'entité qui rédige le Bilan, des éléments sous-traités ou réalisés par d'autres entités, ...

- Finalité et utilisateurs. - Principales fonctions de service. - Contraintes d'environnement.

- Exploitation prévue : centre de calcul (traitement par lots, accès direct aux utilisateurs,...), centre de

contrôle, bord plate-forme, bord charge utile,... systèmes informatiques hôtes. - Domaine applicatif : scientifique, télédétection, télécommunications,... - Type : temps réel, base de données, code de calcul, graphique,... - Particularités notables du produit : . complexité ou nouveauté du produit (mission, fonctions, modes d'exploitation, technologies utilisées, ...), . niveaux de performances, de sûreté de fonctionnement, d'ergonomie, ... requis, . obligation de réutiliser des éléments pré-existants, . exigence de pouvoir réutiliser certains éléments du produit,

3. CARACTERISTIQUES PRINCIPALES DU PROJET

Ce chapitre décrit de manière synthétique les aspects significatifs du projet. Il s'agit d'une description et

non d'une appréciation. Cette dernière apparaîtra le cas échéant aux chapitres 5 et 7.

- Organisation en charge du projet, rôles et responsabilités des différents acteurs. Représenter cette organisation de préférence par un synoptique brièvement commenté. - Procédures et outils de management, de gestion et d'assurance qualité - Standards applicables au projet. - Méthodes, langages et outils de développement employés.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.3

Version 2

02 mars 2000

- Principaux risques identifiés au démarrage sur projet. - Particularités notables du projet : . dimensionnement, disponibilité et stabilité des moyens, . compétence des acteurs, . expérience de projets similaires, . complexité et pertinence de l'organisation, . stabilité des besoins, contraintes, objectifs, . utilisation de nouvelles techniques de développement,

4. HISTORIQUE SUCCINCT

Ce chapitre donne un bref historique du projet, en mettant l'accent sur les changements et les

événements qui ont eu ou qui auraient pu avoir un impact significatif sur le déroulement ou sur les

résultats du projet. Il est rédigé dans le même esprit descriptif que les deux chapitres précédents, les

analyses éventuelles apparaissant aux chapitres 5 et 7. - Planning synthétique du projet (sur une page A4 maximum). - Situation dans un planning plus vaste le cas échéant. - Les évolutions et les changements dans les aspects suivants : . besoins, objectifs, stratégie produit, . contraintes d'environnement et d'exploitation, . exigences qualité ou sûreté de fonctionnement, . contraintes de développement, spécifications de gestion, . composition des équipes, turn over, .etc.

- Tous autres événements, décisions, contraintes, situations, aléas, faits marquants, etc.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.4

Version 2

02 mars 2000

5. RESULTATS ET RETOMBEES

Ce chapitre constitue le coeur du Bilan. Il doit être le plus complet et précis possible. Cependant, si des

développements trop importants sont nécessaires, on les reportera de préférence en Annexe.

5.1. Objectifs / Résultats. Raisons principales des écarts

Cette partie indique (en deux ou trois pages en général) :

Concernant le produit :

- Les principaux objectifs ou besoins techniques, scientifiques, industriels ou commerciaux (services

offerts, performances, ergonomie, produit réutilisable, commercialisable, ...), en précisant : .objectifs initiaux (fixés habituellement en phase A ou B), . objectifs révisés, . dates et raisons des révisions d'objectifs.

- Les résultats obtenus en regard des objectifs précédents (objectif non tenu, tenu, dépassé),

Concernant le déroulement du projet :

- l'adéquation de l'organisation retenue pour développer le projet (organisation initiale et évolutions

éventuelles),

- l'adéquation des choix effectués en termes de standard, procédures et outils dans les domaines

suivants : . gestion de projet, . gestion de la configuration, . gestion de la documentation, . assurance et contrôle de la qualité, incluant les méthodes et outils de développement utilisés.

Synthèse :

- Les raisons principales des écarts éventuels, en se référant aux éléments mis en avant dans les

chapitres 2, 3 et 4 précédents : . raisons liées aux caractéristiques du produit, . raisons liées aux caractéristiques du projet, . raisons liées au déroulement du projet.

5.2. Charges et délais Prévus / Réalisés. Raisons principales des écarts

Cette partie indique, en deux ou trois pages, et en s'inspirant de la présentation ci-après :

- Les prévisions successives de la charge et de la durée totales du projet en personnes*mois et en mois

(ou personnes*jours et jours selon la taille du projet) : . au démarrage du projet, . à chaque révision importante de la prévision (revue,...),

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.5

Version 2

02 mars 2000

et les écarts par rapport à la réalisation constatée. - La charge et la durée totales réelles. - Les principales raisons des écarts éventuels entre prévisions et réalisations : . prévision erronée (taille ou complexité du produit, moyens à mettre en oeuvre,...), . modification des objectifs en cours de projet, . modification des moyens affectés au projet, . aléas imprévisibles,

- Le détail de ces raisons (sous-estimation du volume de code à produire, activités omises dans

l'évaluation, turn over, ...).

PREVISIONS

Date de la prévision Charge prévue Ecart % Durée prévue Ecart %

REALISATION

Date de fin de projet Charge (personnes * mois) Durée (mois) Le cas échéant, un tableau distinct sera fourni pour chaque acteur ou type d'acteur.

METHODE ET PROCEDURE

_______

CONTENU D'UN BILAN DE PROJET

LOGICIELRNC-CNES-Q-80-511

Page An1.6

Version 2

02 mars 2000

5.3. Retombées significatives

Cette partie indique (en deux ou trois pages maximum en règle générale), les retombées du projet, c'est-

à-dire des acquis ou des résultats non directement liés aux objectifs du projet.

- Enseignements à destination de projets similaires (en matière d'organisation, de management, de

procédures, de méthodes, de techniques, d'outils, de réutilisation,...). - Enseignements à usage général CNES (concernant les mêmes thèmes). - Savoir-faire acquis. (caractériser et préciser la disponibilité de ce savoir-faire pour d'autres projets) - Produits réutilisables par d'autres projets. - Produits commercialisables. - Impact sur l'image de marque.

6. TABLEAUX DE BORD PRINCIPAUX

- Ce chapitre contient les tableaux de bord donnant les indicateurs essentiels du projet sur : . les charges, . la production, . les anomalies, corrections et modifications, dérogations.

Ils doivent mettre en évidence les données les plus pertinentes vis-à-vis des spécificités du projet.

- Ces tableaux seront fournis chacun sur une page, accompagnés d'un bref commentaire le cas échéant.

- On ne fournira en règle générale que les tableaux globaux pour le projet. Dans certains cas (projets

importants, nouveauté technique, particularité d'organisation ou de gestion...), on pourra fournir des

tableaux détaillés : . par principaux acteurs du projet : Maître d'ouvrage, Maître d'oeuvre,

Réalisateurs,

. par sous-projet, sous-système, ou tout autre élément de décomposition du projet ou du produit présentant des particularités notables.

- Ces tableaux complémentaires seront de préférence fournis en annexe, sauf si leur contenu présente

une information suffisamment significative pour mériter de figurer dans le bilan synthétique.

6.1. Charges

Ce tableau devra dans tous les cas indiquer au minimum les durées, charges et effectifs totaux pour

chaque phase et si possible rappeler les prévisions initiales.

On l'adaptera au découpage en phases et en activités propres au projet, de manière à mettre en évidence

METHODE ET PROCEDURE

_______quotesdbs_dbs1.pdfusesText_1

[PDF] exemple d'un bilan personnel d'un etudiant

[PDF] exemple d'un bilan personnel et professionnel

[PDF] exemple d'un bilan personnel et professionnel pdf

[PDF] exemple d'un brainstorming

[PDF] exemple d'un business model

[PDF] exemple d'un business plan pdf

[PDF] exemple d'un cahier de charge informatique

[PDF] exemple d'un compte rendu d'un texte

[PDF] exemple d'un compte rendu d'un tp de physique

[PDF] exemple dun compte rendu de lecture

[PDF] exemple dun compte rendu de tp chimie

[PDF] exemple d'un concept

[PDF] exemple dun devis de nettoyage

[PDF] exemple d'un entretien oral en master

[PDF] exemple d'un executive summary