requirements management

Requirements Management ( AM ; Engels requirements management , RM ) is een tak van de requirements engineering (RE) en een tak van business analyse en management taak voor de efficiënte en foutloze ontwikkeling van complexe systemen .

Andere disciplines van RE zijn z. Omdat de eisen definitie is en omvat de onderverdelingen requirements analyse (Engl. Requirements uitlokking (engl.), Requirements documentatie -eisen documentatie ) en verzoek validatie (Engl. Requirements validatie ), terwijl het beheer van de vraag maatregelen voor het beheer, de controle en het beheer van eisen , dat wil zeggen risk management , change management en Implementatiebeheer omvat.

Deze definitie houdt rekening met de lessen die uit het verleden zijn geleerd dat problemen met vereisten meestal het gevolg zijn van slecht beheer daarvan. Het is ondertussen volwassener geworden dat alleen het vaststellen van eisen niet voldoende is, maar voor de realisatie van een product of systeem van het meer geavanceerde proces van behoeftebeheer is noodzakelijk.

Goals

Vereistenbeheer is van bijzonder belang wanneer complexe producten of systemen worden ontworpen en er wordt gewerkt aan de ontwikkeling ervan.

Het doel van requirements management is het bereiken van een gemeenschappelijk begrip van een systeem dat moet worden ontwikkeld tussen opdrachtnemer en klant. Tegelijkertijd dienen de resulterende documenten vaak als een contractuele basis voor verdere implementatie.

Een consensus is door introductie en toepassing van requirements management methoden (u. A. verkennende , eisenanalyse , eisenspecificatie , eisen modelleren , vereisten beoordelingen worden bereikt). Door deze methoden te gebruiken, kan de kwaliteit van de behoeftedocumentatie worden verhoogd. Kwaliteitscriteria voor een vereiste documentatie zijn u. a. Begrijpelijkheid , uniekheid , traceerbaarheid (ook traceerbaarheid) , consistentie , volledigheid, toetsbaarheid . [1]Voor semi-automatisch testen van enkele kwaliteitscriteria, volgens Code geuren , kan de vereiste documentatie zoeken naar zogenaamde eisengeuren , die potentiële problemen in de tekst aan het licht brengen. [2]

Het beheer van eisen betekent dat processen worden bepaald en uitgevoerd door het vereiste documentatie wordt bijgewerkt tijdens het gehele project kan worden gebruikt aan het einde als basis voor de bereiding van testgevallen.

Normen en taal

Requirements Management is een van de elementaire processen in de software en systeem volwassenheidsmodellen CMMI en ISO / IEC 15504 (SPICE) evenals in de standaard ISO / IEC 12207 .

Het gebruikt natuurlijke taal voor presentatie , of geformaliseerde natuurlijke taal met beperkte woordenschat en constructies met vaste zinnen, zo nodig zogenaamde behoeftesjablonen . De ook steeds meer gebruikte kunstmatige talen voor het modelleren van dergelijke. Omdat UML of Message Sequence Charts (MSC) in veel situaties een formulering van de vereisten faciliteren.

Het doel van een vereiste specificatie (inclusief specificaties , specificaties , technisch concept ) is om de vereisten zodanig te formuleren dat een gemeenschappelijk begrip van het te ontwikkelen systeem wordt gecreëerd tussen de klant en de aannemer. Om dit in natuurlijke taal te bereiken, moeten regels worden gevolgd. Het wordt bijvoorbeeld aanbevolen om korte zinnen te gebruiken, niet om onnauwkeurige bijvoeglijke naamwoorden en bijwoorden te gebruiken (zogenaamde zwakke woorden, zoals sneller, mooier, automatisch, circa), evenals passief(Z. B. “kan worden berekend”) te voorkomen, maar het handelssysteem bellen en de conjunctief (z. B. “moet” of “moet”) te stoppen. Een auteur van een specificatie moet zich aan deze regels houden om de kwaliteit van de vereisten te verbeteren. Om ervoor te zorgen dat de auteur zich aan deze regels houdt, zijn er ook methoden en softwaretools die hem daarbij kunnen helpen. Bijvoorbeeld zinnenjablonen.

In Duitsland is een standaard vastgesteld voor de uniforme uitwisseling van eisen, het zogenaamde requirements interchange format (ReqIF, voorheen RIF). ReqIF wordt gedefinieerd door een XML-schema en is een indeling en gegevensmodel met structuren voor vereisten, hun kenmerken, typen, toegangsrechten, relaties (links), enzovoort. De RIF-projectgroep is in 2004 gestart als onderdeel van het fabrikantinitiatief Software (HIS) van Duitse autofabrikanten zoals Audi, BMW, Daimler, Porsche en Volkswagen. De reden hiervoor was de noodzaak om vereisten uit te wisselen tussen verschillende partners die verschillende RM-hulpmiddelen gebruiken.

