La presente guida di riferimento illustra i concetti, i termini e gli elementi visivi principali per consentire di acquisire immediatamente dimestichezza con il prodotto.

Terminologia e concetti della piattaforma Jazz

Le risorse utente Jazz sono archiviate in un Repository, al quale possono accedere solo Utenti autorizzati.

Il repository contiene Aree progetti che includono le risorse utente per un progetto. A ogni area progetti è associato un Processo, che regola l'esecuzione del progetto e personalizza il comportamento di Jazz. Il processo è definito da una specifica e da una descrizione. La specifica del processo definisce le Iterazioni del progetto e il relativo comportamento durante tali iterazioni. La descrizione del processo corrisponde a un sito Web in cui viene illustrato il processo.

È possibile scegliere tra due processi predefiniti: Eclipse Way e OpenUP (lavorazione in corso). È anche possibile definire dei processi personali o modificare un processo esistente.

Una volta Connessi a un'area progetti, è possibile accedere alle risorse utente del progetto.

Le aree progetti sono suddivise in un insieme di Aree team, che descrivono i team al lavoro sul progetto. Ogni area team dispone di un elenco di membri e dei relativi Ruoli del processo all'interno del team. Un utente può essere membro di più team. Ogni area team può definire Personalizzazioni del processo per adattare Jazz alle esigenze del team e dei relativi team secondari.

Nei progetti più semplici, tutte le attività si trovano su un'unica Linea di sviluppo principale con un solo flusso. È comunque possibile creare linee di sviluppo aggiuntive, ad esempio per attività di manutenzione. Ogni linea di sviluppo dispone delle proprie aree team e personalizzazioni del processo.

Il lavoro pianificato viene descritto dagli Elementi di lavoro. I tipi di elementi di lavoro utilizzati in un'area progetti vengono definiti dal processo. Ad esempio, il processo Eclipse Way definisce i tipi di elemento di lavoro Difetti, Attività e Miglioramenti. Ogni tipo di elemento di lavoro può disporre di proprie transizioni di stato e campi personalizzati. Gli elementi di lavoro vengono archiviati per Categorie, consentendone l'organizzazione per aree funzionali. Ogni area progetti definisce l'elenco delle categorie disponibili. Ogni area team è Associata alla categoria dell'area funzionale della quale è responsabile il team.

