Vereenvoudigd sjabloon requirementsdocument. <<Organisatie>>

Transcriptie

1 Vereenvoudigd sjabloon requirementsdocument <<Organisatie>> SYSQA B.V. Almere Versie : <<versienummer>> Datum : <<datum>> Status : <<status>> Opgesteld door : <<naam>>

2 Organisatie SYSQA B.V. Pagina 2 van 8 Inhoudsopgave 1 Inleiding Doel van dit document Reikwijdte Referenties Versiebeheer Doelgroep Behoefte business Businesskans Businessdoelstellingen en succescriteria Belanghebbenden Business oplossing Business requirements Businessrisico s Oplossing in hoofdlijnen Globale beschrijving systeem Aannames en afhankelijkheden Requirements... 6 Bijlage 1. Glossary... 8

3 Organisatie SYSQA B.V. Pagina 3 van 8 1 Inleiding 1.1 Doel van dit document <Geef hier het doel van dit document aan. Het vereenvoudigd sjabloon kan alleen worden gebruikt indien er geen beslismoment tussen business requirements en gebruikers- /systeemrequirements ligt.> 1.2 Reikwijdte <Geef aan waar dit document betrekking op heeft en eventuele zaken daarbuiten die geraakt worden door dit document.> 1.3 Referenties <Geef hier een lijst van de documenten waarnaar in dit visie- en scopedocument wordt verwezen of op basis waarvan dit document tot stand is gekomen. Vermeld eventueel waar het document te vinden is.> Ref.id. Titel Auteur Versie / datum Locatie (digitale versie) 1.4 Versiebeheer Versie Status Datum Auteur Opmerkingen 1.5 Doelgroep <Geef aan voor wie dit document geschreven is.>

4 Organisatie SYSQA B.V. Pagina 4 van 8 2 Behoefte business 2.1 Businesskans <Beschrijf de marktkans die bestaat of het probleem dat wordt opgelost. Identificeer de problemen die zonder het systeem niet kunnen worden opgelost en hoe het systeem past in de markttrends of binnen de bedrijfsstrategie. Deze informatie staat mogelijk in de business case.> 2.2 Businessdoelstellingen en succescriteria <Beschrijf op welke manier het systeem een bijdrage levert aan de businessdoelstellingen. Maak meetbaar wanneer aan de businessdoelstellingen is voldaan. Deze informatie staat mogelijk in de business case.> 2.3 Belanghebbenden <Beschrijf per belanghebbende het belang van de belanghebbende bij het systeem en het project heeft.> 2.4 Business oplossing <Globale beschrijving van de wijze waarop invulling kan worden gegeven aan de businesskans en businessdoelstellingen. De beschrijving vormt een kader voor de business requirements.> 2.5 Business requirements <Neem in onderstaande tabel de business requirements op. Eventueel kunnen ook eigenaar en prioriteit per business requirement worden opgenomen, doorvoor moet de tabel wellicht gedraaid worden. > Id Omschrijving Rationale BR 1 Omschrijf het business requirement Omschrijf de rationale BR Businessrisico s <Geef een opsomming van de grootste businessrisico s gerelateerd aan de ontwikkeling van het systeem.>

5 Organisatie SYSQA B.V. Pagina 5 van 8 3 Oplossing in hoofdlijnen 3.1 Globale beschrijving systeem <Beschrijf globaal de oplossing, hiervoor kan bijvoorbeeld gebruik worden gemaakt van het systeemcontext diagram, een stroomschema of een toestandtransitie diagram.> 3.2 Aannames en afhankelijkheden <Vermeld aannames en afhankelijkheden die bij het project of het systeem een rol spelen.>

6 Organisatie SysQa BVSYSQA Pagina 6 van 8 Titel Vereenvoudigd sjabloon requirements Versie Requirements <Som de requirements op in onderstaande lijst. Gebruik hierbij de reference card Eisen aan requirements. De requirements in dit document zijn over het algemeen de gebruikersrequirements, hoewel er wel in een apart deel technische requirements (inclusief beperkingen) of interface requirements opgenomen kunnen zijn. De requirements kunnen ook in een Excellijst worden opgenomen.> Nummer Omschrijving en rationale Versie Bron Prioriteit MoSCoW Requirements functioneel deel X Status Kwaliteitsattribuut Eigenaar Release Relatie met Requirements functioneel deel Y Technische requirements Interface requirements Niet-functionele requirements

7 Organisatie SysQa BVSYSQA Pagina 7 van 8 <Toelichting Nummer uniek identificatienummer van het requirement. Het identificatienummer moet het hele project hetzelfde blijven. Omschrijving en rationale korte, atomaire beschrijving van het requirement en de rationale, de onderbouwing waarom het requirement belangrijk is. Versie versie van het requirement. Bron de bron van het requirement, bijvoorbeeld een ander document of een meeting. Hier kan ook een verwijzing naar het business requirement waar dit requirement worden opgenomen. Prioriteit het belang van het requirement, bijvoorbeeld weergegeven met behulp van de prioriteringstechniek MoSCoW. Status mogelijke statussen zijn ingediend, afgekeurd, goedgekeurd en gerealiseerd. Kwaliteitsattribuut het kwaliteitsattribuut conform ISO 9126 Eigenaar De functionaris die verantwoordelijk is voor het requirement en aan wie vragen gesteld kunnen worden. Release Release waarin het requirement gerealiseerd is of gerealiseerd gaat worden. Relatie met Hier kunnen de nummers van de requirements worden opgenomen waar het requirement een relatie mee heeft.>

8 Organisatie SysQa BVSYSQA Pagina 8 van 8 Titel Vereenvoudigd sjabloon requirements Versie 1.1 Bijlage 1. Glossary <Neem in de verklarende woordenlijst de definities van gebruikte termen en begrippen op.> Term Omschrijving