 L'Ingegneria del software riguarda: teorie, metodi e tecniche nello sviluppo industriale del software

 Per definizione, l'Ingegneria del software copre i seguenti aspetti: progetto, implementazione, collaudo e documentazione
del software
 Aspetto fondamentale dell'Ingegneria del software è: la sistematicità
 La nascita dell'Ingegneria del software è dovuta: alla "crisi del software"
 Il software nel periodo 1950-1965: È sviluppato principalmente per singoli clienti; è di tipo batch e deve risolvere problemi
spesso molto complessi
 Le innovazioni principali nel periodo 1970-1990 sono: manutenzione, analisi difettosità e object oriented programming
 Nel periodo dal 1990 ad oggi prendono piede le nuove metodologie di sviluppo del software definite: agili
 L'Ingegneria del software asserisce che, dal punto di vista del Management: se il progetto è in ritardo per recuperare non
basta aumentare il numero di programmatori
 Il punto di vista di un cliente rispetto ai requisiti del software è che: i mutamenti dei requisiti del software si gestiscono
agevolmente grazie alla flessibilità del software
 L'Ingegneria del software asserisce che, dal punto di vista del Programmatore: il prodotto di un progetto sono il programma
funzionante, la documentazione e la guida alla manutenzione.
 Un prodotto software: In genere viene usato da persone diverse da quelle che lo hanno sviluppato
 Un prodotto software include: Prodotti generici e prodotti specifici
 L'ingegneria del software: È una disciplina che definisce le regole per il processo di produzione del software
 Ingegneria del software differisce dall'informatica perché: Ha a che fare con concetti ed aspetti più pratici
 Il principio di rigore dell'ingegneria del software: È un concetto che riguarda precisione e accuratezza
 I principi dell'ingegneria del software possono essere definiti come: Rigore e formalità, modularità, astrazione, anticipazione
al cambiamento, generalità, incrementalità
 Quale di queste non è una attività richiesta nel processo di sviluppo software: Ristrutturazione
 Quale è il significato dell'acronimo C.A.S.E.: Computer Aided Software Engineering
 La qualità di un prodotto software si misura in termini di: Conformità dei requisiti
 Un sistema software è affidabile: Se non si manifestano malfunzionamenti.
 Tra le fasi del ciclo di vita del software non sempre troviamo: Ritiro
 Il ciclo di sviluppo del software include: Analisi, progettazione, implementazione, test, installazione e collaudo
 Per modello del ciclo di vita del software si intende: Una caratterizzazione descrittiva o prescrittiva di come un sistema
dovrebbe essere sviluppato
 Le tipologie di ciclo di vita del software proposte di recente sono: 4
 Il modello Waterfall: È un modello sequenziale
 Il modello a cascata prevede che la prima fase sia quella di: Studio di fattibilità
 La progettazione, quale fase del modello a cascata: È la fase in cui sono accuratamente definite tutti i moduli e le
componenti
 Quali di questi non è una variante del modello waterfall: Modello sequenziale
 Il modello V&V indica: Un modello che prevede una fase di verifica e di convalida
 Nel modello a V: La fase centrale è rappresentata dalla codifica.
 Le tipologie di prototipi usa e getta si definiscono: Mock-ups e breadboards
 La prototipazione "throw-away": Rende più comprensibili i requisiti e facilita la realizzazione del software
 La fase iniziale dello sviluppo incrementale è: L'individuazione preliminare dei requisiti
 Le fasi dello sviluppo incrementale che devono o possono essere ripetute sono: 4 - Sviluppo dell'incremento, convalida
dell'incremento, integrazione dell'incremento, convalida
 Nello sviluppo iterativo il software viene realizzato: Attraverso una serie di mini progetti brevi chiamati iterazioni
 Lo sviluppo incrementale prevede: Lo sviluppo di nuove funzionalità durante ogni incremento
 I settori del modello a spirale sono: Determinazione degli obiettivi, valutazione del rischio, sviluppo e convalida e
