Vereistenanalysetechnieken met een voorbeeld

โšก Slimme samenvatting

Vereistenanalysetechnieken helpen bedrijfsanalisten bij het modelleren van workflows, het communiceren met belanghebbenden en het vertalen van bedrijfsbehoeften naar gestructureerde specificaties met behulp van BPMN, UML, stroomschema's, gegevensstroomdiagrammen, IDEF, Petri-netten en gap-analyse.

  • ๐Ÿ—บ๏ธ BPMN-notatie: Legt stroomobjecten, verbindingsobjecten, zwembanen en artefacten vast in een gestandaardiseerd, met verschillende tools te gebruiken diagram.
  • ๐Ÿงฉ UML-dekking: Veertien diagramtypen ondersteunen gedragsmatige en structurele weergaven, van use cases tot klasse- en componentdiagrammen.
  • โžก๏ธ Stroom- en gegevensdiagrammen: Stroomschema's en DFD's tonen de besturingslogica, invoer, uitvoer, opslag en processen in gangbare lay-outs.
  • ๐ŸŽญ Rol-activiteitendiagrammen: RAD-modellen brengen activiteiten, externe gebeurtenissen en statussen per rol in kaart, waardoor parallelle werkzaamheden en verantwoordelijkheden zichtbaar worden.
  • ๐Ÿ“… Gantt-diagrammen en IDEF: Gantt-diagrammen brengen de volgorde van taken in kaart, terwijl IDEF0 en IDEF3 bedrijfsfuncties en -processen op grote schaal modelleren.
  • ๐Ÿ” Gap-analyse: Vergelijkt de huidige en de voorgestelde situatie om de vereisten en aanbevelingen in kaart te brengen die de kloof dichten.

Vereistenanalysetechnieken

Als businessanalist is de behoefteanalyse het belangrijkste onderdeel van je werk. helpt u de werkelijke behoeften van belanghebbenden vast te stellenHet stelt je ook in staat om met belanghebbenden te communiceren via grafieken, modellen en stroomschema's in plaats van complexe tekst.

Een behoefteanalyse heeft een

  • Specifiek doel
  • Specifieke invoer
  • Specifieke uitvoer
  • Maakt gebruik van hulpbronnen
  • Heeft een aantal activiteiten die in een bepaalde volgorde moeten worden uitgevoerd
  • Kan meerdere organisatie-eenheden treffen.
  • Creรซert waarde voor de klant

Vereiste Analysetechnieken

Technieken voor behoefteanalyse brengen de bedrijfsprocessen in kaart, zodat u deze kunt analyseren, begrijpen en verbeteren.

De volgende technieken worden overal gebruikt software development proces.

1. Notatie voor bedrijfsprocesmodellering (BPMN)

BPMN (Business Process Model and Notation) is een grafische weergave van een bedrijfsproces met behulp van eenvoudige objecten, waarmee een organisatie op een gestandaardiseerde manier kan communiceren. De belangrijkste objecten die in BPMN worden gebruikt zijn:

  • Stroomobjecten
  • Objecten verbinden
  • Zwembanen
  • Artefacten.

Een goed ontworpen BPMN-model geeft gedetailleerde informatie over de activiteiten die tijdens het proces worden uitgevoerd, zoals:

  • Wie voert deze activiteiten uit?
  • Welke gegevenselementen zijn vereist voor deze activiteiten?

Het grootste voordeel van BPMN is dat diagrammen gemakkelijk te delen zijn en dat de meeste modelleertools de notatie ondersteunen.

Notatie voor modellering van bedrijfsprocessen

2. UML (Unified Modeling Language)

UML is een modelleringsstandaard voor het specificeren en ontwikkelen vanpingUML maakt het mogelijk om softwaresystemen te visualiseren en te documenteren. UML biedt objecten zoals:

  • Land
  • Object
  • Activiteit
  • Klasse diagram

Er bestaan โ€‹โ€‹14 typen UML-diagrammen, waaronder use-case-, interactie-, klasse-, component- en sequentiediagrammen. UML-modellen fungeren als communicatiemiddel tussen alle betrokkenen. Een op UML gebaseerd bedrijfsmodel kan direct als input dienen voor een requirements-tool. Een UML-diagram is ofwel gedragsmatig ofwel structureel. Een gedragsmatig model beschrijft wat het systeem doet; een structureel model laat zien waaruit het bestaat.

UML (Unified Modeling Language)

3. Stroomschema-techniek

Een stroomdiagram is een visuele weergave van de opeenvolgende stappen en de besturingslogica van een reeks gerelateerde activiteiten. Veelvoorkomende stroomdiagramformaten zijn lineair, top-down en cross-functioneel (swim lanes). Een stroomdiagram kan worden gebruikt om gegevensstromen, systeeminteracties en processtappen weer te geven. Stroomdiagrammen zijn gemakkelijk te lezen en te schrijven, zelfs voor niet-technische medewerkers, en kunnen parallelle processen en kritieke kenmerken laten zien.

Stroomschema techniek

4. Gegevensstroomdiagram

Gegevensstroomdiagrammen laten zien hoe gegevens door een systeem worden verwerkt in termen van invoer en uitvoer. De componenten van een gegevensstroomdiagram zijn:

  • Proces
  • Stroom
  • Shop
  • Terminator

Een logisch DFD toont activiteiten; een fysiek DFD toont infrastructuur. Een DFD kan al vroeg in de analysefase van de SDLC worden ontworpen.Systeemontwikkeling levenscyclus) om de projectomvang te definiรซren. Deze kan verder worden onderverdeeld in subprocessen, wat bekend staat als een "levelled DFD".

Gegevensstroomschema

5. Rol-activiteitendiagrammen (RAD)

Een rolactiviteitendiagram (RAD) is vergelijkbaar met een stroomdiagram. Rolinstanties zijn procesdeelnemers, elk met een begin- en eindtoestand. RAD vereist diepgaande kennis van het proces of de organisatie om rollen te identificeren. De componenten van RAD zijn:

  • Activiteiten
  • Externe evenementen
  • Staten

Rol-activiteitsdiagrammen

Rollen groeperen activiteiten in verantwoordelijkheidseenheden. Een activiteit kan op zichzelf staan โ€‹โ€‹of coรถrdinatie vereisen met activiteiten van andere rollen.

Externe gebeurtenissen markeren de momenten waarop toestandsveranderingen plaatsvinden.

De staten geven aan hoe een rol zich door het proces heen ontwikkelt. Het bereiken van een staat betekent dat een specifiek doel is bereikt.

RAD is gemakkelijk te lezen, biedt een gedetailleerd overzicht van het proces en toont parallelle activiteiten.

6. Gantt-diagrammen

Een Gantt-diagram is een grafische weergave van een planning die helpt bij het coรถrdineren, plannen en uitvoeren van een schema. track specifieke taken in een project. Het toont de totale projectduur, onderverdeeld in tijdsblokken. De verticale as geeft de taken weer; de horizontale as toont de geschatte duur van de activiteit of de toegewezen verantwoordelijke. Eรฉn grafiek kan meerdere activiteiten weergeven.

Gantt-grafieken

7. IDEF (geรฏntegreerde definitie voor functiemodellering)

IDEF (Integrated Definition for Function Modeling) omvat een reeks modelleertalen voor bedrijfsapplicaties. Het modelleert de activiteiten die nodig zijn voor systeemanalyses, -ontwerp en -integratie. Er zijn ongeveer 16 IDEF-methoden; IDEF0 en IDEF3 zijn de meest gebruikte.

IDEF (geรฏntegreerde definitie voor functiemodellering)

8. Gekleurde petrinetten (CPN)

Gekleurde Petri-netten (CPN) zijn een grafisch georiรซnteerde taal voor de specificatie, verificatie, ontwerp en simulatie van systemenCPN combineert afbeeldingen en tekst. De belangrijkste componenten zijn: Plaatsen, overgangen en bogen.

Gekleurde Petri-netten

Petri-netobjecten hebben specifieke opschriften, bijvoorbeeld:

  • plaatsenBevat opschriften zoals .Naam, .Kleurenset en .Initiaalmarkering.
  • Overgang Bevat opschriften zoals .Name (voor identificatie) en .Guard (een Booleaanse expressie over enkele variabelen).
  • ArcsHeeft een .Arc-inscriptie. Wanneer de arc-expressie wordt geรซvalueerd, levert deze een multiset van tokenkleuren op.

9. Workflowtechniek

