Table des matières
1. Classification des documents logiciels
2. Quatre niveaux de qualité des documents
2. Documentation interne (niveau 2)
3. Documents de travail (documents de niveau 3)
4. Documents formels (documents de niveau 4)
1. Définition de la gestion des configurations
2. Six activités principales de gestion de configuration
Préface
Cet article enregistre principalement des notes clés sur les points de test de la gestion des documents d'information et de la gestion de la configuration de la gestion de projet.
1. Classification des documents logiciels
1. Documents de développement
Décrire le processus de développement lui-même, y compris le rapport d'étude de faisabilité et l'énoncé de mission du projet ; la spécification des exigences ; la spécification fonctionnelle ; la spécification de conception, y compris les spécifications du programme et des données ; le plan de développement ; le plan d'intégration et de test de logiciels ; le plan d'assurance qualité ; les informations sur la sécurité et les tests.
2. Documentation produit
Décrit les produits du processus de développement ; comprend les manuels de formation ; les manuels de référence et les guides d'utilisation ; les manuels de support logiciel ; les manuels de produits et la publicité informative.
3.Gérer les documents
Enregistrer les informations de gestion de projet, y compris les enregistrements des progrès et des changements d'avancement à chaque étape du processus de développement ; les enregistrements des modifications logicielles ; la définition des responsabilités de l'équipe de développement ; le plan de projet, le rapport de phase du projet ; le plan de gestion de la configuration.
2. Quatre niveaux de qualité des documents
Documentation de niveau 1.1
Il convient aux développeurs qui ont besoin de moins d’un mois-personne pour développer leurs propres programmes. La documentation doit inclure une liste de programmes, des enregistrements de développement, des données de test et une introduction au programme.
2. Documentation interne (niveau 2)
Peut être utilisé pour des programmes spécialisés qui ne partagent pas de ressources avec d'autres utilisateurs. La documentation de niveau 2 comprend également suffisamment de commentaires dans la liste du programme pour aider les utilisateurs à installer et à utiliser le programme.
3. Documents de travail (documents de niveau 3)
Convient aux programmes développés conjointement par plusieurs personnes au sein d'une même unité, ou aux programmes pouvant être utilisés par d'autres unités.
4. Documents formels (documents de niveau 4)
Adaptés aux produits logiciels qui doivent être officiellement publiés pour un usage général, les programmes critiques ou les programmes comportant des applications de gestion répétitives (telles que les calculs de paie) nécessitent une documentation de niveau 4.
3. Gestion des configurations
1. Définition de la gestion des configurations
La gestion de la configuration est formellement définie comme l'application de conseils techniques et de gestion et de méthodes de surveillance pour identifier et décrire les caractéristiques fonctionnelles et physiques des éléments de configuration, contrôler les modifications apportées à ces caractéristiques, enregistrer et signaler le traitement des modifications et l'état de mise en œuvre, et vérifier la conformité aux exigences spécifiées. .Conformité.
Gestion de la configuration logicielle : il s'agit de la gestion des actifs logiciels. Que sont les actifs logiciels ? Code source, documents de conception et autres documents, programmes exécutables, scripts de tests automatiques, compilateurs et autres outils et environnements... le tout dans le logiciel. Tout ce qui est utilisé ou générés au cours du processus de développement qui sont précieux et méritent d’être préservés sont des actifs logiciels. La gestion de la configuration logicielle concerne la gestion de ces contenus.
2. Six activités principales de gestion de configuration
3. Éléments de configuration
Éléments de configuration : plans de projet, documents d'exigences, documents de conception, code source, code exécutable, scénarios de test et diverses données requises pour exécuter le logiciel. Ils entrent dans la gestion de la configuration après avoir été examinés et inspectés.
Certains documents qui ne peuvent pas être modifiés une fois générés (tels que les rapports de mesure, les procès-verbaux de réunion et les rapports de travail) ne peuvent pas être utilisés comme éléments de configuration. Les éléments de configuration peuvent être modifiés.
Les éléments de configuration peuvent être divisés en deux catégories : les éléments de configuration de base et les éléments de configuration non de base.
Éléments de configuration de base : y compris tous les documents de conception et programmes sources, etc.
Éléments de configuration non de base : y compris divers plans et rapports du projet.
Les autorisations d'exploitation de tous les éléments de configuration sont strictement gérées par le CMO (Configuration Administrator). Le principe de base est le suivant : les éléments de configuration de base sont ouverts aux développeurs en lecture ; les éléments de configuration non-baseline sont ouverts aux PM, CCB (Control Change Board) et personnel concerné. .
Le code est le suivant (exemple) :
import numpy as np
import pandas as pd
import matplotlib.pyplot as plt
import seaborn as sns
import warnings
warnings.filterwarnings('ignore')
import ssl
ssl._create_default_https_context = ssl._create_unverified_context
Résumer
Cet article enregistre principalement des notes clés sur les points de test de la gestion des documents d'information et de la gestion de la configuration de la gestion de projet.