pianificazione
 Il settore più importante del modello a spirale è: Sono tutti equamente importanti
 La pianificazione, quale settore del modello a spirale prevede: La revisione e la pianificazione del prossimo giro della spirale
 La figura di risk manager ha il compito: Di individuare e minimizzare i rischi.
 Le principali componenti di un progetto sono: Work products, work packages, schedule, participant e task
 La componente detta anche "deliverable" è: Work package
 Il "reporting" è un meccanismo di interazione utilizzato: Per scambiarsi informazioni circa lo stato del progetto
 Le principali metodologie di interazione in progetto software sono: Reporting, decisione e comunicazione
 Gli eventi di comunicazione possono essere di due tipi: Pianificati e straordinari
 Gli eventi di comunicazione pianificati sono: 9
 L'ispezione è una procedura che ha l'obiettivo di: Verificare la conformità dei requisiti
 Per tipologia di evento di comunicazione straordinaria "issue resolution" si intende: Selezione di una singola soluzione ad un
problema per il quale sono state proposte più soluzioni
 Tra le tecniche di comunicazione sincrona non troviamo: Email
 Nei meetings il ruolo del segretario spetta: Al Minute Taker.
 Un modello è definito come: Un'astrazione che descrive un sistema o un sottosistema
 Un concetto descrive: Le proprietà comuni dei fenomeni
 Una Classe nel contesto della modellazione: E' composta da attributi che ne indicano lo stato e metodi che ne indicano il
comportamento
 Per tipo di una variabile si intende: La rappresentazione di tutte le possibili istanze di una variabile
 La modellazione orientata agli oggetti: E' un approccio alla modellazione di un sistema software utilizzato all'inizio del ciclo
di vita del software
 UML vuol dire: Unified Modeling Language
 UML definisce: 5 principali tipologie di diagrammi
 I rettangoli nelle convenzioni UML rappresentano: Classi e Istanze
 Per Activity Diagram si intende: Una rappresentazione del comportamento dinamico del sistema
 Per Statechart Diagram si intende: Una rappresentazione del comportamento dinamico di un singolo oggetto come una
macchina a stati finiti.
 Cosa rappresenta il diagramma di caso d'uso: la descrizione completa di un comportamento di un sistema osservato
dall'esterno
 Cosa rappresenta un caso d'uso: una specifica modalità di utilizzo del sistema da parte di uno o più utenti
 A cosa corrisponde un attore: un ruolo interpretato da un utente sul sistema
 Un attore primario rappresenta: un sistema esterno con partecipazione attiva ad un caso d'uso esprimendo un interesse
diretto nella sua buona riuscita
 Un attore secondario rappresenta: una entità esterna che interagisce con il sistema nell'ambito del caso d'uso senza
perseguire un suo interesse diretto
 Cosa rappresenta un'associazione in un diagramma di caso d'uso: un collegamento tra gli attori e i casi d'uso nel quale sono
coinvolti
 Cosa rappresenta una generalizzazione nell'ambito di un diagramma di caso d'uso: un modo di definire nuovi casi d'uso
specializzando altri casi d'uso
 A cosa serve la relazione di estensione in un diagramma di casi d'uso: ad allargare il comportamento di un caso d'uso
 Cosa serve la relazione di inclusione in un diagramma di casi d'uso: ad inglobare in uno use una sequenza di interazioni
definite a parte
 In quale fase di lavoro su un sistema software vengono prodotti i diagrammi di casi d'uso: definizione dei requisiti del
sistema.
 Cosa rappresenta uno scenario: una sequenza di passi che caratterizzano un'interazione tra un utente e il sistema
 Un caso d'uso è caratterizzato da: un obiettivo perseguito da un utente
 Cosa differenza uno scenario principale di successo dalle estensioni: lo scenario principale identifica il flusso principale di
