1. Водопад (Waterfall)

Автор Pavel Shevchuk
1. Водопад (Waterfall)

Здравствуйте.

В этом видео вы узнаете такие методологии как скрам. Канбан водопад экстремальное программирование и поймете о том как тестировщик в этих условиях или начала. Хотелось бы поговорить, а моделях разработки существуют две основные модели разработки.

Первое — это заказная разработка 2 — это продуктовая суть продуктовой разработки в следующем команды есть идея она сама её реализует поддерживает и развивает компании которые занимаются продуктовая разработка например.

СКБ заказная разработка напротив есть какая-то команда к ней приходит заказчик показывают идею командою реализует потом создает проект и переключатель на что-то новое и возможно она может не поддерживать предыдущий проект. Но — это не обязательно примером заказной разработки могут служить веб-студия которые поступают заказы изготовить какой-нибудь сайт они этот сайт изготавливают потом поддерживают и переходят к следующему заказу в любом процессе разработки можно выделить пять стандартных этапов анализ не сбор требований. На этом этапе собирается аналитики и заказчики заказчик. Предлагайте свои идеи аналитики пишут по этим идеям задание которое. Потом согласуется следующая стадия — это дизайн, но — это не отправила происходит проектирование будущего рисуется макеты показываются заказчику и согласуется следующая так — это разработка. Ну тут всё понятно разработчики пишут код тестирование тоже всё кот который писали разработчики смотрят тестировщики и последний этап — это поддержка продукт дает пользователям и собирать в обратную связь fixed Body если у пользователя программы появляются какие-то проблемы или пожелания команда разработки можно типа желание ли исправить — это были 5 основных этапов разработки и далее мы посмотрим как эти этапы уживаются в различных методологий разработки. И начнём с методом waterfall или как говорят в. России водопад в этой методологии разработки переход от одной стадии происходит, тогда когда заканчивается работа предыдущий то есть сначала у нас начинается стадия анализа и сбора требований она которая аналитики и заказчики согласовывают TZ всё тщательнейшим образом документируется составляются документы которые подписаться на стороне заказчика. Это значит, что заказчик согласен с техническим 3 его всё устраивает. И только после этого после того как документ будет подписан наступает следующая часть дизайн на этом этапе дизайнер проектировщики рисуют макет того как будет выглядеть система. И точно также согласуются с заказчиком то есть важно понимать, что в водопаде все стадии обязательно тщательнейшим образом согласуется с заказчиком так вот дизайнеры нарисовали макет согласование с заказчиком и только после одобрения последнего задача переходит на следующий этап этап разработки помогут сделать быстрый прототип в котором не будет реализована основная функциональность приложения, но этот прототип нужен для того чтобы опять же показать и согласование с заказчиком какие-то нюансы если доволен разработчики наполняет вот этот прототип рабочим основным кодом и задач ступает на следующий этап тестировщиком важно понимать, что на этапе тестирования тестировщик тоже пишет документы он составляет тест-план пишет тест-кейсы по тест проводит проверки и составляет отчеты от тестирования и эти документы предъявляются к заказчику. у заказчика есть полный набор документов со всех стадий разработки приложения протестирована и основные. Баги по согласованию с заказчиком были исправлены приложение везёт передают в эксплуатацию и. Здесь начинается следующий этап суть этого этапа в том, что компания которая написала Soft несёт какие-то обязательства перед своими пользователями и если начнут поступать какие-то жалобы обращения пользователи то она обязуется эти жалобы взять и исправить вполне возможно на этапе пользоваться плантация найдутся какие-то важные критические баги которые будут тщательным образом задокументированы и начнётся новая итерация по стандартным этапу анализы сбор требований дизайн тестирование и снова поддержка — это поддержки не бесконечный, а то насколько долго продукт будет находиться на поддержки тоже согласовывается с заказчиком. Вы должны понимать, что методология водопад она очень маленькая и требуют общения с заказчиком на каждой стадии ответ о плюсах и минусах — это и методология к плюсам можно вести детально структурировать каждый этап хорошо и согласованным с заказчиком следующий плюс — это стабильная требования к продукту. Почему Да потому, что на более поздних стадиях таких как разработка или тестирование очень внести какие-то исправления которые были уже одобрена заказчика на более ранних этапах следующие плюс — это более стоимость сроки. Ну и действительно. Когда у нас каждая операция выполняется последовательно. Нам не сложно предсказать. Когда праздник будет доведено до конца немаловажным является и то, что такое методология разработки качества является первоочередным приоритетом потому, что цена ошибки очень велика часто такое методология используется в производстве ракет. НАСА или медицинских приборах еще одним достоинством является простота и понятность данной методологии. А теперь поговорим о недостатках 1. О чём хотелось бы сказать — это то, что детальные требования. Нужны еще до начала разработки, но вы же понимаете как — это сложно не видит всех нюансов проекта продумать все мелочи. Вы наверное не. Сами понимаете, что такая детальная проработка каждого этапа требует.

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

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