Požiadavky na podnikanie: príklady vývoja a dizajnu

2024 Autor: Howard Calhoun | [email protected]. Naposledy zmenené: 2023-12-17 10:39

Obchodné požiadavky sú špecifikácie, ktoré po poskytnutí poskytujú hodnotu a popisujú vlastnosti navrhovaného systému z pohľadu koncového používateľa. Označuje sa tiež ako zoznam žiadostí zainteresovaných strán. Produkty, softvér a procesy sú spôsoby, ako dodať a uspokojiť potreby podniku. V dôsledku toho sa obchodné požiadavky často diskutujú v kontexte vývoja alebo získavania softvéru alebo iných systémov.

Definícia

Zmätok v terminológii vzniká z troch hlavných dôvodov:

1. Je bežnou praxou označovať ciele alebo očakávané výhody ako obchodné požiadavky.
2. Ľudia majú tendenciu používať tento výraz na označenie vlastností produktu, systému, softvéru, ktorý mávytvoriť.
3. Široko akceptovaný model uvádza, že tieto dva typy nárokov sa líšia iba v úrovni detailov alebo abstrakcie – kde sú obchodné požiadavky na vysokej úrovni, často vágne a rozložené na podrobné nároky na komponent.

Takémuto nedorozumeniu možno predísť uznaním, že daný koncept nie je cieľmi, ale skôr ich odpovedá (t. j. poskytuje hodnotu), keď sú splnené. Obchodné požiadavky sa nerozkladajú na produkt, systémy a softvér. Skôr sa všetko deje naopak. Produkty a ich aplikácie predstavujú odpoveď na obchodné požiadavky – pravdepodobne ich uspokojiť. Tento koncept existuje vo výrobnom prostredí a musí byť objavený, pričom nároky na produkt určuje človek. Požiadavky na podnikateľský plán nie sú obmedzené na existenciu vysokej úrovne, ale musia byť zredukované na detaily. Bez ohľadu na množstvo podrobností, cenové ponuky vždy poskytujú hodnotu, keď sú uspokojené.

Aktualizácia produktu

Projekty vývoja systémov alebo softvéru pre požiadavky malých podnikov si zvyčajne vyžadujú autoritu zainteresovaných strán. Sú to tie, ktoré vedú k vytvoreniu alebo aktualizácii produktu. Obchodné požiadavky na systém a softvér zvyčajne pozostávajú z funkčných a nefunkčných požiadaviek. Samozrejme, zvyčajne sú definované v spojení s prvou možnosťou schopností produktu. Druhý často v skutočnosti odráža návrh obchodných požiadaviek, ktoré sa niekedy považujú za obmedzenia. Môžu zahŕňať potrebné aspektyvýkon alebo bezpečnosť použiteľná na výrobnej úrovni.

Zvýraznenie procesu

Aplikácie sú často uvedené v oficiálnych dokumentoch. Dôraz sa kladie skôr na proces alebo činnosť presného plánovania a rozvoja obchodných požiadaviek, než na to, ako to dosiahnuť. Tento parameter je zvyčajne delegovaný špecifikáciou alebo dokumentom systémových nárokov alebo inou možnosťou. Ak sa nezohľadnia všetky rozdiely, môže medzi nimi dôjsť k zámene. V dôsledku toho mnohé biele knihy skutočne popisujú požiadavky na produkt, systém alebo softvér.

Prehľad

Obchodné požiadavky v kontexte vývoja softvéru alebo jeho životného cyklu sú konceptom identifikácie a dokumentácie akýchkoľvek používateľov. Napríklad, ako sú zákazníci, zamestnanci a dodávatelia, v počiatočných fázach cyklu vývoja systému, aby usmernili dizajn budúcnosti. Aplikácie často zaznamenávajú analytici. Sú to tí, ktorí analyzujú požiadavky obchodného procesu a často ho študujú „tak, ako je“, aby určili cieľovú „budúcnosť“.

Zloženie aplikácií

Požiadavky na obchodné procesy často zahŕňajú:

1. Kontext, oblasť a pozadie vrátane dôvodov zmien.
2. Kľúčové zainteresované strany, ktoré majú požiadavky.
3. Faktory úspechu pre budúci alebo cieľový stav.
4. Obmedzenia uložené obchodnými alebo inými systémami.
5. Modely a analýzy procesov častopomocou vývojových diagramov reprezentovať všetko „tak, ako je“.
6. Logický dátový model a odkazy na slovníky.
7. Slovníky obchodných podmienok a miestneho žargónu.
8. Schémy toku údajov na ilustráciu toho, ako prúdi cez informačné systémy (na rozdiel od vývojových diagramov, ktoré zobrazujú algoritmický tok obchodných operácií).

Roles

Najpopulárnejším formátom na písanie obchodných požiadaviek je dokument. Účelom týchto je určiť, aké výsledky sa budú od systému vyžadovať, no v konečnom dôsledku sa môže vyvinúť bez ďalších podmienok. Dokumenty sú preto doplnené referenčným materiálom, ktorý podrobne uvádza technologický výkon a očakávania infraštruktúry, vrátane akýchkoľvek profesionálnych požiadaviek súvisiacich s kvalitou služieb. Ide napríklad o výkon, udržiavateľnosť, prispôsobivosť, spoľahlivosť, dostupnosť, bezpečnosť a škálovateľnosť.

Úplnosť

Prototypovanie v počiatočnom štádiu testovania vám umožňuje vyhodnotiť úplnosť a presnosť identifikovaných obchodných požiadaviek. Zainteresované strany najskôr prechádzajú procesom, aby pomohli definovať štruktúru. A výsledok je odoslaný vývojovým tímom obchodných požiadaviek projektu, ktoré zostavujú systém. Ostatné zainteresované strany testujú a hodnotia konečnú rozvinutú projekciu. Jasnosť vyžaduje sledovanie aplikácií a ich vyriešenie formálnym procesom na určenie vhodnej šablóny.

