Techniques de développement

Dans un développement de système, quelle tâche relève de la définition des exigences ?

1. Décider de la structure interne des modules du programme et des procédures de traitement
2. Corriger les incidents survenus après la mise en production et améliorer les fonctions
3. Étudier les activités des utilisateurs et clarifier les fonctions et performances que le système doit offrir
4. Vérifier un par un que les programmes réalisés fonctionnent conformément aux documents de conception

Parmi les éléments suivants, lequel est défini lors de la conception externe (conception de base) ?

1. La procédure de création des jeux de données utilisés pour le test d'intégration
2. L'uniformisation des noms de variables et de fonctions selon les conventions de codage
3. Les procédures de traitement internes et les algorithmes de chaque module
4. La disposition des écrans manipulés par les utilisateurs et des états imprimés

Quelle est la description appropriée de la relation entre conception externe et conception interne ?

1. Les spécifications visibles par l'utilisateur définies en conception externe sont traduites en structure de programme lors de la conception interne
2. On réalise la conception interne d'abord, puis la conception externe sur la base de ses résultats
3. La conception externe comme la conception interne définissent les dispositions d'écrans et d'états à convenir avec les utilisateurs
4. La conception externe est menée principalement par les programmeurs, la conception interne par les utilisateurs

Quel est l'ordre approprié d'exécution des étapes d'un développement de système ?

1. Définition des exigences → tests → conception du système → programmation
2. Conception du système → définition des exigences → tests → programmation
3. Définition des exigences → programmation → conception du système → tests
4. Définition des exigences → conception du système → programmation → tests

Quel est le principal objectif du découpage d'un programme en plusieurs modules lors de la conception ?

1. Renforcer l'indépendance de chaque composant pour faciliter les corrections, les tests et la réutilisation
2. Réduire le nombre de serveurs de l'environnement de production pour diminuer les coûts
3. Réduire le nombre de champs saisis par l'utilisateur pour simplifier l'utilisation
4. Garantir une réduction systématique du nombre total de lignes de code du programme

Quel est l'exemple le plus approprié de conception d'écran améliorant l'utilisabilité ?

1. Signaler immédiatement les erreurs de saisie en affichant concrètement leur nature et la façon de les corriger
2. Utiliser beaucoup de termes techniques pour réserver l'écran aux utilisateurs avertis
3. Ne donner aucune indication d'utilisation à l'écran et tout expliquer uniquement dans un manuel séparé
4. Entasser tous les champs de saisie sur un seul écran sans afficher aucun intitulé ni explication

Quelle est la description appropriée de la recette (acceptation) du logiciel ?

1. Après la mise en production, le logiciel est amélioré au fil des évolutions du métier et des demandes des utilisateurs
2. Le développeur teste lui-même ses programmes, module par module ou programme par programme
3. Le commanditaire vérifie le logiciel livré par un test d'exploitation et le réceptionne s'il satisfait les exigences
4. Le développeur construit la structure interne et les traitements du programme conformément aux documents de conception

Quelle est la description appropriée du test unitaire ?

1. Faire utiliser le système par les utilisateurs selon leurs procédures réelles de travail pour vérifier qu'il satisfait les exigences
2. Vérifier, module par module ou programme par programme, que les traitements internes fonctionnent correctement
3. Vérifier le système dans son ensemble, y compris les performances et la tenue en charge, dans un environnement proche de la production
4. Combiner plusieurs modules et vérifier que les échanges de données entre eux sont corrects

Que vérifie-t-on principalement lors du test d'intégration ?

1. Que les échanges de données et la coopération entre les modules combinés sont corrects
2. Que les utilisateurs peuvent travailler sans problème selon leur flux réel d'activité
3. Que toutes les instructions et branches à l'intérieur d'un module sont exécutées
4. Que les coûts de développement restent dans le budget initial

Quelle est l'activité la plus appropriée du test système (test d'ensemble) ?

1. Vérifier le système entier dans un environnement proche de la production, sur les fonctions mais aussi les performances et la tenue en charge
2. Uniformiser l'indentation et la mise en forme du code source avec un outil de formatage automatique
3. Ajouter comme nouvelles fonctions les demandes exprimées par les utilisateurs après la livraison
4. Relire sur table, entre développeurs, les modules en cours d'écriture pour repérer les erreurs de rédaction

Quelle est la description appropriée du test d'exploitation (test d'acceptation) ?

