Компьютеры - Разработка Программного Обеспечения
vladimir67 | Просмотров: 679
Сравнительный анализ каскадной модели и гибкой модели поможет вам решить, какую модель принять при разработке программного обеспечения. Разработка программного обеспечения, как и любой другой бизнес-процесс, имеет определенные целевые задачи, которые должны быть достигнуты в фиксированные сроки. Существуют различные стратегии для достижения этих целей в области развития программного обеспечения. Два из самых популярных моделей разработки программного обеспечения 'водопад' и 'Живчик'. Водопад Против. Сравнение гибкой модели
водопад ModelWaterfall модели в программной инженерии, получил официально представлен в качестве идеи, через книги, изданной в 1970 году Уинстон Ройс. Однако, ирония в том, что он сам ввел себе его в качестве примера ущербный метод разработки программного обеспечения, которые уязвимы из-за своих многочисленных недостатков. Тем не менее, каждая методика имеет взяточники и эта модель была успешно реализована многими компаниями программного обеспечения. Водопад модель философии, было унаследовано от оборудования Производство стратегии и стратегии строительства, которые были на практике в 1970-х. Поэтому, оно имеет очень структурированный подход к разработке программного обеспечения. 
Живчик ModelThe гибкой модели разработки программного обеспечения, развивались в 1990-х годах, когда разработчики решили оторваться от традиционных структурированных, сегментированный, бюрократических подходов к разработке программного обеспечения и перешли к более гибким стили развития. В 'гибких' или 'легкий' методы, как их называли, были официально определены в статье Эдмондса в 1974 году. Некоторые из самых известных и популярных методов гибкой разработки программного обеспечения, которые впоследствии эволюционировали, являются 'Схватка' в 1995 году, 'прозрачный', 'экстремального программирования' в 1996 году, 'адаптивная Разработка программного обеспечения', 'динамических систем разработки методом' в 1995 и 'характеристика типа развития'. В 2001 году группа пионеров в гибкой разработки программного обеспечения объединились и объявили 'гибкий Манифест', которая представляет собой набор канонических правил, а для гибкой разработки программного обеспечения методы. Концептуальное различие между waterfall и Agile модель ComparisonWaterfall модель, как само название указывает, это последовательный процесс разработки программного обеспечения. Прямо как в водопаде, вода постепенно падает с одной высоты на нижний, подобным образом, производственный цикл протекает последовательно, от одной стадии к другой.
Этапы разработки программного обеспечения, в данной модели, являются следующие: Техническое задание, концепция, анализ, проектирование, кодирование, тестирование и отладка, монтаж и, наконец, ремонт. В этом последовательно структурированный подход, команда разработчиков идет вперед к следующей стадии развития, только после окончания предыдущего этапа полностью выполнены. Компаний-разработчиков программного обеспечения, принятие этой модели, тратить значительное количество времени на каждом этапе развития, пока все сомнения не будут очищены и все требования выполнены. Вера в то, что накопители такого рода модели разработки программного обеспечения является то, что значительное время тратится на первоначальной структуры исправляет ошибки заранее. После того, как стадия проектирования окончена, он реализован именно на этапе кодирования, без изменения позже. Часто анализ, проектирование и кодирование команд разделяются и работают на небольшой части в целом эволюционный процесс. Акцент сделан на документирование каждого этапа разработки программного обеспечения.
Теперь давайте посмотрим на гибкий метод разработки программного обеспечения. По сравнению с навечно подход моделей развития водопад, подвижная порода моделей, сосредоточиться на 'ловкость' и 'адаптации' развития. Вместо одного времени и жесткий график развития, гибкой модели включают несколько расписание итеративной разработки, которые стремятся улучшить выход с каждой итерации. Каждая итерация проходит через все этапы проектирования, кодирования и тестирования. Дизайн-это не набор в камне и остается открытым до последней минуты изменения в связи с реализацией итерационного. Структура команды является универсальной, сплоченных и самоорганизации. Идея конструкции не полностью замороженными или высечены на камне, но это позволило развиваться как приходят новые идеи с каждым выпуском. Меньшее внимание уделяется документации и многое другое для ускорения доставки Рабочая программа. Клиентам могут быть предоставлены демонстраций в конце каждой итерации, и их мнение может определять дальнейшие изменения в следующей итерации. Итерационный цикл продолжается, пока клиент поставляется с продуктом, который будет точно соответствовать его ожиданиям. Разница в эффективности waterfall и Agile модель ComparisonIn текущей сравнения, давайте посмотрим, как эти две идеологии сравнить с точки зрения эффективности развития. Эффективность определяется качеством конечного программного продукта, количество ошибок и время разработки, потребляемой. Через мои собственные исследования в работе обеих этих моделей, я нашел гибкой модели, чтобы быть более эффективным, чем модель водопада, из-за их адаптации к реальному миру. В 'одной фазы' и 'твердый' цикл развития, делает его трудно, чтобы сделать последнюю минуту изменения в требованиях или дизайн. В то время как гибкие методы, благодаря своей итеративности и адаптации природы, может внести изменения и выпустить продукт, в меньшее время. Конечно, гибкой модели не идеальны, но они, безусловно, более широкое применение, чем модель водопада. Конечно, знания, навыки, отношение и возможность членов команды работать в проекте является главным фактором, который влияет на эффективность. Быть гибкой или водопад модель, что принял, коммуникации внутри членов команды и с заказчиком, постановка цели и планирование способствует повышению эффективности. Пригодность waterfall и Agile модель модель водопада ComparisonThe подходит для разработки программ, которые уже стабильный. То есть, их конструкция не нуждается в серьезной макияж. В ситуациях, когда дизайнеры программы программное обеспечение может точно предсказать изъяны, которые могут возникнуть, заранее, модель водопад-правильный выбор. Несмотря на все свои недостатки, его конструкция проще в управлении и затраты на разработку может быть установлено заранее. Это естественный выбор, когда клиент предоставил четкий перечень требований, который не может быть изменен. С другой стороны, когда клиент не понятно про его требования или ожидания от конечного продукта, применение гибкой модели имеет смысл. Опыт членов команды в обращение конкретный Тип проекта должны также быть приняты во внимание. Если разработчики достаточно опытны в обращении с этим проектом, то гибкий подход является лучшим вариантом.
Другая точка рассмотрения-это период времени, в течение которого проект должен быть завершен. Когда временные рамки достаточно долго, выбирая маршруту водопад-это возможно, в то время как быстрое проектов доставки, наилучшим образом обрабатываются в Agile сторону. Стоимость проекта другая точка рассмотрения, которые могут повлиять на Ваш выбор.
Гибкой модели применимы во всех областях разработки программного обеспечения. Это зависит гораздо больше от команды усилием выше среднего программистов, чем полагаться на несколько программистов эксперт. Это лучше всего подходит для веб-приложений, где его итерационный характер помогает в учете и исправлять различные ошибки, которые возникают с течением времени. Выбрать модель, которая наилучшим образом соответствует опыту вашей команды.