eventi; le estensioni caratterizzano eventuali variazioni ed eccezioni
 A cosa corrisponde un passo di scenario di un caso d'uso: a una singola interazione tra attore e sistema
 Come si esprime il contenuto di un caso d'uso: usando il linguaggio naturale
 Quali informazioni sarebbe opportuno associare a ogni caso d'uso (oltre al nome, scenario principale e estensioni):
precondizioni, garanzia e trigger
 Dire quale di queste affermazioni è vera: il diagramma di caso d'uso non fornisce i dettagli del comportamento del sistema
 Il contenuto di un caso d'uso racconta: l'insieme di tutti gli scenari possibili di utilizzo del sistema da parte di un utente
 Il caso d'uso si svolge: attraverso un flusso sequenziale di interazioni tra l'attore e il sistema
 Cosa riporta il campo trigger nella descrizione di un caso d'uso: l'evento che dà origine al caso d'uso.
 A cosa serve un diagramma delle classi: A descrivere i tipi degli oggetti chef anno parte del sistema e le loro relazioni
statiche
 Cosa rappresentano le tre sezioni di una classe: nome della classe, attributi e operazioni
 Come si potrebbe tradurre nel codice un'associazione monodirezionale?: con un solo attributo aggiunto alla classe non
puntata dalla freccia dell'associazione
 Perché la molteplicità delle associazioni sono importanti: perché definiscono quanti oggetti potranno entrare a farvi parte e
quindi impongono vincoli sulla implementazione
 Dire se questa affermazione è vera o falsa: "I termini operazione e metodo sono sinonimi": falso, più metodi potrebbero
implementare la stessa operazione
 Come si possono rappresentare i vincoli in UML: con OCL o come commenti testuali o espressioni logico-matematiche
 Un attributo descrive: una caratteristica propria di ogni istanza della classe
 Un'operazione descrive: un'azione che può essere eseguita sull'istanza di una classe
 Un'associazione riflessiva si applica: tra istanze della stessa classe
 Un'operazione di tipo "set" permette di: modificare lo stato interno di un oggetto di una classe.
 Indicare se questa affermazione è vera o falsa: "Un'interfaccia può avere operazioni private": falso, può solo avere
operazioni pubbliche
 Specificare qual è la differenza tra aggregazione e composizione: l'aggregazione non implica che il contenuto appartenga a
un solo contenitore, mentre la composizione sì
 Indicare cosa differenzia una classe astratta da un'interfaccia: una classe astratta può fornire l'implementazione di qualche
suo metodo mentre un'interfaccia può fornire solo la definizione
 La generalizzazione permette di: definire una classe a partire da un'altra specializzandone alcuni aspetti
 Una superclasse in una relazione di generalizzazione esprime: le caratteristiche comuni delle varie sottoclassi
 C'è una relazione di dipendenza tra due classi se: una delle due classi crea istanze dell'altra classe
 C'è una relazione di dipendenza tra due classi se: una classe invoca le operazioni dell'altra
 Una relazione di aggregazione fra due classi indica: una relazione di "è composta da"/"è parte di"
 Una relazione di composizione fra due classi indica: una forma di subordinazione strutturale non rigida
 Una relazione di generalizzazione è: anche una relazione di specializzazione vista da una prospettiva diversa.
 Cosa descrive un diagramma di sequenza: la collaborazione di un gruppo di oggetti per implementare un certo
comportamento
 La linea di vita di un partecipante rappresenta: la durata della vita del partecipante nello scenario considerato
 La barra di attivazione di un partecipante rappresenta: i momenti in cui l'oggetto è attivo nell'interazione
 Una chiamata interna è: È un messaggio che un oggetto invia a se stesso
 Il messaggio trovato serve a: definire l'inizio dello scenario e non deriva da nessuno dei partecipanti
 Come si indica la creazione di un nuovo oggetto: con un messaggio "new" che termina sulla linea di vista del nuovo oggetto
 Indicare perché i frame d'interazione sono utili perché: aggiungono costrutti di controllo e modularità
 L'operatore "alt" usato in un frame di interazione indica che: il frame contiene due flussi d'interazione da eseguire in
