UML

per eventuale approfondimento

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)

d. delle classi

un rettangolo per ogni classe, contenente:

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

d. di stato

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

d. dei casi d'uso

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à)
  • appunti3s/unified_modeling_language.txt
  • Last modified: 2018/04/25 07:55
  • (external edit)