Модель Vmodel и Waterfall
Модель Vmodel против водопада
Одним из старейших дебатов в области разработки программного обеспечения является дискуссия между водопадом и моделью V. Эта дискуссия основана на лучшей модели программного обеспечения, которую разработчики могут использовать. Существуют различные этапы процесса разработки программного обеспечения. Фазы схожи как в водопаде, так и в модели V, и единственное, что до сих пор было спорным, - это подход, к которому могут быть достигнуты эти две модели.
В V-модели существует много видов деятельности, которые при построении графика на диаграмме образуют форму V. Каждая фаза, которая называется, имеет соответствующую фазу, которая связана с тестированием. Эта модель из-за равного количества испытаний и разработки называется моделью проверки и валидации. Сторона проверки имеет дело с концом разработки, в то время как проверка выполняется с этапами тестирования. К числу видов деятельности, к которым относится проверка, относятся анализ требований, когда информация собирается от конечного пользователя. Эта информация важна при разработке документации по программному обеспечению.
Далее следует дизайн системы, целью которой является подготовка функционального дизайна программного обеспечения. Следующее, что следует за строкой, - это архитектурный дизайн. Это также называется конструкцией высокого уровня, которая связана с интерфейсом и таблицами базы данных и зависимостями таблиц. Заключительным этапом процесса разработки является кодирование, где весь проект разбит на небольшие разделы для кодирования, которые затем объединяются для создания всей системы.
Сторона проверки, с другой стороны, имеет четыре этапа, как на этапе проверки. Эти этапы начинаются с тестирования модулей, затем тестирования интеграции, тестирования системы и, наконец, приемочных испытаний пользователей, где вся система оценивается в целом.
Модель водопада - это самая ранняя процедура разработки программного обеспечения, ее происхождение происходит из обрабатывающей и строительной промышленности. Основная концепция этого процесса состоит в том, что существует последовательный поток процессов, которые уменьшаются один за другим, как видно в водопаде. Эти этапы модели водопада включают сбор требований и анализ, где собираются требования клиента. Этот шаг приводит к фазе проектирования, где создается большая часть программного обеспечения, а затем этап реализации, где написан код программного обеспечения. Следующим этапом является тестирование и отладка, что приводит к доставке и, наконец, фазе обслуживания.
Основное различие, отмеченное между двумя моделями, заключается в том, что действия по тестированию выполняются после завершения разработки. Модель V, похоже, похожа на модель, которая имеет заданное начало и конец, тогда как модель водопада непрерывно итеративно. Модель V отличается одновременным процессом. Из программного обеспечения, которое было выпущено на рынке, программное обеспечение, созданное с использованием V-процесса, похоже, ниже, так как существует множество тестов, а не модель водопада, которая имеет единую фазу тестирования, когда проект завершен. Поэтому можно сказать, что использование V-модели является предпочтительным, когда есть непрерывные изменения, которые необходимо включить. Это для человека или развития, у которого клиент не понимает потребности своего проекта, поскольку они продолжают изменять то, что они воспринимают как идеальные. Люди с фиксированными требованиями, которые не будут меняться на этапе разработки проекта, должны рассчитываться на модель водопада. Также важно отметить, что изменения в модели V дешевы для реализации, поскольку тестирование и разработка выполняются одновременно. Это не относится к модели водопада, которая, как правило, является дорогостоящим делом, поскольку любые дефекты программного обеспечения не могут быть замечены до тех пор, пока они не попадут на стадию тестирования.