alternativa
 L'operatore "loop" usato in un frame di interazione indica che: il frammento può essere eseguito più volte finché la
condizione si mantiene vera
 Differenza tra una chiamata sincrona e una sincrona: una chiamata sincrona presuppone una risposta ed è bloccante; una
asincrona no.
 Cosa rappresenta il diagramma di macchina a stati: la sequenza di stati che definiscono il comportamento di un oggetto
durante il suo ciclo di vita
 L'uso a cui si prestano particolarmente i diagrammi di macchina a stati è quello di: per rappresentare il comportamento di
un oggetto per il controllo automatizzato di macchine
 Lo stato in un diagramma di macchina a stati rappresenta: un'astrazione di una condizione interna di un oggetto che
determina il comportamento al verificarsi di un evento
 Un evento non può essere: una transizione di stato
 Lo pseudo stato iniziale serve per: puntare al primo stato effettivo della macchina a stati, ma solitamente non è un "vero"
stato
 Lo pseudo stato finale server per: definire il completamento dell'esecuzione della macchina a stati, ma solitamente non è un
"vero" stato
 Le tre parti che possiamo usare per annotare una transizione sono: evento, condizione e azione
 Definire un'attività interna di risposta a un evento significa: voler rispondere all'evento senza definire una transizione di
stato
 Dire se la seguente affermazione è vera o falsa: "Eseguire una auto-transizione significa sempre eseguire solo l'attività ad
essa associata": non è detto sia vero, se lo stato definisce attività di ingresso e uscita queste sarebbe eseguite
 La differenza tra un'attività interna e una associata a uno stato di attività è: l'esecuzione di un'attività interna è subordinate
all'occorrenza di un certo evento; l'attività associata allo stato viene eseguita semplicemente perché si trova in quello stato.
 Un diagramma di attività serve a: descrivere la logica procedurale, un processo di business o un workflow
 Una fork introduce un flusso di esecuzione alternativo: no non è vero, una fork introduce flussi d'esecuzione concorrenti
 Un'azione rappresenta: un'unità di lavoro atomica al livello di dettaglio di interesse per descrivere l'attività
 Un token rappresenta: il passaggio del flusso di controllo attraverso le azioni che compongono l'attività
 Un'attività è rappresentata: tramite un grafo diretto di nodi azioni, archi e nodi di controllo
 La differenza tra un merge e una join è: la merge riunisce flussi di controllo alternativi, la join flussi in parallelo
 Si usa il simbolo del rastrello per annotare un'attività quando si vuole: indicare un sottodiagramma di attività, ovvero una
decomposizione dell'attività annotata
 E' opportuno definire un diagramma di attività con partizioni quando si ha bisogno di: rappresentare in modo esplicito chi
svolge quale attività
 I diagrammi di attività: rappresentano una sequenza di azioni che definiscono un'attività
 Il flusso di controllo: passa da un'azione alla successiva dopo aver terminato l'esecuzione dell'azione seguendo il token.
 La notazione di un nodo segnale di tipo temporale consiste in: una clessidra stilizzata
 Un nodo segnale di tipo temporale rappresenta: un vincolo temporale da rispettare per l'esecuzione dell'attività a valle
 La notazione di un nodo segnale di accettazione di un evento consiste in: rettangolo con la punta rientrante sul lato sinistro
 Un nodo segnale di accettazione di un evento rappresenta: un evento che deve verificarsi al fine di proseguire l'esecuzione
delle azioni a valle
 La notazione di un nodo di invio segnale consiste in: da un rettangolo appuntito sul lato destro
 Un nodo di invio segnale rappresenta: l'invio di un segnale che deve essere effettuato all'arrivo del token; dopodiché
l'attività continua
 E' possibile rappresentare solo la parte iniziale e finale di un arco per evitare di complicare eccessivamente un diagramma:
