Come posso migliorare il mio nuovo processo di progettazione di applicazioni Web?

1

Il mio attuale processo con asp mvc è:

  1. Parla al cliente un paio di volte per scoprire cosa vogliono
  2. Estrai da m annota una lista di nomi, o entità che devono essere rintracciate.
  3. Crea un elenco delle regole aziendali da applicare.
  4. Crea il database, basato sull'elenco delle entità.
  5. Fai un wireframe che espone approssimativamente tutte le schermate dell'interfaccia utente.
  6. Inizia a codificare modelli / classi per ogni entità.
  7. Inizia a codificare le visualizzazioni dell'interfaccia utente
  8. Vai avanti e indietro modificando, modificando, ripetendo i bit che ho dimenticato, ecc
  9. Esegui subito l'operazione e verifica che tutte le regole aziendali siano state implementate.
  10. Spedisci.

Ritengo che il mio processo sia molto inefficiente, perché quasi sempre ottengo la metà e mi rendo conto di aver dimenticato 3 tavoli, o alcuni dei tavoli che non sono necessari, o in realtà sto andando a codificare in un altro modo, ecc. , ecc. È normale? Voglio dire, se il processo di architettura è fatto correttamente, puoi prevedere la maggior parte, se non tutti, i problemi nel ciclo di sviluppo, quindi non c'è così tanto da ripetere?

So che l'architettura è una professione / processo consolidata. Credo che mi stia chiedendo se sono vicino a un metodo praticabile e ho solo bisogno di modificare alcune cose, o sono totalmente fuori e ho bisogno di prendere un buon libro?

    
posta BattlFrog 10.08.2016 - 23:24
fonte

1 risposta

1

La risposta che hai veramente bisogno qui probabilmente non è correlata all'architettura, ma piuttosto alla metodologia di sviluppo. Tutti i passaggi hanno senso, ma è necessario rendere il processo iterativo e tracciare la struttura della ripartizione del lavoro in modo che alcune delle decisioni possano essere prese ultimamente senza un impatto significativo sulla progettazione generale del sistema. Per questo puoi guardare a metodologie agili come SCRUM (se stai lavorando da solo, questo sarà più stimolante che utile, ma aiuta a vedere il processo sistematicamente). Inoltre, puoi prendere in considerazione alcune pratiche utili:

  1. Raccogli i tuoi appunti dalle interviste ai clienti sotto forma di storie di utenti: "come un qualche tipo di utente che voglio ... in modo che io possa ottenere / ottenere ..."
  2. Oltre ai nomi si usano anche aggettivi (aiutano a costruire gerarchie di classi) e verbi (che definiscono le azioni e le operazioni dell'utente).
  3. Metti alla prova i tuoi prototipi di wireframe nelle storie degli utenti (possono essere raggiunti e in che misura?) e registra i risultati come mappe di viaggio dei clienti per scoprire le lacune e gli ostacoli che gli utenti possono raggiungere.
  4. Progetta l'architettura dei componenti liberamente accoppiata, in modo che le modifiche tardive dei requisiti e / o dell'analisi abbiano un impatto minimo sul tuo codice.
  5. Lavorare in piccole iterazioni, alla fine di ognuna, fornisce codice funzionante che può essere dimostrato al cliente ("Oggi ti mostrerò l'interfaccia utente del carrello della spesa ...") e testato. I primi feedback sono importanti.
risposta data 15.08.2016 - 21:38
fonte

Leggi altre domande sui tag