Page title:Utilizzo dei prodotti di creazione modelli IBM Rational

Caption text:I prodotti di creazione modelli IBM Rational sono strumenti di progettazione e sviluppo integrati che utilizzando lo sviluppo basato sul modello per creare applicazioni e servizi ben architettati. Queste offerte sono molto flessibili e altamente adattabili alle necessità del processo di sviluppo software. E' possibile utilizzare diversi tipi di modelli e diversi flussi di lavoro in base alla fase del progetto e se l'organizzazione ha un processo gestito rigorosamente o un approccio di sviluppo più agile.

Page text:


Tour editable text

Page title:Flussi di lavoro per i prodotti di creazione modelli IBM Rational

Caption text: E' possibile creare e modificare un codice in modo visivo nei diagrammi di notazione UML per aiutare a comprendere meglio il modello del dominio di un sistema, è possibile utilizzare piccoli modelli UML concettuali per abbozzare i concetti iniziali di un sistema, oppure è possibile utilizzare i modelli concettuali UML semanticamente ricchi per modellare completamente un'intera applicazione. I modelli semantici UML completi possono formare le fondamento per l'applicazione e possono essere trasformati in codice in qualsiasi punto del processo di sviluppo, per selezionare o per riconciliare il progetto con il codice di applicazione. Questa presentazione descrive uno dei molti approcci che è possibile applicare quando si utilizzano i prodotti di creazione modelli IBM Rational per lavorare con i modelli ed il codice.

Page text: Progetti, fasi e culture diverse spesso richiedono diversi flussi di lavoro. Per l'analisi e la progettazione del software, è possibile utilizzare modelli concettuali UML semanticamente ricchi e complessi. Durante la costruzione, è possibile utilizzare i diagrammi di notazione per comprendere e manipolare il codice.


Tour editable text

Page title:Utilizzo di un modello concreto per sviluppare il codice

Caption text:È possibile utilizzare i prodotti di creazione modelli IBM Rational per creare un modello di codice per le lingue, come Java e C++, rappresentando e modificando visivamente il codice in diagrammi che utilizzano uno stile di annotazione molto simile a UML. È possibile utilizzare questi diagrammi per aggiungere nuovi elementi del codice, come le classi, i campi e i metodi, oppure è possibile trascinare elementi esistenti in diagrammi. È possibile utilizzare strumenti come diagrammi di argomento, sfogliare i diagrammi e i diagrammi di sequenza del metodo statici per aiutare a visualizzare e comprendere il sistema.

Page text:


Tour editable text

Page title:Utilizzo del modello UML per creare un modello del dominio

Caption text:Dopo aver creato il modello di livello classe dettagliato utilizzando UML, è possibile applicare le trasformazioni direttamente al modello per generare la struttura, il codice di compilazione effettivo, dell'implementazione. Il modello UML dettagliato creato precedentemente nel processo di sviluppo diventa la produzione per il modello del dominio generati quando le trasformazioni erano in esecuzione. I prodotti di creazione modelli IBM Rational includono un motore di trasformazione, un insieme di strumenti di determinare dell'autore delle trasformazioni, alcune trasformazioni di esempio per le quali viene fornito il codice di origine, e una libreria di trasformazioni predefinite come UML-to-Java, UML-to-C++, e UML-to-CORBA IDL.

Page text:


Tour editable text

Page title:Evoluzione del modello concettuale e del modello del dominio

Caption text:Lo sviluppatore può continuare a lavorare con il modello del dominio dopo averlo creato, mentre l'architetto continua a sviluppare il modello UML di alto livello. Questo flusso di lavoro parallelo provoca la divergenza del modello UML e del modello del dominio, rendendo difficile la comunicazione e la collaborazione tra i due ruoli. Per ridurre il rischio inerente allo sviluppo parallelo, l'architetto deve ogni tanto riconciliare il codice con il modello concettuale. Poiché le trasformazioni iniziali supportano la riconciliazione del modello, lo sviluppatore può continuare a sviluppare il codice anche se l'architetto lavora sul modello concettuale.

Page text:


Tour editable text

Page title:Esecuzione della trasformazione inversa sul modello

Caption text:Ad un punto di verifica predefinito, l'architetto esegue una trasformazione inversa sul modello del dominio che crea un'immagine temporanea che rappresenta lo stato corrente dell'implementazione. L'architetto utilizza la funzione Combina con il modello per aprire un'istantanea temporanea del modello del dominio in un formato di sola lettura, ed il modello UML in modalità di lettura e scrittura. Una trasformazione inversa costruisce dinamicamente le entità del diagramma per lo scopo dei diagrammi UML e le entità del modello per l'integrazione con altri modelli. Un'operazione di confronto/fusione viene eseguita e tutte le modifiche ai due modelli vengono riflesse nei risultati uniti.

Page text:


Tour editable text

Page title:Esecuzione di una trasformazione di inoltro sul modello

Caption text:Dopo aver unito i due modelli, una trasformazione di inoltro viene applicata al modello combinato che che restituisce le modifiche dell'architetto al modello UML nel modello del dominio. Questo processo può essere ripetuto tanto spesso quanto è necessario in tutto il processo di sviluppo. Entrambi i modelli continuano ad evolversi in parallelo e sono uniti e riconciliati in punti di verifica predefiniti. Per alcuni linguaggi, come Java, è necessario fare attenzione durante questa fase di riapplicazione a non sovrascrivere il codice chiave come corpi del metodo.

Page text:


Tour editable text

Page title:Vantaggi di questo approccio

Caption text:Questo flusso di lavoro è vantaggioso per le organizzazioni che cercano un'architettura economica con modelli concettuali invece di documenti di testo o codice, e che vogliono che gli sviluppatori siano liberi di cambiare architettura, in base alle necessità. Questo flusso di lavoro consente inoltre di eseguire le revisioni, supportate dagli strumenti, di come si è sviluppata un'implementazione dal progetto originale e come si sono applicate le decisioni che incorporano deviazioni positive nel modello concettuale, o fanno sì che deviazioni negative siano sopraccedute dalla rigenerazione del modello concettuale.

Page text:Vantaggi di questo approccio: