Сочинение на тему Применение модели водопада: обзор
- Опубликовано: 22.09.2020
- Предмет: Информационная наука
- Темы: Программное обеспечение
Модель водопада, которая состоит из пяти этапов, которые должны быть последовательно завершены для разработки программного решения. Однако SDLC программных систем всегда сталкивался с проблемами и ограничениями, которые приводили к значительному перерасходу бюджета, задержкам или приостановкам поставок и недовольным клиентам. Основная причина этих недостатков заключается в том, что разработчики не мудро назначают необходимое количество рабочих и ресурсов для различных видов деятельности SDLC. Следовательно, некоторые фазы SDLC с недостаточными ресурсами могут быть отложены; в то время как другие с избыточными ресурсами могут быть идеальными, что может привести к узким местам между прибытием и выполнением проектов и к невозможности доставки продукта вовремя и в рамках бюджета. Этот документ, посвященный процессу разработки Waterfall, призван помочь разработчикам определить, как достичь максимальной производительности при минимальном количестве затрат, рабочих и часов. Это помогает максимально использовать процессы разработки, постоянно занимая всех сотрудников и ресурсы, чтобы идти в ногу с приходом проектов и сокращать потери и время простоя.
Модели разработки программного обеспечения
Существует множество моделей разработки программного обеспечения, и многие организации создают и используют свою собственную модель. Выбор модели оказывает большое влияние на тестирование. Независимые фазы, применяемые на всех уровнях, – это тестирование и валидация; управление. Среди самых широких моделей развития – модель водопада; Модель V; Инкрементная модель; Модель RAD (быстрая разработка приложений); Гибкая модель; Итерационная модель; Спиральная модель. Каждая модель имеет свои преимущества и недостатки и должна быть выбрана в соответствии с потребностями организации.
Модель водопада была первой моделью процесса, которая была представлена. Он также называется линейно-последовательной моделью жизненного цикла. Это очень просто понять и использовать. В модели водопада каждая фаза должна быть завершена до того, как может начаться следующая фаза, и в фазах нет совпадений. Модель водопада – самый ранний подход SDLC, который использовался для разработки программного обеспечения. Модель водопада иллюстрирует процесс разработки программного обеспечения в линейном последовательном потоке; следовательно, это также упоминается как линейно-последовательная модель жизненного цикла.
Это означает, что любая фаза в процессе разработки начинается, только если предыдущая фаза завершена. В моделях водопада фазы не перекрываются.
Последовательные фазы в модели водопада
Последовательные этапы модели водопада:
- Сбор и анализ требований. Все возможные требования к разрабатываемой системе фиксируются на этом этапе и документируются в документе спецификации требований.
- Проектирование системы. На этом этапе изучаются требования к требованиям первого этапа и готовится проектирование системы. Проектирование системы помогает в определении требований к оборудованию и системе, а также помогает в определении общей архитектуры системы.
- Внедрение. С учетом исходных данных проектирования системы, система сначала разрабатывается в виде небольших программ, называемых единицами, которые интегрируются в следующую фазу. Каждое устройство разработано и протестировано на его функциональность, которая называется модульным тестированием.
- Интеграция и тестирование. Все модули, разработанные на этапе внедрения, интегрируются в систему после тестирования каждого модуля. После интеграции вся система проверяется на наличие ошибок и сбоев.
- Развертывание системы. После завершения функционального и нефункционального тестирования продукт развертывается в среде заказчика или выпускается на рынок.
- Обслуживание. В клиентской среде возникают некоторые проблемы. Для исправления этих проблем выпускаются патчи. Также для улучшения продукта выпущены лучшие версии. Техническое обслуживание проводится для предоставления этих изменений в среде клиента.
Все эти фазы каскадно связаны друг с другом, в которых прогресс неуклонно течет вниз, как водопад сквозь фазы. Следующий этап начинается только после достижения определенного набора целей для предыдущего этапа и его подписания, поэтому название «Модель водопада». В этой модели фазы не перекрываются.
Использование модели водопада
Модель водопада рекомендуется для следующих случаев:
- Требования очень хорошо задокументированы, понятны и исправлены.
- Определение продукта стабильно.
- Технология понятна и не является динамичной.
- Нет двусмысленных требований.
- Для поддержки продукта доступно множество ресурсов с необходимым опытом.
Преимущества модели водопада
Преимущества модели водопада:
- Документация и структура являются преимуществом, когда новые члены присоединяются к команде;
- Это легко понять и использовать;
- Координировать легко из-за жесткости модели – каждый этап имеет ожидаемый результат и процесс оценки;
- Этапы выполняются по одному, последовательно;
- Рекомендуется для небольших проектов с четко понятными требованиями.
Недостатки модели водопада
Недостатки модели водопада:
- Некоторые требования могут возникнуть после завершения первоначального сбора требований, что отрицательно влияет на разработку продукта;
- Не все проблемы, обнаруженные на этапе, полностью решаются на одном этапе;
- Нет гибкости в разделении проекта на этапы;
- Новые требования, добавленные клиентом, приводят к дополнительным расходам, потому что они не могут быть решены в текущей версии продукта;
- Трудно оценить время и бюджет для каждого этапа;
- Нет прототипов, пока не закончится жизненный цикл;
- Если при тестировании обнаруживаются некоторые проблемы, очень трудно вернуться к этапу проектирования;
- Существует высокий риск и неопределенность;
- Не рекомендуется для сложных и объектно-ориентированных проектов.
Модель водопада, включая разрабатываемые программные решения, операционные ресурсы, сотрудников, задачи и этапы. Его цель состояла в том, чтобы помочь руководителям проектов определить оптимальное количество ресурсов, необходимых для разработки конкретного проекта в рамках выделенного графика и бюджета. Это также позволяет руководителям проектов выбирать из множества методологий разработки программного обеспечения для поддержки их потребностей в принятии решений и планировании.
За последние десятилетия почти во всех компонентах мобильных и вычислительных устройств было много значительных инноваций. Механических разъемов нет. По мере того как устройства уменьшаются в
Hadoop может быть страстно привлекательным, потому что он отлично масштабируется, может быть настроен на переключение широкого ассортимента и очень дорогой по сравнению со старыми. Hadoop
DirectX определяется как интерфейс прикладной программы или API для создания графических изображений и мультимедийных эффектов и управления ими в таких приложениях, как игры или активные