Come pensate per l'avvio di un nuovo sistema di web?

Question

mi è stato la creazione di sempre più sistemi di recente e ho trovato sempre di più la pianificazione e la preparazione che faccio prima di iniziare il progetto.

I determinare che cosa le librerie o framework Userò, quali lingue, l'architettura di base di come il sito sarà portata, ecc.

Ho anche sentito di altri design processi come appendere palline di polistirolo per mostrare dove le classi sono e come si riferiscono, che è un processo che non ho mai sentito parlare di né so come funziona.

Esiste un software che aiuta in questo processo? Ci sono linee guida o passi o avete un insieme consigliato di passaggi o linee guida che si seguono quando si progetta un nuovo progetto?

Answer 1

Quindi stai bascially fare architettura della soluzione. Non ci sono metodologie che sono a conoscenza di - almeno nessuno che vengono succintamente descritta in quattro pagine o meno (cosa che mi interessa fino a venire con)

.

Per rispondere alla tua domanda:

1 - comprendere i vincoli

L'ovvio è capire il problema che stai cercando di risolvere e il contesto.
Si può avere un mano libera o si potrebbe essere constrainted per gli standard esistenti - dove lavoro (in un agencey Govt) abbiamo un sacco di diverse tecnologie e sistemi, e c'è un ordine gerarchico quando stiamo guardando qualcosa di diverso; La tecnologia preferiamo e la tecnologia stiamo cercando di crescere fuori.

Zachman è un'Architecture Framework Enterprise; si potrebbe trovare interessante ma dubito che avrà un sacco di rilevanza a livello di soluzione, in particolare. TOGAF è un altro.

2 - Vista

La cosa di TOGAF (e Zachman) è che ha il concetto di diversi "punti di vista", ad esempio, la:

• View Sicurezza
• visualizzazione dei dati
• vista la tecnologia
• visualizzazione applicazione
• vista del processo
• vista sostegno
• vista operativo
• vista la fatturazione
• Visualizza l'utente
• prestazioni, ecc ...

fino anteriore destro si vuole pensare attentamente a quali viste sono rilevanti per il sistema si sta programmando / architecting. Poiché il progetto / sistema si sviluppa è necessario tenere a mente queste; che aiuterà a guidare le decisioni più importanti. Mi piace anche questo appoarch / modo di pensare, perché funziona sulla falsariga di "dividere una conquistare" -. Rompere un grande puzzle in quelle più piccole

3 - Modellazione

Non ho sentito parlare di usare palline di polistirolo prima, ma l'idea di modellare le relazioni in modo tattile suoni molto attraente - anche se si tratta di un grande sistema potrebbe essere necessario un camera molto grande:)

Lavagna sono il mio modo preferito di esplorare come le classi si riferiscono (e tutto ciò, in realtà). Vi consiglio vivamente di avere una macchina fotografica digitale con voi, o un telefono cellulare con una fotocamera integrato; Io uso il secondo, prendo le foto della lavagna come necessario e poi sincronizzare con il computer dopo l'incontro ed e-mail le copie ai partecipanti. E 'molto facile per acquisire le informazioni e ti fa apparire molto professionale come bene.

UML è molto utile, ma potrebbe essere necessario scegliere quali pezzi di esso si utilizza a seconda del pubblico -. Dipende da come formalmente si desidera guardare le cose

Formalmente modellazione di sistemi in uno strumento di modellazione (e l'utilizzo di UML formali, al contrario di solo diagrammi, nel dire Visio) è alse molto utile. Se non hai familiarità con questo modo troverete c'è una soglia del dolore si deve passare attraverso, ma è generalmente vale la pena quando:

• il sistema è al di sopra di una certa dimensione / complessità, o
• si dispone di molti sistemi più piccoli con cui lavorare.

4 - la metodologia del progetto

io sono un grande fan di agili / MISCHIA. Sto cercando il modo di appliying principi agili all'architettura SLN -. Ma non ho ancora nulla

Ho partecipato a una sessione di bravo a Tech-Ed scorso anno (ARC202 Sfidare il ruolo dell'architetto con Kevin Francis) - Ho una scrittura fino qui .

Questa è stata una sessione eccellente - è la prima volta che ho mai visto nessuno spiegare come un (soluzione?) architetto dovrebbe impegnarsi in un progetto - indipendentemente dalla metodologia. Kevins un agile avvocato - e il suo discorso concentrati su questo, che ha due volte buono: come adattare Architettura e Agile.

Answer 2

Alcune persone come Kanban .

UML per essere utile.

wonks

Architettura utilizzano il Zachmann quadro .

Credo che la maggior parte delle persone utilizzano una combinazione di queste tecniche. E 'importante essere flexible- ogni progetto è diverso. Tenete affilare le vostre abilità e processi di gestione e troverete un flusso di lavoro che funziona meglio per la maggior parte dei vostri progetti.