1. Le développeur relit le programme sur table et signale les erreurs
2. Le développeur examine la structure interne du programme et vérifie en couvrant les instructions et les branches
3. Le développeur vérifie la coopération entre les modules intégrés
4. L'utilisateur se sert du système selon son flux réel d'activité et vérifie qu'il satisfait les exigences

Dans le modèle en V, quelle étape de test correspond à la conception externe (conception de base) ?

1. Le test unitaire
2. Le test d'intégration
3. Le test système
4. Le test d'exploitation

Quelle est la description appropriée du test en boîte blanche ?

1. Injecter un volume de données identique à la production et mesurer si le temps de traitement respecte le seuil fixé
2. Tester sans considérer la structure interne du programme, en s'intéressant uniquement à la relation entre entrées et sorties décrite dans les spécifications
3. Tester en s'appuyant sur la structure interne du programme, en couvrant les chemins pour que les instructions et branches soient exécutées
4. Faire manipuler un prototype par les utilisateurs et recueillir leurs demandes pour les refléter dans les exigences

Comment construit-on les cas de test dans un test en boîte noire ?

1. Préparer mécaniquement un nombre de cas de test proportionnel au nombre de lignes de code
2. Choisir les chemins de façon que chaque branche soit exécutée au moins une fois
3. Vérifier ligne par ligne que les commentaires écrits par les développeurs sont corrects
4. Découper les conditions d'entrée des spécifications en ensembles cohérents et choisir leurs valeurs représentatives et leurs valeurs limites

Quel est l'objectif du test de régression ?

1. Vérifier qu'une modification du programme n'a pas introduit de défaut dans des parties qui fonctionnaient correctement avant la modification
2. Vérifier que les utilisateurs formés ont bien assimilé les nouvelles procédures d'utilisation après le changement
3. Vérifier que les performances de traitement suffisent pour supporter l'utilisation en production
4. Vérifier uniquement que les fonctions nouvellement ajoutées se comportent conformément aux spécifications, en se limitant aux parties ajoutées

Parmi les techniques de revue de logiciel, quelle est la description appropriée de l'inspection ?

1. Un animateur (modérateur) organise la revue, les rôles et la procédure des participants sont définis à l'avance et les défauts des livrables sont détectés de façon formelle
2. On exécute réellement le programme et on vérifie que les sorties correspondent aux spécifications pour chaque entrée
3. Deux personnes partagent un même poste et écrivent le programme en alternance
4. L'auteur présente lui-même le contenu du livrable aux parties prenantes, qui signalent de façon informelle erreurs et questions sur place

Quelle est la caractéristique appropriée du modèle en cascade ?

1. Construire un prototype et consolider les exigences au fil des évaluations des utilisateurs
2. Enchaîner les étapes dans l'ordre et avancer, en principe, sans revenir à l'étape précédente
3. Répéter des itérations courtes et livrer un logiciel opérationnel à chaque itération
4. Faire travailler ensemble développement et exploitation et livrer fréquemment grâce à l'automatisation

Quel est le principal avantage du modèle de prototypage ?

1. Le prototype remplace les documents de conception, ce qui supprime totalement le travail de documentation
2. Faire vérifier tôt un prototype par les utilisateurs permet de réduire les retours en arrière dus aux écarts d'exigences et aux malentendus
3. Comme les utilisateurs ont vérifié le prototype, on peut garantir qu'aucun changement de spécification ne surviendra après la mise en service
4. Construire un prototype réduit à coup sûr la charge totale de développement et divise les coûts par deux

Quelle est la description appropriée du modèle en spirale ?

1. Terminer toutes les fonctions en un seul passage de l'amont vers l'aval, sans aucun retour en arrière ni révision en cours de route
2. Omettre la définition des exigences, construire d'abord quelque chose qui fonctionne puis documenter les spécifications
3. Sous-traiter toutes les étapes du développement à l'extérieur et suivre l'avancement uniquement par un rapport mensuel
4. Découper le système en parties et répéter le cycle conception-développement-évaluation pour élever le niveau d'achèvement en spirale

Quelle est l'idée la plus appropriée du développement agile ?

1. N'impliquer les utilisateurs qu'à la définition des exigences et à la recette, sans participation pendant le développement
2. Figer toutes les spécifications au départ et, par principe, n'accepter aucune modification ensuite
3. Produire un logiciel opérationnel par itérations courtes et s'adapter au changement en intégrant les retours des utilisateurs
4. Donner la priorité à la perfection des documents de conception détaillée plutôt qu'à la présentation rapide d'un logiciel qui fonctionne

