Модели ЖЦ, Agile. Модели жц каскадная модель
 Скачать 0.69 Mb.
|
Модели ЖЦКаскадная модельХарактерные особенности каскадной модели ЖЦ ПООсобенность:переход на следующий этап осуществляется только после полного завершения предыдущего. Достоинства:На каждом этапе формируется законченный комплект документацииМодель позволяет планировать сроки разработки. Недостатки:Запаздывание с получением результатовНевозможность изменения требований в ходе разработки Рекомендации по использованию:модель эффективна, если все требования можно определить в начале разработки.V модельХарактерные особенности спиральной модели ЖЦ ПООсобенность : каждый виток соответствует поэтапной модели создания версии программного продукта (ПП). Версии отличаются друг от друга качеством.Достоинства:Последовательно корректируются детали проекта, и выбирается обоснованная версия. Происходит накапливание версий (создается задел разработчика) Совершенствование программного продукта происходит в процессе его создания. Недостаток:Сложно определить момент перехода на следующий этап.Необходимость введения временных ограничений на каждый этап разработки. Модель ЖЦ ПО выбирается в зависимости от типа разрабатываемой системы, ресурсов разработчика и ограничений по стоимости и времени разработки «Agile Model» (гибкая методология разработки)Основные ценностиЛюди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.Основополагающие принципы Agile-манифестаНаивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды. Работающий продукт — основной показатель прогресса. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта. Простота — искусство минимизации лишней работы — крайне необходима. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы. ХР SCRUM Kunban |