Linguaggi di Programmazione
|
|
Titolo del test:
![]() Linguaggi di Programmazione Descrizione: Dalla Lezione 37-54 |



| Nuovo commento |
|---|
NESSUN RECORD |
|
Di cosa si occupa il workflow Requisiti?. Verificare l'ambiente operativo del committente. Catturare e definire ciò che il sistema deve fare. Gestire la manutenzione a lungo termine. Generare l'architettura di sistema. Qual è il workflow dominante allocato nella fase di Inception (Principio)?. Implementazione. Test. Design. Requisiti. In quale fase si sviluppano i primi prototipi e si affinano i requisiti con il committente, prevedendo più cicli interi di RADIT?. Construction (Costruzione). Inception (Principio). Transition (Transizione). Elaboration (Elaborazione). Come sono definite le milestone nel processo UP, indicando che rilasciano un risultato tangibile?. Deliverable. Architetture a cascata. Funzionalità non funzionali. Obiettivi utopici. Qual è l'obiettivo principale del workflow Implementazione?. Definire l'architettura di alto livello. Generare il software e il codice eseguibile. Raffinare e strutturare i requisiti. Creare i modelli di progettazione UML. Durante la fase di Construction, pur potendo rifinire e ampliare il prototipo, cosa non può essere alterato?. Il corredo per il test. Il manuale utente. La struttura generale dell'architettura definita in Elaboration. Le classi o i metodi a livello di implementazione. Cosa verifica il workflow Test (Collaudo) nel Processo Unificato?. La definizione degli obiettivi del ciclo di vita. Che l'implementazione funzioni esattamente come previsto. L'allocazione dello sforzo nei workflow. L'approvazione del committente. Quale attività cruciale è fondamentale nella fase di Elaboration per stabilizzare la struttura del sistema e deve essere "congelata" in questa fase?. Si fissano i difetti emersi nel beta test. L'architettura viene definita e "congelata". Si elabora il piano di supporto post-rilascio. Si produce il Software Specification approssimativo. Qual è la milestone della Fase di Transition (Transizione). Obiettivi del ciclo di vita. Capacità operativa iniziale. Architettura del Ciclo di Vita. Rilascio del prodotto (Product Release). Nella fase di Transition, su quali workflow è posta la maggiore enfasi?. Business case e design. Requisiti e analisi. Design e requisiti. Implementazione e test. Quale documento è un deliverable cruciale della fase di Construction, che deve essere operativo, semplice e funzionale?. Il piano iniziale di progetto. Il manuale utente. Il caso di business aggiornato. Il documento sui requisiti essenziali. Cosa definiscono i Requisiti Funzionali di un sistema?. I vincoli sulle prestazioni e l'affidabilità del sistema. Gli obiettivi finanziari del progetto. L'architettura software da implementare. Le funzionalità o i servizi che il sistema deve fornire agli utenti. Quale tecnica di elicitazione dei requisiti prevede l'osservazione diretta delle persone sul posto di lavoro, tenendo conto dei fattori sociali?. Brainstorming. Etnografia. Intervista strutturata. Simulazione di sistema. Nello schema di prioritizzazione MoSCoW, quali sono i requisiti fondamentali senza cui il sistema non funziona correttamente?. Could have. Must have. Should have. Want have. Qual è il risultato concordato del workflow di requisiti che serve come base per lo sviluppo?. Lo studio di fattibilità (Feasibility Study). La Specifica dei Requisiti Software. Il piano di gestione del cambiamento. La lista degli stakeholder. A cosa serve l'ID (Identificatore Univoco) in una struttura standard di requisito?. A identificare l'attore principale del requisito. A definire il Linguaggio di Programmazione. A stabilire il livello di priorità MoSCoW. Essenziale per la tracciabilità all'interno della documentazione di progetto. In che linguaggio sono spesso scritti i requisiti utente, destinati ai clienti e agli utenti finali?. Linguaggio naturale. Notazione UML standardizzata. Linguaggio formale matematico. Specifiche strutturate basate su moduli. Come inizia tipicamente il processo di ingegnerizzazione dei requisiti, prima della specifica dettagliata?. Con la definizione dell'architettura hardware. Con la convalida del sistema completo. Con la redazione di un Documento di Visione d'Insieme. Con la stesura del codice sorgente preliminare. Qual è un principio fondamentale da seguire per l'ingegnere informatico durante un'intervista?. Autocontrollo nel non proporre soluzioni immediate. Richiedere che l'intervistato scriva il codice. Focalizzarsi solo sulle risposte sì/no. Condurre interviste di gruppo anziché individuali. Quale tecnica di elicitazione è considerata uno dei modi più efficienti per catturare informazioni ed è basata sul brainstorming?. Questionari anonimi. Gruppo di lavoro (o workshop). Intervista singola. Osservazione etnografica. L'uso di quantificatori universali come "tutti", "sempre" o "mai" suggerisce quale problema di elicitazione?. Conflitto di requisiti. Validità del requisito. Tracciabilità. Generalizzazione. Oltre agli utenti finali, l'analisi dei requisiti deve considerare chiunque sia influenzato dal sistema, come ad esempio gli... Nessuna delle altre opzioni. Concorrenti diretti. Installatori o manutentori. Dirigenti di altre aziende. Un caso d'uso (use case) deve essere considerato a quale livello?. Basso livello, come l'attivazione di una singola funzionalità atomica. Medio livello, focalizzato sui dettagli implementativi. Livello di codice sorgente. Ad alto livello, rappresentando il risultato finale di un'interazione completa. Come è raffigurato il Soggetto (Confine del Sistema) nel linguaggio UML?. Un rettangolo. Un omino stilizzato. Un ovale. Una linea tratteggiata. Cosa rappresenta un Attore nella modellazione dei casi d'uso?. Una persona specifica che utilizza il sistema. Una classe software interna al sistema. Un ruolo che un'entità esterna interpreta in un particolare contesto. Una singola funzionalità atomica. Quale struttura si raccomanda per la denominazione dei casi d'uso?. Una descrizione lunga e narrativa del contesto. Una frase breve che includa un verbo d'azione e il risultato (Verbo + Oggetto). Il nome della persona che lo richiede. Un nome aderente alla implementazione codice come "Funzionalità X". Qual è lo scopo principale del Glossario di Progetto?. Catturare il linguaggio specifico del dominio e risolvere le ambiguità lessicali. Sostituire la documentazione dei requisiti non funzionali. Fornire la lista finale di bug noti. Definire l'architettura tecnica del database. Gli Attori sono sempre posizionati... Rappresentati solo con diagrammi di classe. Rappresentati solo come routine temporali. All'interno del rettangolo del Soggetto. Esterni al sistema. Come sono tipicamente espresse e ordinate le sequenze di passi nel flusso di eventi?. Come equazioni matematiche. Come un elenco puntato non strutturato. Solo tramite diagrammi UML. Frasi dichiarative corte, numerate e ordinate nel tempo. Il costrutto FOR (Iterazione su Collezione) è simile a quale tipo di iterazione nei linguaggi di programmazione?. Do While. Go To. For each. If Then Else. Quale campo del caso d'uso dettagliato definisce la sequenza di step che realizzano il caso d'uso?. Descrizione Breve. Precondizione. Post-condizione. Flusso Principale (Main Flow). Perché l'identificativo numerico (ID) è necessario, anche se i nomi dei casi d'uso sono unici per il modello?. I nomi non sono mai unici. I nomi possono variare durante lo sviluppo del progetto. L'ID è una convenzione obsoleta. L'ID è usato per definire la precondizione. Cosa si intende per Flussi Alternativi (Alternative Flows)?. Scenari che gestiscono errori, eccezioni o interruzioni che deviano dal percorso primario. Funzionalità aggiuntive non richieste. La descrizione astratta del caso d'uso. Scenari di test non funzionali. Come viene costruito l'Identificativo (ID) di un flusso alternativo per mantenere la tracciabilità (es. ID principale 5)?. Tramite un identificatore casuale. Seguendo l'ID del caso d'uso principale, un punto e un numero (es. 5.1). Solo con un nome descrittivo. Aggiungendo un suffisso come "_ALT". Cosa indica l'assenza di una 'X' su una riga (requisito) nella matrice di tracciabilità?. Il caso d'uso è troppo dettagliato. Manca un caso d'uso che copra quel requisito. Il requisito non è funzionale. Il requisito è soddisfatto da tutti i casi d'uso. Quale convenzione segue il nome di un flusso alternativo?. Il nome del caso d'uso principale e l'ID. Solo il nome che identifica il flusso alternativo. Nome del caso d'uso principale, seguito da due punti, e poi il nome identificativo. Deve essere scritto in corsivo. Se l'obiettivo è la Generalizzazione dei Casi d'Uso, come si gestisce il caso d'uso originale ad alto livello di astrazione?. Viene dettagliato in versioni specifiche (specializzazioni). Viene marcato come Attore Primario. Viene eliminato dal modello. Viene convertito in un requisito non funzionale. Cosa possono fare i casi d'uso specializzati (i "figli") rispetto alle funzionalità ereditate dal genitore?. Possono solo ereditare, senza modifiche. Possono solo eliminare le funzionalità ereditate. Estendere o sovrascrivere (override) le funzionalità. Devono sempre rinominare tutte le funzionalità ereditate. Qual è la regola principale per l'uso dell'overriding nella documentazione del flusso dettagliato?. Il passo nel figlio è una continuazione del genitore. Il passo genitore non può essere modificato. Il passo nel figlio sovrascrive il passo nel genitore. L'overriding è riservato ai flussi alternativi. Quale soluzione alternativa viene suggerita per mitigare i problemi della notazione complessa per l'ereditarietà del flusso?. Non usare affatto la generalizzazione. Usare solo il costrutto WHILE. Restringere la specifica del caso d'uso genitore alla descrizione breve della sua semantica, evitando di specificare dettagliatamente il flusso di eventi. Creare un caso d'uso astratto per ogni specializzazione. Qual è l'obiettivo primario della relazione di inclusione tra casi d'uso (Use Cases) in UML?. Evitare la ripetizione di sequenze di eventi comuni a più casi d'uso. Definire la gerarchia di ereditarietà tra gli attori. Inserire un nuovo comportamento in un caso d'uso base completo. Specificare i dettagli implementativi a livello di codic. Rispetto alla completezza semantica, cosa distingue crucialmente la relazione di estensione da quella di inclusione?. Il caso d'uso base non è mai completo senza l'estensione. Il caso d'uso base è completo anche in assenza delle sue estensioni. L'estensione viene richiamata sempre come una chiamata di funzione. L'estensione non usa punti di estensione. Dal punto di vista logico, cosa accade una volta completati gli step operativi del main flow del caso d'uso incluso?. Il controllo ritorna immediatamente al caso d'uso base che aveva attivato l'inclusione. Il sistema si ferma in attesa di un'ulteriore precondizione. Il caso d'uso incluso deve essere avviato da un attore esterno. Il controllo passa al caso d'uso successivo per ID. Dove vengono stabiliti i punti di estensione (extension points) all'interno della relazione di estensione?. Nel caso d'uso di estensione. Nel glossario di progetto. Nel livello superiore della gerarchia di inclusione. All'interno del flusso del caso d'uso base. Qual è il principio progettuale fondamentale da seguire riguardo alla gerarchia di inclusione?. Il caso d'uso di inclusione deve sempre essere avviabile da un attore. Non si dovrebbero avere più di due livelli di inclusione. Si devono utilizzare almeno quattro livelli di inclusione per garantire la modularità. L'inclusione e l'estensione non devono mai essere combinate. Qual è l'obiettivo primario del workflow di analisi all'interno del processo di sviluppo software?. La creazione di modelli che descrivano il comportamento desiderato. La definizione dei vincoli hardware del sistema. La validazione tramite testing delle funzionalità del software. La traduzione del modello in codice eseguibile, focalizzandosi sul "come realizzarlo". Quale tipo di classi si dovrebbe evitare di includere in un modello di analisi efficace, secondo le regole empiriche?. Classi che rappresentano i concetti chiave del dominio di business. Classi con un alto livello di astrazione. Classi che fanno parte del vocabolario del dominio del problema. Classi derivanti dalla tecnologia o relative a problemi di comunicazione o accesso al database. Come è generalmente consentito l'accesso ai dati di un oggetto, in base al principio di incapsulamento?. Utilizzando classi di analisi derivanti dall'accesso al database. Solo attraverso le funzioni (o operazioni) che l'oggetto mette a disposizione. Direttamente manipolando i valori degli attributi in qualsiasi momento. Attraverso il comparto Attributi di un oggetto riferito. Il workflow di analisi e il workflow dei requisiti si sviluppano in stretta concomitanza. In quale fase si concentrano temporalmente i picchi di attività di entrambi i processi?. Fase di construction. Fase di inception. Fase di elaboration. Fase di transition. Nella notazione UML per le classi, quale prefisso viene utilizzato per indicare che un elemento (attributo o operazione) è privato e accessibile solo all'istanza di quella classe?. Il segno meno. Il segno più. Il simbolo hashtag. Il simbolo tilde. Qual è la caratteristica cruciale della relazione di Composizione (strong aggregation)?. L'oggetto componente non può essere condiviso tra più aggregati e la sua esistenza è vincolata alla vita dell'aggregato. Indica che un oggetto è l'istanza di una classe. Permette l'inserimento di un comportamento in un punto di estensione. L'oggetto componente può avere vita autonoma ed essere condiviso tra diversi aggregati. Quale convenzione di scrittura si adotta per i nomi delle classi, che dovrebbero essere sostantivi o sequenze di sostantivi?. Snake Case con underscore. Lower Camel Case. Upper Camel Case. Nessuna delle altre opzioni. Quale relazione tra classi implica una relazione "è un tipo di" (is-a-kind-of) e prevede l'ereditarietà di attributi e operazioni?. Aggregazione (weak aggregation). Generalizzazione. Composizione (strong aggregation). Relazione di dipendenza (instantiate). Quale convenzione di scrittura è tipicamente usata per i nomi degli attributi di una classe?. Upper Camel Case (Pascal Case). Lower Camel Case (prima lettera minuscola). Maiuscole complete. Separati da due punti. Quale simbolo denota la Visibilità di Package in UML?. Il simbolo tilde. Il segno più. Nessuna delle altre opzioni. La chiocciola. Chi può accedere alle caratteristiche definite con Visibilità Privata (-) in una classe?. Nessuna delle altre opzioni. Solo gli operatori definiti all'interno della stessa classe. Qualsiasi elemento che si trovi nello stesso package. Gli operatori privati di della stessa classe e delle altre classi. Quale elemento di un'operazione è posto dopo i due punti (:) nel suo formato generico?. I parametri con il valore di default. L'indicatore di visibilità. Il tipo di ritorno. Nessuna delle altre opzioni. Se la direzione di un parametro in un'operazione è omessa, come viene considerato di default?. Nessuna delle altre opzioni. Ingresso e Uscita (in out). Input (in). Output (out). Come vengono tipicamente distinti gli attributi e le operazioni con visibilità di classe (statiche) da quelli di istanza?. Nessuna delle altre opzioni. Sono scritti in maiuscolo. Sono preceduti dal simbolo tilde. Sono tipicamente sottolineati. Quali sono i tipi primitivi UML definiti nel set limitato standard?. integer, natural, boolean e string. Nessuna delle altre opzioni. character, byte, string e boolean. real, decimal, boolean e string. Quale simbolo UML indica la Visibilità Pubblica di un elemento?. Il simbolo hashtag. Il simbolo tilde. Il segno più. Nessuna delle altre opzioni. Riguardo agli attributi, come si relaziona la fase di analisi rispetto alla fase di progetto?. È raro che la fase di analisi contenga più attributi della fase di progetto. Nessuna delle altre opzioni. La fase di analisi e di progetto contengono sempre lo stesso numero di attributi. La fase di analisi deve contenere tutti gli attributi finali di progetto. Quale caratteristica di qualità implica che tutte le operazioni di una classe lavorano verso lo stesso obiettivo, e la classe possiede poche responsabilità ben definite?. Basso Accoppiamento. Alta Volatilità. Alta Coesione. Nessuna delle altre opzioni. In fase di analisi, quando un albero di ereditarietà è considerato profondo?. Nessuna delle altre opzioni. Se non contiene classi figlie. Se supera i due livelli di astrazione. Se supera i cinque livelli di astrazione. Cosa misura l'accoppiamento di una classe?. Il numero di livelli di astrazione nell'ereditarietà. Nessuna delle altre opzioni. Il numero di attributi della classe. Il numero di altre classi con cui una data classe ha relazioni. Nel processo di individuazione delle classi, su cosa si basa il metodo più pratico e diffuso?. Nessuna delle altre opzioni. Sulla definizione dei costruttori. Sull'analisi linguistica della descrizione del dominio del problema. Sull'analisi dei diagrammi di stato. Nell'analisi linguistica, cosa suggeriscono i verbi e le frasi con verbi?. La visibilità dei metodi. Nessuna delle altre opzioni. Le responsabilità o le operazioni delle classi. Gli attributi statici. Cosa rappresentano tipicamente le classi entità in relazione alle informazioni?. Informazioni persistenti. Logica di coordinamento. Interfacce utente temporanee. Nessuna delle altre opzioni. Le classi di controllo tendono a mostrare quale caratteristica rispetto ad altre classi?. Visibilità privata. Un maggiore accoppiamento (coupling). Nessuna delle altre opzioni. Bassa coesione. Quale tipo di classi RUP sono responsabili del coordinamento del comportamento interno del sistema che può corrispondere a uno o più casi d'uso?. Classi entità (Entity). Classi di controllo (Control). Classi di confine (Boundary). Nessuna delle altre opzioni. Qual è il compito principale delle classi di confine (Boundary)?. Definire l'architettura di sistema. Coordinare il comportamento interno del sistema. Mediare l'interazione tra l'ambiente esterno (l'attore) e il sistema. Nessuna delle altre opzioni. Qual è la caratteristica distintiva delle classi entità (Entity)?. Devono sempre essere oggetti fisici. Mediano l'interazione con l'attore. Nessuna delle altre opzioni. Modellano le cose gestite dal sistema e si distinguono per un comportamento relativamente semplice. Quali sono le tre tipologie cruciali di classi definite dagli stereotipi RUP per l'analisi?. Classi di servizio, classi astratte e classi statiche. Nessuna delle altre opzioni. Classi onnipotenti, classi solitarie e classi di database. Classi di confine (Boundary), classi di controllo (Control) e entità (Entity). Cosa definisce la molteplicità (o cardinalità) in un'associazione tra classi?. Il numero di oggetti di una classe coinvolti in una specifica relazione in un dato istante di tempo. La direzione di navigazione tra due oggetti. La tipologia di linguaggio di programmazione usato. Nessuna delle altre opzioni. Qual è la condizione necessaria affinché un collegamento possa esistere tra due oggetti?. Deve essere stata esplicitamente definita una navigabilità bidirezionale. Nessuna delle altre opzioni. Deve esistere un'associazione definita tra le rispettive classi di appartenenza. Gli oggetti devono appartenere alla stessa superclasse. I collegamenti tra oggetti sono connessioni statiche o dinamiche?. Statiche, perché definite a livello di classe. Nessuna delle altre opzioni. Dinamiche, perché possono mutare nel tempo. Statiche, perché definite nel codice sorgente. In un diagramma a oggetti, cos'è un collegamento (link)?. Nessuna delle altre opzioni. Una relazione tra classi che definisce la struttura statica. La definizione formale della cardinalità di un'associazione. Una connessione semantica che si instaura tra due oggetti, consentendo loro di scambiarsi messaggi. Quando si verifica un'associazione riflessiva?. Nessuna delle altre opzioni. Quando una classe ha un'associazione con sé stessa. Quando due classi hanno navigabilità bidirezionale. Quando un oggetto è collegato a un oggetto di una superclasse. Come deve essere formulato il nome di un'associazione secondo la sintassi formale?. Come un sostantivo singolare e scritto in Upper Case. Come un attributo chiave e scritto in maiuscolo. Come una frase contenente un verbo e scritto in lower case (minuscolo). Nessuna delle altre opzioni. In UML, come viene indicata l'assenza di navigabilità in una direzione specifica?. Tramite una freccia piena. Nessuna delle altre opzioni. Tramite una 'X' posta sul collegamento. Tramite un asterisco. Se la molteplicità è multipla, come vengono implementate le associazioni nel codice?. Nessuna delle altre opzioni. Utilizzando classi astratte. Sempre e solo come attributi semplici. Come array di attributi o, più comunemente, come collezioni. Quale Idioma di Navigabilità in UML 2.0 è il più utilizzato nella pratica?. Idioma 1. Idioma 2. Idioma 3. Nessuna delle altre opzioni. Quando sono necessarie le classi di associazioni?. Quando gli attributi non possono essere collocati chiaramente né nella classe sorgente né in quella target in relazioni molti-a-molti. Nessuna delle altre opzioni. Quando si usa solo la navigabilità unidirezionale. Quando la molteplicità è 1:1 per entrambe le classi. Cosa esprime il concetto di navigabilità nelle associazioni?. Nessuna delle altre opzioni. La gerarchia tra superclasse e sottoclasse. La necessità di sovrascrivere metodi astratti. La direzione secondo cui è possibile per un oggetto di una classe accedere ai riferimenti degli oggetti di un'altra classe con cui è associato. Se la molteplicità è uno-a-uno (1:1), quale può essere la soluzione migliore per rappresentare la classe target?. Semplicemente come un attributo della classe sorgente. Usando una classe di associazione. Usando esclusivamente il qualificatore. Nessuna delle altre opzioni. Quale problema di navigabilità può sorgere utilizzando l'Idioma 3?. Richiede sempre l'uso di collezioni. Non permette l'uso di qualificatori. Non è sempre possibile dedurre se la navigabilità è stata esplicitamente definita o se è stata omessa (indefinita). Nessuna delle altre opzioni. Qual è la funzione principale di un qualificatore nelle associazioni qualificate?. Permettere l'uso di puntatori in Java. Indicare che la navigabilità è assente. Nessuna delle altre opzioni. Trasformare un'associazione N-a-molti in un'associazione N-a-uno. Qual è la principale differenza tra la dipendenza access e la dipendenza import a livello di package?. Import comporta la fusione dei namespace, mentre access li mantiene separati. Access si applica solo tra classi, import solo tra package. Nessuna delle altre opzioni. Access indica l'invio di un segnale, import l'invocazione di un metodo. Graficamente, in UML, come viene modellata una dipendenza?. Nessuna delle altre opzioni. Da una linea continua con una freccia chiusa. Da una linea tratteggiata con una 'X' al posto della freccia. Da una linea tratteggiata con una freccia aperta che punta dal cliente verso il fornitore. Quali sono le tre categorie principali di dipendenze classificate nella specifica UML2?. Dipendenze di Navigabilità, di Molteplicità e di Ruolo. Dipendenze di Aggregazione, di Composizione e di Generalizzazione. Dipendenze d’Uso, di Astrazione e di Permesso. Nessuna delle altre opzioni. In una relazione di dipendenza, chi è l'elemento "cliente"?. L'elemento fornitore che subisce le modifiche. Nessuna delle altre opzioni. L'elemento dipendente che richiede e utilizza un'informazione o un servizio. L'elemento più generale in una generalizzazione. Cosa modella lo stereotipo instantiate?. L'invocazione letterale di un metodo nel fornitore. Nessuna delle altre opzioni. Si verifica quando il cliente crea un'istanza (un oggetto) del fornitore. La relazione tra entità a diversi livelli di astrazione. Se il tipo di dipendenza non viene specificato, quale tipo si assume implicitamente in UML?. Una dipendenza di permesso. Nessuna delle altre opzioni. Una dipendenza di astrazione. Una dipendenza di utilizzo (uso). Quale stereotipo di dipendenza di astrazione implica che l'elemento cliente può essere usato al posto del fornitore in fase di esecuzione?. Nessuna delle altre opzioni. Refine. Trace. Substitute. Cosa eredita una sottoclasse dalla sua classe genitore?. Nessuna delle altre opzioni. Solo gli attributi definiti come pubblici. Solo le operazioni astratte e i vincoli. Integralmente tutti gli attributi, le operazioni, le relazioni e i vincoli definiti. Come viene classificata la generalizzazione in termini di dipendenza?. È la forma più debole di dipendenza. È un tipo di dipendenza di permesso. Nessuna delle altre opzioni. Costituisce la forma più forte di dipendenza. Qual è la caratteristica principale di una classe astratta?. È obbligatorio che erediti da una classe concreta. Può ridefinire solo attributi, non operazioni. Non può essere istanziata, ovvero non è possibile creare direttamente oggetti di quella classe. Nessuna delle altre opzioni. Qual è il grande vantaggio del polimorfismo?. La possibilità di inviare il medesimo messaggio a oggetti appartenenti a classi distinte ottenendo l'azione appropriata. Assicura che le classi abbiano sempre lo stesso livello di astrazione. Nessuna delle altre opzioni. Permette alla superclasse di essere istanziata direttamente. Cos'è un'operazione polimorfica?. Un'operazione definita solo nella classe base astratta. Un'operazione che non può essere sovrascritta. Nessuna delle altre opzioni. Un'operazione che ammette implementazioni differenti. |





