Obchodní požadavky: vývoj a příklady designu

Obchodní požadavky jsou specifikace, které po poskytnutí poskytují hodnotu a popisují vlastnosti navrhovaného systému z pohledu koncového uživatele. A také se nazývá výčet přihlášek zúčastněných stran. Produkty, software a procesy jsou způsoby, jak dát a uspokojit potřeby podniku. Obchodní požadavky jsou proto často diskutovány v souvislosti s vývojem nebo akvizicí softwaru nebo jiných systémů.

Definice

Zmatek v terminologii nastává ze tří hlavních důvodů:

1. Běžnou praxí je označit cíle nebo očekávané přínosy jako podnikání-požadavků.
2. Lidé mají tendenci používat tento termín k označení charakteristik produktu, systému, softwaru, který má být vytvořen.
3. Rozšířený model tvrdí, že tyto dva typy aplikací se liší pouze úrovní podrobností nebo abstrakce — kde jsou obchodní požadavky na vysoké úrovni, často vágní a rozložené na podrobné aplikace komponenty.

Tomuto nedorozumění se lze vyhnout, pokud uznáte, že tento koncept není cílem, ale spíše jim odpovídá (tj. Obchodní požadavky se nerozkládají na produkt, systémy a software. Spíše se všechno děje opačně. Produkty a jejich aplikace představují odpověď na obchodní požadavky-pravděpodobně k jejich uspokojení. Tento koncept existuje ve výrobním prostředí a musí být objeven, zatímco poptávka po produktu je určena člověkem. Požadavky na obchodní plán se neomezují pouze na existenci na vysoké úrovni, ale musí být omezeny na podrobnosti. Bez ohledu na velikost podrobností aplikace vždy poskytují hodnotu, když jsou splněny.

Aktualizace produktu

V projektech vývoje systémů nebo programové vybavení pro požadavky malých podniků je obvykle zapotřebí pověření zúčastněných stran. Jsou to ty, které vedou k vytvoření nebo aktualizaci produktu. Obchodní požadavky na systém a software se obvykle skládají z funkčních a nefunkčních aplikací. Samozřejmě jsou obvykle definovány v kombinaci s první možností produktu. Druhý často ve skutečnosti odráží odbavení obchodních požadavků, které jsou někdy považovány za omezení. Mohou zahrnovat nezbytné aspekty výkonu nebo zabezpečení použitelné na výrobní úrovni.

Procesní akcenty

Přihlášky jsou často uvedeny v oficiálních dokumentech. Důraz je kladen spíše na proces nebo činnost přesného plánování a rozvoje obchodních požadavků než na dosažení tohoto cíle. Toto nastavení je obvykle delegováno na specifikaci nebo dokument systémových aplikací nebo jinou možnost. Může dojít k záměně mezi nimi, pokud nezohledníte všechny rozdíly. Mnoho oficiálních dokumentů proto ve skutečnosti popisuje požadavky na produkt, systém nebo software.

Přehled

Obchodní požadavky v kontextu vývoje softwaru nebo jeho životního cyklu jsou konceptem identifikace a dokumentace všech uživatelů. Například, jako jsou zákazníci, zaměstnanci a dodavatelé, v raných fázích cyklu vytváření systému, který by vedl návrh budoucnosti. Aplikace jsou často zachyceny analytiky. Jsou to oni, kdo analyzují požadavky obchodního procesu a často ho studují "jak jíst"k určení cílové "budoucnosti".

Složení žádostí

Požadavky na obchodní proces často zahrnují:

1. Kontext, oblast a pozadí, včetně příčin změn.
2. Klíčové zúčastněné strany, které mají požadavky.
3. Faktory úspěchu pro budoucí nebo cílový stav.
4. Omezení uložená podnikáním nebo jinými systémy.
5. Modely a analýza procesů, které často používají vývojové diagramy k reprezentaci všeho "tak, jak jsou".
6. Logický datový model a odkazy na slovník.
7. Glosáře obchodních podmínek a místní žargon.
8. Diagramy datových toků pro ilustraci toho, jak procházejí informačními systémy (na rozdíl od vývojových diagramů zobrazujících algoritmický tok obchodních operací).

Roli

Nejoblíbenějším formátem pro zaznamenávání obchodních požadavků je dokument. Jejich cílem je určit, jaké výsledky budou ze systému nezbytné, lze jej však nakonec vyvinout bez dalších podmínek. Dokumenty jsou proto doplněny referenčním materiálem, který podrobně popisuje výkon technologie a očekávání infrastruktury, včetně jakýchkoli profesionální požadavky, související s kvalitou služeb.Jedná se například o výkon, udržovatelnost, přizpůsobivost, spolehlivost, dostupnost, bezpečnost a škálovatelnost.

Plnost

Prototypování v rané fázi testování umožňuje posoudit úplnost a přesnost identifikovaných obchodních požadavků. Zúčastněné strany projdou postupem jako první, aby pomohly určit strukturu. A výsledek je veden vývojovým týmům obchodních požadavků projektu, které budují systém. Ostatní zúčastněné strany testují a hodnotí konečně nasazenou projekci. Jasnost vyžaduje sledování aplikací a jejich řešení formálním procesem identifikace příslušného vzoru.

Rozsah obchodních požadavků nemusí být nutně omezen fází definice toho, co by mělo být postaven jako systém. To přesahuje rámec předvídání toho, jak řídit a udržovat platnou strategii. A zajistit, aby byla neustále v souladu s obchodními cíli. Dokument požadavků musí být kontrolovaným způsobem neustále přezkoumáván. Mít standardizovaný formát nebo šablony určené pro konkrétní obchodní funkce a domény může poskytnout úplnost dotazů nad rámec zachování zaměření oblasti.

Předobraz

I když je prototypování obecně považováno za prostředek hodnocení požadavků, obvykle se zaměřuje na vytvořený produkt nebo systém. Prototypy jsou funkční software, což znamená, že se skládají ze tří fází (aplikace, inženýrství nebo technické inženýrství a implementace), které jsou mimo obchodní požadavky. A to jsou také náhledy, které vývojář hodlá implementovat.

Protože prototypy jsou poměrně specifické, zúčastněné strany, které je vyzkouší, mohou poskytnout smysluplnější zpětnou vazbu o některých aspektech toho, co vývojář vytváří, což je interpretace způsobu uspokojení. Grafické uživatelské rozhraní je navíc podtrženo a vnitřní částí jsou zkratky. Tvoří většinu softwarové logiky a tam bude splněna většina obchodních požadavků. Jinými slovy, problémy, které prototypy detekují, sotva souvisejí s požadavky.

Vývoj

Je důležité rozpoznat změny v aplikacích, dokumentovat je a aktualizovat. Obchodní dotazy se však obecně nemění tolik jako jejich uvědomění. Obchodní požadavek může být přítomen, ale nemusí být uznán nebo pochopen zúčastněnými stranami, analytiky a projektovým týmem.

Změny mají tendenci odrážet zamýšlené způsoby, jak uspokojit nedostatečně definované materiály. Velká část obtíží při plnění obchodních požadavků ve skutečnosti odráží obecnou praxi zaměřenou na téměř veškeré úsilí s nimi spojené na to, co ve skutečnosti představuje design produktu, systému nebo softwaru na vysoké úrovni. Důvodem je neschopnost nejprve adekvátně identifikovat obchodní požadavky, aby byla zajištěna hodnota.

Vývojové postupy obvykle pokračují v revizi produktu, dokud se nakonec "nevrátí" k řešení, které podle všeho splňuje to, co je potřeba, tj. Nepřímé metody pokusů a omylů k určení obchodních požadavků jsou základem pro většina "iterativního vývoje", včetně populárních technik, které jsou inzerovány jako "osvědčené postupy".

Příklady designu

Šablony pomáhají rychle dotazovat konkrétní témata, která mohou být často relevantní pro dotazy. Mohou vytvářet standardizovanou dokumentaci týkající se obchodních požadavků, což může usnadnit porozumění. Šablony nezaručují přesnost ani úplnost dotazů. Často nesprávně používané příklady negativně ovlivňují výzkum, protože mají tendenci podporovat povrchnost a hlavně mechanickou definici bez smysluplné analýzy.

Potíže

Obchodní požadavky jsou často předčasně zpřísněny kvůli velké základně zúčastněných stran zapojených do jejich určování, kde existuje možnost střetu zájmů. Proces řízení a dosažení konsensu může být choulostivý a dokonce politický. Méně obtížným, i když běžným úkolem jsou distribuované skupiny se zúčastněnými stranami v různých geografických lokalitách. Je přirozené, že prodejní personál je blíže svým zákazníkům a výrobní personál je blíže příslušným jednotkám. Finance a Správa zaměstnanců, včetně vrcholového managementu, jsou blíže k registrovanému ústředí.

Například obchodní požadavky jsou nezbytné pro systém, který zahrnuje uživatele zabývající se prodejem a výrobou. Může čelit konfliktu cílů — jedna strana zajímá se o poskytování maximálního počtu funkcí a další se zaměří na nejnižší výrobní náklady. Takové situace často končí konsensem s maximálními příležitostmi pro rozumnou, příznivou cenu a distribuci.

K vyřešení těchto problémů je včasné zapojení zúčastněných stran dosaženo demonstrací prototypů a spoluprací. Praktické workshopy ve formě organizovaných zasedání i jednoduchých diskusí pomáhají dosáhnout konsensu, zejména pokud jde o citlivé obchodní požadavky a kde existuje potenciální střet zájmů. Složitost procesu je důležitým faktorem. To může vyžadovat zvláštní znalosti, nezbytné pro porozumění právní nebo nařízení, interní pokyny, jako je branding nebo závazky společnosti týkající se sociální odpovědnosti. Analýza spočívá nejen v zachycení" co "z obchodního procesu, ale také" jak " prezentovat jeho kontext.