Компьютеры - Разработка Программного Обеспечения - Хорошие и не очень хорошие аспекты модели водопада объяснил



Есть много нюансов в его мир, стать частью любой уровень программирования. От рождения концепции, чтобы время, затраченное на построение каждую строку кода, чтобы конечный продукт, который пользователь получает, всегда есть системы, которые необходимо соблюдать. Существует множество подходов к разработке программного обеспечения, точно определены и разработаны, которые применяются в процессе. Эти подходы также называют 'программного обеспечения модели процесса развития'. Каждая модель процесса конкретного жизненного цикла в целях обеспечения успеха в процессе разработки программного обеспечения.

Один из таких подходов, используемых в процессе разработки программного обеспечения является модель водопада'. Водопад подход был впервые модель процесса, которая будет внедрена и затем широко в области разработки программного обеспечения для обеспечения успеха проекта. В водопаде подход, весь процесс разработки делится на отдельные этапы. Этими фазами являются:фаза характеристики требование
Этап Проектирования Программного Обеспечения
Этап Реализации
На этапе тестирования и обслуживания
Этапы выстроены каскадным способом, так что вторая фаза началась, как и когда определенный набор целей для первой фазы и подписал, а значит, и водопад именем '. Этапы каскадной модели, объяснилАнализ требований и DefinitionAll возможные требования системы должны быть разработаны, изложены в этой фазе. Требования представляют собой набор функций и трудностей, с которыми конечный пользователь ожидает от системы. Требования собрались от конечного пользователя, и анализируются на предмет их обоснованности и возможности включения их. Наконец, Спецификация требований создается документ, который служит ориентиром для следующего этапа модели. Системы и DesignBefore программного обеспечения, начиная фактического фазового кодирования, крайне важно понять требования конечных пользователей, а также иметь представление о том, как должен выглядеть конечный продукт, как. Техническое задание на первом этапе изучаются здесь, а также конструкция системы готовится. Дизайн помогает в определении требований к оборудованию и системе, а также помогает в определении общей архитектуры системы. Спецификации дизайн системы служат в качестве входных данных для следующего этапа модели. Установка и DeploymentThe программного обеспечения, примененные заказчиком на его/ее собственную систему(ы). Что клиент должен заботиться о его собственной системы соответствует минимальным системным требованиям программного обеспечения. Он также должен заботиться о любых конфигурациях системы и перенастройке на свою сторону сделки. Как только программное обеспечение установлено правильно, он начнет общение с дилерами на необходимость знать основе, и помочь, сообщайте о любых ошибках, которые происходят. Внедрение и блок TestingOn принимающая система проектной документации, работа разделена на модули/блоки и фактическое кодирование начинается. Система была разработана в небольшие программы, называемые блоками, которые интегрированы в следующий этап. Каждый блок разработан и протестирован для его функциональности; это называется модульное тестирование. Модульное тестирование в основном проверяет, если модули/блоки соответствуют их спецификации. Операции и фазы MaintenanceThis модели практически никогда не заканчивается. Как правило, проблемы с системой (не найден в течение цикла развития), приходят после его практического использования начинается, поэтому вопросы, связанные с системой решаются после ее развертывания. Приходят не все проблемы в картине прямо, но они возникают время от времени и должны быть решены; следовательно, этот процесс называется содержание, хотя его еще очень много в стадии тестирования. AdvantagesThere понятно разделение труда и контроль. Что делает его легче, чтобы задать расписание для задачи должны быть завершены в течение указанного периода.
Только после работы на определенном этапе закончилась, другая начнется этап, из-за которой нет перекрытия фаз, или продукт не придется пройти через различные итерационные шаги.
Эта модель гораздо проще представить. Поскольку процессы проводятся в линейном просачивания образом, стоимость ресурсов снижается в значительной степени, что, в свою очередь, помогает существенно сократить стоимость проекта.
Наконец, документация и тестирование происходит в конце каждой фазы, которая позволяет поддерживать качество проекта.
DisadvantagesNot все требования, полученного за один раз, требования от клиента может постоянно добавляется в список даже после окончания сбора требований и анализа' . Это может негативно сказаться на процессе развития системы.
Проблемы с одной фазы не может быть полностью решена в той же фазе. На самом деле, многие проблемы возникают после окончания фазы. Это приводит к плохо структурированной системы, поскольку не все проблемы сразу решаются.
Проект не всегда помещено в гибкий путь.
Поскольку требования заказчика будут добавлены в список, не все требования выполняются, это приводит к развитию почти непригодные системы. Эти требования затем встретились в новой версии системы, что увеличивает стоимость разработки.
Хотя есть несколько недостатков модели, оно по-прежнему является наиболее широко используется в промышленности. Это можно объяснить тем, что преимущества этой модели перевешивают ее недостатки в большинстве типов проектов. И наконец, даже если команда не имеет большого опыта, эта модель до сих пор отлично служит.


Комментарии


Ваше имя:

Комментарий:

ответьте цифрой: дeвять + пять =



Хорошие и не очень хорошие аспекты модели водопада объяснил