Una lettura obbligata per i principianti: Iniziare con UML

Ⅰ. Cos'è l'UML

UML (Unified Modeling Language) è uno standard universale di linguaggio di modellazione visiva utilizzato per descrivere, visualizzare, costruire e documentare gli artefatti del sistema software.

Quando si tratta di linguaggio, molti amici iniziano ad avere paura. Linguaggi come SQL, Java, C# e PHP potrebbero fluttuare nella tua mente e spaventare molte persone .

Vari linguaggi di programmazione

Ma UML non è un linguaggio di programmazione, ma un linguaggio di modellazione visiva. Il motivo per cui viene chiamato linguaggio è che UML fornisce vocabolario e regole per la comunicazione Gli utenti possono comunicare con lo stesso software senza barriere nell'ambito di questo vocabolario e regole, in modo che diversi utenti abbiano la stessa comprensione della stessa cosa.

Ⅱ. Perché dovremmo unificare il linguaggio di modellazione ?

Dalla fine degli anni '60, con la continua divulgazione della tecnologia informatica, la domanda di software da parte delle persone è aumentata di giorno in giorno, anche la portata del software si è ampliata e anche la complessità del software è aumentata. A causa della mancanza di una guida teorica scientifica, è difficile garantire il progresso dello sviluppo del software. I costi di sviluppo del software sono in costante aumento. Il cambiamento delle esigenze degli utenti peggiora ulteriormente la situazione per il software che non può garantire la qualità. rendere la manutenzione del software un compito estremamente difficile. La gente la chiama vividamente crisi del software.

cosa fare? Quindi il lavoro di sviluppo del software deve essere svolto come un progetto. Pertanto è emerso anche il concetto di ingegneria del software. L'ingegneria del software mira a studiare le leggi oggettive della produzione del software e a stabilire concetti, principi, metodi, tecnologie e strumenti rilevanti per la produzione del software per guidare le attività di produzione del software. Naturalmente i risultati sono stati soddisfacenti.

Con il continuo approfondimento della ricerca sull'ingegneria del software, la programmazione orientata agli oggetti è entrata nel campo visivo delle persone. Dagli anni '80 all'inizio degli anni '90 sono nati molti metodi di analisi e progettazione orientati agli oggetti e sono apparsi anche un gran numero di libri che introducono metodi orientati agli oggetti. Sembra un po’ come se ci fossero un centinaio di scuole di pensiero in competizione. Ogni autore guida un gruppo di professionisti e i metodi presentano molte somiglianze ma anche sottili differenze.

Ciò crea confusione anche tra i professionisti dello stesso campo che, quando parlano della stessa cosa, possono inventare diversi metodi di rappresentazione orientata agli oggetti, il che ostacola seriamente la comprensione e la comunicazione della stessa cosa.

A quel tempo, qualcuno suggerì di unificare e utilizzare gli stessi standard. Nessuno sembrava sentire la sua chiamata e lo ignorò. Esiste anche un'organizzazione chiamata OMG (Object Management Group) che ha tentato di standardizzare l'orientamento agli oggetti, ma ha ricevuto solo una lettera pubblica di protesta da tutti i metodologi.

Quando Martin Fowler parla di questa situazione, racconta una barzelletta nel suo libro "UML Essentials: A Concise Guide to the Standard Object Modeling Language":

A: Qual è la differenza tra un metodologo e un terrorista?

B: I terroristi possono negoziare.

Esiste un enorme divario tra i metodi di rappresentazione orientati agli oggetti

All'incontro annuale dell'OOPSLA (Object-Oriented Programming Systems, Languages and Applications) del 1995, Grady Booch e Jim Rumbaugh descrissero pubblicamente per la prima volta il loro approccio unito, l'Unified Method Document 0.8 (Unitied Method).

Dopo una serie di gare tra varie parti, nel gennaio 1997, tutte le organizzazioni presentarono una proposta per un metodo standard. Rational collaborò con altre organizzazioni e pubblicò la versione 1.0 del documento UML. Questa fu anche la prima volta che venne chiamata modellazione unificata. lingua.

