[PDF] Méthode et Procédure - Université Paris Cité

View - Download Méthode et Procédure - Université Paris Cité

Previous PDF

Next PDF

REFERENTIEL

NORMATIF du CNES

Référence :RNC-CNES-M-40-516

Version 2

28 août 2000

Méthode et Procédure

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL

(DDC)

APPROBATION

Président du CDN ;

date et nom :

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page i.1

Version 2

28 août 2000

PAGE D'ANALYSE DOCUMENTAIRE

TITRE:DOSSIER DESCRIPTIF DE LA CONFIGURATION D'UN LOGICIEL (DDC)

MOTS CLES :gestion configuration logiciel

RESUME :

Ce document s'applique aux logiciels et indique :

- ce qu'est un Dossier Descriptif de Configuration, - les exigences de réalisation (contenu type et structure), - des conseils pour satisfaire aux exigences.

SITUATION DU DOCUMENT :

Ce document fait partie de la collection des Méthodes et Procédures associées au

Référentiel Normatif du CNES (ECSS et MP).

Il est associé à la RNC-CNES-M-40-518, elle même affiliée à RNC-ECSS-M-40.

NOMBRE DE PAGES: 22LANGUE: 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 : 02/02/2000

Didier PECCEU

RELECTURE / CONTROLE :

Pour ACCORD :

Le Président du Comité Technique de Normalisation :

© CNES 2000

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

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page i.2

Version 2

28 août 2000

PAGES DES MODIFICATIONS

VERSION DATE PAGES MODIFIEES OBSERVATIONS

PR.6 24/06/98 Version de relecture générale

PR.7 25/11/99 Toutes Prise en compte des

remarques de AQ, SIF, CSSI,

SGC..., plus diverses

modifications visant à clarifier et alléger le contenu.

1.0 2/2/2000 Toutes Normalisation du document

1.1 23/5/2000 1, 2, 4, 5, 8 Prise en compte des

remarques de DSO/SG

2 28/08/2000 Nouvelle codification des

documents

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page i.3

Version 2

28 août 2000

SOMMAIRE

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

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

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

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

5. DOCUMENTS APPLICABLES.................................................................................................................................. 2

6. GLOSSAIRE - TERMINOLOGIE.............................................................................................................................. 2

7. QUELQUES RAPPELS ÉLÉMENTAIRES............................................................................................................... 3

8. PRINCIPES FONDAMENTAUX DU DDC ............................................................................................................... 4

8.1 B

UT ET DOMAINE D'APPLICATION DU DDC ........................................................................................................... 4

8.2 C

ONFIGURATIONS ET VERSIONS CONCERNÉES....................................................................................................... 4

8.3 P

RODUCTION DU DDC .......................................................................................................................................... 5

8.4 L

IVRAISON DU DDC.............................................................................................................................................. 5

8.5 F

ORME DU DDC.................................................................................................................................................... 5

8.6 R

ESPONSABILITÉS................................................................................................................................................. 6

8.7 A

UTHENTIFICATION DU DDC................................................................................................................................ 6

8.8 M

ODULATIONS DE LA FORME ET DU CONTENU DU DDC........................................................................................ 6

9. CONTENU DU DDC..................................................................................................................................................... 7

9.1 P

RINCIPES............................................................................................................................................................. 7

9.2 T

HÈMES TRAITÉS................................................................................................................................................... 7

9.3 S

PÉCIFICATION DÉTAILLÉE DES FICHIERS DU DDC................................................................................................ 9

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 1

Version 2

28 août 2000

1. Introduction

Ce document fait partie de la collection des Méthodes et Procédures du Référentiel Normatif du CNES.

Il appartient à la filiation "Gestion de la Configuration". Il est associé à la RNC-CNES-M-40-518 "Exigences standards de Gestion de Configuration des logiciels" (DR2) dont il constitue un complément.

2. Objet

Ce document a pour objet de :

préciser le but d'un DDC (Dossier Descriptif de Configuration). définir : - le contenu et la forme du DDC - les conditions de sa réalisation et de sa livraison. Il donne aussi des conseils pour satisfaire les besoins qu'il peut justifier ou illustrer.

3. Domaine d'application

Ce document s'applique à :

tout Article de Configuration dont la nature est logicielle, la description de la configuration lors d'une mise dans la Base d'Archivage ou lors d'une livraison entre un fournisseur (quel qu'il soit) et un client (typiquement un projet CNES). quel que soit son état d'avancement au cours de son cycle de vie (en développement, figé en exploitation, en maintenance ...). R

