Evitare problemi durante la creazione di requisiti software


Requisiti software di raccolta può essere un elenco frettolosa di "must have" o una lunga lista di tutto quello che il cliente vuole, ha bisogno, e mi avrebbe se il denaro non fosse. Come si può evitare problemi nella raccolta e la definizione dei requisiti del software?

Incontri di gestione per raccogliere i requisiti software

Non lasciate che la persona più familiarità con i requisiti e le esigenze di documentazione software di notazione assegnazione dominare i requisiti attuali generazione. Il vostro compito dovrebbe essere quello di una segretaria in una riunione organizzativa, raccogliendo tutti gli ingressi per il gruppo o la gestione di parere e non agire come un guardiano e un cancelliere del tribunale.





Soddisfare le esigenze di tutte le parti interessate, come ad esempio il supporto per le applicazioni software e agli utenti di visualizzare, non solo al gestore della sicurezza IT utilizzando le strutture per la segnalazione e la delega di compiti e super-utenti.

Non tutti i reclami avranno una soluzione. Né qualsiasi frustrazione che qualcuno con la versione corrente del software necessario per diventare un requisito software per la prossima generazione. Tuttavia, la documentazione di tutte le denunce e le preoccupazioni riduce la resistenza al progetto in futuro.

Requisiti software Gathering

Fare domande di libera dal contesto all'inizio del processo di requisiti software di aumentare i requisiti globali, anziché immersioni davanti erbacce. Requisiti flusso globale più facilmente lungo la discussione dettagliata che spingono indietro fino a un livello superiore.


Identificare potenzialmente contrastanti requisiti software andando avanti. Risolve requisiti contrastanti prima di andare al di là della fase di requisiti.

Controllare se un requisito software è una "necessità" o "voglio" una volta si registra.

Non dimenticate di aggiungere la versione software presupposti di correzione degli errori a far parte della prossima generazione di software, a meno che l'errore è stato corretto in una patch intermedia.

Gestione

Requisiti

Prestare attenzione ai presupposti che stanno dietro le loro esigenze software. Se le ipotesi cambiano, come ad esempio la definizione della sua comunità di utenti, alcuni dei requisiti software cambierà troppo.

Nello sviluppo di bisogni non garantisce necessariamente come è soddisfatto il requisito. Ad esempio, la creazione di una versione web-based di un client-server può essere un requisito per passare a un'applicazione basata su cloud. Tuttavia, ci deve essere costruito con una suite di software o di esecuzione specifica su una particolare piattaforma.


Ricordate il potere di inerzia. Modifiche per il gusto di cambiare, o "guardare indietro" utenti stranieri. Basta cambiare l'aspetto di uno strumento e come si svolge funzioni di base più facile se il lavoro di qualcuno, se si sta semplificando il numero di passi per completare una transazione per il fatto che uno strumento o standardizzare il toolkit. Il software non dovrebbe seguire le tendenze, come le automobili e vestiti, cambiare l'interfaccia a guardare come qualcosa di nuovo, fresco e caldo nel mercato di oggi.

passaggi prima di iniziare a scrivere codice

Ottenere un consenso sui requisiti prima di procedere con la codifica. Tuttavia, è importante capire che potrebbe non essere possibile soddisfare tutti.

Determinare se i problemi segnalati sono di natura tecnica, una questione di percezione o di necessità di formazione degli utenti prima di pianificare per scrivere codice. Requisiti per il software non richiede sempre una riscrittura del software, e altre opzioni dovrebbero essere esplorate prima di modificare il software applicativo.

Formalmente documentare tutte requisiti delle applicazioni software come porte. Fare requisiti software Document un contratto documento rilegato a cui i clienti devono essere d'accordo prima di iniziare la codifica. Questo assicura che i clienti hanno firmato delle esigenze del progetto, prima di iniziare il lavoro. Vinci una difesa legale contro una espansione della capacità midstream e nuove esigenze, nonché la protezione contro i clienti che rifiutano il progetto perché non è quello che volevano. Se il software soddisfi i requisiti sono contrattualmente legati ad accettare.

Come evitare problemi durante lo sviluppo del software

Se un requisito software è risultato essere troppo complesso per essere attuato come previsto, controllare se ci sono altri modi per eseguire l'operazione sullo strumento, utilizzare altri strumenti software disponibili per eseguire la stessa operazione in un altro modo per completare l'obiettivo u.


Libero di errori dovrebbe essere un requisito di tutti i progetti di software. Sforzatevi di risolvere tutte le principali e molti errori software minori come possibile durante lo sviluppo del software, codifica e test.
Se il rilevamento degli errori è integrato in un'applicazione software, come ad esempio l'utilizzo di "maschere" di far rispettare un particolare insieme di formato di input dei dati, includono anche la possibilità di modificare le maschere tesi. Ad esempio, un campo di formato di dati costruita per far rispettare voci il numero di telefono in stile americano potrebbe non riuscire se gli utenti tentano di inserire i numeri di telefono internazionali. Assicurarsi che il rilevamento degli errori è modificabile quando è meglio per la vostra situazione.

Rivedere le nuove funzioni o requisiti di funzionalità si aggiungono. Assicurarsi che la nuova funzione non interferisce con i requisiti esistenti o alterata, così come le nuove funzioni sono testati per garantire che non interferiscano con altre funzioni.

(0)
(0)

Commenti - 0

Non ci sono commenti

Aggiungi un commento

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Caratteri rimanenti: 3000
captcha