Uno sviluppatore di schema di solito è responsabile della progettazione e della modifica di modelli di processo mediante la definizione, l'implementazione, la verifica e la gestione di schemi. Può anche abilitare l'accesso e-mail e creare o modificare interrogazioni pubbliche, grafici e prospetti.
La descrizione della procedura richiesta per progettare ed implementare un sistema di gestione della richiesta di modifica va oltre l'ambito di questa guida. Tuttavia, è necessario investire il proprio tempo per creare un piano di implementazione dettagliato. Uno sforzo significativo di solito viene richiesto per analizzare i processi esistenti (poiché sono raramente documentati) e per ottenere consensi su quella che dovrebbe essere la modalità di utilizzo.
Per progettare e implementare un progetto di gestione della richiesta di modifica è necessario:
Un team potrebbe essere responsabile congiuntamente di molte di questa attività, ma lo sviluppatore di schema deve garantire che non venga ignorato alcun passaggio.
Utilizzare la funzione di manutenzione per creare e gestire gli archivi di schemi.
Quando si crea un archivio di schemi, viene creata anche una connessione (o un gruppo di database) che memorizza tutti i database associati agli schemi in tale archivio di schemi. Successivamente viene utilizzata la funzione di manutenzione per gestire queste connessioni.
Viene utilizzato anche Designer per creare un database dell'utente e associarlo ad uno schema predefinito.
Per ulteriori informazioni, consultare Gestione di database .
Documentare il modello o i modelli del processo che devono essere applicati dallo schema. La documentazione può includere queste informazioni:
Quando i requisiti sono noti, creare o modificare uno schema per creare il modello del processo.
Diversi schemi predefiniti sono disponibili per supportare questa attività.
| Schemi | Descrizione |
|---|---|
| AnalystStudio | Uno schema con campi e regole che consentono di utilizzare Rational ClearQuest con IBM Rational AnalystStudio. Contiene le personalizzazioni da utilizzare con IBM Rational RequisitePro. |
| Blank | Contiene solo i campi del sistema. Una base di configurazione minima per creare gli schemi. |
| Common | Una configurazione a livello di base con gli elementi dello schema più comuni. |
| DefectTracking | Uno schema con le funzioni dei processi per memorizzare i difetti. |
| DevelopmentStudio | Uno schema con campi e regole che consentono di utilizzare Rational ClearQuest con Rational DevelopmentStudio. Contiene anche campi e regole che utilizzano IBM Rational Purify, IBM Rational Quantify e IBM Rational PureCoverage. |
| Enterprise | Uno schema con campi e regole che consentono di utilizzare Rational ClearQuest con IBM Rational Suite Enterprise. Contiene campi e hook che utilizzano tutti i prodotti IBM Rational. |
| TestStudio | Uno schema con campi e regole che consentono di utilizzare Rational ClearQuest con IBM TestStudio. Contiene anche campi e regole che utilizzano Rational TeamTest, Rational RequisitePro, Rational Purify, Rational Quantify e Rational PureCoverage. |
| UnifiedChangeManagement | Uno schema con campi e regole che consentono di utilizzare Rational ClearQuest con Rational UCM. |
Per creare uno schema in grado di modellare il processo, sono disponibili diverse opzioni:
Quando viene creato o modificato uno schema, utilizzare Designer per creare o aggiornare il database dell'utente per utilizzare l'ultima versione dello schema.
Per ulteriori informazioni, consultare Gestione di utenti .
È possibile impostare Rational E-Mail Reader per consentire agli utenti di inviare e modificare le richieste di modifica tramite e-mail, invece di utilizzare il client Rational ClearQuest.
Per eseguire questa operazione, impostare almeno un account di posta dedicato. Gli utenti possono inviare messaggi a questo account quando desiderano inviare o modificare una richiesta di modifica. Il messaggio e-mail deve seguire un formato impostato in modo tale che i dati possono essere interpretati da Rational E-Mail Reader, che viene eseguito come servizio Windows sul server database. Per assistere gli utenti durante l'invio di messaggi e-mail che possono essere analizzati ed elaborati da Rational E-Mail Reader, è possibile creare e distribuire modelli di messaggi e-mail nel formato appropriato.
È possibile anche creare regole che inviano notifiche agli utenti Rational ClearQuest tramite e-mail quando si verifica un evento specifico.
Per effettuare tale operazione, applicare il pacchetto E-mail a tutti gli schemi che si desidera siano in grado di accettare informazioni tramite e-mail. Questo pacchetto crea un tipo di record senza stato definito Email_Rule. Quindi, è possibile creare una serie di regole che attiva una notifica e-mail quando si verifica un evento specifico, quale la transizione di una richiesta di modifica ad un nuovo stato.
Per ulteriori informazioni, consultare la sezione Gestione di e-mail ClearQuest.
È possibile importare dati da altre origini dati utilizzando Rational ClearQuest Import Tool ed esportando i dati ad altre origini dati.
Per ulteriori informazioni, consultare la sezione: Panoramica di importazione ed esportazione dati.
È possibile creare e modificare interrogazioni, grafici e prospetti e memorizzarli nella cartella Public Queries affinché siano disponibili per tutti gli utenti. In alternativa, è possibile delegare queste attività ad altri utenti come ad esempio gestori di progetti. Per informazioni sui privilegi utente richiesti nella creazione di interrogazioni, grafici o prospetti pubblici, consultare Privilegi dell'utente.
Per creare i prospetti, è necessario acquisire una licenza per uno strumento di creazione dei prospetti, come ad esempio il software Rational SoDA oppure il software Crystal Reports di Business Objects, Inc.
Una delle funzioni più potenti relative alla gestione degli account utenti è la possibilità di impostare i controlli di sicurezza sui record in modo tale che sia possibile controllare le informazioni disponibili per singoli gruppi utenti. Ad esempio, è possibile consentire ai clienti di inviare e visualizzare le richieste di modifica, ma senza poter visualizzare le informazioni riservate sulle richieste di modifica inviate da altri clienti o dai membri del team di sviluppo.
Per impostare questo tipo di sicurezza, è possibile rendere visibili i record solo a gruppi utenti specifici. È anche possibile limitare l'accesso ai campi su una scheda del modulo del record a gruppi utenti specifici.
Impostare i controlli di sicurezza sui record creando un campo per il contesto di sicurezza nel tipo di record e quindi assegnare le autorizzazioni dei gruppi utenti per visualizzare i record che hanno un determinato valore in questo campo.
Per ulteriori informazioni sulla sicurezza, consultare la sezione Creazione di un modello di sicurezza