Le azioni sono il meccanismo per inviare nuovi record al database, spostare record da uno stato all'altro e modificare o eliminare record.
Facendo clic sul pulsante Azioni in un modulo o nel menu Azioni nella barra degli strumenti, viene visualizzato un elenco di azioni valide e l'azione predefinita viene evidenziata in grassetto. Definire l'azione predefinita utilizzando la scheda Azione predefinita nella finestra delle proprietà dello stato. Consultare Azioni predefinite. È anche possibile richiamare un'azione predefinita da un hook.
Solo le azioni disponibili in questo momento, in base alle autorizzazioni dell'utente e allo stato del record, sono visualizzate. Per evitare eventuali problemi con le prestazioni, gli hook di controllo accesso non vengono eseguiti durante il calcolo delle azioni valide.
È possibile definire un'azione per eseguire queste attività:
È possibile controllare quali utenti hanno accesso a determinate azioni e quando possono essere eseguite le azioni.
Sono supportati vari tipi di azioni predefinite per le azioni utilizzate frequentemente, ad esempio l'azione Inoltra e l'azione Modifica stato. Consultare Tipi di azione supportati.
In Designer, ogni tipo di record ha una griglia Azioni che definisce le azioni disponibili per i record di tale tipo. È possibile utilizzare la griglia Azioni per aggiungere, modificare ed eliminare le azioni e per creare le transizioni di stato.
Il software Rational ClearQuest supporta i seguenti tipi di azioni:
L'impostazione del controllo accessi sulle azioni di base influisce su tutte le azioni dello schema. È possibile modificare il controllo accessi alle azioni, incluse le azioni che potrebbero essere aggiunte allo schema applicando i package. Tuttavia, le limitazioni del controllo accessi nelle azioni di base si applicano a tutte le altre azioni.
Lo sviluppatore dello schema di Rational ClearQuest definisce le regole relativamente alle modalità con cui gli utenti spostano i record tra gli stati. Le transizioni di stato sono implementate dalle azioni. Per creare una transizione di stato, definire un'azione di tipo CHANGE_STATE e quindi selezionare gli stati di origine ed uno stato di destinazione per tale azione.
È possibile aggiungere gli hook azione che implementano le attività sui punti chiave nella durata di un record attivo. Ad esempio, per impostazione predefinita, tutti gli utenti hanno accesso ad ogni azione. È possibile limitare l'accesso ad un'azione utilizzando un hook controllo accessi.
Sono supportati diversi hook azione: controllo accessi, inizializzazione, convalida, commit e notifica.
Per una descrizione degli hook azione e per informazioni sul loro funzionamento con gli hook campo, consultare Utilizzo di hook per personalizzare il flusso di lavoro. Per informazioni su come creare un hook azione controllo accessi, consultare Esempio di hook azione controllo accessi. Consultare anche Linguaggi di script e Controllo accessi azione.
È possibile definire le azioni predefinite per gli stati. Un'azione predefinita per uno stato viene visualizzata in grassetto nel menu Azioni nel client Rational ClearQuest.
Le azioni predefinite sono utili per assistere gli utenti nel modello di stato. Sono richieste per alcuni schemi e package, quali il package e lo schema UCM. Se si utilizza lo schema o il package UCM, le azioni predefinite degli stati devono fornire un percorso valido mediante il modello del tipo di stato. Per ulteriori informazioni, consultare Aggiunta di un'integrazione UCM IBM Rational. Inoltre, le azioni predefinite possono essere richiamate dal codice hook.
Prima di poter definire l'azione predefinita per uno stato, è necessario creare una transizione dello stato.
L'eliminazione di un'azione potrebbe richiedere altre modifiche ad uno schema. Ad esempio, se si elimina un'azione CHANGE_STATE, potrebbe essere necessario modificare la matrice di transizione dello stato per compensare l'azione perduta. Se in uno script si fa riferimento ad un'azione eliminata, è necessario modificare lo script per eliminare i riferimenti all'azione.