Dopo un processo di competizione tra tutte le parti , OMG ha adottato la versione 1.1 come standard ufficiale OMG. Dopo una serie di modifiche, UML1.4 e UML1.5 sono diventati relativamente maturi. Ad esempio, Rational Rose 2003 è stato sviluppato sulla base di tali standard.

Quando molte persone parlano di UML, attribuiscono principalmente il merito dei creatori a Grady Booch, Ivar Jacobson e Jim Rumbaugh, chiamandoli i "Tre Amigos".

Naturalmente, alcune persone hanno espresso opposizione e credevano di aver dato determinati contributi nella fase iniziale, ma nella fase successiva, i membri del comitato OMG hanno dato molti contributi e, tra i tre, Jim Rumbaugh è stato l'unico a dare un contributo. nella fase successiva.

Ⅲ. Cosa unifica UML ?

Metodi e aspetti della rappresentazione

In termini di metodi e rappresentazioni apparsi in passato, UML incorpora molti concetti comunemente accettati nei metodi orientati agli oggetti. Per ciascun concetto, UML fornisce definizioni, rappresentazioni e relativa terminologia chiare. UML può essere utilizzato per descrivere modelli stabiliti da vari metodi esistenti e descriverli meglio dei metodi originali.

ciclo del software

In termini di ciclo di vita dello sviluppo del software, UML presenta requisiti di sviluppo ininterrotti. Diverse fasi del processo di sviluppo possono utilizzare lo stesso insieme di concetti e rappresentazioni e all'interno dello stesso modello possono essere mescolati senza dover convertire concetti e rappresentazioni. Questa continuità è fondamentale per lo sviluppo software iterativo e incrementale.

In termini di campi di applicazione

In termini di campi di applicazione, UML è adatto per la modellazione in vari campi, inclusi dati o elaborazione grandi, complessi, in tempo reale, distribuiti, centralizzati, sistemi embedded, ecc.

Linguaggi di programmazione e piattaforme di sviluppo

In termini di implementazione dei linguaggi di programmazione e piattaforme di sviluppo, UML può essere applicato a sistemi che eseguono una varietà di diversi linguaggi di implementazione della programmazione e piattaforme di sviluppo.

processo di sviluppo

In termini di processo di sviluppo, UML è un linguaggio di modellazione, non uno strumento per descrivere i dettagli del processo di sviluppo. Proprio come i linguaggi di programmazione generici consentono molti stili di programmazione.

aspetti concettuali interni

In termini di concetti interni, UML presta particolare attenzione a rivelare ed esprimere le connessioni interne tra i vari concetti. Il processo che consiste nel cercare di cogliere i concetti nella modellazione in molteplici modi applicabili a situazioni conosciute e sconosciute migliorerà la tua comprensione dei concetti e la loro applicabilità. Questa non è l'intenzione originale di unificare vari standard, ma è uno dei risultati più importanti dell'unificazione di vari standard.

Ⅳ. La composizione di UML

La composizione di UML può essere illustrata utilizzando il seguente diagramma:

Elementi costitutivi di base di UML e classificazione grafica

Attualmente, l'ultima versione di UML è arrivata alla versione 2.5 e il numero di diagrammi è aumentato da 9 a 13. Alcune persone pensano che la complessità di UML stessa possa superare la stessa modellazione del software.

Quanto sopra è l'introduzione di base di UML In quanto linguaggio di modellazione indispensabile nell'ingegneria del software, la storia dello sviluppo di UML non solo testimonia il progresso dei concetti di progettazione del software, ma evidenzia anche il suo ruolo nel promuovere la comunicazione del team, ottimizzare la progettazione del sistema e accelerare il processo di sviluppo. ruolo chiave. Attraverso l'introduzione di base di questo articolo, credo che non solo sarai in grado di comprendere a fondo il contesto storico di UML, ma anche di padroneggiare le sue ampie applicazioni nell'analisi dei requisiti, nella progettazione del sistema e nella documentazione.