A seconda di quanto sia tecnicamente incline al pubblico, potresti voler lasciare alcune parti e aggiungerne altre. Se mostri loro i modelli di classe, capiranno? A loro importa?
La maggior parte delle persone con cui lavoro che contano come "gestione superiore" non si preoccupano molto dei dettagli di implementazione (sembra che questo sia il tema su cui si focalizza la tua presentazione), per lo più si preoccuperanno di:
- introduzione e panoramica generale (qual è il punto di questo sistema?)
- architettura di alto livello (come è costruita - ad alto livello?)
- storie utente (cosa può fare un utente con questo sistema?)
- modello di dati (a volte questi sono utili / necessari, ma dipende dal progetto)
(Vorrei eseguire la presentazione anche nell'ordine indicato)
Alcuni membri del pubblico potrebbero preoccuparsi degli altri tipi di diagrammi (probabilmente i diagrammi del caso d'uso più degli altri), ei diagrammi possono essere utili per spiegare altre parti della presentazione, ma non sono sicuro di introdurli subito o renderli il fulcro della presentazione.
Ovviamente, se il tuo pubblico è altamente tecnico e vuoi per vedere questo tipo di informazioni, allora fallo! Ma inizierei comunque la presentazione con una sorta di panoramica generale, solo per dare un po 'di contesto al resto della presentazione.