UML

Per approfondimento relazioni_tra_classi

Perché è necessaria una convenzione e una formalizzazione? Fare un esempio senza convenzioni: è incomprensibile!

UML:

• è un linguaggio di astrazione (modello semplificato)
• è un linguaggio descrittivo
• non è un linguaggio di programmazione
• non è un metodo di sviluppo del sw (la guerra dei metodi..)
• non viene usato solo nella OOP

1. diagrammi logici
   1. diagrammi delle classi (class) (della struttura statica)
   2. diagrammi di sequenza (sequence)
   3. diagrammi di stato e delle attività (state chart)
   4. diagramma di collaborazione (collaboration)
   5. diagramma di casi d'uso (use case)
   6. diagramma delle attività (activity)
2. diagrammi di implementazione
   1. diagramma dei componenti (component)
   2. diagramma di distribuzione (deployment)

un rettangolo per ogni classe, contenente:

• identificativo classe
• accessibilità, tipo e identificativo dei dati membri
• accessibilità, tipo, argomenti e identificativo delle funzioni membro

come cambia lo stato di ogni oggetto durante lo svolgimento dei fatti?

Analisi requisiti: cosa devo fare? (non come)

• Disegno uno scenario (es: un caso d'uso felice)
• Disegno gli attori (simbolicamente piccoli uomini)
• Disegno la sequenza di passi che si susseguono (collegamenti con entità)