Skip to main content

Bronnen en afbakening

1.1 Doel

Dit hoofdstuk legt vast hoe de SRS wordt afgeleid uit de bestaande documentatieset.

De SRS gebruikt het actuele Functioneel Ontwerp als primaire functionele bron. Usecases, schermdocumentatie, database-informatie, ontwerpbronnen, architectuurdocumentatie en oefenmodule-documentatie worden gebruikt om requirements toetsbaar te maken.

1.2 Bronhiërarchie

VraagtypePrimaire bronAanvullende bronSRS-gebruik
Functionele samenhangFO-hoofdstukkenUsecases, schermdocumentatieBepalen welke requirement nodig is en welke domeingrens geldt.
ProcesstappenUsecasesFO, schermdocumentatieAfleiden van actor, preconditie, trigger, hoofdflow en alternatieve flow.
Zichtbare scherminteractieSchermdocumentatieFO, mockupsAfleiden van zichtbare acties, velden, lege toestanden en foutfeedback.
Domeinobjecten en brondataDatabase-informatieFO, ontwerpbronnenAfleiden van bron-van-waarheid, status, readmodel en historische context.
Statussen, commands en eventsOntwerpbronnenFO, usecasesAfleiden van statusovergangen, mutaties, events en auditvereisten.
Technische randvoorwaardenArchitectuurdocumentatieTechnisch Ontwerp, SRS-NFR'sAfleiden van niet-functionele eisen zonder het Technisch Ontwerp te dupliceren.
ModulegedragOefenmodule-documentatieFO-22, FO-08, FO-18Afleiden van modulepayload, rendering, antwoordcontrole en exportgedrag.

1.3 Wat de SRS niet doet

De Software Requirements Specification is geen technisch ontwerp en geen implementatieplan.

Buiten deze SRS vallen:

  • database-DDL;
  • codeklassen en interfaces;
  • infrastructuurconfiguratie;
  • packagekeuzes;
  • sprintplanning;
  • visueel pixel-perfect ontwerp;
  • juridische beleidsdocumenten.

1.4 Interpretatieregels

  • Een SRS-requirement mag FO-autorisatiegrenzen niet verruimen.
  • Een SRS-requirement mag geen nieuwe bron van waarheid introduceren zonder FO-besluit.
  • Een SRS-requirement moet toetsbaar zijn.
  • Requirements verwijzen naar bronhoofdstukken, maar dupliceren geen volledige FO-tekst.
  • Wanneer bronlagen conflicteren, wordt eerst het FO of de duurzame ontwerpbron aangepast voordat de SRS definitief wordt gemaakt.
  • Requirements die alleen technische implementatie beschrijven, worden niet in de Software Requirements Specification opgenomen maar naar het Technisch Ontwerp verplaatst.
  • Requirements die alleen tekst-, popup- of schermdetail betreffen, verwijzen naar het passende register of schermdocument.

1.5 Linkbeleid

Docusaurus-links worden extensieloos geschreven.

Voorbeelden: