Vereistenanalysetechnieken met voorbeeld: volledige zelfstudie

Als Business Analist is de behoefteanalyse het belangrijkste onderdeel van uw werk. Het zal helpen u bij het bepalen van de daadwerkelijke behoeften van stakeholdersTegelijkertijd kunt u met belanghebbenden communiceren in een taal die zij begrijpen (zoals grafieken, modellen, stroomdiagrammen) in plaats van in 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 gevolgen hebben voor meer dan één organisatie-eenheid
• Creëert een bepaalde waarde voor de klant

 

Vereiste Analysetechnieken

Behoefteanalysetechnieken worden voornamelijk gebruikt om de bedrijfsworkflow in kaart te brengen, zodat u die workflow of dat proces kunt analyseren, begrijpen en de nodige wijzigingen kunt aanbrengen.

Er zijn verschillende technieken voor het analyseren van vereisten die kunnen worden gebruikt volgens de software development proces zoals

1. Notatie voor bedrijfsprocesmodellering (BPMN)

BPMN (Business Process Modeling & Notation) is een grafische weergave van uw bedrijfsproces met behulp van eenvoudige objecten, waarmee de organisatie op een standaard manier kan communiceren. Verschillende objecten die in BPMN worden gebruikt, zijn onder meer

• Stroomobjecten
• Objecten verbinden
• Zwembanen
• Artefacten.

Een goed ontworpen BPMN-model moet details kunnen geven 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 het gebruik van BPMN is dat het gemakkelijker te delen is, en dat de meeste modelleringstools BPMN ondersteunen.

2. UML (Unified Modeling Language)

UML is een modelleringsstandaard die voornamelijk wordt gebruikt voor specificatie, ontwikkeling, visualisatie en documentatie van softwaresystemen. Om belangrijke bedrijfsprocessen en artefacten vast te leggen, biedt UML objecten zoals

• Land
• Object
• Activiteit
• Klasse diagram

Er zijn 14 UML-diagrammen die helpen bij het modelleren, zoals het use case-diagram, interactiediagram, klassendiagram, componentendiagram, sequentiediagram, enz. UML-modellen zijn belangrijk in het IT-segment omdat het het communicatiemedium tussen alle belanghebbenden wordt. Een op UML gebaseerd bedrijfsmodel kan een directe input zijn voor een vereistentool. Een UML-diagram kan van twee typen zijn: gedragsmodel en structureel model. Een gedragsmodel probeert informatie te geven over wat het systeem doet, terwijl een structureel model geeft waaruit het systeem bestaat.

3. Stroomdiagramtechniek

Een stroomdiagram is een visuele weergave van de sequentiële stroom- en besturingslogica van een reeks gerelateerde activiteiten of acties. Er zijn verschillende formaten voor stroomdiagrammen, waaronder lineair, top-down en cross-functioneel (zwembanen). Een stroomdiagram kan worden gebruikt voor verschillende activiteiten, zoals het weergeven van gegevensstromen, systeeminteracties, enz. Het voordeel van het gebruik van Stroomdiagram is dat het zelfs voor niet-technische teamleden gemakkelijk kan worden gelezen en geschreven, en dat het parallelle proces per functie kan worden weergegeven. , kritische kenmerken van een proces, enz.

4. Gegevensstroomdiagram

Gegevensstroomdiagrammen laten zien hoe gegevens door een systeem worden verwerkt in termen van invoer en uitvoer. Componenten van het gegevensstroomdiagram omvatten

• Proces
• Stroom
• Shop
• Terminator

Een logisch datastroomdiagram toont de systeemactiviteiten, terwijl een fysiek datastroomdiagram de infrastructuur van een systeem toont. Een gegevensstroomdiagram kan al vroeg in het proces voor het uitlokken van vereisten van de analysefase binnen de SDLC worden ontworpen (Systeemontwikkeling levenscyclus) om de projectomvang te definiëren. Voor eenvoudige analyse kan een gegevensstroomdiagram worden ingezoomd op de subprocessen die bekend staan ​​als “levelled DFD”.

5. Rolactiviteitsdiagrammen - (RAD)

Het rolactiviteitsdiagram is vergelijkbaar met de notatie van het stroomdiagramtype. In Role Activity Diagram zijn rolinstanties procesdeelnemers, die een begin- en eindstatus hebben. RAD vereist een diepgaande kennis van processen of organisaties om rollen te identificeren. De componenten van RAD omvatten

• Activiteiten
• Externe evenementen
• Staten

Rollen groeperen activiteiten in verantwoordelijkheden, afhankelijk van de reeks verantwoordelijkheden die ze uitvoeren. Een activiteit kan geïsoleerd met een rol worden uitgevoerd, maar kan ook coördinatie vereisen met activiteiten in andere rollen.

