Видео 38. 4-5я модели. Инкрементная модель. Спиральная модель Боэма

Автор Alla Bessonova
Видео 38. 4-5я модели. Инкрементная модель. Спиральная модель Боэма

Итак четвёртая модель разработки программного обеспечения называется инкрементная модель, что же такое инкрементная модель предыдущих моделях разработки обеспечение которое мы с вами рассматривали фазы кодирование и тестирования очень долгий и находятся на поздних этапах.

Как вы помните заказчик видеть продукт очень поздно и так далее. То есть свои недостатки в инкрементной модели система разрабатывается модуль то есть весь функционал какого-либо программного обеспечения разбить на части и разрабатывается отдельно. В итоге эти все части объединяются в единую систему и мы имеем конечный продукт на изображении.

Вы можете видеть инкрементная модель начали у нас первый инкремент первый модуль можно назвать 2 3 модуль и так далее может быть много 1 инкремент у нас анализ в проектировании и кодировании и тестирования точно такие же этапы.

У нас есть во втором инкременты в третьем и так далее и наконец. Пятая модель разработки программного обеспечения называется спиральная модель или же модель можно сказать здесь, что спиральная модель — это совмещение идеи модели водопада с инкрементной модели то есть разработка здесь идёт как спирали. У нас есть формирование требований. У нас есть анализ определенных рисков у нас есть проектировании и кодировании тестирования и у нас оценки заказчиком прошел первый. Круг спираль одна прошла переходим на вторую спираль опять формируем требования опять анализируем резки опять проектируем кодирование. Тестируем какой-то функционал и снова отдать заказчику для фидбека и так таких спиралей может быть при разработке программного обеспечения очень много вот — это были 5 основных моделей разработки программного обеспечения которые были известны ранее известный сегодня как вы видите мы прошли с обзор на пони много не говорили по каждой модели потому, что из них очень редко используются вообще то есть. Вы должны просто знать, что они существуют. Здесь вы должны обратить внимание на каскадную модель на водопады водопадная модель она очень часто встречается сегодня является классической и чаще всего у вас будут спрашивать именно о модели водопада и так, что мы в итоге можем сказать об этих таких моделях разработки программного обеспечения 1 очень долгий процесс разработки мы имеем как правило большое количество этапов пока. Идет работа над одним этапом работы над другим не начинается. И наоборот если начался уже в следующий этап разработки предыдущему мы уже не возвращались 2 не то, что мы очень много времени тратим на всякие бумаги на всякую документацию так как нам нужно тщательно всё продумать для того чтобы каждый был закончен 3 огромный недостаток мы уже нём говорили. Это сложный переход на этапы разработки. А 4 недостатки мы с вами тоже говорили — это высокая цена ошибки особенно на поздних этапах то есть. Чем дольше длится разработка темы на исправление ошибки если этапы планирования и проектирования прошли хорошо и всё было задумано и всё описано верно то всё будет нормально, но всё в жизни бывает такое, что на четвертом этапе на этапе тестирования мы находим какой табак или мы находим что-то, что должно быть полностью переписана или переделана на — это тратить огромные средства ещё один недостаток. Это сложный для понимания этапы. Бывает такое, что иногда трудно понять. Когда переходить на новый этап. Когда ещё рано приходить на новый этап и так далее спиральной модели боевых примерах мы прошли один виток спирали момент переходить на второй виток может быть непонятно и ещё один недостаток. Я назвал его не мобильность сложно. Добавить какой-либо новый функционал. Ну бывает, что приходит разработчик или тестировщик при проверке что-то у него не получается что-то неудобно юзабилити плохое он приходит к программисту и говорить. Давай сделаем такую какую-то свечу к примеру или изменим чуть-чуть функционал где-то есть. Так просто изменить всё не получится всё проходит через документацию всё задокументирован. И поэтому вот мобильность является сложной в данных моделях разработки программного обеспечения и вот как раз гибкие методологии которые мы будем дальше рассматривать позволяют делать почему они называются гибкими потому, что мы легко можем что-то поменять что-то изменить можем прийти к программисту сказать давай эту кнопку разместим не справа слева и он нам скажет примеру. Да О'кей давай я согласен. Давай попробую и так ещё раз с вами рассмотрели 5 основных подчёркиваю моделей разработки программного обеспечения 1 кВт X 2 модель водопада и или образные 4 инкрементная модель и пятая модель спиральная модель или модель боэма еще раз подчеркну обратите внимание на каскадную модель. Все остальные просто знаете, что они существуют. И, что — это такое.

0 комментариев
0

Читайте также