Obchodné požiadavky: príklady vývoja a dizajnu

Obchodné požiadavky sú špecifikácie, ktoré po poskytnutí poskytujú hodnotu a opisujú charakteristiky navrhovaného systému z hľadiska koncového používateľa. A tiež sa nazývajú zoznam žiadostí od zainteresovaných strán. Produkty, softvér a procesy sú spôsoby, dodať a uspokojiť potreby podniku. V dôsledku toho sa o obchodných požiadavkách často diskutuje v súvislosti s vývojom alebo získavaním 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 určovať ciele alebo očakávané prínosy ako podnikanie-požiadavka.
2. Ľudia spravidla používajú tento výraz na označenie charakteristík produktu, systému, softvéru, ktorý sa má vytvoriť.
3. Rozšírený model tvrdí, že tieto dva typy aplikácií sa líšia iba úrovňou detailov alebo abstrakcie - kde sú obchodné požiadavky na vysokej úrovni, často vágne a rozložené na podrobné požiadavky na komponenty.

Takémuto nedorozumeniu sa dá vyhnúť, ak uznáme, že tento koncept nie je cieľom, ale skôr ich spĺňa (to znamená poskytuje hodnotu), keď sú spokojní. Obchodné požiadavky sa nerozkladajú na produkt, systémy a softvér. Skôr sa všetko deje naopak. Produkty a ich aplikácie sú reakciou na obchodné požiadavky-pravdepodobne na ich uspokojenie. Tento koncept existuje vo výrobnom prostredí a musí sa objaviť, zatiaľ čo požiadavky na výrobok určuje osoba. Požiadavky na podnikateľský plán sa neobmedzujú iba na existenciu vysokej úrovne, ale mali by sa obmedziť na podrobnosti. Bez ohľadu na množstvo detailov, aplikácie vždy poskytujú hodnotu, keď sú splnené.

Aktualizácia Produktu

V systémoch alebo projekty vývoja softvéru pre malé podniky požiadavky, poverenia zainteresovaných strán. sú zvyčajne potrebné, 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 aplikácií. Samozrejme, že sú zvyčajne definované v kombinácii s prvou verziou funkcií produktu. Druhá často odráža návrh obchodných požiadaviek, ktoré sa niekedy považujú za obmedzenia. Môžu zahŕňať potrebné výkonnostné alebo bezpečnostné aspekty uplatniteľné na úrovni výroby.

Akcenty procesu

Žiadosti sú často uvedené v úradných dokumentoch. Zameriavajú sa skôr na proces alebo činnosť presného plánovania a rozvoja obchodných požiadaviek, ako na to, ako to dosiahnuť. Tento parameter je zvyčajne delegovaný špecifikáciou alebo dokumentom so systémovými požiadavkami alebo inou možnosťou. Ak neberiete do úvahy všetky rozdiely, môže medzi nimi dôjsť k zámene. V dôsledku toho mnohé oficiálne dokumenty skutočne opisujú požiadavky na produkt, systém alebo softvér.

Recenzia

Obchodné požiadavky v kontexte vývoja softvéru alebo jeho životného cyklu sú koncept identifikácie a dokumentácie všetkých používateľov. Napríklad, ako sú zákazníci, zamestnanci a dodávatelia, v počiatočných fázach cyklu vytvárania systému na usmernenie návrhu budúcnosti. Aplikácie často zaznamenávajú analytici. Sú to tí, ktorí analyzujú požiadavky obchodného procesu a často ho študujú "ako je"určiť cieľ "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é podnikom alebo ostatné systémy.
5. Modely a analýza procesov, ktoré často používajú vývojové diagramy na reprezentáciu všetkého "tak, ako je".
6. Logický dátový model a odkazy na slovník.
7. Slovník obchodných podmienok a miestneho žargónu.
8. Diagramy tokov údajov na ilustráciu ich toku informačnými systémami (na rozdiel od vývojových diagramov zobrazujúcich algoritmický tok obchodných operácií).

Úloha

Najpopulárnejším formátom na zaznamenávanie obchodných požiadaviek je dokument. , ich účelom je určiť, aké výsledky budú zo systému potrebné, môže sa však nakoniec vyvinúť bez ďalších podmienok. V dôsledku toho sú dokumenty doplnené referenčným materiálom, ktorý podrobne popisuje výkonnosť technológie a očakávania infraštruktúry vrátane akýchkoľvek profesionálne požiadavky, súvisiace 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 posúdiť úplnosť a presnosť identifikovaných obchodných požiadaviek. Zainteresované strany najprv prejdú postupom, aby pomohli určiť štruktúru. A výsledok je zaslaný tímom vývojárov obchodných požiadaviek projektu, ktorí budujú systém. Ostatné zainteresované strany testujú a hodnotia konečne nasadenú projekciu. Zrozumiteľnosť vyžaduje sledovanie aplikácií a ich riešenie formálnym procesom určenia vhodnej šablóny.

