C (Glossario di Visual Studio ALM)

Nel presente glossario sono riportate le definizioni dei termini chiave utilizzati nella Guida di Visual Studio Application Lifecycle Management (ALM).

• CAB
  Vedere comitato consultivo per le modifiche.

• analisi grafico chiamate
  Grafico delle chiamate ai metodi e dei punti del programma che effettuano le chiamate. Un nodo rappresenterà un metodo e il collegamento rappresenterà la relazione degli altri metodi che vengono chiamati.

• comitato consultivo per le modifiche
  Gruppo formalmente costituito di persone con funzioni di fornitura di servizi e di supporto, responsabile della valutazione, pianificazione e autorizzazione delle modifiche da apportare all'ambiente IT. Il comitato consultivo per le modifiche (CAB, Change Advisory Board) è un elemento essenziale in un processo formale di gestione delle modifiche ed è in genere costituito da rappresentanti di tutte le aree IT e delle Business Unit. Per i progetti, questo gruppo è responsabile dell'approvazione o del rifiuto delle modifiche proposte che il progetto apporterà all'ambiente IT.

• controllo modifiche
  Principi e processi che semplificano la gestione delle modifiche senza compromettere la qualità o l'integrità di una soluzione o un progetto IT, tramite procedure strutturate di invio, approvazione, implementazione e revisione delle richieste di modifica.

• gestione dei cambiamenti
  Prassi di amministrazione delle modifiche tramite tecniche e metodi testati al fine di evitare nuovi errori e di ridurre l'eventuale impatto sui livelli dei servizi IT concordati in base ai contratti di servizio.

• insieme di modifiche
  Raggruppamento logico di modifiche. Lo scopo degli insiemi di modifiche è il raggruppamento, tramite un'unica operazione di archiviazione, di tutti gli aggiornamenti dei file e degli elementi di lavoro inviati.

• ID insieme di modifiche
  ID numerico assegnato a un insieme di modifiche specifico.

• archiviazione
  Archiviazione di un file o di un progetto in un database.

• note di archiviazione
  Commenti associati a un insieme di modifiche aggiunti durante il processo di archiviazione tramite la richiesta di dati specifici all'utente. Le note di archiviazione possono essere configurate come obbligatorie da un amministratore.

• test di archiviazione
  Test eseguito da uno sviluppatore per determinare se il codice ha compromesso la stabilità generale del prodotto.

• estrazione
  Inserimento di una copia modificabile di un file o progetto da un database di Visual SourceSafe a una cartella di lavoro.

• diagramma classi
  Rappresentazione visiva e statica delle classi e delle relazioni tra le classi.

• duplicazione
  Processo mediante il quale una nuova macchina virtuale viene creata da una macchina virtuale esistente. La nuova macchina virtuale ha la stessa identità del computer di origine.

• analisi codice
  Verifica del codice per determinarne la conformità alle linee guida di progettazione. Oltre alla compilazione, durante l'analisi del codice viene eseguita la ricerca di errori di codifica e progettazione comuni definiti in base a un insieme di linee guida.

• completamento codice
  Attività cardine di sviluppo che determina il momento in cui tutte le caratteristiche della versione vengono implementate e in cui la funzionalità è stata verificata in base alla specifica funzionale.

• code coverage
  (1) Tecnologia che comporta l'aggiunta di istruzioni a un elemento o assembly esistente e che consente a Visual Studio di monitorare i percorsi di codice coinvolti in un test. (2) Per MSF Agile: metrica utilizzata per descrivere fino a che punto è stato testato il codice sorgente di un programma. Viene espressa come percentuale dei blocchi di codice testati rispetto al numero totale di blocchi.

• blocco del codice
  Punto in cui non è possibile modificare un documento tecnico di progetto (specifica dei requisiti, specifica funzionale e così via) o un componente sviluppato della soluzione senza una giustificazione motivata e l'approvazione dei principali cointeressati.

• revisione del codice
  Valutazione del codice per migliorarne la qualità e le capacità del team di sviluppo. I tipi di revisione del codice includono la revisione formale, la revisione interna e la revisione esterna.

