Guida agli standard UML / Best practice [chiuso]

Question

Qualcuno conosce una guida agli standard UML decente?

La mia azienda attualmente si affida a UML 2.0 (nel modo giusto o sbagliato) per fare la maggioranza (leggi tutto ) del loro lavoro di progettazione. Mi è stato chiesto di presentare una bozza di guida "best practice" per aiutare altri sviluppatori a sviluppare modelli migliori. Il problema principale che devo affrontare è che sono leggermente distorto rispetto a UML ... Lo sento: se un diagramma impiega più di 5 minuti a disegnare, è troppo complicato! Sto cercando consigli principalmente su quale tipo di standard dovrei guardare. Sto anche cercando una fonte esterna di informazioni che possa essere utilizzata per bilanciare il mio odio irrazionale nei confronti del design pesante di UML e fungere da "disinfettante" per i miei suggerimenti.

Soprattutto sto cercando di scrivere un documento utile piuttosto che uno che rimarrà modellato in qualche oscura directory di rete.

Qualche idea?

Answer 1

UML Distilled di Martin Fowler

Answer 2

Come Paul C , raccomando UML Distilled . Si tratta principalmente di UML, ma contiene molte informazioni sul design in generale (anche se insiste un po 'troppo sulle schede IMO dell'indice), è breve, piacevole da leggere e al punto.

Consiglio vivamente contro UML in breve . È il peggior libro di O'Reilly che ho: follemente denso, difficile da leggere e tortuoso. Non vale la carta su cui è stampato.

Answer 3

Non stiamo parlando di un libro che spiega come usare UML, ma piuttosto una guida di stile o standard di qualche tipo. Enter, profili UML ... Questo può darti sia la standardizzazione che la ridotta complessità che stai cercando. È possibile limitare le relazioni e gli elementi che è possibile utilizzare. Puoi anche richiedere alcune cose. Una grande azienda può scegliere di concentrarsi sulle risorse e sul movimento dei dati e limitare i suoi diagrammi standardizzati a questa vista. Tuttavia, un'azienda che produce software in tempo reale per i carri armati potrebbe concentrarsi sull'azione o sul flusso.

Il punto centrale di UML è che non è specifico e utile per ogni tipo di situazione. Martin Fowler e Elements of style books non ridurranno i tempi di creazione di diagrammi e non aumenteranno la comprensione. Hai bisogno di profili o modelli standardizzati per. L'ho visto funzionare, al punto che l'azienda può leggerle. Molti strumenti ti consentono di creare un profilo che facilita la curva di apprendimento per i progettisti e riduce i tempi di disegno.

MDA Distilled (OMG Press) è un buon libro se vuoi capire i concetti, ma non è necessario.

Davvero, profili UML. Non vuoi uno standard perché la tua azienda o le tue esigenze sono diverse. Uno standard per i servizi Web non funziona per i servizi finanziari o in tempo reale.

Answer 4

Acquista a tutti una copia di The Elements of UML 2.0 Style . Lavoro fatto.

Answer 5

Per un rapido riferimento su come comporre i singoli diagrammi UML, raccomando vivamente The Elements of UML Style 2.0 e ho messo i miei soldi dove si trova la mia raccomandazione acquistando la 2a edizione per sostituire la mia 1a edizione.

Oltre a questa raccomandazione, penso che la cosa più importante in un'azienda quando si introduce una guida di stile sia avere un meccanismo di feedback locale in cui le persone possono pubblicare commenti su quali aspetti della guida di stile funzionano per loro, specialmente quando stai usando una guida stampata ufficiale . Per questo è sufficiente un wiki o un repository casual simile.

Suggerisco anche di evidenziare diagrammi che erano esempi particolarmente buoni (o cattivi, se l'umorismo della squadra potesse accettarlo). Prendi in considerazione un Diagramma della settimana incorniciato come il Dipendente della settimana che vedi in tanti negozi. Questo ci ricorda gentilmente che la leggibilità del diagramma è presa sul serio ma, si spera, con abbastanza divertimento per ottenere più consenso sul concetto.

Answer 6

So che probabilmente vorrai un libro di facile lettura per questo, ma da quello che stai descrivendo suggerirei di andare con le specifiche trovate su OMG stesso. Sono un po 'troppo da leggere ma sarebbero completi come si potrebbe sperare. Hanno anche alcuni articoli e tutorial che possono essere utili.

Per quanto riguarda i libri, ho scoperto che L'uso di UML è abbastanza buono poiché affronta il processo di sviluppo del software, nonché gli strumenti e i metodi UML.