# data[].attributes.body
Agility - ловкость

# data[].attributes.headline
Омарова АсельАрм

# data[].attributes.body
Омарова Асель
Арманова Аяулым
Серикбаева Данель

# data[].attributes.headline
Переводчик онлайн аман болсын.

# data[].attributes.subject
Переводчик онлайн аман болсын.

# data[].attributes.body
Недостатки Прототипной модели:

Приводит к реализации и затем восстановлению способа создать системы.
Практически, эта методология может увеличить сложность системы, поскольку объем системы может расшириться вне первоначальных планов.
Неполное приложение может заставить приложение не использоваться в качестве
полная система была разработана
Неполный или несоответствующий анализ задач

# data[].attributes.body
Основная проблема спирального цикла — определение момента перехода на следующий этап.

# data[].attributes.body
Disadvantages of Prototype model:

Leads to implementing and then repairing way of building systems.

Practically, this methodology may increase the complexity of the system as scope of the system may expand beyond original plans.

Incomplete application may cause application not to be used as the
full system was designed
Incomplete or inadequate problem analysis.

# data[].attributes.headline
Прототипная модельПрототип — начальный образ чего-либо. Зачастую обладает высокой степенью абстракции.Вначале разрабатывается прототип, затем на его основе разрабатывается сам продукт.3 основных вида прототипа:1) Ислледовательский прототип — направлен на изучение требований. Может быть представлен заказчику,для более полного понимания его требований.2) Экспериментальный прототип — проверяет технологии, которые будут применяться для разработки.3) Эволюционный прототип — самая простая версия продукта, которая будет показана заказчику, а затем улучшена. Требования к качеству эволюционного прототипа, такие же как и у конечного продукта, то есть впоследствии там только наращивается новый функционал.

# data[].attributes.subject
Прототипная модельПрототип — начальный образ чего-либо. Зачастую обладает высокой степенью абстракции.Вначале разрабатывается прототип, затем на его основе разрабатывается сам продукт.3 основных вида прототипа:1) Ислледовательский прототип — направлен на изучение требований. Может быть представлен заказчику,для более полного понимания его требований.2) Экспериментальный прототип — проверяет технологии, которые будут применяться для разработки.3) Эволюционный прототип — самая простая версия продукта, которая будет показана заказчику, а затем улучшена. Требования к качеству эволюционного прототипа, такие же как и у конечного продукта, то есть впоследствии там только наращивается новый функционал.

# data[].attributes.body
Adiya, Aida, Altynai

# data[].attributes.headline
Минусы каскадной модели

# data[].attributes.subject
Минусы каскадной модели

# data[].attributes.body
Большое количество затрачиваемого времени.
Результаты разработки  доступны заказчику  только в конце проекта.
Жизненный цикл основан на точной формулировке исходных требований к информационной системе. Вначале заказчик дает только частичные требования

# data[].attributes.headline
Преимущества:

# data[].attributes.subject
Преимущества:

# data[].attributes.body
Быстрое получение результата

Повышение конкурентоспособности

Изменяющиеся требования — не проблема

# data[].attributes.headline
Брысь! С нашей терри

# data[].attributes.body
Брысь! С нашей территории

# data[].attributes.headline
Удобство и самый большой плюс прототипной модели в том, что есть хорошее понимание требований заказчика 

# data[].attributes.subject
Удобство и самый большой плюс прототипной модели в том, что есть хорошее понимание требований заказчика 

# data[].attributes.headline
Прототипная модель: 

# data[].attributes.body
Прототипная модель: схема

# data[].attributes.body
Один из повторяющихся пунктов критики: при agile-подходе часто пренебрегают созданием плана («дорожной карты») развития продукта, равно как и управлением требованиями, в процессе которого и формируется такая «карта». Гибкий подход к управлению требованиями не подразумевает далеко идущих планов (по сути, управления требованиями просто не существует в данной методологии), а подразумевает возможность заказчика вдруг и неожиданно в конце каждой итерации выставлять новые требования, часто противоречащие архитектуре уже созданного и поставляемого продукта. Такое иногда приводит к катастрофическим «авралам» с массовым рефакторингом и переделками практически на каждой очередной итерации.

Кроме того, считается, что работа в agile мотивирует разработчиков решать все поступившие задачи простейшим и быстрейшим возможным способом, при этом зачастую не обращая внимания на правильность кода с точки зрения требований нижележащей платформы (подход — «работает, и ладно», при этом не учитывается, что может перестать работать при малейшем изменении или же дать тяжёлые к воспроизводству дефекты после реального развёртывания у клиента). Это приводит к снижению качества продукта и накоплению дефектов.

# data[].attributes.body
удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения;

приветствие изменений требований даже в конце разработки (это может повысить конкурентоспособность полученного продукта);

частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще);

тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;

проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;

рекомендуемый метод передачи информации — личный разговор (лицом к лицу);

работающее программное обеспечение — лучший измеритель прогресса;

спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп на неопределённый срок;

постоянное внимание улучшению технического мастерства и удобному дизайну;

простота — искусство не делать лишней работы;

лучшие технические требования, дизайн и архитектура получаются у самоорганизованной команды;

постоянная адаптация к изменяющимся обстоятельствам.

# data[].attributes.headline
Количество ошибок ми

# data[].attributes.body
Количество ошибок минимально из-за циклической проверки

# data[].attributes.headline
Основные Идеи:

# data[].attributes.subject
Основные Идеи:

# data[].attributes.body
люди и взаимодействие важнее процессов и инструментов;

работающий продукт важнее исчерпывающей документации;

сотрудничество с заказчиком важнее согласования условий контракта;

готовность к изменениям важнее следования первоначальному плану.

# data[].attributes.headline
Плюсы каскадной модели

# data[].attributes.subject
Плюсы каскадной модели

# data[].attributes.body
Переход от одной фазы к другой происходит только после полного и успешного завершения предыдущей

# data[].attributes.headline
Гибкий жизненный цикл ПО

# data[].attributes.subject
Гибкий жизненный цикл ПО

# data[].attributes.body
Agile — семейство процессов разработки. Agile не включает практик, а определяет ценности и принципы, которыми руководствуются успешные команды.

# data[].attributes.headline
англ. waterfall model, иногда переводят как модель «Водопад»

# data[].attributes.subject
англ. waterfall model, иногда переводят как модель «Водопад»

# data[].attributes.body
Алихан, Ерлан, Асылжан

# data[].attributes.headline
Гибкая модель являет

# data[].attributes.body
Гибкая модель является вариантом итеративного метода разработки, где выходные результаты предоставляются на каждом этапе.Срок предоставления выходных результатов в случае с гибкой моделью сокращается с месяцев до недель. Компании, практикующие данный метод, предоставляют программное обеспечение и модернизации в течение недель. Более того, манифест гибкой разработки включает в себя такие принципы, как сотрудничество, документация и др.
-kubosch

# data[].attributes.headline
Спиральная (spiral)

# data[].attributes.subject
Спиральная (spiral)