• test Web codificato
  Tipo di test creato in genere convertendo in codice C# o Visual Basic un test Web registrato.

• test codificati dell'interfaccia utente
  Test automatizzato dell'interfaccia utente di un'applicazione. Un test codificato dell'interfaccia utente verifica le azioni dell'utente e convalida i risultati previsti.

• probe di raccolta
  Funzioni che raccolgono le tempistiche e altri dati sulle prestazioni in un modulo instrumentato.

• Opzioni colonna
  Finestra di dialogo che consente di specificare le colonne e l'ordinamento di visualizzazione in un elenco di risultati.

• comando
  Un'istruzione di un programma per computer che, se emessa dall'utente, provoca l'esecuzione di un'azione. I comandi vengono generalmente digitati mediante la tastiera oppure selezionati da un menu.

• script comune
  Nell'ambito degli unit test del database, può essere uno script TestInitialize o uno script TestCleanup. Gli script comuni non vengono eseguiti come parte di uno unit test del database, ma prima e dopo i test e le relative esecuzioni per modificare l'ambiente di test, incluso il database da testare.

• Common Structure Services
  Meccanismo di Team Foundation per la descrizione di una gerarchia di funzionalità.

• ambiente composto
  Ambiente virtuale creato da macchine virtuali create all'esterno di Microsoft Test Manager e già distribuite in un gruppo host.

• progettazione concettuale
  Fase importante del processo di progettazione, nella quale il team del progetto trasforma i requisiti aziendali in un linguaggio comune condivisibile da utenti e sviluppatori e descrive l'insieme di funzionalità e/o gli scenari di utilizzo che la soluzione deve includere. La progettazione concettuale è analoga agli schizzi e agli schemi creati quando si progetta una casa. Si tratta di modelli facilmente comprensibili creati congiuntamente dal cliente e dall'architetto della soluzione.

• gestione della configurazione
  Processo volto a identificare e definire gli elementi di configurazione in un sistema, a registrare e segnalare lo stato degli elementi di configurazione e delle richieste di modifica e a verificare la completezza e la correttezza degli elementi di configurazione.

• variabile di configurazione
  Variabile che specifica un requisito per il test, ad esempio un requisito hardware o software. A ogni variabile di configurazione è associato un set di valori consentiti.

• vincolo
  Condizione logica su una parte di modello. Ogni vincolo è rappresentato da un metodo di convalida implementato su una classe di dominio nel modello in uso.

• piano di emergenza
  Piano ideato per affrontare i rischi riconosciuti che possono presentarsi nel corso di un progetto. Il piano identifica le strategie alternative da utilizzare per assicurare la riuscita del progetto qualora si verifichino i rischi specificati.

• preventivato
  Elemento di cui è stata fornita una stima o un costo.

• insieme di contatori
  Insieme di contatori delle prestazioni del sistema utili da monitorare durante un test di carico. Gli insiemi di contatori sono organizzati in base alla tecnologia, ad esempio ASP.NET o SQL.

• mapping dell'insieme di contatori
  Associazione tra un insieme di contatori e un computer utilizzata durante un test di carico. A un server Web, ad esempio, possono essere associati mapping di insiemi di contatori per applicazioni ASP.NET, IIS e .NET.

• soglia contatore
  Avvisi che è possibile impostare in un particolare contatore per notificare l'utilizzo delle risorse del sistema durante l'esecuzione di un test di carico. Esistono due tipi di soglia: di avviso e critica. Le definizioni degli insiemi di contatori contengono le soglie predefinite per molti indicatori di prestazioni principali.

• raccolta dei dati di code coverage
  Informazioni raccolte in fase di esecuzione che identificano i blocchi o le righe di un'applicazione che vengono eseguite almeno una volta.

• percorso critico
  Serie di attività che determina la durata del progetto. In un modello deterministico, il percorso critico viene in genere definito come l'insieme di attività con float inferiore o uguale a un valore specifico, in genere zero. È il percorso più lungo del progetto.

• cliente
  Persona che si aspetta di ricavare un valore aziendale dalla soluzione, nonché destinatario di un servizio o prodotto.