Techniky analýzy požadavků s příkladem: Kompletní výukový program

Jako obchodní analytik je analýza požadavků nejdůležitější součástí vaší práce. Bude vám pomůže určit skutečné potřeby zúčastněných stran. Zároveň vám umožní komunikovat se zúčastněnými stranami v jazyce, kterému rozumí (jako jsou grafy, modely, vývojové diagramy) namísto složitého textu.

Analýza požadavků má a

  • Konkrétní cíl
  • Specifický vstup
  • Specifický výstup
  • Využívá zdroje
  • Má řadu činností, které je třeba provádět v určitém pořadí
  • Může ovlivnit více než jednu organizační jednotku
  • Vytváří hodnotu určitého druhu pro zákazníka

 

Techniky analýzy požadavků

Techniky analýzy požadavků se používají hlavně k mapování podnikového pracovního postupu, abyste mohli tento pracovní postup nebo proces analyzovat, pochopit a provést požadované změny.

Existují různé techniky analýzy požadavků, které lze použít podle vývoj software proces jako

1. Zápis modelování obchodních procesů (BPMN)

BPMN (Business Process Modeling & Notation) je grafické znázornění vašeho podnikového procesu pomocí jednoduchých objektů, které pomáhá organizaci komunikovat standardním způsobem. Různé objekty používané v BPMN zahrnují

  • Tokové objekty
  • Spojování objektů
  • Plavecké dráhy
  • Artefakty.

Dobře navržený model BPMN by měl být schopen poskytnout podrobnosti o činnostech prováděných během procesu, jako je,

  • Kdo tyto činnosti provádí?
  • Jaké datové prvky jsou pro tyto činnosti vyžadovány?

Největší výhodou používání BPMN je snazší sdílení a většina modelovacích nástrojů podporuje BPMN.

Zápis modelování obchodních procesů

2. UML (Unified Modeling Language)

UML je modelovací standard používaný především pro specifikaci, vývoj, vizualizaci a dokumentaci softwarového systému. K zachycení důležitých obchodních procesů a artefaktů UML poskytuje objekty jako

  • Stát
  • Objekt
  • Činnost
  • Diagram tříd

Existuje 14 UML diagramů, které pomáhají s modelováním, jako je diagram případu užití, diagram interakce, diagram tříd, diagram komponent, diagram sekvence atd. Modely UML jsou důležité v segmentu IT, protože se stávají prostředkem komunikace mezi všemi zúčastněnými stranami. Obchodní model založený na UML může být přímým vstupem do nástroje požadavků. Diagram UML může být dvou typů: Behaviorální model a Strukturální model. Behaviorální model se snaží poskytnout informace o tom, co systém dělá, zatímco strukturální model dá, z čeho se systém skládá.

UML (Unified Modeling Language)

3. Technika vývojového diagramu

Vývojový diagram je vizuální reprezentace sekvenčního toku a logiky řízení sady souvisejících činností nebo akcí. Existují různé formáty vývojových diagramů, které zahrnují lineární, shora dolů a křížové funkční (plavecké dráhy). Vývojový diagram lze použít pro různé činnosti, jako je reprezentace datových toků, systémových interakcí atd. Výhodou použití vývojového diagramu je, že jej lze snadno číst a zapisovat i pro netechnické členy týmu a může zobrazovat paralelní proces podle funkce. , kritické vlastnosti procesu atd.

Technika vývojového diagramu

4. Diagram toku dat

Diagramy toku dat ukazují, jak systém zpracovává data z hlediska vstupů a výstupů. Komponenty diagramu toku dat zahrnují

  • Proces
  • Flow
  • Obchod
  • Terminator

Logický diagram toku dat ukazuje aktivity systému, zatímco diagram fyzického toku dat ukazuje infrastrukturu systému. Diagram toku dat lze navrhnout brzy v procesu vyvolání požadavků ve fázi analýzy v rámci SDLC (Životní cyklus vývoje systému) k definování rozsahu projektu. Pro snadnou analýzu lze diagram toku dat prohloubit do jeho dílčích procesů známých jako „levelled DFD“.

Diagram toku dat

5. Schémata činnosti role- (RAD)

Diagram aktivity role je podobný zápisu typu vývojového diagramu. V diagramu aktivity role jsou instance role účastníci procesu, který má počáteční a koncový stav. RAD vyžaduje hluboké znalosti procesu nebo organizace k identifikaci rolí. Komponenty RAD zahrnují

  • Novinky
  • Externí události
  • States

