Unified Modeling Language. –un linguaggio (e notazione) universale, per rappresentare qualunque tipo di sistema software –uno standard OMG (Object Management Group), dal nov.1997 –gli autori: –Grady Booch –Ivar Jacobson –Jim Rumbaugh –i co-proponenti: Microsoft, IBM, Oracle, HP, Platinum, Sterling, Unysis (e tanti altri)‏

Unified Modeling Language. Approccio Object-Oriented che consente di rappresentare: Struttura statica Comportamento Interazioni tra diverse componenti del sistema Linguaggio semi-formale Notazione grafica Strumenti CASE a supporto della progettazione

cos'è UML (e cosa non è) –è un linguaggio di progettazione, non un linguaggio di programmazione (come Java, VisualBasic, C++, …)‏ –quindi serve a progettare un nuovo sistema, o a apportare modifiche alla progettazione di un sistema esistente, senza perdersi nei dettagli dei linguaggi di programmazione –è universale, nel senso che può rappresentare sistemi molto diversi senza differenze legate alla tecnologia: dai sistemi web a quelli più tradizionali, dalle vecchie applicazioni Cobol a quelle object oriented e a componenti

...cos'è UML (e cosa non è)... –è un linguaggio, non un metodo –definisce una notazione standard, basata su un metamodello integrato degli “oggetti” che compongono un sistema software –ma non prescrive una sequenza di processo, cioè non dice “prima bisogna fare questa attività, poi quest’altra” –quindi può essere (ed è) utilizzato da persone e gruppi che seguono metodi diversi (è “indipendente dai metodi”)

...cos'è UML (e cosa non è)... –è un linguaggio non proprietario, standard –i suoi autori (Grady Booch, Jim Rumbaugh e Ivar Jacobson) non hanno il copyright su UML –la versione diventata standard OMG (Object Management Group) ha ricevuto i contributi delle più importanti società di software mondiali –la sua evoluzione è a carico dell’OMG, e soggetta a procedure ben definite per ogni cambiamento

cos'è UML (e cosa non è) –UML è un’evoluzione di modelli preesistenti, non una rivoluzione –Forti affinità con modelli e diagrammi molto noti: – Entity - Relationship – Flow Chart – modelli object oriented –Innovazione dei modelli per adeguarsi alle architetture distribuite

Viste a supporto della modellazione

Analisi con UML Diagrammi dei casi d’uso: modellazione dei requisiti utente. Diagrammi delle classi: modellazione dei requisiti informativi. Diagrammi di sequenza: mostra esplicitamente la sequenza di messaggi e si rivela particolarmente adatto a rappresentare scenari complessi. Diagrammi di collaborazione: mostra le relazioni tra gli oggetti ed è particolarmente adatto per progettazioni di tipo procedurale e per mostrare tutti gli effetti di una interazione su un dato oggetto. Diagrammi delle attività: modellazione dei requisiti di processo (flussi di lavoro, attori…). Diagrammi degli stati: modellazione delle variazioni di stato che subiscono le informazioni.