Impara e metti alla prova le tue conoscenze con Software Engineering MCQ. Queste domande e risposte sullo sviluppo di software gratuito sono presentate in formato quiz in modo da poter mettere alla prova le tue abilità in modo divertente e interattivo.
A. scatola nera
B. scatola bianca
C. esauriente
D. Nessuna delle precedenti
A. seconda generazione
B. terza generazione
C. quarta generazione
A. Test di integrazione bottom-up
B. Test di integrazione top-down
C. Test di integrazione del grande bang
D. Test di integrazione mista/sandwich
A. Dovrebbe essere conciso.
B. Dovrebbe specificare l'implementazione e i problemi in essa.
C. Dovrebbe mostrare l'integrità concettuale
D. Dovrebbe essere strutturato
A. Ereditarietà, aggregazione
B. Associazione, eredità
C. aggregazione, composizione
D. Composizione, associazione
A. Correzione dell'errore
B. Prevenzione degli errori
C. Sia a che B
D. Nessuna delle precedenti
A. Comprensibilità
B. Rigidità
C. Efficienza
D. Manutenibilità
E. Complessità
A. Carenza di linguaggi di programmazione
B. Carenza di rapidi progressi nell'ingegneria del software
C. Aumento delle dimensioni del problema
D. Tutti i precedenti
A. studio di fattibilità
B. Analisi e specifica dei requisiti
C. progetto
D. Test
A. Aiuta lo sviluppo sistematico e disciplinato di prodotti software.
B. Aiuta a definire i criteri di entrata ed uscita solo per la prima e l'ultima fase dello sviluppo del software.
C. Aiuta a monitorare l'avanzamento del progetto.
D. Un modello di ciclo di vita del software è una breve introduzione del ciclo di vita del software.
A. Condizioni
B. Requisiti
C. Azioni
D. Risultato
A. Test di regressione
B. Test del volume
C. Test di usabilità
D. Test di manutenzione
E. Test di compatibilità
A. astrazione, decomposizione
B. astrazione e salto
C. decomposizione e programmazione esplorativa
D. programmazione esplorativa e astrazione
E. programmazione esplorativa e salto
A. ad hoc
B. scatola bianca
C. scatola nera
D. esauriente
A. Gestione della configurazione del software
B. Convalida
C. Progettazione e realizzazione
D. Progettazione del caso di prova
E. Specifiche del software
F. Evoluzione
G. Documentazione
A. statico
B. dinamico
C. sia statico che dinamico
A. Funzioni in un sistema
B. Articoli di dati che fluiscono tra le stazioni di elaborazione
C. Progettazione della struttura di controllo
D. Sequenza di esecuzione delle istruzioni
E. Nessuna delle precedenti
A. Verifica, validazione
B. Convalida, verifica
C. convalida, validazione
D. Verifica, verifica
A. Test di compatibilità
B. Test del volume
C. Test di regressione
D. Test di stress
A. Coding
B. Test del sistema
C. progettazione
D. Test unitari
A. eredità
B. associazione
C. aggregazione
D. composizione
A. un team di test all'interno dell'organizzazione in via di sviluppo
B. un team di test al di fuori dell'organizzazione in via di sviluppo
C. clienti reali o un gruppo selezionato di clienti amichevoli.
D. un gruppo selezionato di sviluppatori
A. Taglietta del programma
B. Forza bruta
C. Backtracking
D. Causare l'eliminazione
A. difficile da capire
B. Facile da implementare
C. meno costoso da sviluppare
D. tutti i precedenti
A. Specifica del software
B. Progettazione di software
C. Convalida del software
D. Evoluzione del software
E. Tutti i precedenti
A. Il test viene eseguito alla fine, dopo lo sviluppo dell'intero progetto
B. Inizialmente viene sviluppato e testato un prototipo, quindi viene eseguito un secondo test dopo il completamento di un progetto
C. La codifica viene eseguita in modo incrementale. Un nuovo incremento viene avviato solo dopo il test di successo dell'incremento precedente
D. i requisiti sono testati e documentati
A. alto alto
B. alto, basso
C. basso alto
D. basso basso
A. Strumenti di sviluppo
B. Processi tecnici di sviluppo del software
C. Sviluppo di metodi e teorie
D. Manutenzione hardware
E. Networking
A. recupero
B. Compatibilità
C. volume
D. regressione
A. fase di implementazione
B. Fase di test
C. Fase di studio di fattibilità
D. Fase di codifica
A. Oriente al modello
B. orientato alla proprietà
C. Sia a che B
A. Fai guasto del software
B. Orca del software
A. I costrutti a singola e singola uscita dovrebbero essere usati il più possibile.
B. Il nascondiglio non dovrebbe essere fatto affatto.
C. L'uso di tipi di dati definiti dall'utente dovrebbe essere evitato il più possibile.
D. Il livello di nidificazione non dovrebbe essere troppo profondo.
A. Un attore in un diagramma del caso d'uso può partecipare a un solo caso d'uso.
B. In un diagramma del caso d'uso, un caso d'uso è indipendente dall'altro caso d'uso.
C. Tutte le opinioni dovrebbero essere costruite per un determinato problema utilizzando tutti i diagrammi forniti dall'UML.
D. La struttura statica di un sistema è descritta dal diagramma di classe.
A. Modello a forma di V.
B. Modello prototipo
C. Modello a spirale
D. Modello a cascata
A. I DFD rappresentano il flusso di dati nel sistema e la funzione eseguita dal sistema.
B. Gli aspetti di controllo sono definiti in modo molto preciso dai DFD.
C. I DFD sono semplici da capire e utilizzare.
D. L'ordine di funzionamento dei processi viene catturato da un DFD
A. Diversi moduli vengono codificati quindi combinati insieme in un passaggio e quindi testati come unità intera.
B. Componenti diversi sono integrati uno per uno e testati ad ogni livello di integrazione.
C. Componenti diversi sono integrati uno per uno ma testati solo come un intero sistema.
D. Il sistema è diviso in moduli e ogni modulo viene testato in isolamento.
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. Perché l'hardware del computer costa così tanto?
B. Perché l'hardware del computer costa così tanto?
C. Perché costa così tanto sviluppare un software?
D. Perché gli errori del software non possono essere rimossi dai prodotti prima della consegna?
A. Il software soffre di esposizione ad ambienti ostili.
B. È più probabile che i difetti sorgano dopo che il software è stato utilizzato spesso.
C. Richieste di modifica multiple introducono errori nelle interazioni componenti.
D. I pezzi di ricambio del software diventano più difficili da ordinare.
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. ProcessProcess
B. Produzione
C. Metodi
D. Utensili
A. Comunicazione, pianificazione, modellizzazione, costruzione, distribuzione.
B. Comunicazione, gestione del rischio, misurazione, produzione, revisione.
C. Analisi, progettazione, programmazione, debug, manutenzione.
D. Analisi, pianificazione, progettazione, programmazione, test.
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. Flusso di processo concomitante.
B. Flusso di processo iterativo.
C. Flusso di processo lineare.
D. Flusso di processo a spirale.
E. Sia B e C
A. Sei
B. SPEZIA
C. ISO 9000.
D. ISO 9001
E. Sia B e D
A. VERO
B. Falso
A. VERO
B. Falso
A. Un approccio ragionevole quando i requisiti sono ben definiti.
B. Un buon approccio quando un programma di lavoro è richiesto rapidamente.
C. L'approccio migliore da utilizzare per progetti con grandi team di sviluppo
D. Un modello vecchio stile che viene più usato più raramente.
A. Un approccio ragionevole quando i requisiti sono ben definiti.
B. Un buon approccio quando è richiesto rapidamente un prodotto core funzionante.
C. L'approccio migliore da utilizzare per progetti con grandi team di sviluppo.
D. Un modello rivoluzionario che non viene utilizzato per i prodotti commerciali.
A. Sono iterativi di natura.
B. Può facilmente soddisfare le modifiche ai requisiti del prodotto.
C. In genere non producono sistemi di lancio.
D. . Tutti i precedenti.
A. Un approccio ragionevole quando i requisiti sono ben definiti.
B. Un approccio utile quando un cliente non può definire chiaramente i requisiti.
C. L'approccio migliore da utilizzare per progetti con grandi team di sviluppo.
D. Un modello rischioso che raramente produce un prodotto significativo.
A. Termina con la consegna del prodotto software.
B. È più caotico del modello incrementale
C. Include la valutazione dei rischi del progetto durante ogni iterazione.
D. Tutti i precedenti.
A. Un altro nome per ingegneria simultanea.
B. Definisce gli eventi che innescano le transizioni dello stato di attività di ingegneria.
C. Utilizzato solo per lo sviluppo di sistemi paralleli o distribuiti.
D. Utilizzato ogni volta che si prevede un gran numero di richieste di modifica.
A. Un altro nome per ingegneria simultanea.
B. Definisce gli eventi che innescano le transizioni dello stato di attività di ingegneria.
C. Utilizzato solo per lo sviluppo di sistemi paralleli o distribuiti.
D. Utilizzato ogni volta che si prevede un gran numero di richieste di modifica.
E. Sia a che B
A. Appropriato solo per la progettazione di hardware del computer.
B. Non in grado di supportare lo sviluppo di componenti riutilizzabili.
C. Dipendente dalle tecnologie di oggetti per il supporto.
D. Non conveniente da metriche software quantificabili note.
A. Definire le specifiche per i sistemi basati su computer.
B. Sviluppare sistemi basati su computer gratuiti per difetti.
C. Verifica la correttezza dei sistemi basati su computer
D. Tutti i precedenti.
A. Fase di inizio.
B. Fase di elaborazione.
C. Fase di costruzione
D. Fase di convalida.
A. Enfatizza la misurazione personale del prodotto di lavoro.
B. Il praticante richiede un'attenta supervisione da parte del project manager.
C. Il singolo professionista è responsabile della stima e della pianificazione.
D. . Il praticante ha il potere di controllare la qualità dei prodotti di lavoro software.
A. Accelerare il miglioramento del processo software.
B. Consenti una migliore gestione del tempo da professionisti altamente qualificati.
C. Costruisci team software auto-diretti. D. Mostra ai manager come ridurre i costi
D. Sia B e C
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. Elimina l'uso della pianificazione e dei test del progetto.
B. Vengono prodotti solo prodotti di lavoro essenziali.
C. Il processo consente al team di semplificare le attività.
D. Utilizza una strategia di consegna del prodotto incrementale.
A. La raccolta dei requisiti deve essere condotta con molta attenzione.
B. L'analisi del rischio deve essere condotta prima che si verifichi la pianificazione.
C. Gli incrementi del software devono essere consegnati in brevi periodi di tempo.
D. I processi software devono adattarsi alle modifiche in modo incrementale.
E. Sia C che D
A. Analisi, progettazione, codifica, test.
B. Pianificazione, analisi, progettazione, codifica.
C. Pianificazione, analisi, codifica, test.
D. Pianificazione, progettazione, codifica, test.
A. Cosa hai fatto dall'ultima riunione?
B. Quali ostacoli stai incontrando?
C. Qual è la causa del problema che stai riscontrando?
D. Cosa prevedi di realizzare la prossima riunione della squadra?
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. Attento ai dettagli
B. Brutalmente onesto.
C. Segue il processo della regola dogmaticamente.
D. Resilienti sotto pressione.
A. Atmosfera di lavoro frenetica.
B. Budget inadeguato.
C. Processo software scarsamente coordinato.
D. Definizione poco chiara di ruoli di squadra.
E. A, B, D
A. Complessità del problema
B. Complessità del problema
C. . Legge di conseguenze non intenzionali
D. Rischio associato alla decisione
E. Tutti i precedenti
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso
A. VERO
B. Falso