Toepassing

In requirements management moeten eisen niet alleen uitspraken doen over gewenste eigenschappen, maar ook criteria beschrijven voor hoe deze eigenschappen kunnen worden getest ( acceptatiecriteria ).

Deze criteria, vaak aangeduid als testcases, dienen niet alleen om de kwaliteit van het product te waarborgen, maar ook substantieel voor de kwaliteit van de vereisten zelf, aangezien het aanbieden van een acceptatiecriterium een ​​onmiddellijke beoordeling van de inhoud van de vereiste vereist.

Vereisten Management Software

→ Hoofdartikel : Requirements Management Software

Met het oog op de structuur van requirements management beter om ontslagen en vermindering van versie / configuratie management en traceerbaarheid in staat te stellen (Engl. Traceerbaarheid) software wordt gebruikt voor requirements management. Deze software moet dan geschikt zijn voor meerdere gebruikers. In veel gevallen worden in plaats van deze speciale software standaard tekstverwerkingsprogramma’s gebruikt, die dan tot de bovenstaande problemen kunnen leiden.

In de regel is de software gebaseerd op een database waarin de individuele vereisten worden opgeslagen en als gevolg daarvan wordt de verwerking ervan gecontroleerd en bewaakt. Voor elke vereiste wordt het begin van de verwerking, het behalen van mijlpalen en de (succesvolle) voltooiing van het werk genoteerd.

Deze vereiste beheersoftware laat deze databases meestal toe om vereisten te relateren. Systeemvereisten kunnen dan bijvoorbeeld worden toegeschreven aan klantvereisten en, onder andere, kunnen systeemvereisten worden geregistreerd die niet zijn toe te schrijven aan enige klantvereisten om over- engineering te vermijden. Evenzo kunnen tests worden gerelateerd aan vereisten om de volledigheid van deze tests te garanderen.

Zie ook

  • bedrijfsanalyse
  • Softwarevereisten Specificatie
  • feature verzoek
  • Volere – Vereisten Analysis Resources
  • Epic (Requirements Management)

Literatuur

  • R. Fahney, Th. Gartung, J. Glunde, A. Herrmann, A. Hoffmann, E. Knauss, U. Valentini R. Weissbach : Requirements Engineering and Project Management. A. Herrmann, E. Knauss, Rüdiger Weissbach (ed.). Springer, Berlijn 2013, ISBN 978-3-642-29431-0 .
  • Klaus Pohl , Chris Rupp : Basic Knowledge Requirements Engineering. dpunkt.verlag, 2009, ISBN 978-3-89864-613-0 .
  • Christof Ebert: Systematisch vereistenbeheer. dpunkt.verlag, 2005, ISBN 3-89864-336-0 .
  • Bruno Schienmann: Continuous Requirements Management: Processen – Technieken – Tools. Addison-Wesley, München 2001, ISBN 3-8273-1787-8 .
  • Colin Hood, Simon Wiedemann, Stefan Fichtinger, Urte Pautz: Requirements Management: interface tussen requirementsontwikkeling en alle andere Systems Engineering-processen. Springer, Berlin 2007, ISBN 978-3-540-47689-4 .
  • Andreas Kress, Robert Stevenson, Rupert Wiebel, Colin Hood, Gerhard Versteegen: Requirements Engineering Methods and Techniques, Introductiescenario’s en hulpmiddelen in vergelijking, iX Studievereistenbeheer. 2e editie. Heise, 2007, ISBN 978-3-936931-19-8 .
  • Chris Rupp & The SOPHISTs: Vereisten engineering en management: van oefenen van klassiek tot behendig. 6e editie. Hanser, 2014, ISBN 978-3-446-43893-4 .

Webkoppelingen

  • volere.co.uk – Lijst met de belangrijkste requirements management tools

Individuele proeven

  1. Spring omhoog↑ Karl Wiegers, Joy Beatty: Softwarevereisten . 3e editie. Microsoft Press, US 2013, ISBN 978-0-7356-7966-5 .
  2. Jump up↑ Henning Femmer, Daniel Méndez Fernandez, Stefan Wagner, Sebastian Eder: Snelle kwaliteitsgarantie met eisen, geuren . In: Journal of Systems and Software . Volume 123, 2017, pagina’s 190-213, doi : 10.1016 / j.jss.2016.02.047 , arxiv :1611.08847 .

Leave a Reply

Your email address will not be published. Required fields are marked *