Rozsah obchodných požiadaviek je voliteľnýobmedzený na štádium definovania toho, čo sa má vybudovať ako systém. To presahuje rámec toho, ako spravovať a udržiavať existujúcu stratégiu. A zabezpečiť jej neustály súlad s obchodnými cieľmi. Dokument s požiadavkami by sa mal neustále kontrolovaným spôsobom revidovať. Štandardizovaný formát alebo šablóny navrhnuté pre špecifické obchodné funkcie a domény môžu zabezpečiť úplnosť dopytov, okrem zachovania zamerania rozsahu.

Prototype

Napriek tomu, čo sa zvyčajne považuje za nástroj na hodnotenie požiadaviek, prototypovanie zvyčajne presúva pozornosť na vyrábaný produkt alebo systém. Prototypy sú funkčným softvérom, čo znamená, že pozostávajú z troch fáz (ponuky, inžiniersky alebo technický návrh a implementácia), ktoré sú vyňaté z obchodných požiadaviek. A tiež toto sú ukážkové verzie, ktoré vývojár zamýšľa implementovať.

Pretože prototypy sú dosť špecifické, zainteresované strany, ktoré ich vyskúšajú, môžu poskytnúť zmysluplnejšiu spätnú väzbu o niektorých aspektoch toho, čo vývojár vytvára, čo je interpretácia režimu spokojnosti. Navyše je podčiarknuté grafické používateľské rozhranie a vo vnútri sú skratky. Tvoria väčšinu logiky programu a sú miestom, kde bude splnená väčšina obchodných požiadaviek. Inými slovami, problémy, ktoré prototypy zistia, pravdepodobne nesúvisia s požiadavkami.

Vývoj

Je dôležité rozpoznať zmeny v aplikáciách,dokumentovať a aktualizovať ich. Obchodné dopyty sa však zvyčajne nezmenia tak, ako ich vnímanie. Obchodná požiadavka môže byť prítomná, ale zainteresované strany, analytici a projektový tím ju nerozpoznajú alebo nepochopia.

Zmeny majú tendenciu odrážať zamýšľané spôsoby, ako splniť neadekvátne definovaný obsah. Veľká časť ťažkostí pri plnení obchodných požiadaviek v skutočnosti odzrkadľuje bežnú prax zameranú takmer všetko úsilie okolo nich na to, čo skutočne tvorí dizajn produktu, systému alebo softvéru na vysokej úrovni. Je to spôsobené tým, že sa najprv nepodarilo primerane definovať obchodné požiadavky na poskytnutie hodnoty.

Vývojoví praktici zvyčajne neustále prehodnocujú produkt, až kým sa nakoniec „nevrátia“k riešeniu, ktoré vyzerá, že robí to, čo je potrebné, to znamená, že zjavne spĺňa potreby výroby. Nepriame pokusy a omyly na určenie obchodných požiadaviek sú základom pre veľkú časť „opakovaného vývoja“, vrátane populárnych metód, ktoré sú propagované ako „osvedčené postupy“.

Príklady dizajnu

Šablóny vám pomôžu rýchlo vyhľadávať konkrétne témy, ktoré môžu byť často relevantné pre dopyty. Môžu vytvárať štandardizovanú dokumentáciu týkajúcu sa obchodných požiadaviek, čo môže uľahčiť jej pochopenie. Šablóny nezaručujú presnosť ani úplnosť dopytov. Bežne zneužívané príklady negatívneovplyvniť výskum, pretože má tendenciu podporovať povrchnosť a väčšinou mechanickú definíciu bez zmysluplnej analýzy.

Ťažkosti

Požiadavky na podnikanie sa často sprísňujú predčasne z dôvodu veľkej základne zainteresovaných strán, ktorá sa podieľa na určovaní, kde existuje potenciál pre konflikt záujmov. Proces vládnutia a dosahovania konsenzu môže mať chúlostivý a dokonca politický charakter. Menej náročnou, hoci bežnou výzvou je rozdelenie tímov so zainteresovanými stranami v rôznych geografických lokalitách. Prirodzene, predajcovia sú bližšie k svojim zákazníkom a výroba - k príslušným jednotkám. Financie a manažment zamestnancov, vrátane vyššieho manažmentu, bližšie k registrovanému ústrediu.

Pre systém, ktorý zahŕňa používateľov zapojených do predaja a výroby, sú napríklad potrebné obchodné požiadavky. Môže čeliť konfliktu cieľov – jedna strana má záujem zabezpečiť maximálny počet funkcií, druhá sa zameria na čo najnižšie výrobné náklady. Takéto situácie často končia konsenzom s maximálnymi príležitosťami na rozumné, priaznivé ceny a distribúciu.

Na vyriešenie týchto problémov sa včasné zapojenie zainteresovaných strán dosahuje prostredníctvom demonštrácií prototypov a spolupráce. Praktické workshopy vo forme organizovaných stretnutí a jednoduchých diskusií pomáhajú dosiahnuť konsenzus, najmä pokiaľ ide o citlivé otázky.obchodné požiadavky a kde existuje potenciálny konflikt záujmov. Dôležitým faktorom je zložitosť procesu. To si môže vyžadovať špecializované znalosti na pochopenie právnych alebo regulačných požiadaviek, interných smerníc, ako sú značky alebo záväzky v oblasti spoločenskej zodpovednosti. Analýza nie je len o zachytení „čoho“obchodného procesu, ale aj o „ako“prezentovať jeho kontext.