Galerie de cartes mentales Gestion de la documentation et de la configuration des systèmes d'information
Il répertorie brièvement comment les documents générés au cours du processus de gestion de projet logiciel sont classés et gérés, comment effectuer la gestion de la configuration et les étapes à suivre dans la gestion de la configuration. Il peut être collecté si nécessaire.
Modifié à 2021-08-23 10:05:43Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
Cent ans de solitude est le chef-d'œuvre de Gabriel Garcia Marquez. La lecture de ce livre commence par l'analyse des relations entre les personnages, qui se concentre sur la famille Buendía et raconte l'histoire de la prospérité et du déclin de la famille, de ses relations internes et de ses luttes politiques, de son métissage et de sa renaissance au cours d'une centaine d'années.
La gestion de projet est le processus qui consiste à appliquer des connaissances, des compétences, des outils et des méthodologies spécialisés aux activités du projet afin que celui-ci puisse atteindre ou dépasser les exigences et les attentes fixées dans le cadre de ressources limitées. Ce diagramme fournit une vue d'ensemble des 8 composantes du processus de gestion de projet et peut être utilisé comme modèle générique.
Documents relatifs au système d'information
Type de document
Documentation de développement
Les documents de développement décrivent le processus de développement lui-même. Les documents de développement de base comprennent les huit aspects suivants :
Rapport d'étude de faisabilité et énoncé de mission du projet
Spécification des exigences
Spécifications fonctionnelles
Spécifications de conception, y compris les spécifications du programme et des données
Plan de développement
Intégration logicielle et planification des tests
Plan d'Assurance Qualité
Informations sur la sécurité et les tests
Documentation produit
La documentation produit décrit le produit du processus de développement et comprend essentiellement les quatre aspects suivants :
Manuel de formation
Manuel de référence et guide d'utilisation
Manuel d'assistance logicielle
Brochures de produits et annonces d'information
Gérer les documents
Les documents de gestion enregistrent des informations pour la gestion de projet
Enregistrements des progrès et des changements de progrès à chaque étape du processus de développement
Enregistrements des modifications logicielles
Responsabilités de l'équipe de développement définies
Plan de projet, rapport de phase de projet
plan de gestion des configurations
Évaluation de la qualité des documents
Documentation minimale (documentation de niveau 1), adaptée aux développeurs dont la charge de travail de développement est inférieure à un mois-personne. Comprend une liste de programmes, des dossiers de développement, des données de test et une introduction au programme
Documentation interne (documentation de niveau 2), disponible pour les programmes dédiés qui ne partagent pas de ressources avec d'autres utilisateurs. En plus des informations fournies par la documentation de niveau 1, la documentation de niveau 2 comprend suffisamment de commentaires dans la liste du programme pour aider l'utilisateur à installer et à utiliser le programme.
Des documents de travail (documents de niveau 3), adaptés aux programmes développés conjointement par plusieurs personnes d'une même unité, ou aux programmes pouvant être utilisés par d'autres unités.
Documentation formelle (documentation de niveau 4), adaptée aux produits logiciels qui doivent être officiellement publiés pour un usage général
Règles et méthodes de gestion documentaire
Normes de rédaction de documents
Convention de numérotation des icônes
Normes de rédaction du répertoire de documents
Système de gestion documentaire
Gestion de la configuration
définition
La gestion de la configuration est une discipline qui identifie les configurations du système à différents moments afin de contrôler systématiquement les modifications de configuration, de maintenir l'intégrité et la traçabilité de la configuration tout au long du cycle de vie du système.
Activités de gestion de configuration
La gestion de la configuration comprend 6 activités
Développer des plans de gestion de la configuration, l'identification de la configuration, le contrôle de la configuration, les rapports sur l'état de la configuration, l'audit de la configuration, la gestion et la livraison des versions
Éléments de configuration
Produits logiciels et données fournis en externe
Produits et données de travail logiciels internes désignés
Outils de support désignés utilisés pour créer ou prendre en charge des produits logiciels
Logiciels fournis par les fournisseurs/fournisseurs et équipements/logiciels fournis par les clients
proposition de planification de programme
Document d'exigences
Documentation de conception
code source
code exécutable
cas de test
Diverses données nécessaires à l'exécution du logiciel
Les autorisations d'exploitation de tous les éléments de configuration sont gérées par l'administrateur de configuration. Les éléments de configuration de base sont développés avec des autorisations en lecture seule pour les développeurs ; les éléments de configuration non de base sont développés avec PM, CCB et le personnel associé.
État de l'élément de configuration
Le statut des éléments de configuration peut être divisé en trois types : « projet », « formel » et « modifié ».
Numéro de version de l'élément de configuration
Le format du numéro de version des éléments de configuration en statut « Brouillon » est 0.YZ et la plage de numéros de YZ est comprise entre 01 et 99.
Le format du numéro de version des éléments de configuration dans l'état « officiel » est X.Y, où X est le numéro de version principal et la plage de valeurs est comprise entre 1 et 9. Y est le numéro de version mineure, la plage de valeurs est comprise entre 0 et 9.
La première fois qu'un élément de configuration devient un fichier "officiel", le numéro de version est 1.0
Le format du numéro de version d'un élément de configuration à l'état « modifié » est X.YZ. Lorsque l'élément de configuration est modifié, seule la valeur Z est généralement augmentée et les valeurs X.Y restent inchangées. Lorsque l'élément de configuration est modifié et que le statut devient "officiel", définissez la valeur Z sur 0 et augmentez la valeur X.Y.
Gestion des versions des éléments de configuration
Base de référence de configuration
Les lignes de base correspondent généralement aux étapes du processus de développement
La référence fournie aux clients externes est généralement appelée référence de version, et la référence utilisée pour le développement interne est généralement appelée référence de construction.
événements qui établissent une référence
Éléments de configuration contrôlés
Procédures d’établissement et de modification des lignes de base
Autorisations requises pour approuver les modifications apportées à la référence
Ce que définit chaque ligne de base
Les références fournissent un point fixe et un instantané du travail de développement
De nouveaux projets peuvent être créés à des points fixes fournis par la ligne de base. Le nouveau projet agit comme une branche distincte, isolée des modifications ultérieures du projet d'origine (sur la branche principale)
La baselining offre aux équipes un moyen d'annuler les modifications lorsqu'une mise à jour est jugée instable ou peu fiable.
La référence peut être utilisée pour rétablir une configuration basée sur une version spécifique afin de reproduire les bogues signalés.
Avantages de l’établissement d’une base de référence
Bibliothèque de configurations
Bibliothèque de développement
Bibliothèque dynamique ou bibliothèque de travail, utilisée pour sauvegarder les entités de configuration en cours de développement par les développeurs
La bibliothèque dynamique est l'espace de travail personnel du développeur et est contrôlée par le développeur sans contrôle de configuration.
bibliothèque contrôlée
Devient la bibliothèque principale, contenant la ligne de base actuelle ainsi que les modifications apportées à la ligne de base.
Les éléments de configuration dans la bibliothèque contrôlée sont placés sous gestion complète de la configuration
À la fin d'une certaine étape de développement, le produit de travail en cours est stocké dans la bibliothèque contrôlée
Bibliothèque de produits
Également connue sous le nom de bibliothèque statique, bibliothèque de versions ou entrepôt de logiciels, elle contient des archives de diverses lignes de base qui ont été publiées et utilisées, et est placée sous gestion complète de la configuration.
Une fois que le produit du système d'information développé a terminé les tests du système, il est stocké dans la bibliothèque de produits en tant que produit final, en attente d'être livré à l'utilisateur ou installé sur site.
Construire une base de données
Il existe deux modes de création de base de données : la création d'une base de données par type d'élément de configuration et la création d'une base de données par tâche.
Construction de bases de données basée sur le type d'éléments de configuration : adaptée aux organisations de développement de logiciels généralistes, avec un fort héritage de produits
Établissez des bibliothèques de configuration correspondantes en fonction des tâches de développement, ce qui convient aux organisations professionnelles de développement de logiciels. Cette stratégie de configuration est plus flexible.
Configurer les paramètres d'autorisation de la bibliothèque
Carte de contrôle de configurationCCB
Responsable de l'évaluation, de l'approbation des modifications de configuration et de la supervision de la mise en œuvre des modifications approuvées
Le CCB est établi au niveau du projet et ses membres peuvent inclure des chefs de projet, des représentants des utilisateurs, des chefs de produit, des ingénieurs de développement, des ingénieurs de test, du personnel de contrôle qualité, des administrateurs de configuration, etc.
Au lieu de contrôler les modifications de configuration, CCB est responsable de davantage de tâches de gestion de configuration, telles que l'approbation de la ligne de base et l'approbation du plan de gestion de la configuration.
Configurer l'administrateur CMO
Rédiger un plan de gestion de la configuration
Établir et maintenir des systèmes de gestion de configuration
Créer et maintenir des bibliothèques de configuration
Identification des éléments de configuration
Établir et gérer des références
Gestion des versions et contrôle de la configuration
Configurer le rapport d'état
Configurer l'audit
Gestion et livraison des versions
Fournir une formation en gestion de configuration aux membres du projet
système de gestion de configuration
Est-ce un système logiciel utilisé pour la gestion de la configuration
Politique de gestion des configurations
Déterminer les objectifs de gestion de la configuration
Veiller à ce que le plan de gestion de la configuration logicielle soit élaboré, examiné et confirmé par le personnel concerné.
Il est nécessaire d'identifier les produits du projet à contrôler et de formuler des stratégies de contrôle pertinentes pour garantir que ces produits du projet sont obtenus par le personnel approprié.
Une stratégie de contrôle doit être développée pour garantir que les produits du projet sont modifiés dans des limites contrôlées.
Des outils et des méthodes appropriés doivent être adoptés pour garantir que les groupes et les individus concernés peuvent comprendre en temps opportun l'état et le contenu de la base de référence du logiciel.
Déterminer la politique de gestion de la configuration
Activités quotidiennes de gestion de la configuration
Élaborer un plan de gestion de la configuration
Les activités de gestion de la configuration, couvrant les principales activités comprennent l'identification de la configuration, le contrôle de la configuration, le rapport sur l'état de la configuration, l'audit de la configuration, la gestion et la livraison des versions.
Normes et processus de mise en œuvre de ces activités
Calendrier de mise en œuvre de ces activités
Les personnes ou organisations responsables de la réalisation de ces activités et leurs relations avec d'autres organisations
Que comprend un plan de gestion de configuration ?
ID de l'élément de configuration
Identifier les éléments de configuration qui doivent être contrôlés
Spécifiez un numéro d'identification unique pour chaque élément de configuration
Définir les caractéristiques importantes de chaque élément de configuration
Déterminer le propriétaire de chaque élément de configuration et ses responsabilités
Déterminer l'heure et les conditions pour que les éléments de configuration entrent dans la gestion de la configuration
Établir et contrôler les lignes de base
Maintenir les relations entre les révisions des documents et des composants et les versions du produit
L'identification des éléments de configuration relève de la responsabilité de l'administrateur de configuration et doit inclure ces étapes
Contrôle des configurations
Changer de requête
Évaluation du changement
Impact des changements sur le projet
Le changement est-il nécessaire ?
La portée du changement est-elle bien pensée ?
Le plan de mise en œuvre du changement est-il réalisable ?
L’estimation de l’effort de changement est-elle raisonnable ?
Contenus que l'organisation CCB doit déterminer lors de l'évaluation des demandes de changement
CCB décide d'accepter ou non le changement et informera le personnel concerné de la décision.
Notifier les résultats de l'évaluation
Mise en œuvre du changement
Vérification et confirmation du changement
modifier la version
Contrôle des modifications basé sur le référentiel de configuration
Retirez la base de référence à mettre à niveau (en supposant que le numéro de version est V2.1) de la bibliothèque de produits et placez-la dans la bibliothèque contrôlée.
Les programmeurs extraient le segment de code qu'ils souhaitent modifier à partir de la bibliothèque contrôlée et le placent dans leur propre bibliothèque de développement pour modification.
Une fois le code extrait, il est « verrouillé » pour garantir que le même morceau de code ne peut être modifié que par un seul programmeur à la fois. Si A le modifie, B ne peut pas l'extraire.
Les programmeurs archivent les segments de code modifiés de la bibliothèque de développement dans la bibliothèque contrôlée. Après l'enregistrement, le « verrou » du code est libéré et d'autres programmeurs peuvent consulter le code.
Une fois tous les travaux de mise à niveau et de modification du produit logiciel terminés, la nouvelle référence de la bibliothèque contrôlée est stockée dans la bibliothèque de produits (le numéro de version du produit logiciel est mis à jour vers V2.2 et l'ancienne version V2.1 est supprimé et continue d'être enregistré dans la bibliothèque de produits)
Prendre une certaine mise à niveau d'un produit logiciel comme exemple pour décrire le contrôle des modifications de la bibliothèque de configuration
Configurer le rapport d'état
L'identité et le statut de chaque élément de configuration contrôlé
Le statut de chaque demande de changement et le statut de mise en œuvre des modifications approuvées
Statut des versions actuelles et passées de chaque référence et comparaison des versions
Enregistrements d'autres activités du processus de gestion de la configuration
Configuration de ce que comprend le rapport d'état
Configurer l'audit
effet
Empêcher que des produits inappropriés soient soumis aux utilisateurs
Découvrez les implémentations imparfaites
Découvrez que chaque élément de configuration a été inclus dans la ligne de base et stocké dans la bibliothèque après l'examen de contrôle qualité requis.
Vérifier que les enregistrements et la documentation maintiennent la traçabilité
Audit de configuration fonctionnelle
Le développement des éléments de configuration a été complété avec succès
L'élément de configuration a atteint les performances et les caractéristiques fonctionnelles spécifiées dans l'identification de la configuration.
La documentation opérationnelle et de support pour l'élément de configuration est complète et conforme
Il s'agit d'auditer la cohérence des éléments de configuration (si la fonction réelle des éléments de configuration est cohérente avec ses exigences)
Audit de configuration physique
Si l'élément de configuration à livrer existe
Si tous les éléments requis sont inclus dans l'élément de configuration
Il s'agit d'auditer l'intégrité de l'élément de configuration (si l'existence physique de l'élément de configuration est conforme aux attentes)
Gestion et livraison des versions
stockage
Stockez les copies dans différents emplacements contrôlés pour réduire le risque de perte
copie
Établir des procédures pour garantir la cohérence et l’intégrité de la réplication
Assurez-vous que le support utilisé pour la publication ne contient pas d'éléments superflus
Utiliser des supports appropriés pour garantir que le produit logiciel est conforme aux exigences de reproduction et garantit l'intégrité de son contenu tout au long de sa période de livraison.
Paquet
livrer
reconstruction
Outils de gestion des configurations
Outils open source : SVN, GIT, CVS
Gestion des documents d'information et gestion de la configuration