Académique Documents
Professionnel Documents
Culture Documents
Etape2
Cahier des charges
Etape5 Etape3
Analyse
Cycle de Développement Déploiement Recette
F. OK
Spécifications détaillé
Plan test
maintenance Post Mortem
Plan déploiement
Etape4 Etape6 Etape7
Cycle en V
Analyse du Exploitation et
besoin maintenance
Qualification
opérationnelle
Spécification Validation
système système
Conception Test
préliminaire d’intégration
Réalisation
Étapes du cycle de vie Principaux documents Contrôles qualité
2 Spécifications - Dossier de définition des besoins/ Cahier des charges Revue de spécifications
- Spécifications d'interface
- Dossier tests de validation
Les livrables
Les livrables auront une structure spécifique en
fonction des besoins du client et du fournisseur.
Ils seront donc agréés en commun par
l'organisme ou par l'entreprise. Il y aura les
différents documents d'appel d'offres, de
contrat, de suivi fournisseur et d'évaluation
de produits.
ÉTAPE 1:INITIALISATION
D'UN PROJET -LA PLANIFICATION
L'objectif de cette première étape est d'initialiser le projet et de planifier les
travaux nécessaires à l'accomplissement de la réalisation du projet dans de
bonnes conditions. L'initialisation du projet sera matérialisée par la
rédaction et la diffusion d'une note de lancement.
Pour la planification des travaux, le projet va être décomposé en plusieurs
lots, chaque lot comportant un certain nombre d'étapes. Ce découpage va
être observé selon deux axes:
Une vue organisation de la qualité, dont les résultats des travaux d'étude
seront consignés dans le document plan d'assurance qualité logiciel.
Une vue évaluation initiale du projet (véritable devis du projet), dont les
résultats des travaux d'étude seront consignés dans le document plan de
développement logiciel.
ÉTAPE 1:INITIALISATION
D'UN PROJET -LA PLANIFICATION
Le plan qualité logiciel/plan d'assurance qualité logiciel
(PAQL)
Le plan d'assurance qualité logiciel est le document par lequel
le chef de projet (et son équipe) décrivent les dispositions
spécifiques prévues par l'organisation ou l'entreprise afin
d'obtenir la qualité du produit logiciel ou du service
résultant du projet en question. L'appellation «assurance
qualité» dans le nom de ce document signifie qu'il s'applique
à la relation client/fournisseur définie pour un projet donné
et qu'il est communicable à l'extérieur de l'entreprise en
respectant bien sûr les limites du périmètre de
confidentialité des informations contenues
ÉTAPE 1:INITIALISATION
D'UN PROJET -LA PLANIFICATION
Ainsi le PAQL va décrire le système de management de la
qualité du projet, c'est-à-dire
La démarche qualité.
Le référentiel et les méthodes utilisés.
Les outils mis en place.
Les contrôles prévus et planifiés.
Les procédures d'assurance qualité
Elles font références aux procédures qualité générales de
l'entreprise et aux procédures générales définies pour
l'ingénierie du logiciel. Elles seront complétées et enrichies
si besoin est pour répondre aux exigences particulières du
projet.
ÉTAPE 1:INITIALISATION
D'UN PROJET -LA PLANIFICATION
Les livrables
La note de lancement
La note de lancement est le document par lequel la direction
de la maîtrise d'ouvrage d'un projet fait connaître
officiellement sa volonté et sa décision d'engager le projet
concerné. Ce document rappellera les objectifs et les
contours du projet lancé. Il doit impérativement comporter
l'identification du chef de projet (ou de l'équipe) qui a été
choisi pour diriger les opérations et les moyens qui lui ont
été alloués pour réussir. Ce document ne requiert pas de
formalisme particulier autre que le respect des règles de la
gestion documentaire instaurées au sein de l'entreprise.
ETAPE2 : LES SPECIFICATIONS
Phase2
Spécifications du système
Formalisation du Dossier
Validation spécifications
ETAPE2 : LES SPECIFICATIONS
Les livrables
Le dossier de définition des besoins (qui dans certains cas fait office de
cahier des charges)
Le dossier de définition .des besoins est le document par lequel le chef de
projet (et son équipe) formalisent avec un maximum de précision les
exigences et spécifications exprimées par les utilisateurs. Ce support
représente le consensus sur lequel l'accord de tous a été obtenu sur les
fonctions supportées par le nouveau système logiciel et ses livrables. Le
dossier de définition des besoins doit être rédigé en commun avec les
utilisateurs, les organisateurs et les informaticiens. Il est écrit en
langage compréhensible par les utilisateurs non informaticiens. Le
recueil des besoins s'opère en suivant une démarche intellectuelle
itérative entre :
L'observation de l'état actuel de l'organisation (analyse de l'existant).
La projection des spécifications pour répondre aux exigences (système
cible).
L'élaboration d'une/des solution(s) possible(s) pour atteindre la cible
(transformation).
La justification des choix retenus
ETAPE2 : LES SPECIFICATIONS
flux2
Acteur3
Acteur1
flux1 flux3
Acteur2
ETAPE2 : LES SPECIFICATIONS
Fonction 2
Fonction 4 Fonction 3
Découpage en lots
Conception du lot
Procédures dégradées
Éléments de tests
Validation de la solution
ETAPE3 : LA CONCEPTION
La conception détaillée
Elle a pour objectif d'étudier l'architecture technique du
système/logiciel par ensembles techniques conformément au
découpage fonctionnel réalisé lors de la conception générale.
Les concepteurs chargés de cette étude vont imaginer finement
l'architecture technique à mettre en oeuvre. L'impact des
technologies envisagées pour l'étape suivante de réalisation est
très fort. Les choix fonctionnels de la conception générale sont,
confirmés dans leur implémentation technique. Les choix
organisationnels sont arrêtés définitivement. Les dernières
options techniques sont levées, en particulier à propos de :
ETAPE3 : LA CONCEPTION
la répartition des traitements entre homme et machine
Les volumes et les temps de transfert sur les réseaux.
Les temps de réponse aux requêtes.
La détermination des meilleurs outils répondant aux
problèmes posés.
La réutilisation de briques logicielles techniques ou métiers.
La résolution des contraintes d'exploitation et d'utilisabilité.
La disponibilité du service offert aux utilisateurs.
Le respect des niveaux de confidentialité et de sécurité.
ETAPE3 : LA CONCEPTION
Puis, les concepteurs vont dessiner cette architecture
technique qu'ils ont imaginée et choisie. Unes
représentation explicite des projets est obtenue au
moyen de graphes. Ainsi, pour une conception de
gestion selon la méthode Merise, les concepteurs
utiliseront des graphes de type modèle
organisationnel des traitements (MOT) et modèle
logique des données (MLD).
L'architecture technique retenue fait apparaître des
sous-ensembles homogènes composés de données
et de traitements qui réagissent entre eux.
ETAPE3 : LA CONCEPTION
Ces sous-ensembles étant eux-mêmes décomposés en unités
de traitement (UT), c'est-à-dire en programmes exécutables
(exe, dll, applet...) qui s'enchaînent entre eux. À ce niveau de
l'analyse, la qualité de la description doit être suffisamment
fine et précise pour permettre la programmation. Pour
chaque unité de programme à construire, il faudra
notamment préciser
Quelles sont les entrées ?
Quelles sont les sorties?
Quels sont les traitements (par exemple : lecture, calcul, mise à jour,
écriture...) ?
Quels sont les contrôles à effectuer?
Quels sont les algorithmes à utiliser?
Quelles sont les données a Manipuler
Algo de calcul
Recette technique
Validation
ETAPE3 : LA CONCEPTION
Les livrables
Le dossier de conception générale
Le dossier de conception générale est le document par lequel l'équipe projet
formalise l'architecture fonctionnelle du futur système/logiciel objet du
projet. Ce document explicite, pour un projet logiciel donné, comment les
moyens organisationnels seront utilisés afin de répondre aux exigences de
la maîtrise d'ouvrage et aux standards de développement mis en place. Il
traite les thèmes suivants :
Les objectifs du dossier.
Les interfaces
Les liaisons entre les différents modules du système
ne doivent pas être négligées. De même, il ne faudra
pas oublier de décrire les structures et les protocoles
de communication entre le système projeté et les
autres systèmes internes et externes à
l'organisation/entreprise et constituant toutes les
couches environnementales. Souvent
l'environnement est générateur de contraintes fortes
et sur lesquelles il est rarement possible d'agir.
ETAPE3 : LA CONCEPTION
Conversion et reprise des données
De plus en plus, les nouveaux systèmes se substituent à des
logiciels existants ou bien il existe des données stockées
dans des fichiers. Pour gagner du temps et bénéficier des
données acquises il va falloir procéder à des traitements
spéciaux de reprise et de conversion ou de transcodage de
données. Dans certains cas ces travaux sont si importants
qu'ils nécessitent un projet complet et spécifique pour les
traiter. Il s'agit de réutiliser des anciens fichiers, des tables et
des bases de données représentant des données actives ou
des historiques sur plusieurs années. Il ne faut pas oublier
ou sous-estimer ces travaux qui sont longs, partiellement
automatisables, nécessitant des contrôles fins. Une analyse
précise et une planification soignée des tâches à faire est
une condition de réussite.
ETAPE3 : LA CONCEPTION
Procédures dégradées
Aujourd'hui les systèmes doivent fonctionner 24
heures sur 24 et 7 jours sur 7. Dès la conception il
faut prévoir impérativement des procédures
simplifiées et réduites assurant une aide aux
utilisateurs dans les cas d'anomalie de
fonctionnement ou de communication (service
minimum).
ETAPE3 : LA CONCEPTION
Les interfaces qui réalisent les liaisons entre les sous-ensembles du syst
Les sorties.
Saisir le code
Dossier
des tests
unitaires
Dossier
des tests
D’intégration
Tests
d’integration non
Cahier Sous-système
De recette
D’intégration validé
Modèle validé
oui
ETAPE4 : LA REALISATION (codage,
tests unitaires, tests d’intégration)
La préparation des tests
Les jeux d'essai d'intégration sont conçus afin de
satisfaire aux exigences suivantes
- Essayer les fonctionnalités prévues au dossier de
conception générale.
- Contrôler chacune des règles de gestion.
- Passer au moins une fois dans chacun des modules
de l'arborescence de la chaîne/du système.
ETAPE4 : LA REALISATION (codage,
tests unitaires, tests d’intégration)
RECEVABILITE
QUALIFICATION
Etape 5 : La Recette
La recevabilité
C'est la phase pendant laquelle le client (ou ses représentants) vérifie la
livraison qui vient de lui être faite, Sachant que la livraison peut être
effectuée une seule fois en totalité ou partiellement en plusieurs fois
conformément aux conditions prévues au contrat.
Lors de la recevabilité le client se limite à vérifier par des contrôles à
caractère « visuels » :
La date de la livraison réelle correspond à la date de livraison prévue,
Une liste des composants manquants est dressée , elle mentionne les
réserves constatées, Cette liste est signée par les parties contractantes, Si
aucune anomalie de livraison n'est constatée, le bordereau de livraison du
fournisseur peut être signé pour marquer l'accord du client.
Etape 5 : La Recette
La qualification et les tests de validation
C'est le troisième niveau de contrôle. Il correspond aux «tests de
validation» effectués sur la branche droite` du « V » du processus de
développement du logiciel et aux traitement des « spécifications » situés
sur la branche gauche.
Ces tests de dimension métier sont appelés par la norme les tests de
validation. Ils permettent de vérifier l'adéquation du système intégré dans
son environnement définitif, par rapport aux exigences formulées par les
utilisateurs en matière fonctionnelle et aux contraintes organisationnelles.
Comme, les autres catégories de tests, les tests de validation comportent
deux parties : la préparation et l'exécution, La préparation des essais a été
établie pendant la définition des besoins pour déterminer sur quels critères
le logiciel répond aux exigences du métier, L'exécution des essais,
vérification proprement dite, sera confiée à une équipe de « recetteurs »
composée par des utilisateurs du futur système logiciel.
Etape 5 : La Recette
La préparation des tests
Les jeux d'essai métier pour la validation sont conçus afin de satisfaire aux
exigences suivantes :
Vérifier que le logiciel traite les fonctionnalités du dossier de définition des
besoins,
Contrôler la validité des règles de gestion et de calcul.
Tester tous les cas fonctionnels non passants (par exemple : message
d'anomalie).
Vérifier l'impact des événements de gestion sur le reste des traitements.
Tester les opérations quotidiennes effectuées par les utilisateurs.
Tester les opérations exceptionnelles effectuées par les utilisateurs,
Valider les nouvelles fonctions offertes par le système.
Tester les interfaces avec les autres systèmes (par exemple : la comptabilité),
Les tests de validation portent sur
Une activité complète de gestion.
Les processus fonctionnels.
Les procédures organisationnelles.
Le suivi du cheminement d'une information a l'intérieur du système.
Les réactions du système logiciel à une sollicitation extérieure.
Et chacun des outils utilisés dans l'exercice du métier des utilisateurs
Etape 5 : La Recette
Les scénarios de tests de validation permettent de vérifier la
bonne couverture (les travaux de gestion que les utilisateurs
doivent réaliser dans l'exercice de leur métier). Les contrôles
fonctionnels et des formules de calcul de gestion doivent
produire des résultats exacts, vérifiables. C'est aussi le
moyen de contrôler que dans des conditions normales,
proches de l'environnement réel, le système logiciel réagira
convenablement.
la formalisation des plans de tests dans le dossier de tests de
validation comprend :
La description des scénarios (cas de tests valorisés, règles de
gestion, résultats, attendus...).
L'environnement des tests : matériel, fichiers, tables...
L'organisation de l'enchaînement (les tests : dates,
paramètres.
La planification et exécution des tests.
Etape 5 : La Recette
À partir des plans de tests élaborés lors du processus de
préparation, pour qualifier le système logiciel, les utilisateurs
en charge des tests vont, dans l'ordre chronologique
Dérouler les scénarios (appelés en anglais : scripts).
Vérifier que les résultats obtenus sont conformes aux résultats
attendus.
Relever dans une fiche d'anomalie tous les écarts constatés.
Tenir à jour une main courante des essais effectués.
Les données d'essai, les scénarios de test et les résultats obtenus
seront conservés afin de pouvoir servir de référence ultérieure.
Lorsque l'ensemble des tests de validation prévus a été déroulé et a
donné les résultats escomptés (il ne reste plus aucune fiche d'anomalie Ouverte
Ou sans réponse), la recette du système logiciel peut alors être
prononcée par la maîtrise d’ouvrage
Etape 5 : La Recette
Cet accord est consigné dans un document procès verbal de
recette signé respectivement par les parties contractantes.
Par ce document le client (maîtrise d'ouvrage) reconnaît
prendre livraison officiellement des livrables logiciels et
prestations associées objet du contrat. Le fournisseur
(maîtrise d'oeuvre) est donc déchargé de la responsabilité de
la conception et de la réalisation du système logiciel. C'est la
concrétisation du transfert de responsabilité et de propriété
avec les conséquences financières en matière de paiement
des sommes restant dues et c'est souvent le fait générateur
du départ de la période de garantie
Etape 5 : La Recette
Les livrables
Bordereau de Livraison – Fiche de recevabilité
C’est l’inventaire précis et détaillé des composants
(logiciels,documentation,prestations) que le fournisseur à
livré au client.
Etape 5 : La Recette
Les dossiers de tests de validation
Chaque dossier de test de validation doit contenir au moins les informations
suivantes :
Des plans de tests définissant et organisant le séquencement des actions.
La planification de ces actions.
Les processus
Concevoir et réaliser un produit logiciel représente une
partie importante des activités d'ingénierie. Toutefois,
lorsque le nombre de sites à installer est important, il ne
faut pas négliger de maîtriser l'installation puis la diffusion
d'un produit logiciel. La mise sous assurance qualité de ces
activités doit alors s'exercer dans le temps et dans l'espace.
Les impacts ne seront pas de la même nature pour gérer
cinq, dix ou cent sites ou plus. Par ailleurs, les activités
d'installation et de diffusion concernent non seulement la
première mise en place du système logiciel, mais elles
devront être intégralement reprises et supportées dans le
processus de maintenance
Etape 6 : L’installation / la diffusion(déploiement)
L'installation
Tout d'abord une installation ne peut intervenir que sur un
produit logiciel qui a fait l'objet d'une recette satisfaisante, c'est-
à-dire pour lequel il ne reste plus aucune anomalie bloquante
pour les utilisateurs. Sinon la mise en production doit être
systématiquement refusée.
Ensuite, l'identification des éléments composant la
configuration (logiciels,
données, procédures, documentation) sera réalisée. Pour les
tâches d'identification des composants on se reportera a La
gestion de configuration.
Toutes les opérations d'une installation doivent être effectuées
sans risque d’erreurs. Une installation comporte des travaux
entièrement automatiques et des travaux manuels .
Etape 6 : L’installation / la diffusion(déploiement)
Une planification de l'installation doit être rédigée. Elle identifie de
manière détaillée les travaux à faire, en précisant l'ordre
d'enchaînement des tâches et les affectations de
responsabilités. Un mode doit expliquer les actions à
entreprendre en cas d'anomalies. Le plan d'installation du
système doit être élaboré en collaboration entre les équipes
de développement et d’exploitation .
Il doit être compatible avec l'environnement cible,
conformément aux exigences prévues au contrat. Les
ressources nécessaires pour l'installer doivent être
identifiées et disponibles.
La procédure peut être diversifiée, avec par exemple
La procédure d'installation automatique.
La procédure d'installation manuelle.
Le mode d'emploi.
Etape 6 : L’installation / la diffusion(déploiement)
L'équipe de développement assistera l'équipe
d'exploitation pour la mise en place du système.
I’installation doit être conforme au plan
d'installation. Le déroulement et les résultats de
l'installation doivent être documentés. La traçabilité
doit être assurée ainsi que l’enregistrement des
références de la version installée
La de tâche de l'installation sera obligatoirement
une tâche de vérification comme une revue
d'acceptation qui permet de valider les travaux
réalisés.
Etape 6 : L’installation / la diffusion(déploiement)
La diffusion
L'organisation de la diffusion à mettre, en place est
conditionnée par la dispersion des sites cibles sur
lesquels il est prévu d'exploiter le système logiciel.
Dans le cas d'un nombre restreint de sites
d'installation, la diffusion va se limiter à une
duplication de la procédure d'installation sur chacun
des sites. La principale difficulté réside alors à gérer
les montées de version pour chaque site et à
garantir I’intégrité de l'ensemble des systèmes
lorsque, à un instant donné, tous les sites ne sont
pas au même niveau de version
Etape 6 : L’installation / la diffusion(déploiement)
Pour réussir ce type de diffusion il importera de définir les
relations avec les partenaires.
Par exemple pour un projet de dimension nationale ou
internationale, plusieurs sites cibles peuvent être concernés.
Il importe de préciser les engagements et les responsabilités
de chacun.
Par contre, dans le cas d'un produit logiciel mis sur le
marché et destiné, à une large commercialisation, le
fournisseur va devoir faire le choix du canal de distribution
(un ou plusieurs) comme pour n'importe quel produit
manufacturé. Alors, la diffusion sous-entend le recours à un
tiers entre le fabriquant et le client utilisateur. Si le nombre
de licences d'utilisation est important ou bien si le
fabriquant est situé à l’étrangers
Etape 6 : L’installation / la diffusion(déploiement)
le fabricant a besoin d'un représentant local qui joue le rôle
d'intermédiaire. Ce maillon supplémentaire dans la chaîne
de distribution implique des moyens qualité adéquats qu'il
importe de concevoir, de développer, de mettre, en place,
de suivre et de faire vivre.
La maîtrise des tâches de diffusion nécessite la mise au point
et le contrôle :
D'une procédure d'échange aller vers les distributeurs,
D'une procédure d'échange retour depuis le distributeur;
Du traitement des anomalies.
De la définition de l'assistance à apporter au diffuseur.
De la documentation.
De la formation.
De la mise en place d'une hot line.
Etape 6 : L’installation / la diffusion(déploiement)
L’Exploitation
Une fois que le système/logiciel est installé
correctement dans l'environnement de production
d'un site, les équipes d'exploitation vont prendre le
relais des équipes de développement.
A partir de ce moment le système/logiciel va être
exploité en utilisant des données réelles, il est mis a
la disposition des utilisateurs dans le cadre de
l’exercice de leurs métiers. La montée en puissance
peut se faire progressivement , par exemple une
agence après l'autre, une usine après l'autre, une
société après l'autre .
Etape 6 : L’installation / la diffusion(déploiement)
Les livrables
Dossier d’installation
Il regroupe toutes les informations
nécessaire a l’installation du logiciel, La
liste des tâches ainsi que l’ordre
d’exécution , les ressources …
Etape 7 : La Maintenance
Les processus
La date.
La date
Le but de la modification.
La maîtrise de la documentation
La gestion documentaire passe par la maîtrise des
documents qui est la capacité à concevoir, rédiger,
diffuser et retirer de la circulation si nécessaire, les
documents adaptés à l'usage pour lequel ils sont
prévus. Cette maîtrise doit couvrir toutes les étapes
de l'ingénierie du logiciel : les spécifications, la
conception, le développement, l'installation et
l'exploitation. Sans oublier tous les documents
relatifs au système qualité.
La Gestion Documentaire
Il faut y ajouter
Tous les documents d'organisation, tels que procédure,
contrat, planning, plan de développement, plan de
configuration, fiches techniques...
Tous les documents de type exploitation (guide d'installation,
d'utilisation).
Nous nous référerons aussi a la norme ISO 9001 (et la version
2000). Ce paragraphe contient les exigences pour la maîtrise
de tous les documents inclus dans un système qualité.
La Gestion Documentaire
États d'un document
A l’exception des courriers et des comptes-rendus de réunion,
tout document passe par les étapes d'un cycle de vie. En
effet il est successivement identifié, rédigé, puis validé et
enfin diffusé.
Afin de suivre correctement les évolutions d’un document et
d'assurer la cohérence de leur niveau de fraîcheur des
informations, il est impératif de connaître l'état de sa
version/révision. Ainsi tout document va connaître trois
états comme suit
Provisoire : le document est en cours d'élaboration (version
0.0).
À valider : le document est complet, il est en cours de
validation (Version 0.1).
Validé/approuvé : le document est conforme, il est diffusé
pour action (Version 1.0).
La Gestion Documentaire
Le circuit de validation/approbation
Lorsque la rédaction d'un document soumis à validation est
achevée, le document est prêt à entrer dans le circuit de
validation. Chacun des valideurs sélectionnés à l'avance,
mentionnés sur la page bordereau de validation, devra relire
le document, exprimer ses remarques sur le fond et sur la
forme du document, puis formaliser l'expression de ses
remarques, et enfin donner son accord (validation ou
approbation suivant le cas. pour la mise en diffusion du
document.
Pour la validation/approbation on peut faire appel aux
techniques du groupware, c'est-à-dire en utilisant une
diffusion électronique des documents.
La Charte Graphique
La charte graphique est le document qui va consigner toutes les informations
décrivant les règles et formats de documents qui ont été choisis et approuvés
pour l'entreprise. On va notamment y trouver précisés:
La forme, la taille, la couleur le dessin du logo de l'entreprise.
La représentation du sigle de l'entreprise.
Le contenu et la forme des bas de page standards.
La présentation officielle du papier entête
La présentation officielle des factures.
La présentation Powerpoint utilisée
La police de caractères couramment utilisée, sa taille et sa couleur.
Les caractéristiques des feuilles de styles utilisées en bureautique.
Le graphisme, les couleurs des documents sortant de l'entreprise.
Tout ce qui peut contribuer à uniformiser les supports servant de
communication entre l'entreprise et le monde extérieur et qui peuvent
avoir une action sur l'image de marque de la société.
LA Gestion de Configuration
La problématique
Les activités de gestion de configuration permettent de connaître, à tout
moment, toutes les informations concernant un système d'information
installé sur un site. Par exemple
Les programmes d'application avec leur version.
Les matériels installés (y compris les périphériques et les cartes).
Les outils de conception et de développement utilisés.
Les logiciels de test utilisés.
Les logiciels d'exploitation et logiciels de base avec leur version.
Les interfaces.
Les logiciels associés.
La documentation technique.
La documentation et les guides d'utilisa ion.
Les dernières corrections réalisées...
Cela implique d'identifier et de répertorier toutes les informations qui
apparaissent tout au long de la vie du logiciel, depuis sa conception, son
développement et sa maintenance en exploitation..
La Gestion de Configuration
Les éléments composant la configuration
Par définition (ISO/('EI 12207 : 1995), un «élément de
configuration est une entité au sein d'une configuration
satisfaisant une fonction; pour un utilisateur et pouvant être
identifiée de façon unique à un instant spécifique du cycle
de vie. » Chaque élément doit posséder un identifiant
unique, attribué le plus tôt possible, permettant de le
référencer de façon non ambiguë.
Dans le cas fréquent de progiciels achetés, il faut parfois
recourir à une double identification des éléments. C'est-à-
dire qu'il faut gérer l'identification prévue par le fournisseur,
et, en parallèle, l'identification propre à l'entreprise et qui
permette de suivre les évolutions du produit livré.
La Gestion de Configuration
Les éléments de configuration d'un logiciel vont
comprendre
Les documents de conception.
Les documents de réalisation.
Les documents d'utilisation.
Les documents d'exploitation.
Les composants programmes.
Les données des tables et paramètres.
Les procédures (installation, exécution...)
L'environnement de développement.
L'environnement de recette.
Les jeux d'essais (données, procédures, scénarios et cas de
tests)...
La Gestion de Configuration
Contrôler.
Administrer.
Auditer
La Gestion de Configuration
Identifier c'est désigner tous les composants qui
appartiennent à une configuration. Ensuite, c'est leur
attribuer un identifiant afin de les reconnaître pour
les gérer. Enfin, il faudra enregistrer les
caractéristiques de chacun de ces composants pour
en retrouver aisément les informations.
La Gestion de Configuration