Techniky analýzy požadavků s příkladem

Pro obchodního analytika je analýza požadavků nejdůležitější součástí vaší práce. pomáhá vám určit skutečné potřeby zainteresovaných stranUmožňuje vám také komunikovat se zúčastněnými stranami pomocí grafů, modelů a vývojových diagramů 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 pro zákazníka

Techniky analýzy požadavků

Techniky analýzy požadavků mapují obchodní pracovní postup, abyste jej mohli analyzovat, porozumět mu a vylepšit ho.

Následující techniky se používají napříč vývoj software proces.

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

BPMN (Business Process Model and Notation) je grafické znázornění obchodního procesu pomocí jednoduchých objektů, které pomáhají organizaci komunikovat standardním způsobem. Hlavní objekty používané v BPMN jsou:

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

Dobře navržený model BPMN poskytuje podrobnosti o činnostech prováděných během procesu, jako například:

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

Největší výhodou BPMN je, že diagramy se snadno sdílejí a většina modelovacích nástrojů tuto notaci podporuje.

2. UML (Unified Modeling Language)

UML je modelovací standard pro specifikaci, vývojping, vizualizaci a dokumentaci softwarových systémů. UML poskytuje objekty jako například:

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

Existuje 14 typů diagramů UML, včetně diagramů případů užití, interakcí, tříd, komponent a sekvencí. Modely UML fungují jako komunikační prostředek 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 pro tvorbu požadavků. Diagram UML je buď behaviorální, nebo strukturální. Behaviorální model popisuje, co systém dělá; strukturální model ukazuje, z čeho se skládá.

3. Technika vývojového diagramu

Vývojový diagram je vizuální znázornění sekvenčního toku a řídicí logiky sady souvisejících aktivit. Mezi běžné formáty vývojových diagramů patří lineární, shora dolů a mezifunkční (plavecké dráhy). Vývojový diagram lze použít k znázornění datových toků, interakcí systémů a kroků procesu. Vývojové diagramy se snadno čtou a zapisují i ​​pro netechnické členy a mohou zobrazovat paralelní procesy a kritické atributy.

4. Diagram toku dat

Diagramy toku dat ukazují, jak systém zpracovává data z hlediska vstupů a výstupů. Součástí diagramu toku dat jsou:

• Proces
• Flow
• Obchod
• Terminator

Logická DFD zobrazuje aktivity; fyzická DFD zobrazuje infrastrukturu. DFD lze navrhnout v rané fázi analýzy SDLC (Životní cyklus vývoje systému) k definování rozsahu projektu. Lze jej rozdělit na dílčí procesy, známé jako „vyrovnaná DFD“.

5. Diagramy rolí a aktivit (RAD)

Diagram aktivit rolí je podobný notaci ve vývojovém diagramu. Instance rolí jsou účastníci procesu, každý s počátečním a koncovým stavem. RAD vyžaduje pro identifikaci rolí hlubokou znalost procesu nebo organizace. Součástí RAD jsou:

• Novinky
• Externí události
• States

Role seskupují činnosti do jednotek odpovědnosti. Činnost může probíhat izolovaně nebo vyžadovat koordinaci s činnostmi v jiných rolích.

Vnější události označují body, kde dochází ke změnám stavu.

Stavy mapují, jak role postupuje procesem. Dosažení stavu indikuje, že bylo dosaženo konkrétního cíle.

RAD se snadno čte, nabízí detailní pohled na proces a ukazuje paralelní aktivity.

6. Ganttovy diagramy

Ganttův diagram je grafické znázornění harmonogramu, které pomáhá koordinovat, plánovat a track konkrétních úkolů v projektu. Zobrazuje celkové časové rozpětí projektu rozdělené do kroků. Svislá osa zobrazuje úkoly; vodorovná osa zobrazuje odhadovanou dobu trvání aktivity nebo přiřazeného vlastníka. Jeden graf může zobrazit mnoho aktivit.

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

IDEF (Integrovaná definice pro modelování funkcí) zahrnuje rodinu podnikových modelovacích jazyků. Modeluje činnosti podporující analýzu, návrh nebo integraci systémů. Existuje přibližně 16 metod IDEF; IDEF0 a IDEF3 jsou nejužitečnější.

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

Barevné Petriho sítě (CPN) jsou graficky orientovaný jazyk pro specifikace, ověřování, návrh a simulace systémůCPN kombinuje grafiku a text. Jeho hlavními komponentami jsou Místa, přechody a oblouky.

Objekty Petriho sítě mají specifické popisy, například:

• místaObsahuje nápisy jako .Název, .Sada barev a .Počáteční označení.
• Přechod Má nápisy jako .Name (pro identifikaci) a .Guard (booleovský výraz nad některými proměnnými).
• ArcsMá nápis .Arc. Po vyhodnocení výrazu ARC je výsledkem vícenásobná sada barev tokenů.

9. Technika pracovního postupu

Technika workflow je vizuální diagram, který představuje jeden nebo více obchodních procesů za účelem objasnění porozumění nebo formulace doporučení ke zlepšení procesů. Spolu s vývojovými diagramy, diagramy aktivit UML a mapami procesů je technika workflow jedním z nejstarších a nejrozšířenějších přístupů. Obchodní analytici ji také používají k pořizování poznámek během zjišťování požadavků. Proces se skládá ze čtyř fází:

• 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 k návrhu systému. Klade důraz na nalezení a popis objektů v problémové doméně. Účelem objektově orientované metody je:

• Pro pomoc s charakterizací systému
• Identifikovat různé relevantní objekty
• Abychom pochopili, jak se objekty vzájemně vztahují
• Specifikovat nebo modelovat problém za účelem vytvoření efektivního návrhu
• Analyzovat požadavky a jejich důsledky

Tato metoda je vhodná pro systémy s dynamickými požadavky, které se často mění. Jedná se o proces odvozování případů užití, toků aktivit a toků událostí pro systém. Objektově orientovaná analýza může být řízena textovými potřebami, komunikací se zainteresovanými stranami systému a dokumentem vize.

Objekt má stav a změny stavu jsou reprezentovány chováním. Když objekt přijme zprávu, stav se změní prostřednictvím chování.

11. Analýza mezer

Analýza mezer je technika používaná k určení rozdílu mezi navrhovaným a současným stavem podniku a jeho funkcí. Odpovídá na otázky typu: Jaký je současný stav projektu? Kde chceme být? Jak mezeru překleneme? Fáze analýzy mezer zahrnují:

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

Nejčastější dotazy