Come scrivo una specifica? [duplicare]

Ci sono interi corsi universitari dedicati all'ingegnerizzazione dei requisiti, quindi una discussione completa va oltre lo scopo di questa domanda. Tuttavia, posso indicarti alcune risorse che dovrebbero essere utili per iniziare. Ti suggerirei di attirare l'attenzione, sia in ciò che fornisco che in altre risorse, e cercare di concentrarti su aree più specifiche.

Il manuale utilizzato nel mio corso di ingegneria dei requisiti era Requisiti software . Ho anche acquistato un addendum al libro, Ulteriori informazioni sui requisiti software . Tendono ad essere più interessati ai requisiti in metodologie basate su pianificazione e documentazione, discutono storie di utenti e utilizzano casi in aggiunta ai documenti di specifica dei requisiti formali. Esaminano anche le tecniche di elicitazione dei requisiti e la visione e il campo di applicazione. L'autore di questi libri ha un sito Impatto sui processi , che include anche alcune risorse, inclusi vari modelli e guide.

Se stai cercando altri modelli da seguire, di solito raccomando Modelli ReadySet . Ci sono vari modelli da seguire per diverse attività e fasi del ciclo di vita. Assicurati di adattarli in base alle tue esigenze per adattarli al meglio al tuo processo di sviluppo.

Per quanto riguarda chi sviluppa le specifiche, dipende da come è strutturato il progetto, ma solitamente è una collaborazione. Ho visto dove il cliente sa quello che vuole e lavora con l'organizzazione di sviluppo per sviluppare una visione, uno scopo per il lavoro e le specifiche dei requisiti. Ho anche visto dove il cliente ha documenti che specificano il business e i requisiti operativi e le organizzazioni di sviluppo lavorano con questo per sviluppare i requisiti di sistema che possono essere utilizzati dai tecnici.

Se non hai mai scritto una specifica prima, inizia in piccolo. Un breve testo sui processi pianificati, le più importanti tabelle e / o classi di database e alcuni layout di schizzi, insieme a tutti i fatti concreti (descrizioni di formati di importazione / esportazione, ecc.) Possono fare miracoli.

È fin troppo facile cadere nella paralisi dell'analisi quando ci si concentra troppo sul farlo bene, usando UML fino alla sua massima estensione e avendo ogni freccia con il giusto tipo di punta. Le specifiche possono letteralmente crescere in qualsiasi dimensione quando non hai idea di quanti dettagli siano sufficienti.

Forse un primo grande passo per te è istituire un semplice controllo delle modifiche. La prossima volta che un cliente chiede una modifica, digli che si tratta di una modifica che non è stata inclusa nella stima originale. Dì loro se vorrebbero avere la modifica per inviarti i dettagli di ciò che vuoi in una e-mail e tornerai con un prezzo.

Il vantaggio di questo è che rende esplicito che si stanno verificando cambiamenti. Con l'invio di una e-mail, il cliente riconosce che si tratta di una modifica.

Ciò che è probabile che si verifichi è che ciò farà sì che il client richieda un minor numero di modifiche. Come minimo, ciò indurrà loro a comprendere l'entità delle modifiche e ad esplicitare wat.

Dipende da te se scegli di chiedere denaro aggiuntivo per i cambiamenti, alcuni potrebbero essere abbastanza semplici da poterli lanciare gratuitamente come fai ora. La differenza sarebbe che alla fine del lavoro hai una scia di carta del valore extra che hai consegnato che dovrebbe aiutarti a vincere affari ripetuti. Per i cambiamenti più grandi, sicuramente carica.