De workflowtechniek is een visueel diagram dat een of meer bedrijfsprocessen weergeeft om inzicht te verduidelijken of om aanbevelingen voor procesverbetering te doen. Samen met stroomschema's, UML-activiteitendiagrammen en proceskaarten is de workflowtechniek een van de oudste en meest gebruikte methoden. Businessanalisten gebruiken het ook voor het maken van aantekeningen tijdens het verzamelen van requirements. Het proces bestaat uit vier fasen:

Workflow-techniek

  • Informatie verzamelen
  • Workflow-modellering
  • Modellering van bedrijfsprocessen
  • Implementatie, verificatie en uitvoering

10. Objectgeoriรซnteerde methoden

De objectgeoriรซnteerde modelleermethode maakt gebruik van het objectgeoriรซnteerde paradigma en de bijbehorende modelleertaal om een โ€‹โ€‹systeem te ontwerpen. De nadruk ligt op het vinden en beschrijven van de objecten in het probleemgebied. Het doel van de objectgeoriรซnteerde methode is:

  • Om het systeem te karakteriseren
  • Om de verschillende relevante objecten te identificeren
  • Om te begrijpen hoe de objecten zich tot elkaar verhouden.
  • Een probleem specificeren of modelleren om tot een effectief ontwerp te komen.
  • Om de vereisten en hun implicaties te analyseren

Deze methode is zeer geschikt voor systemen met dynamische eisen die frequent veranderen. Het is een proces waarbij use cases, activiteitenstromen en gebeurtenisstromen voor het systeem worden afgeleid. Objectgeoriรซnteerde analyse kan worden gestuurd door tekstuele behoeften, communicatie met belanghebbenden van het systeem en een visiedocument.

Een object heeft een toestand, en veranderingen in die toestand worden weergegeven door gedrag. Wanneer het object een bericht ontvangt, verandert de toestand via dat gedrag.

11. Gap-analyse

Een kloofanalyse is de techniek die wordt gebruikt om het verschil te bepalen tussen de gewenste en de huidige situatie van een bedrijf en zijn functies. Het beantwoordt vragen zoals: Wat is de huidige status van het project? Waar willen we naartoe? Hoe overbruggen we de kloof? De fasen van een kloofanalyse omvatten:

  • Review-systeem
  • Ontwikkelingsvereisten
  • Vergelijk
  • Gevolgen
  • Aanbevelingen

Veelgestelde vragen

AI-tools bundelen feedback van belanghebbenden, signaleren onduidelijke uitspraken, genereren eerste conceptprocesdiagrammen en detecteren dubbele vereisten. Analisten verifiรซren elke output nog steeds aan de hand van de brongegevens.

GitHub Copilot en GPT zetten procesbeschrijvingen in begrijpelijke taal om in PlantUML Ofwel Mermaid-code en een overzicht van BPMN-zwembanen. Een businessanalist verfijnt het concept voordat het wordt goedgekeurd.

Bij het verzamelen van requirements worden de ruwe behoeften van stakeholders in kaart gebracht via interviews en workshops. Vervolgens structureert de requirementsanalyse deze behoeften met behulp van technieken zoals UML, BPMN en DFD's tot duidelijke, testbare statements.

Kies de techniek die het beste bij de vraag past. Gebruik BPMN of workflowdiagrammen voor processen tussen teams, UML voor softwarestructuren, DFD's voor gegevensverplaatsing en gap-analyse voor veranderingsinitiatieven.

De BABOK-handleiding beschrijft procesmodellering, use cases, dataflowdiagrammen, datamodellering, beslissingsanalyse, analyse van bedrijfsregels en prototypen.ping, interface-analyse, oorzaakanalyse en gap-analyse.

Agile teams gebruiken nog steeds BPMN, UML-activiteiten en DFD's, maar op kleinere schaal. Ze geven de voorkeur aan user stories en story maps.pingen precies genoeg diagrammen per sprint in plaats van een grote analyse vooraf.

Populaire tools zijn onder andere Lucidchart, Microsoft Visio, draw.io, Bizagi Modeler, Camunda Modeler, Signavio, Enterprise Architecten StarUMLDe meeste integreren met Jira. Azure DevOps, oftewel Jama Connect.

overslaanping Validatie door belanghebbenden, het combineren van oplossingen met behoeften, overmodellering, het gebruik van inconsistente notatie en het laten afwijken van diagrammen van de vereistenrepository leiden tot de meeste herwerkzaamheden.

Vat dit bericht samen met: