Фазы каскадной модели Эксплицируется с диаграммой
Поскольку время было впервые опубликовано Уинстон Вт. Ройсом в 1970 году, модель водопада широко используется в области разработки программного обеспечения. В статье ниже, модель водопад иллюстрирована и объяснил. Хорошо продуманные объекты имеют чертежи или планы. После того, как дизайн или структура распланировано, его создание более простой и более эффективный процесс. То же, что и с программированием. Программы могут иметь алгоритмы или блок-схемы, которые планируют действия и функции, которые должны быть выполнены. Но масштабного программного обеспечения и компьютерных приложений требует фундамента парадигмы программирования или модели. В процессе цикла разработки программного обеспечения, модели программирования используются для планирования различных этапах разработки приложения. Одной из таких моделей является модель водопада.
Модель Схема Водопад
*Нажмите на изображение для увеличенного представления.
Описание модели водопада
Давайте теперь взглянем на различные фазы каскадной модели. Один важный аспект, который стоит упомянуть, является то, что эта модель спроектирована такой, что пока предыдущий этап завершен, Вы не сможете перейти на следующий этап развития. Потоки прогресс в моде вниз, подобно падающей воды, с высоты, течет вниз, отсюда и название "водопад" было присвоено этой модели программирования.
Этап I: Требования
Первый этап предполагает понимание того, что вам нужно дизайн и каково его предназначение, цель и т. д. Если Вы не знаете, что вы хотите создать, Вы не можете приступить к реализации проекта. Даже небольшой кода, такие как добавление двух целых чисел, должна быть написана с выходными в виду. Здесь, на этом этапе, требования которых программное обеспечение будет удовлетворять перечислены и подробно. Эти требования затем представлен команде программистов. Если этот этап успешно завершен, она обеспечивает слаженную работу остальных этапов, как программист не обременен внести изменения на поздних стадиях из-за изменения требований.
Этап II: Анализ
В соответствии с требованиями, программное обеспечение и оборудование, необходимое для надлежащего завершения проекта анализируется в этой фазе. Право решать, какой компьютер язык должен быть использован для разработки программного обеспечения, системы баз данных, которые могут быть использованы для бесперебойного функционирования программного обеспечения, такие возможности, решаются на этом этапе.
Этап III: дизайн
Алгоритм или блок-схему программы или программный код должен быть написан в следующей сцене, теперь создал. Это очень важный этап, который опирается на два предыдущих этапов ее реализации. Правильный дизайн на данной стадии, обеспечивает выполнение на следующем этапе. Если на этапе проектирования, он заметил, что существуют еще некоторые требования к разработке кода, на этапе анализа вновь и стадии проектирования осуществляется в соответствии с новым набором ресурсов.
IV этап: кодирование
На основе алгоритма или блок-схемы, разработанной, фактическое кодирование программного обеспечения осуществляется. Это этап, на котором идея и схема применения будет физически создан, или овеществленный. Правильного выполнения предыдущих этапов обеспечивает плавное и проще реализации данного этапа.
V Этап: Тестирование
При кодировании полной программе, тестирование написанного кода сейчас на сцену. Тестирование проверяет, если есть какие-либо недостатки разработанного программного обеспечения, и если программное обеспечение было разработано в соответствии с перечисленными спецификациями. Правильное выполнение этого этапа гарантирует, что клиент заинтересован в созданные программой, будут удовлетворены готовой продукции. Если есть какие-то недостатки, процесс разработки программного обеспечения должны отступить на этапе проектирования. На этапе проектирования, внести изменения, а затем последующих этапах кодирования и тестирования вновь проводятся.
Этап VI: прием
Это последний этап разработки программного обеспечения в модели водопада. Правильное выполнение всех предшествующих этапах обеспечивает применение в соответствии с требования и, самое главное, она обеспечивает довольный клиент. Однако, на данном этапе, возможно, потребуется, чтобы предоставить клиенту определенную поддержку в отношении программного обеспечения вы разработали. Если клиент требует дальнейшего усовершенствования, которые необходимо внести в существующее программное обеспечение, то процесс развития надо начинать заново, с первого этапа, я. э. требования.
Модель водопад продолжает оставаться одним из наиболее часто используемых методологий. Без сомнения, новые модели были использованы, но широкое применение этой модели, поэтому она изучается в различных субъектов управления программного обеспечения. С помощью данной схемы в руки, Вы не будете иметь большие трудности в понимание процесса разработки программного обеспечения. Это не только одна из самых простых моделей процесса разработки программного обеспечения для разработки приложений, но он также известен за его простоты реализации в области разработки программного обеспечения.