Quando si presenta una progettazione software alla gestione superiore

3

Oggi sto presentando un progetto software per l'approvazione e mentre sto esaminando le centinaia di pagine della documentazione di progettazione, selezionando le cose importanti, non sono sicuro se dovrei iniziare con i diagrammi delle attività o casi d'uso. Stavo pensando di averlo impilato in questo modo:

  • Diagrammi delle attività
  • Usa diagrammi casi
  • Diagrammi di sequenza
  • Modelli di classe

Ho trascorso gli ultimi 7 mesi della mia vita a creare questo e voglio che venga presentato nell'ordine più logico e fatto.

    
posta Tim Lieberman 14.06.2013 - 17:11
fonte

3 risposte

8

Dovresti iniziare con un diagramma. Quali sono le parti principali di questo software?

Parlare della responsabilità di ciascuno ad alto livello, concentrarsi sul legare le caselle alla loro comprensione del business.

Dopo l'unico diagramma di alto livello, otterrei 1-2 livelli più dettagliati. Mi piacerebbe che tu prendessi del tempo per permettere alle persone di fare domande.

Non cercare di farli padroneggiare del design, venderli sull'idea che tu sappia cosa stai facendo e che più spesso implichi farli sapere che conosci dominio (quali termini usare per ciascuna area, quali informazioni si riferiscono tra di loro). Spesso non riescono a giudicare il design del software o le tue capacità tecniche.

Se pensano di sapere cosa stai facendo, questo è ciò che guiderà la loro approvazione più di ogni presentazione logica.

    
risposta data 14.06.2013 - 17:24
fonte
5

Il gruppo dirigente che ho incontrato tende a concentrarsi su

  • Farà ciò che voglio / ho bisogno?
  • Quando riceverò?
  • Quali sono i rischi coinvolti?

e

  • Hai fatto i compiti (e / o 'sai di cosa stai parlando?')

Mostrare loro modelli di classe potrebbe essere utile per mostrare che sai di cosa stai parlando, ma oltre a questo li annoierai fino alle lacrime. Non consigliato.

Concentrati su una panoramica di altissimo livello, suona sicuro e preparati a eseguire il backup di qualsiasi cosa con i dettagli.

Non fai un engineering sul posto. Lo avrai sbagliato. Se ti viene fatta una domanda complessa, scrivila e torna da loro.

    
risposta data 14.06.2013 - 17:21
fonte
3

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.

    
risposta data 14.06.2013 - 17:18
fonte

Leggi altre domande sui tag