Üzleti követelmények: fejlesztési és tervezési példák

Az üzleti követelmények olyan specifikációk, amelyek a rendelkezésre bocsátást követően értéket adnak és leírják a javasolt rendszer jellemzőit a végfelhasználó szempontjából. Az érdekelt felek pályázatainak felsorolását is nevezik. Termékek, szoftverek és folyamatok, szállít egy vállalkozás igényeinek kielégítése. Következésképpen az üzleti követelményeket gyakran megvitatják a szoftverek vagy más rendszerek fejlesztése vagy megszerzése során.

Meghatározás

A terminológia összetévesztésének három fő oka van:

1. Általános gyakorlat a célok vagy a várható előnyök kijelölése mint üzlet-a követelmények közül.
2. Az emberek általában ezt a kifejezést használják a létrehozandó termék, rendszer, szoftver jellemzőinek jelölésére.
3. Egy széles körben elterjedt modell azt állítja, hogy ez a két típusú alkalmazás csak a részletesség vagy az absztrakció szintjén különbözik egymástól — ahol az üzleti követelmények magas szintűek, gyakran homályosak és részletes komponenskérésekre bonthatók.

Egy ilyen félreértés elkerülhető, ha felismerjük, hogy ez a koncepció nem cél, hanem megfelel nekik (vagyis értéket ad), ha elégedettek. Az üzleti követelmények nem bonthatók termékekre, rendszerekre és szoftverekre. Inkább minden fordítva történik. A termékek és alkalmazásaik válaszként szolgálnak az üzleti igényekre-feltehetően azért, hogy kielégítsék azokat. , ez a koncepció gyártási környezetben létezik, és fel kell fedezni, míg a termék iránti igényeket egy személy határozza meg. Az üzleti terv követelményei nem korlátozódnak a magas szint meglétére, hanem a részletekre kell csökkenteni. A részletek mennyiségétől függetlenül az alkalmazások mindig értéket nyújtanak, ha elégedettek.

Termékfrissítés

Rendszerekben vagy szoftverfejlesztési projektek a kisvállalkozások követelményeinek, az érdekelt felek hitelesítő adatai. általában szükségesek, egy termék létrehozásához vagy frissítéséhez vezetnek. A rendszer és a szoftver üzleti követelményei általában funkcionális és nem funkcionális alkalmazásokból állnak. Természetesen ezeket általában a termék jellemzőinek első verziójával együtt határozzák meg. A második gyakran tükrözi az üzleti követelmények kialakítását, amelyeket néha korlátozásnak tekintenek. Ezek magukban foglalhatják a termelési szinten alkalmazandó szükséges teljesítmény-vagy biztonsági szempontokat.

Folyamat ékezetek

Az alkalmazások gyakran szerepelnek a hivatalos dokumentumokban. , a hangsúly az üzleti követelmények pontos tervezésének és fejlesztésének folyamatán vagy tevékenységén van, nem pedig annak elérésén. Ezt a paramétert általában egy specifikáció vagy egy rendszerkérési dokumentum vagy egy másik lehetőség delegálja. Lehet, hogy összetévesztik őket, ha nem veszi figyelembe az összes különbséget. Következésképpen, sok hivatalos dokumentum valóban leírja a termékre vonatkozó követelményeket, rendszer, vagy szoftver.

Áttekintés

Az üzleti követelmények a szoftverfejlesztés vagy életciklusának összefüggésében a felhasználók azonosításának és dokumentálásának fogalma. Például az ügyfelek, az alkalmazottak és a beszállítók, a rendszer létrehozásának ciklusának korai szakaszában, hogy irányítsák a jövő tervezését. Az alkalmazásokat gyakran az elemzők rögzítik. Ők azok, akik elemzik az üzleti folyamat követelményeit, és gyakran tanulmányozzák azt."ahogy van"a cél meghatározása "jövő".

Az alkalmazások összetétele