Vero, usando i connettori
 E' possibile rappresentare invocazioni multiple di una o più azioni: Vero, le regioni di espansioni consentono di
rappresentare invocazioni multiple di azioni per una collezioni di oggetti
 La fine di un particolare flusso in una regione di espansione si rappresenta: attraverso un nodo di controllo particolare
rappresentata da un cerchio con una X nel mezzo
 Un nodo segnale si attiva: all'arrivo del token su tutti gli archi in ingresso; dopodiché i nodi di attesa aspettano il segnale
temporale o l'evento dall'esterno per propagare il token.
 Conviene usare i diagrammi delle classi per: per gli aspetti più importanti e cruciali del sistema software da realizzare
 Per sfruttare al meglio i diagrammi di sequenza occorre: tenere aggiornati i diagrammi in linea con le interfacce e
l'architettura software
 Conviene usare i diagrammi di macchina a stati: per gli oggetti che hanno un comportamento reattivo come componenti
delle interfacce grafiche
 Conviene usare i diagrammi di attività quando: il focus è mettere in ordine un insieme di azioni da fare da una o più entità
anche in parallelo
 Nei diagrammi di casi d'uso: È meglio focalizzarsi sulle descrizioni testuali di casi d'uso
 UML è un linguaggio: apprezzato per la notazione visuale e come valido strumento di comunicazione
 UML è usato al meglio se: si modula la rappresentazione dei dettagli in base alla situazione
 UML nella prospettiva concettuale è usato: in fase di analisi a supporto della discussione tra diverse idee su come
progettare il software
 Il diagramma degli oggetti mostra: le istanze degli oggetti del sistema software in un dato momento
 Il diagramma di deployment mostra: il dispiegamento in esercizio del sistema software fra i vari nodi (server).
 La programmazione orientata agli oggetti: coinvolge oggetti del mondo reale, dati e comportamenti ad essa associati per
portare soluzioni ai problemi
 La programmazione non strutturata: il codice è un unico blocco in cui si manipolano dati in modo sequenziale
 La programmazione procedurale: presenta la procedura come unità elementare la quale svolge una precisa funzione che
può essere richiamata anche più volte
 Un oggetto è un'entità: che astrae i dati (attributi) e le procedure su tali dati (operazioni)
 Un oggetto non può: definire operazioni di altri oggetti
 Una classe è una specifica di: presenta la procedura come unità elementare
 Le operazioni di una classe: agiscono sui dati dell'oggetto
 Un'applicazione basata su approccio orientato agli oggetti è frutto di: invocazioni reciproche di operazioni fra oggetti
 Le istanze di una classe: condividono gli stessi attributi ed operazioni
 La specifica di una classe: È generale e fornisce un modello per creare oggetti simili.
 In object-oriented, un attributo di un oggetto è: una proprietà che intrinsecamente distingue l'oggetto da tutti gli altri della
stessa classe
 In object-oriented un'operazione in un oggetto indica: È un'azione che un oggetto esegue su invocazione di un suo metodo
 In object-oriented l'identità di un oggetto: una proprietà che intrinsecamente distingue l'oggetto da tutti gli altri della stessa
classe
 In object-oriented, un attributo fra gli oggetti di una stessa classe: può avere lo stesso valore
 In object-oriented incapsulamento significa: accesso ai dati regolato da apposita interfaccia
 In object-oriented, astrazione significa: trascurare elementi non essenziali nella modellazione di un concetto per la
risoluzione di un problema
 Una di queste affermazioni è vera: per ogni entità più astrazioni sono possibili
 In object-oriented, l'ereditarietà: permette di definire una nuova classe per specializzazione di una classe già definita
 Una di queste affermazioni è falsa: l'ereditarietà permette di cambiare lo stato di un oggetto tramite una nuova classe
 In object-oriented, il polimorfismo: insieme al binding dinamico permette di chiamare l'operazione sulla sottoclasse
