prototypový Model
nejvýznamnější nevýhodou předchozích modelů (vodopád a spirála) je to, že po vývoji aplikace došlo k velkému odmítnutí zákazníků a mezi projektem nedošlo k žádnému zapojení zákazníků.
proto zahájili nový přístup, který je známý jako prototypový model. V tomto případě shromáždíme požadavky od zákazníka a připravíme prototyp (vzorek) a necháme jej zkontrolovat a schválit zákazníkem. A až budou spokojeni, začneme pracovat na původních projektech, aby nedošlo k žádnému odmítnutí zákazníků.
prototyp je pouze ukázkou nebo figurínou požadovaného Softwarového produktu. Pokud jsou k dispozici všechny uvedené moduly, provede testování prototypu pouze vývojář a tester.
když použijeme prototypový model
obecně, jdeme na tento model z následujících důvodů:
- kdykoli je Zákazník v softwarovém průmyslu nový nebo když neví, jak dát společnosti požadavky.
- když jsou vývojáři v doméně noví.
Poznámka:
rozdíl mezi testováním a testováním prototypu spočívá v tom, že – při testování budeme pracovat na funkčnosti, která dává určitý vstup a výstup.
a při testování prototypu budeme testovat pouze vzhled a dojem, což znamená, že uživatelské rozhraní a frontend.
proces prototypu modelu
prototypování modelu má různé fáze, které jsou následující:
- Analýza požadavků
- studie proveditelnosti
- vytvoření prototypu
- testování prototypu
- kontrola a schválení zákazníka
- Design
- kódování
- testování
- instalace a údržba
analýza požadavků
tento model začíná shromažďováním požadavků od zákazníků. A tyto požadavky projektu by měly být podrobně. Tyto údaje obdrží obchodní analytik a produktový analytik. Kde je Business analyst přidělen softwarovým společnostem založeným na službách a produktový analytik je přidělen softwarovým společnostem založeným na produktech.
studie proveditelnosti
v další fázi budou vedoucí týmů BA, HR, Architecture a Finance sedět společně a hovořit o nákladech na produkt, který zdroj bude potřebný, která technologie se používá k vývoji produktu a kolik času je zapotřebí k dokončení produktu a dodání.
Vytvořte prototyp
po dokončení studie proveditelnosti se přesuneme do další fáze, kde vytvoříme prototyp (vzorek nebo figurínu) na základě údajů shromážděných od klienta a webový vývojář navrhne prototyp.
zde máme následující typy prototypů:
- statický prototyp
- dynamický prototyp
statický prototyp
ve statickém prototypu jsme uchovávali celý prototyp požadavků v dokumentu aplikace word se všemi pokyny, screenshoty a popisem toho, jak vytvořit software, jak bude hotový produkt vypadat a jak bude fungovat atd.
dynamický prototyp
dynamický prototyp je paralelní s prohlížečem,ale zde nemůžeme poskytnout žádné podrobnosti, pouze funkce je tam bez zadávání dat. Je to jako fiktivní stránka vytvořená z html se značkami a odkazy na různé stránky s výraznými rysy produktu.
testování prototypu
jakmile postavíme prototyp, BA otestuje prototyp a provede jedno kolo testování prototypu.
Poznámka:
testování prototypu je testování, kde budeme testovat pouze vzhled a dojem, což znamená, že uživatelské rozhraní a frontend.
kontrola a schválení zákazníka
jakmile je testování prototypu provedeno, bude předáno zákazníkovi k jeho přezkoumání a schválení. Pokud zákazník není s daným vzorkem spokojen, změníme prototyp na základě pokynů a zpětné vazby zákazníka. Tento proces bude pokračovat, dokud zákazník nebude schválen a spokojen s prototypem. Je to trochu časově náročné, protože v prototypu musíme provádět změny znovu a znovu.
Design
po získání schváleného prototypu zahájíme návrh na vysoké a nízké úrovni pro konečný produkt a zvážíme všechny návrhy, které zákazník předložil v době konečného prototypu.
kódování
po úspěšném dokončení fáze návrhu přejdeme do fáze kódování, kde dotyčný vývojář začne vyvíjet produkt na základě svých znalostí programování.
testování
po sestavení vývojové fáze je předáno zkušebnímu inženýrovi. A testovací inženýr otestovat funkčnost aplikace, a všechny vstupy a výstupy.
instalace a údržba
jakmile bude náš konečný produkt vyvinut a testován podle konečného prototypu, bude nasazen do výroby. A produkt projde čas od času údržbou, aby se snížilo jakékoli přerušení, což pomáhá vyhnout se významným poruchám.
Poznámka:
- počínaje sběrem požadavků po kontrolu zákazníka je dokumentovaný formát převeden na prototypový formát, protože se jedná o rozšířenou fázi sběru požadavků a skutečný návrh začíná od fáze návrhu.
- dříve byl vývoj prototypu prováděn vývojáři. Přesto to nyní dělají vývojáři obsahu nebo weboví designéři, kde pomocí některých nástrojů vyvíjejí prototyp produktu.
- v tomto případě klient dostane šanci v samotném startu požádat o změny v požadavku, protože je snadné provést změny požadavků v prototypu spíše než ve skutečné aplikaci. Proto se náklady sníží a očekávání jsou splněna.
výhoda a nevýhoda prototypového modelu
existují následující výhody a nevýhody prototypového modelu:
výhoda | nevýhoda |
---|---|
můžeme snadno zjistit chybějící funkce. | je to časově náročný proces, protože pokud se zákazník změní v prototypu. a také bude ztrácet čas tím, že se znovu a znovu mění v figuríně (prototypu), což zpozdí práci skutečného projektu. |
v tomto, vývojový tým a zákazník mají jasnou komunikaci ohledně požadavků a výsledku produktu. | neexistuje žádná revize požadavků, ale recenze prototypu je tam. |
v tom existuje spokojenost zákazníků. | neexistují žádné paralelní výstupy, což znamená, že oba týmy nemohou spolupracovat. |
prototyp můžeme znovu použít ve fázi návrhu a pro podobné aplikace. | někdy částečná aplikace může způsobit, že software nebude použit jako celý systém byl navržen. |
v tomto modelu je odmítnutí zákazníků ve srovnání s ostatními modely menší. | nedostatečná nebo částečná analýza problému. |
problémy lze identifikovat v rané fázi. | můžeme také ztratit pozornost zákazníků, pokud nejsou spokojeni s konečným produktem nebo originálním prototypem. |
Leave a Reply