Schémata činnosti role

Role seskupují činnosti do jednotek odpovědnosti podle sady odpovědnosti, kterou vykonávají. Činnost může být prováděna izolovaně s rolí nebo může vyžadovat koordinaci s činnostmi v jiných rolích.

Vnější události jsou body, ve kterých dochází ke změnám stavu.

Státy jsou užitečné pro mapování aktivit role, jak postupuje od státu ke státu. Když je dosaženo určitého stavu, znamená to, že bylo dosaženo určitého cíle.

RAD je nápomocný při podpoře komunikace, protože je snadno čitelný a současně poskytuje detailní pohled na proces a povolovací činnosti.

6. Ganttovy diagramy

Ganttův diagram je grafické znázornění plánu, který pomáhá koordinovat, plánovat a sledovat konkrétní úkoly v projektu. Představuje celkové časové rozpětí objektu, rozdělené na přírůstky. Ganttův diagram představuje seznam všech úkolů, které mají být provedeny na svislé ose, zatímco na vodorovné ose uvádí odhad trvání aktivity nebo jméno osoby přiřazené k aktivitě. Jeden graf může demonstrovat mnoho činností.

Ganttovy grafy

7. IDEF (Integrovaná definice pro funkční modelování)

IDEF nebo Integrovaná definice pro funkční modelování je běžný název odkazovaný na třídy podnikových modelovacích jazyků. Používá se pro modelování činností nezbytných pro podporu systémové analýzy, návrhu nebo integrace. Pro IDEF existuje asi 16 metod, nejužitečnější verze IDEF jsou IDEF3 a IDEF0.

IDEF (integrovaná definice pro funkční modelování)

8. Barevné Petriho sítě (CPN)

CPN neboli barevné Petriho sítě jsou graficky orientovaným jazykem pro specifikace, ověřování, návrh a simulace systémů. Barevné Petriho sítě jsou kombinací grafiky a textu. Jeho hlavní součásti jsou Místa, přechody a oblouky.

Barevné Petriho sítě

Předměty Petriho sítí mají specifický nápis jako např

  • místa: Má nápis jako .Name, .Color Set, .Initial marking atd. Zatímco
  • Přechod : Má nápis jako .Name (pro identifikaci) a .Guard (Booleovský výraz se skládá z některých proměnných)
  • Arcs: Má nápis jako .Arc. Když je vyhodnocen výraz oblouku, poskytuje více sad tokenových barev.

9. Technika pracovního postupu

Technika pracovního postupu je vizuální diagram, který představuje jeden nebo více obchodních procesů za účelem objasnění pochopení procesu nebo doporučení ke zlepšení procesu. Stejně jako jiné diagramy, jako je vývojový diagram, UML aktivita a mapa procesů, je technika workflow nejstarší a populární technikou. Je dokonce používán BA pro zapisování poznámek při vyvolávání požadavků. Proces se skládá ze čtyř fází

Technika pracovního postupu

  • Sběr informací
  • Modelování pracovních postupů
  • Modelování obchodních procesů
  • Implementace, ověření a provedení

10. Objektově orientované metody

Metoda objektově orientovaného modelování využívá objektově orientované paradigma a modelovací jazyk pro návrh systému. Klade důraz na nalezení a popis objektu v problémové doméně. Účelem objektově orientované metody je

  • Abychom pomohli charakterizovat systém
  • Chcete-li vědět, jaké jsou různé relevantní objekty
  • Jak spolu souvisí
  • Jak specifikovat nebo modelovat problém pro vytvoření efektivního designu
  • Analyzovat požadavky a jejich důsledky

Tato metoda je použitelná pro systém, který má dynamické požadavky (často se mění). Je to proces odvozování případů užití, toku aktivit a toku událostí pro systém. Objektově orientovanou analýzu lze provést prostřednictvím textových potřeb, komunikace se zainteresovaným subjektem systému a dokumentu vize.

Objekt má stav a změny stavu jsou reprezentovány chováním. Takže když objekt obdrží zprávu, stav se změní chováním.

11. Analýza mezer

Analýza mezer je technika používaná k určení rozdílu mezi navrhovaným stavem a současným stavem pro jakýkoli podnik a jeho funkce. Odpovídá na otázky typu jaký je současný stav projektu? kde chceme být? atd. Různé fáze analýzy mezer zahrnují

  • Revzobrazit systém
  • Vývojové požadavky
  • Porovnání
  • Důsledky
  • Doporučení