È possibile trovare gli elementi di lavoro eseguendo delle Query. Le query possono essere private (dell'utente) o condivise con il team.

Il lavoro in un'area progetti viene svolto in una sequenza di Iterazioni le cui date di inizio e di fine sono definite nello stato del processo. Una delle iterazioni viene definita come iterazione Corrente dal processo. Durante la pianificazione del lavoro, un elemento di lavoro viene Destinato a una particolare iterazione. È possibile pianificare tutto il lavoro che deve fare parte di un'iterazione creando un Piano di iterazione.

Per lavorare sui file del progetto nel Controllo origine si utilizza uno Spazio di lavoro del repository personale. Lo spazio di lavoro del repository viene Caricato per copiare i file e le cartelle nello spazio di lavoro Eclipse sul computer in uso. Jazz tiene traccia di tutte le modifiche apportate ai file controllati dall'origine tramite Serie di modifiche. Ogni serie di modifiche registra le modifiche a uno o più file o cartelle singoli, con il relativo commento, e fa riferimento all'elemento di lavoro in questione motivando le modifiche. Le serie di modifiche vengono sottoposte a Check-in per caricare le copie dei file modificati dallo spazio di lavoro Eclipse nello spazio di lavoro del repository.

I team utilizzano un Flusso per archiviare la copia principale dei file del progetto; ogni spazio di lavoro del repository contiene una copia. Uno spazio di lavoro del repository e il flusso del team sono Collegati. Le serie di modifiche del proprio spazio di lavoro del repository vengono Consegnate al flusso per essere incorporate nella copia principale; si tratta delle serie di modifiche In uscita. Le serie di modifiche In entrata invece sono quelle trasferite al flusso da altri membri del team. Le serie di modifiche in entrata vengono Accettate per incorporare le relative modifiche nel proprio spazio di lavoro del repository e nel proprio spazio di lavoro Eclipse.

La base del file controllato dall'origine è composta esclusivamente dall'accrescimento costante delle serie di modifiche, ognuna delle quali si basa sulla rispettiva versione precedente. La Cronologia delle modifiche è la sequenza di serie di modifiche per uno spazio di lavoro del repository o per un flusso.

La base del file controllato dall'origine può essere partizionata in uno o più Componenti separati, ognuno con la propria struttura ad albero di cartelle e file, e la propria cronologia delle modifiche. Gli spazi di lavoro del repository e i flussi semplici sono composti da un solo componente. Più componenti sono utili per i team che sviluppano software suddiviso in livelli, in cui le varie parti si evolvono in maniera semi indipendente e sono distribuite separatamente.

La creazione di una Baseline di un singolo componente in uno spazio di lavoro del repository consente di acquisire un momento preciso di interesse. La creazione di un' Istantanea invece consente di acquisire baseline simultanee tra tutti i componenti.

Ogni team può avere la propria Build, descritta in una Definizione build associata all'area team. La definizione build definisce l'intervallo della build, lo script di build da utilizzare e lo spazio di lavoro del repository da utilizzare per recuperare i file. Una build può essere eseguita su diversi Motori di build.

È possibile utilizzare i Feed per sapere su cosa stanno lavorando gli altri colleghi oppure per avere notizie sugli altri team. Quando vengono modificate delle risorse utente nel repository, vengono inviati automaticamente degli avvisi di evento ai feed.

Elementi dell'interfaccia utente di Eclipse

Viste (titolo della vista in grassetto)

La vista Risorse utente del team consente di gestire le connessioni a un repository e a un'area progetti. Una volta connessi a un'area progetti è possibile accedere alle relative risorse utente, raggruppate in nodi diversi.

La vista Team Central fornisce una rapida panoramica delle informazioni importanti per il proprio lavoro, incluse le build, l'attività sugli elementi di lavoro o le consegne di serie di modifiche. Questa vista presenta una serie di sezioni che possono essere configurate dall'utente. Generalmente, a ogni sezione è associata una vista o un editor particolare che fornisce maggiori dettagli.

La vista Modifiche in sospeso mostra le serie di modifiche in entrata e in uscita raggruppate per componente. Questa vista viene generalmente utilizzata per trasferire e accettare le modifiche.

La vista Lavoro personale mostra il lavoro attualmente assegnato all'utente. Questa vista viene generalmente utilizzata per iniziare a lavorare su un elemento di lavoro.

La vista Elementi di lavoro mostra gli elementi di lavoro restituiti da una query elemento di lavoro.

La vista Build mostra i riepiloghi dei risultati della build. Per analizzare in dettaglio i risultati della build, è possibile aprirli in un editor.

La vista Consulente team viene visualizzata quando si esegue un'operazione che viola una specifica del processo. Nella vista viene segnalato l'errore e spesso una fix rapida per il problema.

Editor

L'editor Area progetti consente di accedere alla specifica del processo, alle linee di sviluppo e alle categorie dell'area progetti.

L'editor Area team consente di accedere ai membri di un team e ai rispettivi ruoli. In questo editor il team può inoltre personalizzare i propri processi.

L'editor Elemento di lavoro consente di creare o modificare un elemento di lavoro, modificarne lo stato e aggiungere commenti, allegati e link ad altre risorse utente. Quando si salva l'editor, l'elemento di lavoro aggiornato verrà trasmesso al repository.

L'editor Pianificazione consente di creare o modificare un piano di iterazione. Un piano di iterazione viene definito per una particolare destinazione di iterazione.

L'editor Risultato della build mostra il riepilogo di una build e dispone di schede che visualizzano l'output dettagliato raccolto per le diverse fasi della build.

Riquadri della riga di stato

Lavoro corrente mostra l'elemento di lavoro corrente sulla riga di stato in basso a destra della finestra del workbench Eclipse. Le modifiche apportate verranno raccolte in una serie di modifiche associata all'elemento di lavoro.

Il campo di immissione Elemento di lavoro consente di passare rapidamente a un elemento di lavoro immettendo il numero di un elemento di lavoro o una parola della descrizione o del riepilogo. Viene visualizzato sulla riga di stato in basso a sinistra della finestra del workbench Eclipse.