Prototyping è una delle funzioni più importanti del nostro processo di sviluppo. Consideriamo l'atto di prototyping da essere una strategia di mitigation di rischio. Se avvicinati a correttamente, crediamo che prototyping possa ridurre i rischi in via di sviluppo. In più, riducendo i rischi possiamo spesso ridurre i costi di progetto.

Prototyping può essere fatto in un certo numero di sensi e può realmente impiegare più di un metodo sopra il corso di sviluppo.

Possiamo cominciare con gli schemi disegnati a mano ed i diagrammi di flusso per rappresentare gli elementi dell'interfaccia di utente (UI) ed i processi di affari. Queste illustrazioni allora sono convertite HTML-hanno basato i prototipi dei UI che comprendono un livello minimo di funzionalità.

Le prove di accettazione del cliente allora sono preparate per documentare la funzionalità richiesta. Queste prove allora sono convalidate contro il prototipo, così come i requisiti stabiliti di affari, dell'utente e del sistema accertarsi che il sistema finale venga a contatto degli obiettivi dichiarati del progetto.

Diamo risalto ai clienti a che esaminare dovrebbe cominciare presto e dovrebbe essere effettuata continuamente. La prova comincia durante analisi di requisiti e prototyping quando i responsabili di progetto lavorano con il cliente per sviluppare le prove di accettazione ad alto livello del cliente che convalidano il commercio, l'utente ed i requisiti del sistema.

Durante lo sviluppo, le prove di unità accertano quei diversi, pacchetti funzionali del codice ai più bassi livelli fanno che cosa sono destinate per fare. La prova di integrazione si accerta che tutte le parti (cioè pacchetti funzionali del codice) che compongono insieme una funzione del sistema per fare fronte alla richiesta specificata.

La prova di accettazione finale convalida il sistema completato contro i requisiti come definiti durante l'analisi di requisiti e la fase prototyping. Quando tutte le prove di accettazione finale hanno passato, il sistema dovrebbe essere aspetta per produzione.

I piccoli rilasci forniscono i risultati positivi ai clienti in un modo attuale, valore di aggiunta ai loro processi di affari il più rapidamente possibile.

I piccoli rilasci inoltre impediscono il progetto lo smarrimento ugualmente lontano dagli obiettivi progettati prima che il senso possa essere corretto. A questo proposito i più piccoli rilasci possono essere considerati una strategia di mitigation di rischio pure. La chiave ad un piccolo metodo del rilascio è di identificare i diversi sottosistemi che compongono il più grande sistema ed allineano quei sottosistemi dall'importanza. Le parti più importanti allora sono trasportate in primo luogo a aggiungono il valore rapidamente.

La programmazione di accoppiamento è il più difficile allo strumento di tutti i processi di sviluppo identificati in questo articolo. Mentre non sosteniamo l'accoppiamento che si programma in tutti i casi, riteniamo che ci è valore grande da guadagnare in molti casi. I clienti sono interessati generalmente circa i costi di sviluppo di un sistema. E mentre l'idea di avere due sviluppatori lavorare parallelamente sulla stessa parte del codice può sembrare counterintuitive, le riduzioni dei costi possono essere realizzato dovuto i cicli difficili più corti e meno ripresa come conseguenza della programmazione di accoppiamento.

Allo stesso tempo, i responsabili vedono l'uso di due genti su un'operazione essere uno spreco di risorse importanti, che possono essere allineare se l'operazione non è di complessità sufficiente. Tuttavia, in quelle situazioni dove si adattare, se la qualità è aumentata ed esaminare e ripresa ridotta, quindi in noi credere che le alternanze siano garantite.

Article Source: http://www.articleset.com