Прототипен модел в софтуерното инженерство

Какво е Prototyping Модел?

Прототиping Модел е модел за разработка на софтуер, при който прототип се изгражда, тества и преработва, докато се постигне приемлив прототип. Той също така създава база за производство на крайната система или софтуер. Работи най-добре в сценарии, където изискванията на проекта не са известни подробно. Това е итеративен метод на проба-грешка, който се прилага между разработчика и клиента.

Прототиping Фази на модела

След като основната дефиниция е ясна, следващата стъпка е да разберем как моделът работи на практика. Прототипътping Моделът има следните шест SDLC фази:

Стъпка 1: Събиране и анализ на изискванията

Прототипping Моделът започва с анализ на изискванията. В тази фаза изискванията към системата се дефинират подробно. По време на процеса потребителите на системата се интервюират, за да се разбере какви са техните очаквания от нея.

Стъпка 2: Бърз дизайн

Втората фаза е предварителен дизайн или бърз дизайн. На този етап се създава опростен дизайн на системата. Той обаче не е завършен дизайн. Той дава кратка представа за системата на потребителя. Бързият дизайн помага при разработването...ping прототипът.

Стъпка 3: Изградете прототип

В тази фаза се проектира действителен прототип, базиран на информацията, събрана от бързия дизайн. Това е малък работещ модел на необходимата система.

Стъпка 4: Първоначална потребителска оценка

На този етап предложената система се представя на клиента за първоначална оценка. Това помага да се установят силните и слабите страни на работещия модел. Събират се коментари и предложения от клиента и се предоставят на разработчика.

Стъпка 5: Усъвършенстване на прототипа

Ако потребителят не е доволен от текущия прототип, трябва да прецизирате прототипа според обратната връзка и предложенията на потребителя.

Тази фаза няма да приключи, докато не бъдат изпълнени всички изисквания, посочени от потребителя. След като потребителят е доволен от разработения прототип, се разработва окончателна система, базирана на одобрения краен прототип.

Стъпка 6: Внедряване на продукта и поддръжка

След като финалната система е разработена въз основа на финалния прототип, тя се тества щателно и се внедрява в производство. Системата преминава през рутинна поддръжка за минимизиране на времето за престой и предотвратяване на мащабни повреди.

Видове прототипиping Модели

Прототиping не е една-единствена техника; екипите избират вариант, който отговаря на проекта. Четирите вида прототипиping моделите са:

1. Прототипи за бързо изхвърляне
2. Еволюционен прототип
3. Инкрементален прототип
4. Екстремен прототип

Прототип за бързо изхвърляне

Бързото изхвърляне се основава на предварителното изискване. То се разработва бързо, за да се покаже как ще изглежда визуално изискването. Обратната връзка от клиента помага за нанасяне на промени в изискването и прототипът се създава отново, докато изискването не бъде сформирано като базова линия.

При този метод разработеният прототип ще бъде отхвърлен и няма да бъде част от окончателно приетия прототип. Тази техника е полезна за проучване на идеи и получаване на незабавна обратна връзка за изискванията на клиента.

Еволюционен прототипping

Тук разработеният прототип се усъвършенства постепенно въз основа на обратната връзка от клиента, докато бъде окончателно приет. Това ви помага да спестите време, както и усилия. Това е така, защото разработванетоping Създаването на прототип от нулата за всяко взаимодействие в процеса понякога може да бъде много разочароващо.

Този модел е полезен за проект, който използва нова технология, която не е добре разбрана. Използва се и за сложен проект, където всяка функционалност трябва да бъде проверена веднъж. Полезно е, когато изискването не е стабилно или не е разбрано ясно в началния етап.

Инкрементален прототипping

В инкрементален Prototyping, крайният продукт се разделя на различни малки прототипи и се разработват поотделно. В крайна сметка различните прототипи се обединяват в един продукт. Този метод е полезен за намаляване на времето за обратна връзка между потребителя и екипа за разработка на приложението.

Екстремни Прототиping

