Visuele oplossingen


Support
Registreren
Inloggen
Probeer gratis uit

Begrippenlijst

Begrippenlijst

Inhoudsopgave

Acroniemen
Algemene Voorwaarden
Definitie
RM
Vereistenbeheer
Het proces van het identificeren, documenteren, analyseren, traceren, prioriteren, goedkeuren en onderhouden van vereisten voor een project of product.
BRD
Document met zakelijke vereisten
Een formeel document dat de zakelijke vereisten op hoog niveau voor een project of product beschrijft. Het bevat doorgaans informatie over de zakelijke behoefte, reikwijdte, belanghebbenden, functionele vereisten, niet-functionele vereisten, aannames, beperkingen, risico's en de tijdlijn van het project.
FRD
Document met functionele vereisten
Een gedetailleerd document dat de specifieke functionele vereisten voor een project of product beschrijft. Het bevat doorgaans informatie over de systeemfuncties, gebruikersvereisten, use cases, scenario's, gegevensvereisten en acceptatiecriteria.
NFRD
Document met niet-functionele vereisten
Een gedetailleerd document dat de specifieke niet-functionele vereisten voor een project of product beschrijft. Het bevat doorgaans informatie over de systeemprestaties, schaalbaarheid, beschikbaarheid, betrouwbaarheid, beveiliging, onderhoudbaarheid, bruikbaarheid en toegankelijkheid.
SRS
Specificatie softwarevereisten:
Een uitgebreid document dat de functionele en niet-functionele vereisten voor een softwaresysteem beschrijft. Het bevat doorgaans informatie over de systeemarchitectuur, het ontwerp, de implementatie, het testen en de implementatie.
Use Case
Use Case
Een techniek voor het vastleggen en beschrijven van de functionele vereisten van een systeem door de interacties tussen het systeem en zijn gebruikers of andere systemen te definiëren. Het bevat doorgaans een beschrijving van de stappen die de gebruiker of het systeem heeft genomen om een ​​specifiek doel of een specifieke taak te bereiken.
Traceerbaarheid Matrix
Traceerbaarheid Matrix
Een document dat een traceerbare koppeling biedt tussen de vereisten, het ontwerp, de implementatie, het testen en de implementatie van een systeem. Het bevat doorgaans informatie over de relatie tussen de vereisten en andere systeemartefacten, zoals testgevallen, defecten en wijzigingsverzoeken.
Besturingskaart wijzigen
Besturingskaart wijzigen
Een groep belanghebbenden die verantwoordelijk is voor het evalueren, goedkeuren en beheren van wijzigingen in de vereisten, het ontwerp, de implementatie, het testen en de implementatie van een systeem. Het omvat meestal vertegenwoordigers van verschillende afdelingen, zoals zaken, ontwikkeling, testen en operaties.
Vereisten elicitatie:
Vereisten elicitatie:
Het proces van het verzamelen en documenteren van de vereisten voor een project of product van belanghebbenden, gebruikers en andere bronnen. Het omvat meestal technieken zoals interviews, enquêtes, observaties, focusgroepen en brainstormsessies.
Belanghebbende
Belanghebbende
Een persoon of groep mensen die belang hebben bij het succes van een project of product. Het omvat doorgaans klanten, gebruikers, sponsors, bedrijfseigenaren, ontwikkelaars, testers en ondersteunend personeel.
Prioritering van vereisten
Prioritering van vereisten
Het proces van het rangschikken van de vereisten voor een project of product in volgorde van belangrijkheid of urgentie. Meestal gaat het om het identificeren van de kritieke vereisten die als eerste moeten worden aangepakt en het toekennen van een prioriteitsniveau aan elke vereiste op basis van de bedrijfswaarde, technische haalbaarheid en risico's.
Hulpprogramma's voor vereistenbeheer
Hulpprogramma's voor vereistenbeheer
Een softwaretoepassing die wordt gebruikt om het vereistenbeheerproces te ondersteunen. Het bevat doorgaans functies zoals het vastleggen van vereisten, traceerbaarheid, versiebeheer, samenwerking, rapportage en analyse. Voorbeelden van tools voor vereistenbeheer zijn Visure Solutions, IBM Rational DOORS, Jama Connect en HP ALM.
Baseline
Baseline
Een set van goedgekeurde eisen die de basis vormt voor het verder ontwikkelen en testen van een systeem. Het bevat meestal de functionele en niet-functionele vereisten die zijn overeengekomen door de belanghebbenden en zijn ondertekend door de change control board.
Validatie
Validatie
Het proces waarbij wordt beoordeeld of de vereisten voor een systeem volledig, nauwkeurig en consistent zijn met de behoeften en verwachtingen van de belanghebbenden. Het omvat doorgaans het beoordelen van de vereistendocumenten, het uitvoeren van beoordelingen door belanghebbenden en het verifiëren dat het systeem voldoet aan de gespecificeerde vereisten door middel van testen en andere methoden.
Verificatie
Verificatie
Het proces van evalueren of het systeem voldoet aan de gestelde eisen. Meestal gaat het om het testen van het systeem aan de hand van de acceptatiecriteria die zijn gedefinieerd in de vereistendocumenten en om ervoor te zorgen dat alle vereisten correct zijn geïmplementeerd.
strekking
strekking
De grenzen en doelstellingen van een project of product. Het bevat meestal informatie over de kenmerken, functies en mogelijkheden van het systeem, evenals de beperkingen en beperkingen waarmee rekening moet worden gehouden.
Impactanalyse
Impactanalyse
Het proces van het evalueren van de potentiële effecten van een wijziging in de vereisten, het ontwerp, de implementatie, het testen of de implementatie van een systeem. Het omvat meestal het identificeren van de getroffen delen van het systeem, het beoordelen van de risico's en voordelen van de wijziging en het bepalen van de middelen en tijdlijnen die nodig zijn om de wijziging door te voeren.
Beoordeling van vereisten
Beoordeling van vereisten
Een formeel proces voor het evalueren van de vereistendocumenten om ervoor te zorgen dat ze volledig, nauwkeurig en consistent zijn met de behoeften en verwachtingen van de belanghebbenden. Het omvat meestal een beoordeling door een team van belanghebbenden, waaronder ontwikkelaars, testers, bedrijfsanalisten en materiedeskundigen, die feedback geven en eventuele problemen of problemen identificeren die moeten worden aangepakt.
Vereisten Traceerbaarheid
Vereisten Traceerbaarheid
De mogelijkheid om de relatie tussen de vereisten en andere systeemartefacten, zoals ontwerpdocumenten, testgevallen, defecten en wijzigingsverzoeken, te volgen en te beheren. Meestal gaat het om het creëren van een traceerbaarheidsmatrix of een ander hulpmiddel om ervoor te zorgen dat alle vereisten tijdens het ontwikkelingsproces worden verantwoord en dat eventuele wijzigingen in de vereisten correct worden beheerd en gedocumenteerd.
Vereisten basislijn
Vereisten basislijn
Het door de stakeholders geaccordeerde eisenpakket dat de basis vormt voor het verder ontwikkelen en testen van een systeem. Het omvat doorgaans de functionele en niet-functionele vereisten, evenals eventuele beperkingen, aannames en risico's die zijn geïdentificeerd. De baseline van de vereisten wordt gebruikt als referentiepunt voor het beheer van wijzigingen in de vereisten gedurende het ontwikkelingsproces.
Requirements engineering
Requirements engineering
De systematische en gedisciplineerde aanpak voor het uitlokken, analyseren, specificeren, valideren en beheren van de vereisten voor een project of product. Het omvat meestal het gebruik van verschillende technieken, zoals interviews, enquêtes, use cases, scenario's en prototypes, om ervoor te zorgen dat de vereisten volledig en nauwkeurig zijn en consistent zijn met de behoeften en verwachtingen van de belanghebbenden.
Vereisten Documentatie:
Vereisten Documentatie:
De verzameling documenten die de vereisten voor een systeem beschrijven, inclusief het document met zakelijke vereisten, het document met functionele vereisten, het document met niet-functionele vereisten, use cases, gebruikersverhalen en andere gerelateerde documenten. Vereistendocumentatie biedt een uitgebreid begrip van de kenmerken, functies en mogelijkheden van het systeem, evenals de beperkingen, aannames en risico's waarmee tijdens het ontwikkelingsproces rekening moet worden gehouden.
BR
Business Requirements
De doelstellingen en doelen op hoog niveau waaraan een systeem moet voldoen om aan de behoeften en verwachtingen van de belanghebbenden te voldoen. Zakelijke vereisten zijn meestal gericht op de bedrijfsprocessen, het beleid en de regels die het systeem moet ondersteunen of verbeteren, in plaats van op de technische details van hoe het systeem zal worden geïmplementeerd.
FR
Functionele vereisten
De gedetailleerde beschrijvingen van de kenmerken, functies en mogelijkheden die een systeem moet hebben om aan de behoeften en verwachtingen van de belanghebbenden te voldoen. Functionele vereisten definiëren doorgaans hoe het systeem zich zal gedragen of zal reageren op specifieke invoer of gebeurtenissen, en ze kunnen beperkingen, aannames en acceptatiecriteria bevatten waaraan moet worden voldaan om ervoor te zorgen dat het systeem voldoet aan de vereisten van de belanghebbenden.
NFR
Niet-functionele vereisten
De beschrijvingen van de prestaties, betrouwbaarheid, veiligheid, bruikbaarheid en andere kwaliteiten van het systeem die nodig zijn om aan de behoeften en verwachtingen van de belanghebbenden te voldoen. Niet-functionele vereisten definiëren doorgaans de attributen of kenmerken van het systeem, in plaats van de specifieke kenmerken of functies, en ze kunnen beperkingen, aannames en acceptatiecriteria bevatten waaraan moet worden voldaan om ervoor te zorgen dat het systeem voldoet aan de vereisten van de belanghebbenden.
Gebruikersverhaal
Gebruikersverhaal
Een korte, informele beschrijving van een eigenschap of functie die een systeem moet hebben om aan de behoeften en verwachtingen van de belanghebbenden te voldoen. Gebruikersverhalen volgen doorgaans een eenvoudig sjabloon, zoals "Als [gebruiker] wil ik [functie], zodat [voordeel]." Gebruikersverhalen worden gebruikt om de vereisten vast te leggen in een eenvoudig, begrijpelijk formaat dat gemakkelijk kan worden gecommuniceerd en geprioriteerd door de belanghebbenden en het ontwikkelingsteam.
Acceptatiecriteria
Acceptatiecriteria
De criteria waaraan een systeem moet voldoen om door de belanghebbenden als aanvaardbaar of bevredigend te worden beschouwd. Aanvaardingscriteria definiëren doorgaans het verwachte gedrag of de verwachte resultaten van een systeem in specifieke scenario's of use cases, en ze kunnen kwantitatieve of kwalitatieve maatregelen bevatten waaraan moet worden voldaan om ervoor te zorgen dat het systeem voldoet aan de behoeften en verwachtingen van de belanghebbenden. Acceptatiecriteria worden gebruikt om het systeem te valideren tegen de functionele en niet-functionele vereisten en ervoor te zorgen dat het voldoet aan de vereisten van de belanghebbenden.
ALM
Beheer van applicatielevenscyclus
Application Lifecycle Management is de procedure voor het specificeren, ontwerpen, documenteren en testen van de applicatie. Het omvat de hele levenscyclus van het begin tot het einde van het project. Het begint met het idee van de applicatie tijdens de ontwikkeling, gaat naar testen, implementatie, ondersteuning en ten slotte de gebruikerservaring.
CMMI
Integratie van het Capability Maturity Model
CMMI definieert een reeks best practices voor softwareontwikkeling, projectbeheer en organisatiebeheer die organisaties kunnen helpen de kwaliteit, efficiëntie en effectiviteit van hun softwareontwikkelingsprocessen te verbeteren.
MBSE
Modelgebaseerde systeemtechniek
Een benadering van systeemtechniek die modellen gebruikt om complexe systemen weer te geven, te analyseren, te ontwerpen en te verifiëren. MBSE omvat het creëren van een reeks modellen die de vereisten, het gedrag, de architectuur en andere belangrijke aspecten van het systeem vastleggen en deze modellen gebruiken om het ontwikkelingsproces te begeleiden.

Vergeet dit bericht niet te delen!

Top