Az üzleti folyamat követelményei gyakran tartalmazzák:

1. Kontextus, terület és háttér, beleértve a változások okait.
2. A legfontosabb érdekeltek, akiknek követelményei vannak.
3. A jövő vagy a célállam sikertényezői.
4. A vállalkozás által bevezetett korlátozások vagy egyéb rendszerek.
5. Modellek és folyamatelemzés, gyakran folyamatábrák használatával, hogy mindent "úgy ábrázoljanak, ahogy van".
6. Logikai adatmodell és szótár hivatkozások.
7. Az üzleti kifejezések és a helyi zsargon szószedetei.
8. Az adatáramlások diagramjai annak szemléltetésére, hogy miként áramlanak át az információs rendszereken (szemben az üzleti műveletek algoritmikus áramlását ábrázoló folyamatábrákkal).

Szerepek

Az üzleti követelmények rögzítésének legnépszerűbb formátuma egy dokumentum. Céljuk annak meghatározása, hogy milyen eredményekre lesz szükség a rendszerből, azonban végül további feltételek nélkül fejleszthető. Ennek következtében a dokumentumokat olyan referenciaanyagokkal egészítik ki, amelyek részletezik a technológia teljesítményét és az infrastruktúra elvárásait, beleértve a szakmai követelmények, a szolgáltatás minőségével kapcsolatos.Ezek például a teljesítmény, a karbantarthatóság, az alkalmazkodóképesség, a megbízhatóság, a rendelkezésre állás, a biztonság és a skálázhatóság.

Teljesség

A prototípuskészítés a tesztelés korai szakaszában lehetővé teszi az azonosított üzleti követelmények teljességének és pontosságának felmérését. Az érdekeltek először az eljáráson mennek keresztül, hogy segítsenek meghatározni a struktúrát. Az eredményt elküldik a projekt üzleti követelményeinek fejlesztői csapatainak, akik a rendszert építik. Más érdekelt felek tesztelik és értékelik a végül telepített előrejelzést. Az egyértelműség megköveteli az alkalmazások nyomon követését és megoldását a megfelelő sablon meghatározásának hivatalos folyamatával.

Az üzleti követelmények körét nem feltétlenül korlátozza a színpad, annak meghatározása, hogy mit kell rendszerként kell felépíteni. Ez túlmutat a jelenlegi stratégia irányításának és fenntartásának biztosításán. És biztosítsa az üzleti céloknak való folyamatos megfelelést. A követelménydokumentumot folyamatosan ellenőrzött módon felül kell vizsgálni. A konkrét üzleti funkciókhoz és tartományokhoz tervezett szabványosított formátum vagy sablonok jelenléte biztosíthatja a kérések teljességét, a terület fókuszának fenntartása mellett.

Prototípus

Annak ellenére, hogy általában a követelmények értékelésének eszközének tekintik, a prototípuskészítés általában a létrehozott termékre vagy rendszerre irányítja a figyelmet. A prototípusok működő szoftverek, ami azt jelenti, hogy három szakaszból állnak (alkalmazások, mérnöki vagy műszaki tervezés és megvalósítás), távol az üzleti követelményektől. Ezek az előzetes verziók is, amelyeket a fejlesztő végre kíván hajtani.

Mivel a prototípusok meglehetősen specifikusak, az őket kipróbáló érdekeltek értelmesebb visszajelzést adhatnak a fejlesztő által létrehozott egyes szempontokról, ami az elégedettségi módszer értelmezése. Ezenkívül hangsúlyozzák a grafikus felhasználói felületet, a belső rész pedig a parancsikonokat. Ezek alkotják a program logikájának fő részét, és ott a legtöbb üzleti követelmény teljesül. Más szavakkal, a prototípusok által észlelt problémák valószínűleg nem kapcsolódnak a lekérdezésekhez.

Fejlesztés