Externe gebeurtenissen zijn de punten waarop toestandsveranderingen optreden.

Staten zijn nuttig om de activiteiten van een rol in kaart te brengen terwijl deze zich van staat tot staat ontwikkelt. Wanneer een bepaalde toestand wordt bereikt, geeft dit aan dat een bepaald doel is bereikt.

RAD is behulpzaam bij het ondersteunen van de communicatie, omdat het gemakkelijk is om een ​​gedetailleerd overzicht te lezen en een gedetailleerd beeld te geven van het proces en de gelijktijdige vergunningsactiviteiten.

6. Gantt-diagrammen

Een Gantt-diagram is een grafische weergave van een planning die helpt bij het coördineren, plannen en volgen van specifieke taken in een project. Het vertegenwoordigt de totale tijdspanne van het object, opgesplitst in stappen. Een Gantt-diagram vertegenwoordigt op de verticale as de lijst met alle uit te voeren taken, terwijl op de horizontale as de geschatte duur van de activiteit of de naam van de persoon die aan de activiteit is toegewezen, wordt vermeld. Eén diagram kan vele activiteiten demonstreren.

7. IDEF (geïntegreerde definitie voor functiemodellering)

IDEF of Integrated Definition for Function Modeling is een algemene naam die verwijst naar klassen van enterprise-modelleringstalen. Het wordt gebruikt voor modelleringsactiviteiten die nodig zijn ter ondersteuning van systeemanalyse, ontwerp of integratie. Er zijn ongeveer 16 methoden voor IDEF, de meest bruikbare versies van IDEF zijn IDEF3 en IDEF0.

8. Gekleurde petrinetten (CPN)

CPN of gekleurde petri-netten zijn grafisch georiënteerde taal voor specificatie, verificatie, ontwerp en simulatie van systemen. Gekleurde Petri Nets is een combinatie van afbeeldingen en tekst. De belangrijkste componenten zijn Plaatsen, overgangen en bogen.

Petri-nettenobjecten hebben een specifieke inscriptie, zoals voor

• plaatsen: Het heeft een inscriptie zoals .Name, .Color Set, .Initiële markering etc. While
• Overgang : Het heeft inscripties zoals .Name (voor identificatie) en .Guard (Booleaanse expressie bestaat uit enkele van de variabelen)
• Arcs: Het heeft een inscriptie zoals .Arc. Wanneer de booguitdrukking wordt beoordeeld, levert dit meerdere sets symbolische kleuren op.

9. Workflowtechniek

Workflowtechniek is een visueel diagram dat een of meer bedrijfsprocessen vertegenwoordigt om het inzicht in het proces te verduidelijken of om aanbevelingen voor procesverbetering te doen. Net als andere diagrammen zoals stroomdiagrammen, UML-activiteiten en proceskaarten, is de workflowtechniek de oudste en populaire techniek. Het wordt zelfs door BA gebruikt voor het maken van aantekeningen tijdens het opvragen van vereisten. Het proces bestaat uit vier fasen

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

10. Objectgeoriënteerde methoden

Objectgeoriënteerde modelleringsmethode maakt gebruik van objectgeoriënteerd paradigma en modelleringstaal voor het ontwerpen van een systeem. De nadruk ligt op het vinden en beschrijven van het object in het probleemdomein. Het doel van de objectgeoriënteerde methode is

• Om het systeem te helpen karakteriseren
• Om te weten wat de verschillende relevante objecten zijn
• Hoe verhouden ze zich tot elkaar
• Hoe je een probleem kunt specificeren of modelleren om een ​​effectief ontwerp te creëren
• Om vereisten en hun implicaties te analyseren

Deze methode is toepasbaar op het systeem dat dynamische eisen stelt (vaak verandert). Het is een proces waarbij gebruiksscenario's, activiteitenstroom en gebeurtenissenstroom voor het systeem worden afgeleid. Objectgeoriënteerde analyse kan worden uitgevoerd via tekstuele behoeften, communicatie met systeembelanghebbenden en een visiedocument.

Het object heeft een toestand en toestandsveranderingen worden weergegeven door gedrag. Dus wanneer het object een bericht ontvangt, verandert de toestand door gedrag.

11. Gap-analyse

Gap-analyse is de techniek die wordt gebruikt om het verschil te bepalen tussen de voorgestelde staat en de huidige staat voor elk bedrijf en zijn functionaliteiten. Het beantwoordt vragen als: wat is de huidige staat van het project? Waar willen we zijn? enz. Verschillende stadia van Gap Analysis omvatten

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