effettivamente istanziata.
 L'approccio orientato agli oggetti: È un nuovo modo di ragionare quando si risolvono problemi con sistemi software
 Nell'approccio orientato agli oggetti per la produzione del software si: prende decisioni dettagliate solo in fase di
implementazione del codice
 L'approccio orientato agli oggetti dovrebbe coinvolgere: la fase di analisi, progettazione e implementazione
 Un oggetto nel dominio dell'applicazione: opportuna espressione di un concetto concreto o astratto significativo per la
risoluzione del problema
 Un oggetto nel dominio del problema: entità del sistema software definita con attributi ed operazioni
 Per identificare le classi in fase di analisi si parte: dal testo dei requisiti forniti dal committente del sistema software
 Per identificare le classi in fase di progettazione si considera: il contesto del problema da risolvere per avere classi con una
semantica (attributi ed operazioni) coerente ad esso
 Se occorre inserire una classe e nella gerarchia esiste una classe di cui essa è una specializzazione: si può inserire nella
gerarchia come sottoclasse di quella esistente completando con attributi e operazioni mancanti
 Se occorre inserire una classe e nella gerarchia non esiste una classe di cui essa è una specializzazione: si definisce una
classe da zero e non si usa l'ereditarietà lasciando la gerarchia inalterata
 Per inserire una nuova classe in un progetto software occorre: che la classe abbia un significato semantico in linea con il
problema.
 Quale di queste affermazione sulla Java Virtual Machine è falsa: esegue il codice macchina del programma
 Quali fra le seguenti affermazioni sul metodo main in Java è scorretta?: deve essere sempre definito in ciascuna classe del
programma
 Quali fra le seguenti dichiarazioni di classe in Java è corretta?: public class Auto {...}
 In Java il blocco di codice che definisce un metodo è delimitato da: parentesi graffe
 In Java è possibile dichiarare un metodo al di fuori del blocco di codice che definisce una classe?: no, mai
 La Java Virtual Machine è un software che simula: un hardware
 In Java quale delle seguenti affermazioni sul byte code è falsa?: contiene il codice sorgente che girerà sulla Java Virtual
Machine
 Lo sviluppo Java consiste nel: scrivere il programma, salvarlo, compilarlo (con il comando javac) e infine mandarlo in
esecuzione (con il comando java)
 Per mandare in esecuzione il programma pippo. Java: occorre eseguire il comando java pippo
 Quale delle seguenti affermazioni sul linguaggio Java è falsa: funziona anche senza Java Virtual Machine.
 L'ambito di attività del compilatore mentre si sviluppa un'applicazione Java si riferisce a: alla sola fase di codifica
 L'ambito di attività della Java Virtual Machine mentre si sviluppa un'applicazione Java si riferisce a: alla sola fase di
definizione del flusso di esecuzione
 In Java nella dichiarazione di classe il modificatore specifica: come modificare le caratteristiche della classe
 In Java una volta scritti i file con la dichiarazione delle classi di oggetti: il programma non compila perché manca il main con
il flusso di esecuzione
 In Java le dichiarazioni delle classi fanno parte dell'ambito compilativo: TRUE
 Un progetto Java: È composto da più file, uno per ciascuna classe di oggetti e uno per il flusso di esecuzione del programma
 In Java un metodo definisce: una funzionalità della classe di oggetti
 In Java il seguente metodo è dichiarato nel modo corretto: public void metodo (){System.out.println("Ciao!");}
 In Java una variabile deve essere dichiarata: una sola volta e prima di essere usata la prima volta
 In Java la seguente variabile è dichiarata nel modo scorretto: int a;; .
 In Java una variabile di istanza: si inizializza al momento della creazione dell'oggetto con valori predefiniti
 In Java una variabile locale: deve essere per forza inizializzata dal programmatore altrimenti il compilatore segnala un errore
 In Java il ciclo di vita di una variabile locale: coincide con il ciclo di vita del metodo in cui è dichiarata: smette di esistere