EMARQUES :

Cette MP est applicable en l'état. Néanmoins, en fonction des caractéristiques du projet ou d'un Article,

le client (le projet CNES) pourra l'amender, notamment en ce qui concerne la répartition et la présentation des informations requises dans un ou plusieurs fichiers.

Le domaine d'application pourra être étendu par les utilisateurs. Par exemple en ajoutant un catalogue

des matériels et de leur documentation associée (y compris celle de paramétrage au sein du projet), il est

possible d'appliquer ce document à tout un système informatique dont la partie matérielle n'est

constituée que de matériels "sur étagère". De même on pourra le compléter pour assurer la maîtrise de la

configuration d'un ou de plusieurs sites d'utilisation du logiciel.

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 2

Version 2

28 août 2000

4. Documents de référence

Cette MP est conforme au vocabulaire et aux exigences des documents suivants : DR1 ISO 10007 Management de la Qualité - Lignes directrices pour la gestion de configuration. Ed. 95.

DR2 RNC-CNES-M-

40-518Exigences standards de Gestion de Configuration des logiciels.

Édition 02 / Révision 00.

DR3 RNC-ECSS-P-001

AGlossaire des termes.

DR4 RNC-ECSS-M-40 Gestion de la configuration.

Édition 02 / Révision 00.

DR5 RNC-ECSS-Q-20-

09Instruction et traitement des anomalies

Édition A

DR6 RNC-CNES-M-

40-502Instruction et traitement des modifications

Édition 01 / Révision 00

5. Documents applicables

Aucun

6. Glossaire - Terminologie

Article de

ConfigurationCf. DR2 chapitre 3.1.

Base d'archivage Espace informatique contenant la version adéquate des fichiers permettant de fabriquer et tester une version donnée d'un logiciel (contient les fichiers sources, les procédures de génération, les jeux et résultats de test, ...).

DDC Dossier Descriptif de Configuration.

DM Demande de Modification (décrit au moins un besoin d'évolution).

Élément de Suivi Élément papier ou informatique permettant de formaliser le suivi d'un fait

technique. Exemples : FA (Fiche d'Anomalie), DM (Demande de Modification), PM (Proposition de Modification), FC (Fiche de correction), ...

GC Gestion de Configuration.

FA Fiche d'Anomalie (décrit au moins un constat d'anomalie). FC Fiche de Correction et de Modification (compte rendu des évolutions faites pour prendre en compte un lot de FA et / ou de DM).

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 3

Version 2

28 août 2000

7. Quelques rappels élémentaires

La configuration d'un Article de Configuration logiciel est l'ensemble organisé :

- des éléments sources propres à cet Article et à partir desquels celui-ci est fabriqué ou décrit (sources

dans un ou plusieurs langages informatiques, procédures de génération et d'assemblage, documentation de conception et d'utilisation, etc.). - des moyens spécifiques nécessaires à sa production, son test ou son exploitation,

- des références des éléments non spécifiques nécessaires à la constitution ou la production de

l'Article exploitable.

Un logiciel est un Article de Configuration pouvant lui même, s'il est important, être décomposé en

Articles de Configuration constitutifs.

La configuration peut être "figée" dans une version donnée archivée dans une Base d'archivage ou être dans un état évolutif dont le dernier état est appelé, par analogie, "version courante".

Le client doit pouvoir disposer, sur requête ou à la livraison de l'Article concerné, d'un "Dossier

Descriptif de Configuration" (DDC) décrivant complètement cette configuration (exigence du DR2).

Normalement une livraison porte sur une version précise d'un produit qui typiquement servira de référence pour la gestion des modifications ultérieures.

La fabrication et l'utilisation d'un produit sont généralement jalonnées de faits techniques faisant l'objet

de descriptions formalisées appelées "Éléments de Suivi". Par exemple la FA (Fiche d'Anomalie), la DM

(Demande de Modification), etc. Les Éléments de Suivi qui décrivent une anomalie de la configuration

ou une évolution faite ou à faire, font partie de la configuration de l'Article.

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 4

Version 2

28 août 2000

8. Principes fondamentaux du DDC

Les exigences majeures sont encadrées.

8.1 But et domaine d'application du DDC

1. Le Dossier Descriptif d'une Configuration doit décrire la configuration réelle d'un Article de

Configuration.

2. Le DDC est applicable à tout logiciel et à chacun de ses éventuels Articles constitutifs.

3. Il donne le contenu ou l'accès à toutes les informations décrivant complètement la configuration de

l'Article.

La configuration réelle est la configuration applicable complétée de l'ensemble des écarts connus entre

celle-ci et la réalité de l'Article. Le DDC est destiné à de multiples utilisations, notamment : pour apprécier le degré de complétude et de cohérence d'une configuration.

pour s'assurer (généralement lors d'une réception) qu'un Articleest :. le bon Article : nom, identification de sa SpécificationTechnique de Besoin, etc.. au bon niveau d'évolution : version de l'Article et descomposants, corrections effectuées, etc.

pour aider l'intégration de l'Article dans son contexte opérationnel en connaissant :

. sa composition et les éléments qui ont évolué (programmes, documentation existante, etc.),

. les anomalies ouvertes, les restrictions d'utilisation, ...

. les instructions détaillées de mise à jour par rapport à la version antérieure, et l'environnement

nécessaire, etc.

8.2 Configurations et versions concernées

1. La configuration décrite doit correspondre à une version parfaitement identifiée d'un Article

donné.

2. La configuration applicable d'une nouvelle version de l'Article doit aussi être définie par différence

avec une version "de référence" parfaitement identifiée et connue du client. Le nom de la version concernée doit être donné en clair en début de DDC.

Dans le cas d'un état de configuration à un instant donné, alors que celle-ci est en cours d'évolution, on

parlera de "version courante".

En l'absence de directive contraire du client, la version de référence est la dernière version livrée au

client et acceptée par lui.

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 5

Version 2

28 août 2000

8.3 Production du DDC

La production doit :

1. s'effectuer essentiellement à partir des données présentes dans la Base d'Archivage de la

configuration de l'Article (c'est à dire à partir des sources et des Éléments de Suivi, et non d'une

autre référence).

