Il modello UML corretto di un sistema per Boss non tecnico

1

Ho svolto attività collaterali per questa organizzazione no-profit e la settimana scorsa è stata la mia prima settimana di lavoro. Hanno due database SQL Server ciascuno con molte tabelle che rappresentano oltre 20 diverse applicazioni come

  • Iscrizione al corso - I formatori possono iscriversi per insegnare diverse classi disponibili
  • Modulo di approvazione del corso - i formatori completano questo modulo per ottenere l'approvazione di nuovi corsi nell'elenco delle classi disponibili.
  • Pianifica - pianificazione delle date importanti per un termine (festività, data di inizio delle lezioni, ecc.)
  • Allenatore - elenco di tutti i formatori e altre informazioni su un allenatore (informazioni di contatto, formazione, ecc.)
  • Calendario di formazione : elenco che gli studenti possono vedere per vedere cosa è disponibile per il termine corrente
  • Piano di formazione : un rapporto stampato per gli studenti con tutte le classi a cui si sono iscritti
  • Certificato - Stampa un certificato per uno studente una volta completato il corso di formazione

Ci sono circa 15 altre applicazioni, ma è tutto relativo a formatori, formazione, corsi, studenti, ecc.

Questi dati sono dappertutto perché non ci sono relazioni tra tabelle e processi molto noiosi da eseguire per completare un'attività semplice. Ad esempio, per ogni nuovo termine è necessario copiare i dati nella tabella "vecchio", creare una nuova tabella, incollare i vecchi dati nella nuova tabella e aggiungere i nuovi dati per il termine corrente alla nuova tabella. Quindi c'è una tabella per ogni termine (3 termini all'anno) per gli ultimi 10 anni e questo è solo l'inizio.

C'è un sacco di copia e incolla da Excel a SQL Server per ottenere i dati nel database e il loro front-end per manipolare i dati isMS Access che vorrei sostituire con ASP.NET (hanno IIS 7) .

Per architettarlo correttamente e avere una buona documentazione, ho installato Visio 2013 e sto imparando a conoscere UML. In modo che il capo possa sapere esattamente come questo sistema verrà ri-architettato, e in che modo tutti i pezzi si adatteranno insieme a quale schema UML dovrei creare per lui? Sarebbe un diagramma di componenti? Ho bisogno di dargli la vista di 10.000 piedi, quindi qualcosa come il caso d'uso, la sequenza o i diagrammi del database è un modo per lui di livello basso.

    
posta Robert 25.05.2013 - 15:57
fonte

2 risposte

4

non farlo, a meno che non lo abbia effettivamente richiesto.

A meno che il manager non voglia sapere cosa sta succedendo oltre "i tuoi database sono stati scritti in modo inefficiente" e il testo nella tua domanda. DO documenta i vecchi e nuovi progetti, ma fallo per il programmatore che fa il tuo lavoro.

Se la gestione vuole delle specifiche, Visio è un buon strumento. Ma un diagramma astratto che elenca "app" e "dati" dovrebbe essere sufficiente. Un diagramma separato per il modo in cui i "dati" sono memorizzati, con nomi coerenti al primo diagramma, dovrebbe essere sufficiente.

    
risposta data 25.05.2013 - 16:41
fonte
1

Opterei per l'uso di un diagramma di Dipendenza del pacchetto / Modello di dominio per mettere in relazione tutte le varie applicazioni ( [super] classi ) che hai trovato. Ovviamente lo farai prima su un livello molto alto di astrazione, poi gradualmente affonderai più a fondo. Ciò dovrebbe effettivamente aiutare a sviluppare l'applicazione ASP.NET quando si tratta di come accedere, modificare e archiviare i dati per il recupero nel sistema front-end.

Quando e mentre hai una comprensione crescente di il flusso di dati aziendali , potresti anche sviluppare un Diagramma delle attività o un diagramma dei processi aziendali . Il diagramma delle attività dovrebbe essere più semplice in Visio, tuttavia, se hai familiarità con la notazione BPM, prendi uno stencil se non ne hai già uno; cerca "Visio 2003 BPMN" nel tuo motore di ricerca preferito e dovresti ottenere qualcosa del genere .

Questi due diagrammi sono molto utili per il tuo eventuale lavoro di riprogettazione (raccolta dei requisiti), quindi eseguirli ora e mostrarli a coloro che conoscono e comprendono l'attività ti aiuteranno a ottenere raffinamenti e una rappresentazione accurata di il sistema sta facendo rispetto a ciò che è previsto che faccia . Rivedi, esamina, esamina il tuo lavoro con coloro che ci lavorano il più possibile, in modo che tutti gradualmente "imparino" i vantaggi di ciò che stai facendo e l'approccio che stai prendendo.

Ecco un suggerimento: ogni volta che disegno diagrammi che possono sembrare complessi, li metto in PowerPoint e li camuffo con piccoli punti elenco che aiutano l'azienda a capire dove sto andando.

Continua a costruire il Glossario (in Excel) di ogni terminologia o definizione che hanno dei loro processi, proprio come hai fatto sopra. Funziona molto bene in una presentazione quando i termini sono chiaramente spiegati per supportare i tuoi progetti.

Ricorda che il tuo modello UML è una raccolta di diagrammi e descrizioni per cui sei decisamente sulla strada giusta. Sono certo che questi possono ispirare il modello di dati per la comunicazione e la revisione quando ci si sposta alla fase successiva.

    
risposta data 26.05.2013 - 15:12
fonte

Leggi altre domande sui tag