prototípus modell

ebben az oktatóanyagban egy nagyon gyakori SDLC modellt fogunk tanulmányozni – a prototípus modellt. Tehát kezdjük.

a szoftverfejlesztésben néha az ügyfelek homályosak abban, hogy mit akarnak. Van egy alapötletük arról a termékről, amelyet fejleszteni kívánnak. De nem a termék részletes követelményei vagy részletes funkciói. Ilyen esetekben az ügyfelek a termék prototípusát választják.

a prototípus egy termék modellje vagy mintája, amelyet az ügyfél értékeléséhez és a kívánt befejező termék visszajelzéséhez készítettek. A prototípus tanulmányozása után az ügyfél eldöntheti a kívánt termékben szükséges funkciókat.

ezt a módszert vagy SDLC modellt szoftver prototípus modellnek nevezzük.

mi az a prototípus modell?

a prototípus modell egyike a szoftverfejlesztési életciklus modelleknek, amelyekben a prototípus minimális követelményekkel épül fel. Ezt a prototípust ezután tesztelik és módosítják a klienstől kapott visszajelzések alapján, amíg létre nem jön a kívánt funkciókkal rendelkező végleges prototípus. Ez a végső prototípus a végtermék alapjául is szolgál.

mint korábban említettük, ez a modell akkor hasznos, ha az ügyfél nem ismeri az összes részletes követelményt a projekt megkezdése előtt. Akkor is hasznos, ha a fejlesztendő termék összetett, és hasonló termék nem létezik a piacon.

ilyen esetben az ügyfél megkérheti a fejlesztőket, hogy korlátozott követelményekkel kezdjenek el dolgozni az alapvető prototípuson. Miután az alap prototípus elkészült, az ügyfél láthatja és ellenőrizheti a prototípust, hogy eldöntse, mi szükséges az összes változtatáshoz.
az ügyfél a prototípust piackutatásra és végfelhasználói vagy vásárlói visszajelzések gyűjtésére is felhasználhatja.
amikor az ügyfél döntött a szükséges változtatásokról, az Ügyfél megadja ezeket a követelményeket a követelmények összegyűjtő csapatának. Ezek a változások végül eljutnak a fejlesztőcsapathoz.
a fejlesztők ezután elkezdhetnek dolgozni az alapvető prototípus módosításain. Ezt a ciklust addig ismételjük, amíg az ügyfél meg nem elégedett a végterméket tükröző prototípussal.

a prototípus modell fázisai

az alábbiakban bemutatjuk bármely prototípus modell fejlesztési ciklusának elsődleges fázisait.

• kezdeti kommunikáció – ebben a szakaszban az üzleti elemzők és más, a követelmények összegyűjtéséért és a termék szükségességének megvitatásáért felelős személyek találkoznak az érdekelt felekkel vagy az ügyfelekkel.
• gyors terv – az alapvető követelmények megvitatása után elkészül a kezdeti prototípus gyors terve.
• modellezés Quick Design – felhasználói felület része, azaz tervezése része a prototípus végezzük ebben a fázisban.
• a prototípus fejlesztése – ebben a szakaszban a tervezett prototípus kódolása és fejlesztése történik.
• a prototípus telepítése, szállítása és visszajelzése – ebben a fázisban a kezdeti prototípus telepítve van, és az ügyfelek számára elérhető. Az ügyfelek felülvizsgálják vagy értékelik a prototípust, és visszajelzést adnak a követelmények összegyűjtésére és a fejlesztőcsapatoknak.
  a fent említett fázisok addig ismétlődnek, amíg a végtermék másolata ki nem kerül.
• végtermék tervezése, megvalósítása, tesztelése, telepítése és karbantartása – amint az ügyfél véglegesíti a prototípust, a prototípus alapján a végterméket megtervezik és kifejlesztik. Ezt a kifejlesztett terméket a tesztelő csapat teszteli, és ha készen áll az élesítésre, a termék telepítve van, és elérhető a végfelhasználók számára.

típusai prototípus modell

a fejlesztők választhatnak a rendelkezésre álló prototípus modelltípusok alapján a termék követelményeinek, hogy már tárgyalt ebben a szakaszban. Nézzük meg őket.