quando il metodo ha terminato la sua esecuzione
 In Java una variabile di istanza appartiene alla classe in cui è dichiarata: falso, appartiene ad un oggetto istanziata dalla
classe in cui è dichiarata
 In Java i parametri formali: sono dichiarati con la dichiarazione di un metodo come specifica di variabili da passare al
metodo
 In Java il numero dei parametri formali (varargs): può essere dichiarato variabile purché tali parametri siano dichiarati dello
stesso tipo
 In Java il costruttore è un metodo che: non restituisce mai niente, infatti non ha tipo di ritorno
 In Java il costruttore è un metodo che: viene eseguito una e una sola volta al momento in cui si istanzia un oggetto
 In Java il costruttore di default è: inserito dal compilatore se nessun altro costruttore è dichiarato nella classe
 In Java un package è: una cartella che contiene file con le classi le quali hanno dichiarato di far parte del package attraverso
comando package.
 In Java un identificatore può iniziare per @:no, mai
 In Java gli identificatori: non hanno un limite massimo di caratteri
 Secondo le convenzioni di Java gli identificatori della classe: devono iniziare per lettera maiuscola
 Secondo le convenzioni di Java gli identificatori delle variabili: devono iniziare per lettera minuscola
 Secondo le convenzioni di Java gli identificatori delle costanti: devono avere tutte lettere maiuscole
 Secondo le convenzioni di Java gli identificatori dei metodi: devono iniziare per lettera minuscola
 In Java, un tipo di dato intero long è memorizzato in: 8 byte
 In Java, quando passiamo una reference di un oggetto in input ad un metodo, siamo sicuri che terminata l'esecuzione del
metodo, il reference: punta allo stesso oggetto a cui puntava prima dell'esecuzione del metodo
 In Java, al momento della dichiarazione di un oggetto: si definisce una reference all'oggetto (che vale null) che identifica
l'oggetto
 In Java, quando passiamo una reference di un oggetto in input ad un metodo, il parametro locale: È una copia della
reference dell'oggetto.
 In Java quale delle seguenti affermazioni è vera: Un array è un oggetto e quindi può essere dichiarato, istanziato e
inizializzato
 In Java e nell'utilizzo degli array, cosa rappresenta length?: un attributo che fornisce il numero di elementi di un array
 In Java, un array di stringhe è un array bidimensionale: FALSO, le stringhe non sono array di caratteri
 In Java, un array di oggetti contiene in ciascun elemento: i riferimenti (indirizzi) all'area di memoria allocata per ciascun
