Ho familiarità con la stesura della Specifica dei requisiti del software, ma non sono sicuro di come scrivere i requisiti per un modulo specifico.
Diciamo che ho bisogno di sviluppare un sistema di prenotazione e ci sarà un modulo per eseguire la convalida. Ora, un SRS è già disponibile per l'intero sistema, ma prima della progettazione (API Specification and Class Diagrams) del modulo di convalida, quale sarebbe il formato di scrittura dei Requisiti per questo modulo.
Un modello specifico non dovrebbe richiedere più requisiti, un modulo dovrebbe completare o essere parte della soluzione per un sottogruppo di requisiti generali per il progetto. Se si scopre che un modulo non funziona per soddisfare i requisiti del progetto, allora non è necessario o mancano i requisiti. La creazione di moduli è parte del processo di progettazione, i requisiti dovrebbero già essere stati impostati, se stai cercando di fare requisiti specifici per un modulo specifico, allora stai sbagliando.
Come Ryathal ha detto nella sua risposta , i componenti specifici non dovrebbero avere i propri requisiti. Tuttavia, potrebbe essere una buona idea fornire tracciabilità dall'architettura del sistema, dalla progettazione dettagliata del componente e dai dettagli di implementazione ai requisiti che hanno guidato tale decisione. Tutte le decisioni di progettazione e le funzionalità implementate dovrebbero essere derivate da alcuni requisiti del sistema.
Penso che quello che stai cercando sia un documento di regole aziendali. Questo definirà le regole che il sistema deve applicare e seguire. Incluso nelle regole aziendali sarebbero le regole su ciò che è una prenotazione accettabile. Se quindi stai creando un modulo di convalida, il suo scopo sarebbe quello di applicare le regole aziendali.
Dai un'occhiata al link
Leggi altre domande sui tag requirements specifications modules