Funzionalità Master-Follower

Questa funzionalità è stata implementata per aiutare le aziende a gestire un ampio insieme di requisiti e certificazioni, consentendo agli utenti di creare una copia “Master-Follower” dei requisiti. In questo contesto, gli utenti possono mantenere la copia Master di tutti i requisiti in un unico progetto e le copie Follower nei progetti in cui tali requisiti sono applicabili. Con questa configurazione, se è necessario apportare una modifica a tutte le copie, la modifica può essere eseguita una sola volta nella copia Master e le modifiche possono essere propagate ai Follower.

La propagazione delle modifiche è unidirezionale, cioè può avvenire dal Master al Follower e non viceversa. Gli attributi che attualmente possono essere copiati sono descritti nel Reuse Requirements page.

Connessioni Master e Follower - Colonne che indicano le connessioni Master-Follower tra i requisiti

 

Quando si crea un requisito Master, l’icona della corona mostrata di seguito verrà visualizzata accanto all’identificatore del requisito.

 

image-20240328-002351.png

 

Quando il requisito Follower è aggiornato rispetto al requisito Master, verrà visualizzata questa icona verde:

 

image-20240328-002417.png

 

Se una modifica nel requisito Master deve ancora essere approvata e propagata, verrà mostrata la seguente icona:

 

image-20240328-002453.png

 

L’icona della matita blu apparirà quando una modifica nel requisito Master è stata rifiutata (quindi non propagata) oppure quando una modifica è stata effettuata direttamente nel requisito Follower.

 

image-20240328-002632.png
Se la modifica nel requisito master viene rifiutata, l’icona verrà mostrata nella sezione dettagli> Master/Follower

Creazione di una copia Master-Follower

In questo caso d’uso, stiamo copiando i requisiti del payload di un satellite Valisat in un altro satellite Valisat_2, poiché entrambi sono progettati per lo stesso obiettivo di missione e utilizzano lo stesso payload ‘Synthetic Aperture Radar’- SAR per raggiungerlo. Per creare una connessione Master-Follower, selezionare l’insieme di requisiti da copiare. Nella colonna delle azioni (1), è possibile trovare l’icona Reuse (2), fare clic su di essa e selezionare “Master-Follower Copy”(3) (fare riferimento alla Figura Master-Follower Copy).

Master-Follower Copy - Illustrazione del processo per creare una copia Master-Follower.

 

Viene visualizzato il Reuse Wizard, con selezionato il tipo di copia ‘Master-Follower Copy’. Successivamente, è possibile selezionare la destinazione del Follower. Una volta impostata la destinazione, l’utente può rivedere i requisiti da copiare e il relativo identificatore. Segue quindi la selezione dei campi da copiare e sincronizzare. Infine, fare clic su “Create Copy” per completare la creazione del Follower.

Il video seguente fornisce un’illustrazione del processo.

 

Video Master-Follower Copy - Illustrazione del processo per creare una copia Master-Follower

 

Ulteriori dettagli sul Copy Wizard sono disponibili in → pagina Reuse Requirements.

Accettazione del requisito Follower

Una volta conclusa la creazione del Master-Follower, il requisito Follower sarà disponibile nella destinazione selezionata ma in modalità “sola lettura”.

Per abilitare la modifica del requisito Follower, è necessario eseguire una “Follower Entrance Review” nella destinazione (Specification o Section). Ciò può essere fatto per un singolo Follower o per un gruppo di requisiti, come mostrato nella figura Follower Entrance Review di seguito.

Follower Entrance Review - Rappresentazione visiva della "Follower Entrance Review" per accettare la connessione Master-Follower.

È possibile accettare i Follower singolarmente o in blocco seguendo i passaggi nel video seguente.

Un requisito Follower ha i propri campi sincronizzati con il requisito Master mentre la conferma è in sospeso.

Modifica nel requisito

Inoltre, se vi è una qualsiasi modifica nei dati del requisito Master, la modifica può essere propagata al Follower. Il Follower verrà notificato della modifica e l’utente potrà decidere manualmente se la modifica debba essere accettata o ignorata. Quando c’è una modifica nel requisito ‘Master’, l’icona ‘Propagation changes’ del requisito Follower (1) appare nella colonna Action del requisito specifico.

Notifica di propagazione delle modifiche - Dimostrazione della notifica e dell’applicazione delle modifiche dai requisiti Master ai requisiti Follower.

 

Inoltre, il requisito modificato avrà un riquadro giallo per evidenziare la modifica. Passando il cursore sopra il riquadro, appare un pop-up (2) in cui l’utente può anche scegliere di propagare le modifiche. Fare riferimento alla Figura Change Propagation Notification .

Solo i proprietari del requisito potranno propagare le modifiche tramite “Apply” o “Dont Apply”. Se non è specificato un proprietario per il requisito, gli utenti con accesso “Read & Write” potranno applicare o rifiutare la propagazione.

Oltre ai proprietari, anche gli utenti con diritti di amministratore e autorizzazioni di livello manage possono propagare queste modifiche dal Master al Follower.

Facendo clic sull’icona di propagazione delle modifiche, appare un popup in cui è possibile applicare, non applicare oppure modificare la modifica implementata nel Master. L’utente può selezionare l’azione richiesta di conseguenza e salvarla (fare riferimento alla Figura Change Propagation dialog box).

Finestra di dialogo Change Propagation - Processo dettagliato di selezione delle azioni per le modifiche propagate dal Master al Follower.

 

Il video seguente mostra il processo completo:

 

Funzionalità “Disconnect”