oggetto
 In Java, le istruzioni i++ e ++i con i una variabile int danno per i lo stesso risultato: sì, sempre
 In Java, d+=1 è equivalente a d++ dove d è una variabile double: sì, sempre
 In Java, l'istruzione System.out.println(1+2+"3"); stamperà: 33
 In Java, l'operatore di confronto == "uguale a" si applica a: tutti i tipi
 In Java, se abbiamo int i=5; int j=++i; int k=j++; int h=k--; boolean flag = ( (i != j) && ( (j : true
 In Java, se confrontiamo due reference con l'operatore == il risultato sarà true se: i due reference puntano allo stesso
oggetto.
 In Java, il costrutto switch può sostituire in ogni caso il costrutto if: falso, solo in caso di if concatenati e con test su alcuni
tipi di variabili (es. interi)
 In Java, il costrutto for può in ogni caso sostituire il costrutto while: sì, è vero lo può sostituire sempre
 Il costrutto switch può in ogni caso sostituire il costrutti while: falso, lo switch è un ciclo non una condizione
 In Java, il costrutto if permette di: di scegliere un flusso di esecuzione a seconda che si verifichi una certa condizione
 In Java, il costrutto for permette di: di ripetere un flusso di esecuzione un certo numero di volte
 In Java, è possibile solo usare il costrutto while: quando non si conosce a priori il numero di iterazioni da fare
 In Java, è possibile usare il costrutto for per i cicli infiniti: sì sempre anche se è meno chiaro e lineare
 In Java, il costrutto while è preferito al costrutto for per essere usato in caso di: condizioni espresse sullo stato
 In Java, nella sintassi del costrutto switch: il break è opzionale
 In Java, nella sintassi del costrutto switch è consigliabile: usare sempre la clausola default anche se non sembra
strettamente necessario.
 In un diagramma dei casi d'uso: L'attore è colui che rappresenta l'entità esterna che interagisce col sistema
 La generalizzazione è principalmente utilizzata per: Eliminare le ridondanze
 Il modello dei casi d'uso: Contiene una descrizione completa di tutti i casi d'uso
 L'utilizzo dei nomi nella definizione dei casi d'uso dovrebbe: includere verbi
 Il System Design segue la fase di: Analisi dei requisiti
 Gli attributi sono: Proprietà dei singoli oggetti
 Gli oggetti responsabili del coordinamento degli oggetti boundary sono: Control
 Un Class Diagram è composto: Solo da relazioni
 Quale tra i seguenti è il simbolo grafico con cui sono identificate le aggregazioni: Rombo
 Quale di queste non è una fase dell'euristica per l'individuazione degli oggetti entity: Individuare le parole chiave degli
scenari.
 Un sottosistema tipicamente corrisponde a: Una parte di lavoro che può essere svolta da un singolo sviluppatore.
 Gli attori rappresentano: Ruoli, cioè tipi di utente del sistema
 Le relazioni in uno Use Case Diagram rappresentano: Collegamenti logici tra due o più casi d'uso
 Quale tra queste non è una euristica per l'individuazione degli attributi: Esaminare i verbi
 Quale di questi è un modello di analisi dei requisiti: Modello funzionale
 Gli oggetti Entity rappresentano: Le entità del sistema che si sta modellando
 In UML un attore è identificato da: un omino
 Alla relazione del RAD partecipano: Cliente, utenti, project manager, analisti del sistema, progettisti
 Le tipologie di scenario sono: 3
 La relazione include: Consente di rappresentare un comportamento che si vuole portare al di fuori dei casi d'uso per motivi
di ruso
 La tecnica di layering è utilizzata per: Collegare tra loro i sottosistemi
 Con quali di queste opzioni gli oggetti control hanno una stretta relazione: Use Case
 attività di progettazione della decomposizione del sistema in sottosistemi: Si basa sugli Use Case
 Il modello ad oggetti: rappresenta il sistema dal punto di vista dell'utente
 Per requisito non funzionale si intende: una descrizione di aspetti non correlati alle funzionalità del sistema
 Nei sequence diagrams le colonne rappresentano: Oggetti
 Un diagramma a stati: È detto Statechart Diagram
 Il Documenti di Analisi dei Requisiti: Descrive in maniera completa i requisiti funzionali e non funzionali
 I principali diagrammi UML sono: 4
 La relazione di tipo extend: viene utilizzata per estendere delle funzionalità
 Quali tra queste sono le proprietà principali dei sottosistemi: Copuling e cohesion
 Gli oggetti Boundary rappresentano: l'interfaccia del sistema con gli attori
 Le relazioni nei casi d'uso sono di: tre tipologie diverse
 Uno Use Case Diagram prevede: La presenza di attori, pacchetti e casi d'uso
 Il modello di analisi consiste di oggetti di tre tipi: Entity, Boundary e Control
 Uno degli scopi del System Design è quello di: Definire gli obiettivi di design (Design Goals) del progetto e le priorità di
ciascun design goal
 Il modello di analisi è composto da: tre modelli
 Un sequence Diagram rappresenta: Quando e come vengono svolte determinate operazioni
 Tra le attività del system design troviamo: Identificare gli obiettivi di design
 Un caso d'uso consiste di: Un nome univoco, gli attori, entry conditions, flusso degli eventi, exit condition e requisiti speciali
 Il Sequence Diagram illustra la sequenza di interazioni tra gli oggetti per la realizzazione di: un caso d'uso.