Екстремни прототипиping Методът се използва най-вече за уеб разработка. Състои се от три последователни фази.

1. Базовият прототип с всички съществуващи страници е представен в HTML формат.
2. Можете да симулирате процес на данни, като използвате слой на прототипни услуги.
3. Услугите са внедрени и интегрирани в крайния прототип.

Най-добри практики на Prototyping

Изборът на правилния тип е само половината от работата; дисциплинираното изпълнение поддържа прототипаping да не излезе извън контрол. Ето няколко неща, за които трябва да внимавате по време на прототипаping процес:

• Трябва да използвате Prototyping когато изискванията са неясни.
• Важно е да се извършва планиран и контролиран прототип.ping.
• Редовните срещи са жизненоважни, за да поддържате проекта навреме и да избегнете скъпи забавяния.
• Потребителите и дизайнерите трябва да са наясно с прототипаping проблеми и капани.
• На много ранен етап трябва да одобрите прототип и едва тогава да позволите на екипа да премине към следващата стъпка.
• В софтуерния прототипping метод, никога не бива да се страхувате да промените по-ранни решения, ако е необходимо да се внедрят нови идеи.
• Трябва да изберете подходящия размер на стъпката за всяка версия.
• Внедрете важни функции в началото, така че дори времето да ви свърши, все още да имате полезна система.

Предимства на Prototyping Модел

Когато тези практики се следват, моделът предлага няколко ясни предимства. Ето важните плюсове/ползи от използването на Prototyping модели:

• Потребителите участват активно в разработката. Следователно грешките могат да бъдат открити в началния етап на процеса на разработка на софтуера.
• Липсващата функционалност може да бъде идентифицирана, което помага за намаляване на риска от повреда, тъй като Prototyping също се счита за дейност за намаляване на риска.
• Помага на членовете на екипа да общуват ефективно.
• Удовлетворението на клиента съществува, защото клиентът може да усети продукта на много ранен етап.
• Едва ли ще има шанс за отхвърляне на софтуера.
• По-бързата обратна връзка с потребителите ви помага да постигнете по-добри решения за разработка на софтуер.
• Позволява на клиента да сравни дали софтуерният код съответства на софтуерната спецификация.
• Помага ви да откриете липсващата функционалност в системата.
• Той също така идентифицира сложните или трудни функции.
• Насърчава иновациите и гъвкавото проектиране.
• Това е ясен модел, така че е лесен за разбиране.
• Не е необходимо да се налагат специализирани експерти за изграждането на модела.
• Прототипът служи като основа за извличане на системна спецификация.
• Прототипът помага за по-добро разбиране на нуждите на клиента.
• Прототипите могат да бъдат променяни и дори изхвърляни.
• Прототипът също така служи като основа за оперативни спецификации.
• Прототипите могат да предложат ранно обучение за бъдещи потребители на софтуерната система.

Недостатъци на Prototyping Модел

Въпреки тези силни страни, моделът носи компромиси, които екипите трябва да преценят, преди да го възприемат. Ето важните недостатъци/противопоставяния на прототипаping модел:

• Прототиping е бавен и отнемащ време процес.
• Цената на разработкатаping Прототипът е пълна загуба, тъй като в крайна сметка се изхвърля.
• Прототиping може да насърчи прекомерни заявки за промени.
• Понякога клиентите може да не са склонни да участват в цикъла на итерация за по-дълъг период от време.
• Може да има твърде много вариации в софтуерните изисквания, когато всеки път, когато прототипът се оценява от клиента.
• Лоша документация, защото изискванията на клиентите се променят.
• За разработчиците на софтуер е много трудно да приспособят всички промени, изисквани от клиентите.
• След като видят ранен прототип, клиентите може да си помислят, че действителният продукт ще им бъде доставен скоро.
• Клиентът може да загуби интерес към крайния продукт, когато той или тя не е доволен от първоначалния прототип.
• Разработчиците, които искат да изградят прототипи бързо, може да изградят решения за разработка под стандарта.

Въпроси и Отговори