Apprenez et testez vos connaissances avec Software Engineering MCQ. Ces questions et réponses sur le développement de logiciels gratuits sont présentées sous forme de quiz afin que vous puissiez tester vos compétences de manière amusante et interactive.
A. boîte noire
B. boîte blanche
C. complet
D. Aucune de ces réponses
A. deuxième génération
B. troisième génération
C. quatrième génération
A. Test d'intégration ascendante
B. Test d'intégration descendante
C. Test d'intégration de Big-Bang
D. Test d'intégration mixte / sandwich
A. Ça devrait être concis.
B. Il devrait spécifier la mise en œuvre et les problèmes.
C. Il devrait montrer une intégrité conceptuelle
D. Il doit être structuré
A. héritage, agrégation
B. association, héritage
C. agrégation, composition
D. Composition, association
A. Correction des erreurs
B. Prévention des erreurs
C. Les deux, A et B
D. Aucune de ces réponses
A. Conscience
B. Rigidité
C. Efficacité
D. Maintenabilité
E. Complexité
A. Pénurie de langages de programmation
B. Pénurie de progrès rapides en génie logiciel
C. Augmentation de la taille du problème
D. Tout ce qui précède
A. étude de faisabilité
B. Analyse et spécification des exigences
C. conception
D. essai
A. Il aide au développement systématique et discipliné de produits logiciels.
B. Il aide à définir des critères d'entrée et de sortie uniquement pour la première et la dernière phase du développement logiciel.
C. Il aide à surveiller les progrès du projet.
D. Un modèle de cycle de vie logiciel est une brève introduction du cycle de vie logiciel.
A. Conditions
B. Exigences
C. Actions
D. Résultat
A. Les tests de régression
B. Tests de volume
C. Tests d'utilisation
D. Tests de maintenance
E. Test de compatibilty
A. abstraction, décomposition
B. abstraction et sauter
C. Décomposition et programmation exploratoire
D. Programmation exploratoire et abstraction
E. Programmation exploratoire et saut
A. ad hoc
B. boîte blanche
C. boîte noire
D. complet
A. Gestion de la configuration du logiciel
B. Validation
C. Conception et mise en œuvre
D. Conception de cas de test
E. Spécifications du logiciel
F. Évolution
G. Documentation
A. statique
B. dynamique
C. à la fois statique et dynamique
A. Fonctions dans un système
B. Éléments de données qui circulent entre les stations de traitement
C. Conception de la structure de contrôle
D. Séquence d'exécution des instructions
E. Aucune de ces réponses
A. vérification validation
B. validation, vérification
C. validation, validation
D. Vérification, vérification
A. Test de compatibilité
B. Tests de volume
C. Les tests de régression
D. Tests de stress
A. codage
B. tests système
C. conception
D. tests unitaires
A. héritage
B. association
C. agrégation
D. composition
A. une équipe de test au sein de l'organisation en développement
B. Une équipe de test en dehors de l'organisation en développement
C. clients réels ou un groupe sélectionné de clients amicaux.
D. un groupe sélectionné de développeurs
A. Sénétrage du programme
B. Force brute
C. Retour en arrière
D. Élimination des causes
A. difficile à comprendre
B. facile à implémenter
C. moins cher à développer
D. tout ce qui précède
A. Spécification logicielle
B. Conception de logiciels
C. Validation logicielle
D. Évolution logicielle
E. Tout ce qui précède
A. Les tests sont effectués à la fin, après le développement du projet entier
B. Initialement, un prototype est développé et testé, puis un deuxième test est effectué après la fin d'un projet
C. Le codage est effectué progressivement. Un nouvel incrément n'est démarré qu'après les tests réussis de l'incrément précédent
D. Les exigences sont testées et documentées
A. haut, haut
B. haut, bas
C. bas, haut
D. bas bas
A. Outils de développement
B. Processus techniques de développement de logiciels
C. Développement de méthodes et de théories
D. Maintenance matérielle
E. La mise en réseau
A. récupération
B. compatibilité
C. volume
D. régression
A. phase de mise en oeuvre
B. Phase de test
C. Phase d'étude de faisabilité
D. phase de codage
A. Axé sur le modèle
B. Axé sur la propriété
C. Les deux, A et B
A. Échec du logiciel
B. défaut du logiciel
A. Les constructions à entrée unique et unique doivent être utilisées autant que possible.
B. La cachette d'information ne doit pas du tout être effectuée.
C. L'utilisation de types de données définies par l'utilisateur doit être évité autant que possible.
D. Le niveau de nidification ne devrait pas être trop profond.
A. Un acteur d'un diagramme de cas d'utilisation peut participer à un seul cas d'utilisation.
B. Dans un diagramme de cas d'utilisation, un cas d'utilisation est indépendant de l'autre cas d'utilisation.
C. Toutes les vues doivent être construites pour un problème donné en utilisant tous les diagrammes fournis par l'UML.
D. La structure statique d'un système est décrite par le diagramme de la classe.
A. Modèle en V
B. Modèle prototype
C. Modèle en spirale
D. Modèle en cascade
A. Les DFD représentent le flux de données dans le système ainsi que la fonction effectuée par le système.
B. Les aspects de contrôle sont très précisément définis par les DFD.
C. Les DFD sont simples à comprendre et à utiliser.
D. L'ordre de fonctionnement des processus est capturé par un DFD
A. Différents modules sont codés puis combinés ensemble en une étape, puis testés comme une unité entière.
B. Différents composants sont intégrés un par un et testés à chaque niveau d'intégration.
C. Différents composants sont intégrés un par un mais testés uniquement dans son ensemble.
D. Le système est divisé en modules et chaque module est testé isolément.
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Pourquoi le matériel informatique coûte-t-il tant?
B. Pourquoi le matériel informatique coûte-t-il tant?
C. Pourquoi cela coûte-t-il autant de développement d'un logiciel?
D. Pourquoi les erreurs logicielles ne peuvent-elles pas être supprimées des produits avant la livraison?
A. Le logiciel souffre d'une exposition aux environnements hostiles.
B. Les défauts sont plus susceptibles de survenir une fois que les logiciels ont été souvent utilisés.
C. Les demandes de modification multiples introduisent des erreurs dans les interactions des composants.
D. Les pièces de rechange du logiciel deviennent plus difficiles à commander.
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Processus de processus
B. Fabrication
C. Méthodes
D. Outils
A. Communication, planification, modélisation, construction, déploiement.
B. Communication, gestion des risques, mesure, production, révision.
C. Analyse, conception, programmation, débogage, maintenance.
D. Analyse, planification, conception, programmation, test.
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Flux de processus simultané.
B. Flux de processus itératif.
C. Flux de processus linéaire.
D. Flux de processus en spirale.
E. B et c
A. SEI
B. PIMENTER
C. ISO 9000.
D. ISO 9001
E. B et D
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Une approche raisonnable lorsque les exigences sont bien définies.
B. Une bonne approche lorsqu'un programme de travail est requis rapidement.
C. La meilleure approche à utiliser pour des projets avec de grandes équipes de développement
D. Un modèle à l'ancienne qui est rarement utilisé.
A. Une approche raisonnable lorsque les exigences sont bien définies.
B. Une bonne approche lorsqu'un produit de base de travail est nécessaire rapidement.
C. La meilleure approche à utiliser pour des projets avec de grandes équipes de développement.
D. Un modèle révolutionnaire qui n'est pas utilisé pour les produits commerciaux.
A. Sont de nature itérative.
B. Peut facilement s'adapter aux modifications des exigences du produit.
C. Ne produisez généralement pas de systèmes jetables.
D. . Tout ce qui précède.
A. Une approche raisonnable lorsque les exigences sont bien définies.
B. Une approche utile lorsqu'un client ne peut pas définir clairement les exigences.
C. La meilleure approche à utiliser pour des projets avec de grandes équipes de développement.
D. Un modèle risqué qui produit rarement un produit significatif.
A. Se termine par la livraison du produit logiciel.
B. Est plus chaotique que le modèle incrémentiel
C. Comprend l'évaluation des risques du projet lors de chaque itération.
D. Tout ce qui précède.
A. Un autre nom pour l'ingénierie simultanée.
B. Définit les événements qui déclenchent les transitions d'état d'activité d'ingénierie.
C. Utilisé uniquement pour le développement de systèmes parallèles ou distribués.
D. Utilisé chaque fois qu'un grand nombre de demandes de changement sont prévues.
A. Un autre nom pour l'ingénierie simultanée.
B. Définit les événements qui déclenchent les transitions d'état d'activité d'ingénierie.
C. Utilisé uniquement pour le développement de systèmes parallèles ou distribués.
D. Utilisé chaque fois qu'un grand nombre de demandes de changement sont prévues.
E. Les deux, A et B
A. Seul approprié pour la conception du matériel informatique.
B. Incapable de soutenir le développement de composants réutilisables.
C. En fonction des technologies d'objet pour le soutien.
D. Pas rentable par des mesures logicielles quantifiables connues.
A. Définissez la spécification des systèmes informatiques.
B. Développer des systèmes informatiques gratuits de défaut.
C. Vérifiez l'exactitude des systèmes informatiques
D. Tout ce qui précède.
A. Phase de création.
B. Phase d'élaboration.
C. Phase de construction
D. Phase de validation.
A. Met l'accent sur la mesure personnelle du produit de travail.
B. Le praticien nécessite une supervision minutieuse par le chef de projet.
C. Le praticien individuel est responsable de l'estimation et de la planification.
D. . Le praticien est habilité à contrôler la qualité des produits de travail logiciel.
A. Accélérer l'amélioration des processus logiciels.
B. Permettre une meilleure gestion du temps par des professionnels hautement qualifiés.
C. Construisez des équipes logicielles autonomes. D. Montrer les gestionnaires comment réduire les coûts
D. B et c
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Éliminez l'utilisation de la planification et des tests de projet.
B. Seuls les produits de travail essentiels sont produits.
C. Le processus permet à l'équipe de rationaliser les tâches.
D. Utilise une stratégie de livraison de produits incrémentielles.
A. La collecte des exigences doit être effectuée très attentivement.
B. L'analyse des risques doit être effectuée avant que la planification ait lieu.
C. Les incréments logiciels doivent être livrés dans de courtes périodes.
D. Les processus logiciels doivent s'adapter aux modifications progressivement.
E. C et d
A. Analyse, conception, codage, test.
B. Planification, analyse, conception, codage.
C. Planification, analyse, codage, test.
D. Planification, conception, codage, test.
A. Qu'as-tu fait depuis la dernière réunion?
B. Quels obstacles rencontrez-vous?
C. Quelle est la cause du problème que vous rencontrez?
D. Que prévoyez-vous d'accomplir la prochaine réunion de l'équipe?
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Attentif aux détails
B. Brutalement honnête.
C. Suit la règle du processus dogmatiquement.
D. Résilient sous pression.
A. Atmosphère de travail frénétique.
B. Budget inadéquat.
C. Processus logiciel mal coordonné.
D. Définition peu claire des rôles d'équipe.
E. a, b, d
A. Complexité du problème
B. Complexité du problème
C. . Loi des conséquences involontaires
D. Risque associé à la décision
E. Tout ce qui précède
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX
A. Vrai
B. FAUX