Invece di eliminare completamente una connessione e perdere il collegamento al master, l’utente può selezionare l’opzione di disconnessione. Questa disconnetterà il Follower dal suo Master, ma consentirà all’utente di ricollegarlo in seguito, se necessario. Questa opzione si trova facendo clic sui tre puntini (1) nella riga del requisito e passando sopra l’opzione “Connections” (2) , quindi selezionando l’opzione “Disconnect” (3) (fare riferimento alla Figura Disconnect Feature Illustration)

Illustrazione della funzionalità Disconnect - Guida visiva all’uso della funzionalità "Disconnect" per interrompere temporaneamente il collegamento Master-Follower

L’opzione discard consente di rimuovere permanentemente la connessione Master-Follower, mentre la disconnessione temporanea consente di scollegare temporaneamente e di ricollegare/risincronizzare dopo un certo periodo di tempo; fare riferimento alla Figura Resync.

Opzione Resync - Opzione per risincronizzare il Follower disconnesso o scartato

 

Modifica dei campi sincronizzati

Dopo che è stata stabilita una connessione Master-Follower, i campi sincronizzati possono essere modificati in qualsiasi momento, sia per un Follower specifico sia per tutti i Follower di un requisito Master.
Ciò viene eseguito nella sezione Requirements(1) “Master/Follower” (2) tramite l’azione(3) “Change Synced Fields”(4).

 

image-20240328-011213.pngModifica dei campi sincronizzati - Spiegazione della modifica dei campi sincronizzati in una connessione Master-Follower.
Questa sezione mostra anche lo stato della connessione(5) tra il Master e il Follower

Se l’azione viene attivata dal requisito Master, le modifiche apportate alla sincronizzazione dei campi si applicheranno a tutti i Follower di quel Master.


Se “Change Synced Fields” viene attivato per un Follower specifico, verranno modificati solo i campi sincronizzati di quel Follower.

 

image-20240328-011537.pngChange Synced Fields - Campi disponibili

 

 

Un altro modo per collegare i requisiti con una relazione Master-Follower è tramite il “Master-Follower Link”. Questo consente all’utente di creare questo tipo di relazione tra oggetti che esistono già in Requirements & Systems Portal senza la necessità di generare nuove copie.
Per farlo, l’utente deve selezionare quale requisito desidera che sia il Master e quindi selezionare l’opzione “Master-Follower Link” nell’icona Reuse.
Qui, l’utente può selezionare quali requisiti devono essere considerati come Follower per il Master selezionato.

Una volta completato il processo, l’utente deve comunque confermare l’ingresso del Follower

Il video seguente mostra un esempio di questo processo.

 

 

Master follower requirements representation in Connections graph

Ora l’utente può vedere le connessioni Master-Follower nel grafico delle connessioni del modulo requisiti. Ogni connessione colorata mostra lo stato delle relazioni Master-Follower (1). Fare riferimento alla Figura Connections Graph Representation.

Rappresentazione del grafico delle connessioni - Visualizzazione delle connessioni Master-Follower nel grafico delle connessioni del modulo requisiti.

 

Ad esempio, le connessioni verdi mostrano che il Master-Follower è uguale, mentre quelle gialle mostrano che le modifiche non sono state propagate dal proprietario dei requisiti. Se le connessioni sono blu, significa che le modifiche apportate nel Master non sono state applicate al Follower, mentre quelle grigie mostrano che il requisito Follower è scartato/disconnesso.

Oltre alle connessioni colorate, l’utente può ora confrontare due diversi insiemi di specifiche, che possono trovarsi all’interno dello stesso progetto o di progetti diversi. L’applicazione principale di questa funzionalità è confrontare le specifiche o i requisiti Master/Follower. Lo strumento di confronto (2) si trova nel grafico delle connessioni.

 

Casi d’uso

Questa funzionalità è utile quando vari blocchi hanno requisiti simili e non è necessario aggiungerli manualmente ogni volta. Per una migliore comprensione, si può fare riferimento al seguente esempio:

Case 1: Satellite subsystems

Abbiamo satelliti gemelli 3U con dispositivi di imaging leggermente diversi come payload.
Consideriamo satelliti gemelli 3U con lo stesso design e lo stesso obiettivo di missione, ad eccezione del loro sistema di propulsione. Mentre il satellite Vali_Cubesat_1A ha un propulsore a gas freddo, il Vali_Cubesat_1B utilizza propulsori ionici. Pertanto, i requisiti cambiano solo per il sistema di propulsione e tutti gli altri requisiti possono essere definiti per Vali_Cubesat_1A e poi copiati in Vali_Cubesat_1B.

Case 2: Wing anti-ice system requirements (ATA 30-11)

Consideriamo il caso in cui tu sia l’ingegnere di sistema incaricato di compilare l’elenco dei requisiti di sistema per il sistema antighiaccio alare di un aeromobile. L’azienda produce più modelli e tutti i modelli potrebbero avere lo stesso insieme di requisiti per il sistema antighiaccio alare. Invece di creare lo stesso insieme di requisiti/specifiche, l’utente può eseguire la copia Master-Follower e applicarla a tutti gli altri progetti di modello. Ogni volta che vi sono modifiche nella progettazione del sistema, l’ingegnere di sistema può consentire o impedire la propagazione agli altri progetti.

 

AI-LocalizedLocalizzato tramite A
Se trovi un problema, seleziona il testo/l’immagine e premi Ctrl + Invio per inviarci il tuo feedback.
Disponibilità delle funzionalità

Le funzionalità disponibili dipendono dalla soluzione Altium in uso – Altium Develop, un’edizione di Altium Agile (Agile Teams o Agile Enterprise), oppure Altium Designer (con licenza attiva).

Se non vedi nel tuo software una funzionalità descritta,  contatta il team vendite di Altium per saperne di più.

Contenuto