2. être automatisée autant qu'il est possible pour garantir la fiabilité des informations, et minimiser le

travail d'obtention (gains en coût et délai car l'élaboration du DDC est une tâche très récurrente).

3. être effectuée à partir des dernières données à jour correspondant à l'Article et après gel en version

de la configuration de celui-ci dans sa Base d'archivage.

8.4 Livraison du DDC

1. La livraison doit contenir la totalité du DDC, même s'il accompagne un produit livré partiellement

(sauf accord du Responsable de la Gestion en Configuration destinataire).

8.5 Forme du DDC

Pour permettre une utilisation facile et efficace par ses destinataires, le DDC doit remplir les exigences

suivantes :

1. Le DDC est un dossier informatique contenant des fichiers sources lisibles sur les plates-formes

de gestion et d'exploitation du client.

2. Les fichiers respectent les règles de Gestion des Configurations du projet, en particulier ses

éventuelles règles de marquage.

3. Le fichier d'identification (cf. "ddc.txt" plus loin dans le texte) et tous ceux qui contiennent une

information évolutive par rapport à une version donnée de l'Article (par exemple l'état des anomalies

connues) doivent indiquer la version de l'Article concerné puis la date d'élaboration des informations. Les règles de marquages sont décrites dans DR2 (par exemple utilisation du marqueurs $ID$). Le cartouche de traçabilité n'est pas demandé. Par défaut l'implémentation suivante sera retenue :

Objet Implémentation Observation

Nom du dossierrépertoire "ddc" directement attaché à l'Article.Livré dans l'arborescence de l'Article lorsque celui-ci est livré.

Format des fichierstexte Ascii.

Noms des fichiers Cf. noms standards § 9.2

Marquage des

fichierMarquage en première ligne. Version Article + date contenu en 2° ligne.Cf. exigences générales dans DR2.

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 6

Version 2

28 août 2000

8.6 Responsabilités

1. Le DDC est élaboré par le Responsable de Gestion de la Configuration du fournisseur de l'Article, et

sous la responsabilité de son chef de projet.

Lorsqu'un logiciel est archivé par le Service de Gestion de Configuration du CNES, celui-ci incorpore le

DDC dans la configuration de l'Article avant d'en geler la version. Il peut ajouter des informations sous

forme de fichiers complémentaires (exemples : fichiers ajoutés ou modifiés dans la base, moyens utilisés

pour générer le logiciel...), mais aucun fichier du fournisseur n'est altéré.

8.7 Authentification du DDC

Sur demande explicite du client, le fournisseur devra fournir tout ou partie des éléments suivants :

