Semaine 5: SCM Flashcards
Qu’est-ce que la SCM?
Le SCM est un ensemble d’activités et de principes pour :
• Identifier et documenter les caractéristiques fonctionnelles et physiques d’un item de configuration,
• Contrôler les changements sur ces caractéristiques,
• Enregistrer et rapporter l’état du traitement et de l’implémentation des changements, et
• Vérifier la conformité aux exigences spécifiées.
À quelles questions répond la SCM?
Le SCM répond à telles questions comme :
• Qui peut faire des changements?
• Quels changements étaient faits?
• Quel était l’impact d’un changement?
• Pourquoi on a fait ces changements?
• Quelle version est actuellement déployée et dans quel environnement?
• Quelle approche d’embranchement on utilise à ce projet?
Quels sont les avantages d’un bon SCM?
- Réduire la confusion, organiser et mieux gérer les items logiciels.
- Organiser les activités nécessaires pour assurer l’intégrité d’un grand nombre des modules logiciels.
- Assurer la configuration traçable et courante des produits.
- Optimiser les coûts du développement, de la maintenance et du support après-vente.
- Faciliter la validation du logiciel par rapport aux exigences.
- Fournir des environnements stables pour le développement, la maintenance, le testing, et la production.
- Améliorer la qualité et la conformité aux standards de génie logiciel.
- Réduire les coûts de la réingénierie.
Quelles sont les activités de la SCM?
- Planifier le SCM
- Identifier les items de configuration.
- Gérer le changement de configuration.
- Contrôler les versions.
- Monitorer et enregistrer l’état de la configuration.
- Évaluer la configuration.
Quels sont les résultats de la SCM?
- Des items de configuration identifiés et gérés.
- Des baselines de configuration sont établis.
- Des informations de l’état de configuration sont disponibles.
- Des audits de configuration sont complets.
- Des versions et des livraisons sont contrôlées et approuvées.
Qu’est-ce que l’identification des items de configuration logicielle (SCI)?
Le processus de sélectionner les items du système dont la maintenance et l’évolution seront contrôlées par le SCM.
Item de configuration (SCI) : Un ensemble approuvés des œuvres de travail qui seront traités comme une entité unique et atomique par rapport au SCM.
• Un SCI peut inclure des modules logiciels ou matériels, des documents, des outils, des données et des fichiers du testing, et d’autres artefacts logiciels. L’item consiste des artefacts et leur version spécifique.
• Le SCI est identifié par son nom et le numéro de la version.
• Nom descriptif du SCI. P. ex. DA-1 (le premier document d’architecture)
• MAJOR.MINOR.PATCH: Le premier numéro corresponde à la version. Le deuxième numéro corresponde aux révisions mineurs. Le troisième numéro corresponde aux corrections des bogues ou des amélioration mineurs.
Quels sont les critères de sélection des SCI?
- Nombre de changements attendus.
- Complexité et taille du module
- Criticité
- Sécurité
- Impact sur l’itinéraire du développement
- Impact sur l’itinéraire de l’implémentation
- Des items commerciaux
- Des items fournis par le client
- Des items maintenus par plusieurs fournisseurs
- Distribution – Des modules développés par plusieurs parties
- Usage multiple – Des modules utilisés par plusieurs systèmes
Qu’est-ce qu’une Baseline?
Une spécification ou un produit qui est déjà revu et approuvé en façon formelle, qui va servir comme une
base pour la poursuite du développement, et qui peut être changé par des procédures formelles.
Qu’est-ce que l’embranchement?
L’embranchement est une déviation du développement principal pour une version modifiée,pour une expérimentation ou pour une nouvelle version.
On peut copier le projet entier ou juste un SCI à un entrepôt séparé.
Définitions
• Tag : Un nom pour caractériser un embranchement ou une version spécifique.
• Trunk : La ligne principal du développement, le point principal pour chaque embranchement.
• Conflit : Un changement d’une version qui ne peut pas réconcilié dans la version avec laquelle elle sera
mergée.
• Commit : Une soumission dans l’entrepôt pour intégrer des changements dans une version ou un
embranchement.
• Development Branch : Un embranchement où le développement actif du produit se passe.
• Stable Branch : Un embranchement où les changement qui affecteront la stabilité du produit sont découragés.
• Synchroniser :
• Tirer des changements faits dans un embranchement-parent dans l’embranchement-enfant qui continue à évoluer. Mettre à jour la vue d’un embranchement avec la version actuelle.
Quelles sont les différentes stragégies d’embranchements?
- Simple (linéaire)
- Typique (arbre)
Quels sont les facteurs positifs de la SCM?
- Une culture organisationnelle et un soutien gestionnaire pour le SCM.
- Présence d’une vision, d’une mission et des politiques pour le SCM.
- Des ressources adéquates et du soutien de SQA.
- Planification précoce du SCM et des communications efficaces.
- Un ensemble stable des outils et du personnel compètent.
- Certification du SCM et de la formation disponible.
Quels sont les facteurs négatifs de la SCM?
- Pas de soutien gestionnaire pour le SCM.
- Ni de formation ni de certification pour le SCM.
- Du processus rigide et complexe du SCM.
- Manque de ressources humaine et du budget nécessaire pour le SCM.
- Des communications pas coordonnées avec le CCC.
Quels sont les défis des intégrateurs en travaillant avec les pull requests?
- Le temps
- En maintenant la qualité
- Les revues
- Expliquer le rejet
- Maintenir la vision
Quelle est la perspective des contributeurs pour les pull request?
Quelle est la motivation des contributeurs?
• Parce qu’il y a une dépendance entre le projet où ils contribuent et le projet qu’ils développent.
• Parce qu’ils veulent contribuer!
• Parce qu’ils veulent développer ses carrières.
Comment le processus des pull-requests se ressemble pour les contributeurs?
• Ils commencent par les questions (issues) ouvertes… (76%)
• …ou ils cherchent des pull-requests semblables (59%)
• Ils communiquent leurs contributions avec les intégrateurs (50%).
• Plusieurs contributeurs testent leurs contributions (81%) et respectent les principes du projet (79%).
• Comment les contributeurs évaluent la qualité de leurs contributions?
• Conformité aux principes du codage et des soumissions (évalué manuellement)
• Testing automatisé.
• Revues de code.
• Quels sont les défis de contribuer?
• Comprendre la base du code.
• Évaluer l’impact du changement.
• Sensibilisation au projet entier pendant leur contribution.