Les exigences ne sont pas stabilisées et l'on veut ajouter des fonctions à intervalles courts en observant les réactions des utilisateurs. Quelle politique de développement est la plus appropriée ?

1. Regrouper tous les tests à la fin et ne faire aucune vérification de fonctionnement d'ici là
2. Ne pas commencer le développement avant l'approbation du dossier d'exigences et n'accepter aucun changement ensuite
3. Livrer des fonctions opérationnelles à chaque itération courte et refléter l'évaluation des utilisateurs dans l'itération suivante
4. Figer les spécifications de toutes les fonctions, développer en bloc et ne montrer le système aux utilisateurs qu'une fois terminé

Quelle est la description appropriée du RAD (Rapid Application Development) ?

1. Approche où développement et exploitation coopèrent étroitement et visent l'amélioration continue grâce à l'automatisation
2. Méthode de développement de systèmes en peu de temps, avec une petite équipe et des outils d'aide au développement
3. Technique consistant à combiner plusieurs services publics existants pour créer un nouveau service
4. Technique consistant à analyser un programme existant pour en déduire les spécifications et les informations de conception

Quelle est la description appropriée de la programmation en binôme ?

1. Deux équipes développent séparément la même fonction et l'on retient la meilleure réalisation une fois terminée
2. Deux personnes partagent un poste : l'une écrit le code pendant que l'autre vérifie et conseille
3. Faire manipuler le même écran par deux utilisateurs et comparer la facilité d'utilisation
4. Exécuter deux types de tests en même temps pour trouver les défauts plus vite

Quelle est la démarche appropriée du développement piloté par les tests (TDD) ?

1. Écrire d'abord le code de test, puis implémenter le programme jusqu'à ce que ce test passe
2. N'établir le plan de test qu'une fois toute l'implémentation terminée
3. Confier les tests uniquement à un prestataire externe spécialisé, les développeurs ne testant pas
4. Ne créer les tests qu'après la mise en production, une fois les incidents signalés par les utilisateurs

Quelle est la description appropriée du refactoring ?

1. Réorganiser la structure interne d'un programme pour la rendre plus claire, sans changer son comportement vu de l'extérieur
2. Déménager un système en exploitation vers un autre centre de données
3. Ajouter de nouvelles fonctions à un programme existant en réponse aux demandes des utilisateurs
4. Augmenter le nombre de serveurs ou la mémoire pour accélérer les traitements

Quel est le rôle du product owner dans Scrum ?

1. Être responsable du contenu et des priorités du product backlog et maximiser la valeur du produit
2. Évaluer les membres de l'équipe et attribuer les tâches à chacun individuellement
3. Consigner l'avancement quotidien et signaler les dépassements de budget à la direction
4. Veiller au respect des règles de Scrum et éliminer les obstacles qui gênent le développement

Quel est le rôle approprié du Scrum Master dans Scrum ?

1. Aider l'équipe à pratiquer correctement Scrum et éliminer les obstacles qui la gênent
2. Négocier les prix avec les clients et arrêter les conditions contractuelles
3. Donner des instructions de travail à chaque membre de l'équipe et réprimander ceux qui prennent du retard
4. Décider des priorités des exigences et fixer les fonctions à livrer

Quelle est la description appropriée du daily scrum dans Scrum ?

1. L'équipe de développement se réunit brièvement chaque jour pour partager avancement et difficultés et confirmer le travail du jour
2. À la fin du sprint, montrer aux parties prenantes ce qui a été achevé pour recueillir évaluations et avis
3. Organiser les exigences à réaliser en une liste ordonnée par priorité
4. Faire le bilan de la façon de travailler de l'équipe et décider des améliorations pour la suite

Quelle est la description appropriée du CI/CD (intégration continue / livraison continue) ?

1. Faire copier manuellement les fichiers en production par les exploitants et appliquer les modifications une à une
2. Fusionner toutes les modifications en bloc juste avant la mise en production et ne tester qu'une seule fois à ce moment-là
3. Interrompre les nouveaux développements et se consacrer uniquement à la mise à jour des dossiers de spécifications du système existant
4. Intégrer fréquemment le code modifié, exécuter automatiquement compilation et tests, et automatiser aussi le processus jusqu'à la livraison

Lequel des cas suivants relève de la rétro-ingénierie ?

1. Utiliser un environnement de développement permettant de créer une application en disposant simplement des composants à l'écran
2. Créer un programme à partir des documents de conception
3. Combiner plusieurs services publics existants pour créer un nouveau service
4. Analyser un programme existant pour en déduire les spécifications et les informations de conception