La copie papier du fichier introductif, signée par le chef de projet du fournisseur ou son délégataire.

Le verrouillage du fichier introductif par une clé de contrôle à fournir au client.

Le scellement de l'ensemble des fichiers (en vue d'un contrôle d'intégrité ultérieur éventuel).

8.8 Modulations de la forme et du contenu du DDC

En cas de besoin avéré, le client et le fournisseur pourront décider d'une forme de DDC plus élaborée

(par exemple utilisation du Web) ou plus simple (par exemple un fichier unique) que celle proposée dans

cette MP, tout en en respectant les exigences fondamentales.

En standard, le DDC couvre la configuration complète du logiciel qu'il accompagne éventuellement,

même si une partie seulement de cette configuration est livrée ou que celle-ci comporte des fichiers

sources ou des éléments transformés (typiquement des exécutables).

Dans le cas où contractuellement tous les éléments sources ou de test ou d'outillage spécifiques du

logiciel ne sont pas livrés, le DDC devra ne laisser aucune ambiguïté sur le statut "livré" ou "non livré"

de tout élément apparaissant dans la liste des éléments de la configuration.

Dans certains cas, et sur demande ou autorisation formelle du client, le DDC pourra ne couvrir que la

configuration des seuls éléments livrés, ou se limiter aux seules informations pertinentes du point de vue

de l'utilisateur du produit (donc exclure les dérogations de méthodes de réalisation, les références aux

documents de conception, etc.).

METHODE ET PROCEDURE

_______

DOSSIER DESCRIPTIF DE LA

CONFIGURATION D'UN LOGICIEL (DDC)RNC-CNES-M-40-516

Page 7

Version 2

28 août 2000

9. Contenu du DDC

9.1 Principes

Comme vu au § 8.1, le DDC donne l'accès à toutes les informations décrivant complètement la

configuration d'un Article. Pour ce faire il donne une partie de l'information, de façon claire et

structurée, et référence les documents contenant le reste de l'information.

En particulier le DDC contient les informations non présentes dans les documents référencés :

- informations de détail sans objet dans ces documents. Exemple : fichiers constitutifs, ...

- informations évolutives non souhaitables dans la documentation standard. Exemple : versions de telle

bibliothèque avec lesquelles cette version de l'Article est compatible ; comment la montée de niveau

d'une base existante doit être réalisée avec cette nouvelle version, etc.

- informations de dernière minute qui n'ont pu être introduites dans la documentation standard. Exemple

: description d'une restriction d'utilisation, modalité particulière d'installation ou d'utilisation, etc.

1. Lorsqu'un Article comporte un composant de type Article, le DDC de ce "composant" n'est pas

intégré dans celui du "composé".

2. Aucune duplication d'information ne doit être faite.

Lorsqu'un Article est exclusivement composé d'Articles ayant chacun un DDC, des regroupements de fichiers peuvent être faits avec l'accord du client (exemple : les moyens de production).

Les duplications risquent d'apparaître, d'une part entre le DDC d'un Article donné et les documents qu'il

référence (en particulier ceux de définition), et d'autre part entre le DDC de cet Article "A" et celui d'un

Article "B" dont "A" serait un composant ou un composé.

9.2 Thèmes traités

Le tableau ci-après donne :

- la liste des thèmes couverts et une brève spécification du contenu attendu. - le nom court standard des fichiers correspondant à ces thèmes

Le nom réel d'un fichier pourra être le nom court, ou le nom long équivalant indiqué au § 9.3.

Dans tous les cas il faut ajouter le suffixe du type concerné (".txt" par défaut, et omis dans la colonne du

tableau pour raison d'économie de place). Les parenthèses indiquent les noms longs lorsqu'ils peuvent contenir dans la colonne.quotesdbs_dbs17.pdfusesText_23

[PDF] gestion de configuration produit

[PDF] gestion de conflit dans une équipe

[PDF] gestion de conflit educateur

[PDF] gestion de conflit primaire

[PDF] gestion de conflit synonyme

[PDF] gestion de conflits dans un groupe

[PDF] gestion de contrats sous excel

[PDF] gestion de courrier administratif

[PDF] gestion de crise définition

[PDF] gestion de crise en entreprise

[PDF] gestion de crise pdf

[PDF] gestion de documentos administrativos

[PDF] gestion de fait association loi 1901

[PDF] gestion de fait code pénal

[PDF] gestion de fait cour des comptes