Lernen und testen Sie Ihr Wissen mit Software Engineering MCQ. Diese Fragen und Antworten zur kostenlosen Softwareentwicklung werden in einem Quizformat präsentiert, damit Sie Ihre Fähigkeiten auf unterhaltsame und interaktive Weise testen können.
A. Flugschreiber
B. weiße Kiste
C. erschöpfend
D. Nichts des oben Genannten
A. zweite Generation
B. dritte Generation
C. vierte Generation
A. Bottom-up-Integrationstests
B. Top-Down-Integrationstests
C. Big-Bang-Integrationstests
D. Misch-/Sandwich -Integrationstests
A. Es sollte präzise sein.
B. Es sollte die Implementierung und Probleme darin angeben.
C. Es sollte eine konzeptionelle Integrität zeigen
D. Es sollte strukturiert sein
A. Erbschaft, Aggregation
B. Verein, Vererbung
C. Aggregation, Zusammensetzung
D. Komposition, Vereinigung
A. Fehler Korrektur
B. Fehlerprävention
C. Sowohl A als auch B
D. Nichts des oben Genannten
A. Verständlichkeit
B. Steifigkeit
C. Effizienz
D. Wartbarkeit
E. Komplexität
A. Mangel an Programmiersprachen
B. Mangel an schnellen Fortschritten im Software -Engineering
C. Erhöhte Problemgröße
D. Alles das oben Genannte
A. Machbarkeitsstudie
B. Anforderungenanalyse und Spezifikation
C. Design
D. testen
A. Es hilft bei der systematischen und disziplinierten Entwicklung von Softwareprodukten.
B. Es hilft bei der Definition eines Eintrags- und Ausstiegskriteriums nur für die erste und letzte Phase der Softwareentwicklung.
C. Es hilft bei der Überwachung des Fortschritts des Projekts.
D. Ein Software -Lebenszyklus -Modell ist eine kurze Einführung des Software -Lebenszyklus.
A. Bedingungen
B. Anforderungen
C. Aktionen
D. Ergebnis
A. Regressionstests
B. Volumentests
C. Usability-Tests
D. Wartungstests
E. Kompatibilztests
A. Abstraktion, Zerlegung
B. Abstraktion und Sprung
C. Zersetzung und explorative Programmierung
D. Erkundungsprogrammierung und Abstraktion
E. Erkundungsprogrammierung und Sprung
A. ad hoc
B. weiße Kiste
C. Flugschreiber
D. erschöpfend
A. Software -Konfigurationsverwaltung
B. Validierung
C. Design und Implementierung
D. Testfall Design
E. Softwarespezifikationen
F. Evolution
G. Dokumentation
A. statisch
B. dynamisch
C. sowohl statische als auch dynamische
A. Funktionen in einem System
B. Datenelemente, die zwischen den Verarbeitungsstationen fließen
C. Entwurf der Kontrollstruktur
D. Abfolge der Ausführung von Anweisungen
E. Nichts des oben Genannten
A. Überprüfung, Validierung
B. Validierungsprüfung
C. Validierung, Validierung
D. Überprüfung, Überprüfung
A. Kompatibilitätstests
B. Volumentests
C. Regressionstests
D. Belastbarkeitstest
A. Codierung
B. Systemtests
C. Entwerfen
D. Unit -Tests
A. Nachlass
B. Verband
C. Anhäufung
D. Komposition
A. ein Testteam innerhalb der sich entwickelnden Organisation
B. ein Testteam außerhalb der sich entwickelnden Organisation
C. Tatsächliche Kunden oder eine ausgewählte Gruppe freundlicher Kunden.
D. eine ausgewählte Gruppe von Entwicklern
A. Programmschneide
B. Rohe Gewalt
C. Backtracking
D. Eliminierung verursachen
A. schwierig zu verstehen
B. leicht zu implementieren
C. Die Entwicklung günstiger zu entwickeln
D. Alles das oben Genannte
A. Softwarespezifikation
B. Softwareentwicklung
C. Software -Validierung
D. Softwareentwicklung
E. Alles das oben Genannte
A. Testen werden am Ende durchgeführt, nachdem das gesamte Projekt entwickelt wurde
B. Zunächst wird ein Prototyp entwickelt und getestet, und dann wird nach Abschluss eines Projekts ein zweiter Test durchgeführt
C. Die Codierung wird schrittweise durchgeführt. Ein neues Inkrement wird erst nach dem erfolgreichen Test des vorherigen Inkrements begonnen
D. Anforderungen werden getestet und dokumentiert
A. hoch hoch
B. hoch niedrig
C. niedrig, hoch
D. niedrig, niedrig
A. Entwicklungswerkzeuge
B. Technische Prozesse der Softwareentwicklung
C. Entwicklung von Methoden und Theorien
D. Hardware-Wartung
E. Networking
A. Erholung
B. Kompatibilität
C. Volumen
D. Regression
A. Implementierungsphase
B. Testphase
C. Machbarkeitsstudienphase
D. Codierungsphase
A. Modellorientiert
B. Eigentumsorientierter
C. Sowohl A als auch B
A. Softwareausfall
B. Software -Fehler
A. Ein-Einstiegs- und Einzel-Exit-Konstrukte sollten so weit wie möglich verwendet werden.
B. Informationen verstecken sollten überhaupt nicht erfolgen.
C. Die Verwendung von benutzerdefinierten Datentypen sollte so weit wie möglich vermieden werden.
D. Das Nestenniveau sollte nicht zu tief sein.
A. Ein Akteur in einem Anwendungsfalldiagramm kann nur an einem Anwendungsfall teilnehmen.
B. In einem Anwendungsfalldiagramm ist ein Anwendungsfall unabhängig vom anderen Anwendungsfall.
C. Alle Ansichten sollten für ein bestimmtes Problem unter Verwendung aller von der UML bereitgestellten Diagramme konstruiert werden.
D. Die statische Struktur eines Systems wird durch Klassendiagramm beschrieben.
A. V-förmiges Modell
B. Prototypmodell
C. Spiralmodell
D. Wasserfall-Modell
A. DFDs repräsentieren den Datenfluss im System sowie die vom System ausgeführte Funktion.
B. Kontrollaspekte werden durch DFDS sehr genau definiert.
C. DFDs sind einfach zu verstehen und zu verwenden.
D. Die Reihenfolge des Prozesses wird von einer DFD erfasst
A. Verschiedene Module werden dann in einem Schritt zusammengefügt und dann als Ganzes getestet.
B. Verschiedene Komponenten werden nacheinander integriert und auf jeder Integrationsstufe getestet.
C. Verschiedene Komponenten werden nacheinander integriert, aber nur als ganzes System getestet.
D. Das System ist in Module unterteilt und jedes Modul wird isoliert getestet.
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Warum kostet Computerhardware so viel?
B. Warum kostet Computerhardware so viel?
C. Warum kostet es so viel, eine Software zu entwickeln?
D. Warum können keine Softwarefehler vor der Lieferung aus Produkten entfernt werden?
A. Software leidet unter der Auseinandersetzung mit feindlichen Umgebungen.
B. Es ist wahrscheinlicher, dass Mängel nach häufig verwendetem Software auftreten.
C. Mehrere Änderungsanforderungen führen Fehler in Komponenteninteraktionen ein.
D. Software -Ersatzteile werden schwieriger zu bestellen.
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Prozessprozess
B. Herstellung
C. Methoden
D. Werkzeug
A. Kommunikation, Planung, Modellierung, Konstruktion, Einsatz.
B. Kommunikation, Risikomanagement, Messung, Produktion, Überprüfung.
C. Analyse, Design, Programmierung, Debugging, Wartung.
D. Analyse, Planung, Gestaltung, Programmierung, Test.
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Gleichzeitiger Prozessfluss.
B. Iterativer Prozessfluss.
C. Linearer Prozessfluss.
D. Spiralprozessfluss.
E. Sowohl B als auch C
A. Sei
B. WÜRZEN
C. ISO 9000.
D. ISO 9001
E. Sowohl B als auch D
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Ein vernünftiger Ansatz, wenn die Anforderungen gut definiert sind.
B. Ein guter Ansatz, wenn schnell ein Arbeitsprogramm erforderlich ist.
C. Der beste Ansatz für die Verwendung für Projekte mit großen Entwicklungsteams
D. Ein altmodisches Modell, das selten mehr verwendet wird.
A. Ein vernünftiger Ansatz, wenn die Anforderungen gut definiert sind.
B. Ein guter Ansatz, wenn schnell ein funktionierendes Kernprodukt erforderlich ist.
C. Der beste Ansatz für Projekte mit großen Entwicklungsteams.
D. Ein revolutionäres Modell, das nicht für kommerzielle Produkte verwendet wird.
A. Sind iterativ in der Natur.
B. Kann problemlos Änderungen der Produktanforderungen berücksichtigen.
C. Produzieren Sie im Allgemeinen keine Wegwerfsysteme.
D. . Alles das oben Genannte.
A. Ein vernünftiger Ansatz, wenn die Anforderungen gut definiert sind.
B. Ein nützlicher Ansatz, wenn ein Kunde die Anforderungen nicht klar definieren kann.
C. Der beste Ansatz für Projekte mit großen Entwicklungsteams.
D. Ein riskantes Modell, das selten ein aussagekräftiges Produkt produziert.
A. Endet mit der Lieferung des Softwareprodukts.
B. Ist chaotischer als das inkrementelle Modell
C. Beinhaltet die Bewertung der Projektrisiken während jeder Iteration.
D. Alles das oben Genannte.
A. Ein anderer Name für die gleichzeitige Engineering.
B. Definiert Ereignisse, die Übergänge des technischen Aktivitätszustands auslösen.
C. Nur für die Entwicklung paralleler oder verteilter Systeme verwendet.
D. Wird verwendet, wenn eine große Anzahl von Änderungsanfragen erwartet wird.
A. Ein anderer Name für die gleichzeitige Engineering.
B. Definiert Ereignisse, die Übergänge des technischen Aktivitätszustands auslösen.
C. Nur für die Entwicklung paralleler oder verteilter Systeme verwendet.
D. Wird verwendet, wenn eine große Anzahl von Änderungsanfragen erwartet wird.
E. Sowohl A als auch B
A. Nur für Computerhardwaredesign geeignet.
B. Nicht in der Lage, die Entwicklung wiederverwendbarer Komponenten zu unterstützen.
C. Abhängig von Objekttechnologien zur Unterstützung.
D. Nicht kostengünstig durch bekannte quantifizierbare Software -Metriken.
A. Definieren Sie die Spezifikation für computergestützte Systeme.
B. Entwickeln Sie fehlerfreie computergestützte Systeme.
C. Überprüfen Sie die Richtigkeit computergestützter Systeme
D. Alles das oben Genannte.
A. Anfangsphase.
B. Ausarbeitungsphase.
C. Konstruktionsphase
D. Validierungsphase.
A. Betont die persönliche Messung des Arbeitsprodukts.
B. Der Praktiker benötigt sorgfältige Aufsicht durch den Projektmanager.
C. Der einzelne Praktiker ist für die Schätzung und Planung verantwortlich.
D. . Der Praktiker ist befugt, die Qualität von Software -Arbeitsprodukten zu kontrollieren.
A. Verbesserung des Softwareprozesses beschleunigen.
B. Ermöglichen Sie ein besseres Zeitmanagement durch hochqualifizierte Fachkräfte.
C. Bauen Sie selbstgesteuerte Software-Teams auf. D. zeigen Managern, wie sie Kosten senken können
D. Sowohl B als auch C
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Beseitigen Sie die Verwendung von Projektplanung und Tests.
B. Es werden nur wesentliche Arbeitsprodukte hergestellt.
C. Der Prozess ermöglicht das Team, Aufgaben zu optimieren.
D. Anwendet inkrementelle Produktlieferungsstrategien.
A. Die Anforderungen sammeln müssen sehr sorgfältig durchgeführt werden.
B. Die Risikoanalyse muss vor der Planung durchgeführt werden.
C. Software -Inkremente müssen in kurzen Zeiträumen geliefert werden.
D. Softwareprozesse müssen sich an Änderungen anpassen.
E. Sowohl C als auch D
A. Analyse, Design, Codierung, Tests.
B. Planung, Analyse, Design, Codierung.
C. Planung, Analyse, Codierung, Tests.
D. Planung, Design, Codierung, Tests.
A. Was hast du seit dem letzten Treffen gemacht?
B. Welche Hindernisse begegnen Sie?
C. Was ist die Ursache für das Problem, auf das Sie begegnen?
D. Was haben Sie vor, um das nächste Teammeeting zu erreichen?
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. Aufmerksam auf Details
B. Brutal ehrlich.
C. Folgt die Prozessregel dogmatisch.
D. Resilient unter Druck.
A. Frenzierte Arbeitsatmosphäre.
B. Unangemessenes Budget.
C. Schlecht koordinierter Softwareprozess.
D. Unklare Definition von Teamrollen.
E. a, b, d
A. Komplexität des Problems
B. Komplexität des Problems
C. . Gesetz der unbeabsichtigten Konsequenzen
D. Mit der Entscheidung verbundenes Risiko
E. Alles das oben Genannte
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH
A. WAHR
B. FALSCH