Ci sono elementi comuni a quasi tutti gli SRS?

Question

Ci sono elementi comuni a quasi tutti gli SRS?

#1 da (3 voti)

0

Un SRS è una graffetta di ogni serio lavoro a contratto, e può essere incredibilmente noioso per coloro che non hanno mai avuto la sfortuna di doverne leggere uno in una volta.

Sto scrivendo una serie di classi di documenti con LaTeX (linguaggio di markup per documenti di qualità professionale, vedi questi < a href="https://tex.stackexchange.com/questions/102878"> domande e questa risposta su TeX.SE) e, così facendo, ho bisogno di definire i principi fondamentali e le strutture logiche comuni evidenti attraverso qualsiasi SRS ragionevole.

Purtroppo non ho mai avuto l'opportunità di partecipare alla creazione di un SRS da zero, salvo un esempio semplificato e un po 'forzato durante il college, quindi non credo di conoscere l'ampiezza di ciò che accade in un Specifica dei requisiti del software (SRS) . So che consiste almeno del log delle modifiche e dei requisiti stessi, ma oltre ...?

Quali sono le parti indispensabili del documento che ogni SRS dovrebbe avere?

Sono ancora abbastanza nuovo qui, ma sono aperto a fare questo CW se Programmers.SE è tutto su questo tipo di cose.

requirements documentation project-structure srs

posta Sean Allred 19.06.2013 - 01:31

fonte

1 risposta

Leggi altre domande sui tag requirements documentation project-structure srs

Il WTFPL libera l'autore da responsabilità? [chiuso] Memorizza i caratteri mysqli con escape nel database ma li esporta correttamente con htmlspecialchars ()

score 3 · Answer 1

Se riesci a trovarlo, il vecchio DOD-STD-2167A Requisiti dei software (SRS) Dati delle specifiche Descrizione articolo (DID) ti dice cosa volesse il Dipartimento della Difesa in uno SRS e come lo volevano. Questo ti darà un ottimo inizio.

Dalla memoria, il DID SRS richiede una sezione Scope (standard), una sezione Documenti di riferimento, la sezione (i) Requisiti (i) e la Matrice di tracciabilità dei requisiti. Quest'ultima solitamente riporta i requisiti del software ai requisiti di sistema e include almeno informazioni superficiali PER CIASCUNO REQUISITO INDIVIDUALE su come si prevede di testare il sistema per determinare se soddisfa o meno tale requisito. (Di solito sono solo una parola: Ispezione, Dimostrazione, Test, Analisi.)

Se hai denaro da sprecare, puoi acquistare gli standard del software IEEE. Fondamentalmente si riducono a "L'appaltatore consegnerà qualsiasi cosa * bleep * si senta e lo chiamerà SRS".

Il changelog non è assolutamente critico, poiché manterrai il tuo SRS in un qualche tipo di sistema di gestione della configurazione, preferibilmente un sistema di gestione dei requisiti come DOORS. (Sei un pazzo se non lo fai.)

Dovrebbe essere ovvio che i requisiti e SOLO i requisiti vanno nello SRS. Se non è un requisito, non appartiene allo SRS. Periodo.