Fontos felismerni az alkalmazások változásait, dokumentálni és frissíteni őket. Az üzleti kérések azonban általában nem változnak annyira, mint azok tudatossága. Előfordulhat, hogy üzleti követelmény van jelen, de az érdekeltek, az elemzők és a projektcsapat nem ismeri fel vagy érti meg.

A változások általában tükrözik a nem megfelelően meghatározott anyagok kielégítésének tervezett módjait. Az üzleti követelmények teljesítésével kapcsolatos nehézségek többsége valójában egy általános gyakorlatot tükröz, amelynek célja szinte az összes velük kapcsolatos erőfeszítés, ami valójában egy termék magas szintű tervezése, rendszer vagy szoftver. Ennek oka az, hogy nem lehet először megfelelően meghatározni az üzleti követelményeket az érték biztosítása érdekében.

A fejlesztési szakemberek általában addig folytatják a termék felülvizsgálatát, amíg végül "visszatérnek" egy olyan megoldáshoz, amely úgy tűnik, hogy megteszi a szükséges lépéseket, vagyis nyilvánvalóan megfelel a termelés követelményeinek. Az üzleti követelmények meghatározására szolgáló közvetett próba-hiba módszerek a következők az alapja a legtöbb" iteratív fejlesztés", beleértve a népszerű módszereket, amelyeket "legjobb gyakorlatként"hirdetnek.

Tervezési példák

A sablonok segítségével gyorsan kérhet konkrét témákat, amelyek gyakran relevánsak lehetnek a kérések szempontjából. Szabványosított dokumentációt hozhatnak létre az üzleti követelményekkel kapcsolatban, ami megkönnyítheti a megértést. A sablonok nem garantálják a lekérdezések pontosságát vagy teljességét. , A gyakran visszaélt példák negatívan befolyásolják a kutatást, mivel általában elősegítik a felületességet és főleg a mechanikus meghatározást értelmes elemzés nélkül.

Nehézségek

Az üzleti követelményeket gyakran idő előtt szigorítják, mivel azok meghatározásában részt vevő érdekeltek nagy bázisa van, ahol fennáll az összeférhetetlenség lehetősége. A kormányzás és a konszenzusépítés folyamata kényes, sőt politikai jellegű is lehet. Kevésbé nehéz, bár közös feladat az elosztott csoportok az érdekelt felekkel különböző földrajzi helyeken. Természetesen az értékesítési személyzet közelebb áll ügyfeleihez, a termelési személyzet pedig közelebb áll a megfelelő egységekhez. A pénzügyi és munkavállalói menedzsment, beleértve a felső vezetést is, közelebb áll a bejegyzett központhoz.

Például üzleti követelményekre van szükség egy olyan rendszerhez, amely magában foglalja az értékesítéssel és gyártással foglalkozó felhasználókat. Lehet, hogy szembe kell néznie a célok konfliktusával — az egyik oldalon érdekli a funkciók maximális számának biztosítása, míg a másik a legalacsonyabb termelési költségekre összpontosít. Az ilyen helyzetek gyakran konszenzussal zárulnak, maximális lehetőségekkel az ésszerű, kedvező ár és elosztás érdekében.

E problémák megoldása érdekében az érdekelt felek korai szakaszban történő részvételét prototípusok bemutatásával és közös munkával érik el. A gyakorlati szemináriumok, mind szervezett ülések, mind egyszerű megbeszélések formájában elősegítik a konszenzus elérését, különös tekintettel az érzékeny üzleti követelményekre és az esetleges összeférhetetlenségre. A folyamat összetettsége fontos tényező. Ez speciális ismereteket igényelhet, szükséges megérteni jogi vagy szabályozási követelmények, belső iránymutatások, mint például a márkaépítés vagy a társadalmi felelősségvállalással kapcsolatos vállalati kötelezettségvállalások. Az elemzés nemcsak az üzleti folyamat "mi" megragadására szolgál, hanem annak kontextusának bemutatására is.