Redline
Nel tipico processo di notifica di modifica, vengono preparati piani dettagliati per gli oggetti che richiedono modifiche e le soluzioni vengono elaborate nelle successive revisioni dell'oggetto risultante. Poiché la convalida e l'elaborazione di alcune modifiche richiedono tempo, si possono determinare situazioni complesse quando altre notifiche di modifica devono apportare modifiche agli stessi oggetti interessati che sono già in corso di modifica. In alcuni casi può accadere che le modifiche nelle revisioni risultanti successive vengano annullate per consentire l'applicazione di tali altre modifiche oppure che le modifiche vengano rilasciate senza seguire l'ordine di revisione per consentire l'inserimento di queste altre modifiche.
Utilizzando la funzionalità Redline, più utenti possono pianificare contemporaneamente modifiche sugli stessi oggetti interessati senza effettuare il commit per la revisione sequenziale successiva. Nella fase di pianificazione della notifica di modifica viene creata una redline sull'ultimo oggetto interessato rilasciato anziché creare la versione dell'oggetto risultante successiva. È possibile avviare il browser struttura di prodotto della redline per pianificare le modifiche di cui viene tenuta traccia automaticamente con indicatori visivi. È possibile continuare a lavorare sulla redline fino al completamento della pianificazione dell'implementazione. Quando viene avviata la fase di implementazione, le modifiche della redline pianificate vengono unite al momento della creazione delle revisioni successive tramite l'azione Nuova revisione dall'interno del contesto di modifica. Una volta rilasciata la notifica di modifica, le modifiche apportate agli oggetti risultanti vengono sincronizzate con le redline più recenti di altre notifiche di modifica aperte in fase di pianificazione.
La funzionalità Redline consente di effettuare le azioni di seguito indicate.
• Creare un insieme di modifiche suggerite in una struttura di prodotto (ad esempio inserendo o rimuovendo parti), che vengono evidenziate automaticamente tramite indicatori visivi, ad esempio voci obsolete (barrate).
• Integrare i metodi di revisione esistenti fornendo la possibilità di utilizzare metodi di pianificazione redline paralleli con una migliore visibilità delle modifiche simultanee.
• Mantenere automaticamente aggiornate le redline aperte mentre altre modifiche vengono rilasciate o contrassegnare in modo appropriato le redline come sospette quando vengono rilevate modifiche in conflitto che richiedono la riconciliazione manuale.
Best practice per la redline
Utilizzare la redline come parte del processo di pianificazione iniziale per definire modifiche che non interferiscono con altre modifiche. È possibile modificare le redline esistenti in base al permesso per il task di modifica e la redline e prima della creazione della revisione sequenziale successiva.
Avviare esplicitamente l'esecuzione della notifica di modifica per implementare le modifiche. All'avvio dell'esecuzione della notifica di modifica, tutte le redline devono essere approvate e la creazione di nuove redline non deve essere consentita.
Poiché alcuni processi di gestione delle modifiche consentono la creazione degli oggetti risultanti prima della fase di esecuzione, l'esistenza di almeno un oggetto risultante nel task di modifica impedisce anche la creazione di una nuova redline.
Argomenti correlati