Rozsah obchodných požiadaviek nie je nevyhnutne obmedzený fázou, definovanie toho, čo by malo byť postavený ako systém. To presahuje rámec toho, ako riadiť a udržiavať súčasnú stratégiu. A zabezpečiť jeho neustále dodržiavanie obchodných cieľov. Dokument o požiadavkách sa musí neustále kontrolovať kontrolovaným spôsobom. Prítomnosť štandardizovaného formátu alebo šablón určených pre konkrétne obchodné funkcie a domény môže okrem zachovania zamerania oblasti zabezpečiť aj úplnosť požiadaviek.

Prototyp

Napriek tomu, že sa zvyčajne považuje za prostriedok na hodnotenie požiadaviek, prototypovanie zvyčajne upriamuje pozornosť na vytváraný produkt alebo systém. Prototypy sú funkčný softvér, čo znamená, že pozostávajú z troch etáp (aplikácie, inžinierstvo alebo technický návrh a implementácia), vzdialených od obchodných požiadaviek. A tiež to sú predbežné verzie, ktoré má vývojár v úmysle 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 metódy spokojnosti. Okrem toho je zdôraznené grafické užívateľské rozhranie a vnútornou časťou sú skratky. Tvoria hlavnú časť logiky programu a práve tam bude splnená väčšina obchodných požiadaviek. Inými slovami, problémy, ktoré prototypy zistia, pravdepodobne nebudú súvisieť s dopytmi.

Rozvoj

Je dôležité rozpoznať zmeny v aplikáciách, zdokumentovať ich a aktualizovať. Obchodné požiadavky sa však spravidla nemenia tak, ako ich povedomie. Obchodná požiadavka môže byť prítomná, ale nie je uznaná alebo pochopená zainteresovanými stranami, analytikmi a projektovým tímom.

Zmeny majú tendenciu odrážať zamýšľané spôsoby uspokojovania nedostatočne definovaných materiálov. Väčšina ťažkostí spojených so splnením obchodných požiadaviek v skutočnosti odráža všeobecnú prax zameranú na takmer všetko úsilie s nimi spojené, na to, čo je vlastne návrh produktu, systému alebo softvéru na vysokej úrovni. Je to spôsobené neschopnosťou najprv adekvátne definovať obchodné požiadavky s cieľom poskytnúť hodnotu.

Odborníci na vývoj zvyčajne pokračujú v kontrole produktu, až kým sa nakoniec "nevrátia" k riešeniu, ktoré, zdá sa, robí to, čo je potrebné, to znamená, že zjavne spĺňa požiadavky výroby. Nepriame metódy pokusov a omylov na určenie obchodných požiadaviek sú základ pre Väčšina "iteračného vývoja" vrátane populárnych metód, ktoré sú inzerované ako "osvedčené postupy".

Príklady dizajnu

Šablóny vám pomôžu rýchlo požiadať o konkrétne témy, ktoré môžu byť často relevantné pre požiadavky. Môžu vytvárať štandardizovanú dokumentáciu týkajúcu sa obchodných požiadaviek, čo môže uľahčiť pochopenie. Šablóny nezaručujú presnosť alebo úplnosť dotazov. Často zneužité príklady majú negatívny vplyv na výskum, pretože majú tendenciu podporovať povrchnosť a hlavne mechanickú definíciu bez zmysluplnej analýzy.

Ťažkosť

Obchodné požiadavky sa často predčasne sprísňujú z dôvodu veľkej základne zainteresovaných strán zapojených do ich určovania, kde existuje možnosť konfliktu záujmov. Proces riadenia a budovania konsenzu môže mať chúlostivý a dokonca politický charakter. Menej náročnou, aj keď spoločnou úlohou sú distribuované skupiny so zainteresovanými stranami v rôznych geografických lokalitách. Prirodzene, predajný personál je bližšie k svojim zákazníkom a výrobný personál je bližšie k príslušným jednotkám. Financie a riadenie zamestnancov, vrátane vrcholového manažmentu, je bližšie k registrovanému ústrediu.

Napríklad obchodné požiadavky sú potrebné pre systém, ktorý zahŕňa používateľov zaoberajúcich sa predajom a výrobou. Môže čeliť konfliktu cieľov — jedna strana má záujem o poskytnutie maximálneho počtu funkcií a druhá sa zameria na najnižšie výrobné náklady. Takéto situácie často končia konsenzom s maximálnymi príležitosťami na primeranú, priaznivú cenu a distribúciu.

Na vyriešenie týchto problémov sa účasť zainteresovaných strán v počiatočnom štádiu dosahuje demonštrovaním prototypov a spoluprácou. Praktické semináre vo forme organizovaných stretnutí a jednoduchých diskusií pomáhajú dosiahnuť konsenzus, najmä vo vzťahu k citlivým obchodným požiadavkám a tam, kde existuje potenciálny konflikt záujmov. Zložitosť procesu je dôležitým faktorom. To si môže vyžadovať špeciálne znalosti, potrebné na pochopiť právne alebo regulačných požiadaviek, interných smerníc, ako sú branding alebo podnikové záväzky týkajúce sa sociálnej zodpovednosti. Analýza nie je len zachytiť "čo" obchodného procesu, ale aj" ako " prezentovať jeho kontext.