• Rapid Throwaway Prototyping – ebben a módszerben a prototípust a kezdeti követelmények alapján gyorsan fejlesztik, és az ügyfélnek felülvizsgálatra adják. Amint az ügyfél visszajelzést ad, a végső követelmények frissülnek, és megkezdődik a végtermék kidolgozása. Ahogy a neve is sugallja, a kifejlesztett prototípust eldobják, és nem lesz része a végterméknek. Az is ismert, mint a közeli végű prototípus.
• evolúciós prototípus készítés – ebben a módszerben prototípus készül, és az ügyfél visszajelzése érkezik. A visszajelzések alapján a prototípust addig finomítják, amíg az ügyfél a végterméknek nem tekinti. Inkrementális fejlesztési megközelítést követ, és időt takarít meg a gyors eldobható prototípus-módszerhez képest, mivel az evolúciós prototípus-készítés során a régi prototípust átdolgozzák, ahelyett, hogy új prototípust fejlesztenének a semmiből. Az is ismert, mint breadboard prototípus.
• inkrementális prototípus – készítés-az ilyen típusú prototípus-modellben a végtermék-követelményeket kisebb részekre bontják, és minden egyes alkatrészt külön prototípusként fejlesztenek ki. Végül az összes alkatrész (prototípus) összeolvad, amely végtermékké válik.
• Extrém prototípus – készítés-ezt a típusú prototípus-modellt elsősorban webes alkalmazásokhoz használják. Három fázisra oszlik –
  • először egy statikus oldalakkal rendelkező alapvető prototípus jön létre, HTML oldalakból áll.
  • ezután egy szolgáltatási réteg használatával szimulálják az adatfeldolgozást.
  • az utolsó szakaszban a szolgáltatások megvalósulnak.

a prototípus modell előnyei

a prototípus modell a következő előnyöket kínálja-

• gyors ügyfél-visszajelzés érkezik, amely felgyorsítja a fejlesztési folyamatot. Ezenkívül segít a Fejlesztőcsapatnak megérteni az ügyfél igényeit.
• a kifejlesztett prototípusok később bármilyen hasonló projekthez felhasználhatók.
• minden hiányzó funkció és hiba korán észlelhető.
• hasznos, ha a követelmények nem egyértelműek az ügyfél végétől, még korlátozott követelmények esetén is, a fejlesztőcsapat elindíthatja a fejlesztési folyamatot.

a prototípus modell hátrányai

a vonzó előnyökön kívül a prototípus modellnek számos hátránya van, amelyeket az alábbiakban sorolunk fel-

• ez időigényes folyamat vagy módszer, mivel több prototípusra lehet szükség, amíg az ügyfél el nem éri a végső követelményeket. Lehet, hogy az ügyfélnek nincs kifejezett elképzelése arról, hogy mit akar.
• ez a módszer túl sok ügyfél-interakciót és részvételt foglal magában, ami csak elkötelezett ügyféllel végezhető.
• kezdetben kissé nehéz megjósolni a végtermék eléréséhez szükséges pontos időt.
• a kódolás során a fejlesztőknek nincs széles perspektívájuk arra, hogy mi következik, ami miatt olyan mögöttes architektúrát használhatnak, amely nem alkalmas a végtermékre.
• a gyors prototípus elkészítéséhez a fejlesztők gyenge döntéseket hozhatnak a fejlesztési folyamat során (különösen a megvalósítási döntések), és kompromisszumot köthetnek a minőséggel kapcsolatban, ami végül befolyásolhatja a terméket.

következtetés

a prototípus modell egy próba-hiba módszer, amelynek megvannak az előnyei és hátrányai. Ez különösen akkor hasznos, ha az ügyfél nem egyértelmű, hogy mi az összes funkcióját, szükségük van a termék.

Kuldeep az ArtOfTesting alapítója és vezető szerzője. Jártas a tesztautomatizálásban, a teljesítménytesztelésben, a big data-ban és a CI-CD-ben. Évtizedes tapasztalatát hozza jelenlegi szerepébe, ahol elkötelezett a minőségbiztosítási szakemberek oktatása iránt. Kapcsolatba léphet vele a LinkedIn – en.