Vantaggi della flessibilità del processo di modifica
In questo riepilogo vengono evidenziati i vantaggi e le nuove funzionalità concepite per aumentare l'efficienza nella gestione e nel rilascio dei task di modifica in modo indipendente tramite due processi: Flessibilità del processo di modifica (logica di rilascio avanzata) e Flessibilità del processo aggiuntivo di modifica (fasi).
Implementazione di task di modifica con sequenza (senza fasi)
Di seguito sono riportati i vantaggi offerti dall'implementazione del task di modifica con sequenza e senza fasi.
• È possibile impostare la data di inizio effettiva per qualsiasi task di modifica appena avviato e iniziarne l'implementazione.
• La sequenza continua a essere eseguita in ordine numerico parallelamente alla sequenza vuota (zero).
• Se un task di modifica viene annullato, la sua implementazione non inizia e viene ignorato. Il workflow complessivo ne risulta più efficiente.
 |
È possibile annullare l'implementazione dei task di modifica utilizzando l'opzione di impostazione dello stato del ciclo di vita.
|
Esecuzione di task di modifica con sequenza e fase
Di seguito sono riportati i vantaggi offerti dall'implementazione del task di modifica con sequenza e fasi:
• Supporto della fase - È possibile progettare i workflow delle notifiche di modifica in modo che utilizzino la fase
• Preferenze: Sequenza ordine di esecuzione del piano ed Esecuzione piano a fasi
◦ È possibile implementare i task di modifica impostando le opzioni di fase e sequenza. Queste preferenze consentono diverse opzioni di implementazione: solo sequenza, solo fase o entrambe.
◦ È possibile progettare il workflow in modo che esegua una singola fase utilizzando un robot di sincronizzazione.
◦ Queste preferenze supportano l'implementazione dei task di modifica in ordine numerico parallelamente alla sequenza vuota (zero).
◦ La data di inizio effettiva viene impostata quando inizia l'implementazione di un task di modifica.
• Logica di rilascio avanzata
Di seguito sono riportati i vantaggi offerti dall'implementazione del task di modifica con la logica di rilascio avanzata.
◦ Una nuova API releaseChangeable2 utilizzata per il rilascio di oggetti modificabili per una fase.
◦ L'API releaseChangeable2 combina l'approvazione delle modifiche non incorporate per la fase.
◦ Solo i task di modifica assegnati alla fase (o vuoti per casi particolari) vengono elaborati per il rilascio.
◦ I task di modifica rilasciati singolarmente all'interno della fase vengono ignorati.
◦ Nella fase finale, Post rilascio, viene utilizzata l'API releaseChangeable2 per rilasciare l'intera notifica di modifica.
◦ L'API rilascia tutti i task di modifica rimanenti e imposta la data di completamento effettiva dei task di modifica e della notifica di modifica.
◦ Le effettività in sospeso vengono elaborate per una singola fase.
Convalida dei task di modifica
La convalida può essere eseguita per un singolo task di modifica, una fase della notifica di modifica o l'intera notifica di modifica. Con la logica di rilascio avanzata attivata.
• Qualsiasi workflow della notifica di modifica utilizza la variabile di workflow per attivare la logica di rilascio avanzata.
• I task di modifica rilasciati in precedenza (data di completamento effettiva impostata) o i task di modifica annullati vengono ignorati durante la convalida.
Rilascio dei task di modifica
Di seguito sono riportati i vantaggi offerti dal rilascio del task di modifica con la logica di rilascio avanzata.
• La data di completamento effettiva è impostata per tutti i task di modifica rilasciati, indipendentemente dal metodo di rilascio (notifica di modifica singola, a fasi o completa).
• L'API releaseChangeable2 imposta la data di completamento effettiva per il rilascio dei task di modifica.
• L'API releaseChangeable2 combina l'approvazione delle modifiche non incorporate nell'API.
Elaborazione delle effettività in sospeso
Di seguito sono riportati i vantaggi offerti dall'elaborazione delle effettività in sospeso utilizzando la logica di rilascio avanzata.
• L'elaborazione può essere eseguita nel contesto di un singolo task di modifica, di una fase della notifica di modifica o dell'intera notifica di modifica.
• Un task di modifica viene rilasciato (data di completamento effettiva impostata) prima che le effettività in sospeso possano essere applicate.
• I task di modifica annullati vengono ignorati.
• L'effettività in sospeso applicata in precedenza non viene elaborata nuovamente.
Impostazione della data di risoluzione
È possibile impostare le date di risoluzione per i task di modifica e la notifica di modifica utilizzando la logica di rilascio avanzata.
• La data di risoluzione può essere impostata per una notifica di modifica e un singolo task di modifica oppure per tutti i task di modifica programmati per la fase.
• Se la data di risoluzione è stata impostata in precedenza, non viene sovrascritta.
• La data di risoluzione viene reimpostata in corrispondenza di una nuova revisione della notifica di modifica e di qualsiasi task di modifica di cui è stata creata una nuova revisione.
• La data di completamento effettiva viene reimpostata in corrispondenza di una nuova revisione della notifica di modifica e di qualsiasi task di modifica di cui è stata creata una nuova revisione.