Инкрементная модель / Inkrementaalne mudell ja Агильная модель/ Agiilne mudell
Агильная модель
Итеративная методология разработки программного обеспечения, которую команды используют в проектах. Самоорганизующиеся межфункциональные команды часто анализируют обстоятельства и потребности пользователей для адаптации проектов.
Это началось в 1970-х годах, когда аэрокосмической, компьютерной и оборонной промышленности потребовалась более гибкая методология управления проектами. Используя традиционные методологии управления проектами, команды разработчиков в этих отраслях обнаружили, что они создают устаревшие или ненужные продукты после завершения или просто отказываются от проекта в середине проекта, потому что потребность, которую они удовлетворяли, изменилась в течение проектного цикла.
Весной 2000 года группа из 17 разработчиков программного обеспечения собралась, чтобы обсудить, как можно ускорить процесс разработки, чтобы быстрее вывести новое программное обеспечение на рынок.
Разработчики считали, что необходимо обратить внимание на два ключевых момента:
1) Сократить рабочий цикл проекта, чтобы выгоды доставлялись клиентам быстрее, тем самым уменьшая несоответствие продукта и клиента.
2) И получать отзывы клиентов быстрее и чаще, чтобы обеспечить постоянное улучшение качества.
Фаза агильная модели:
- Концепция: анализ концепции и требований, планирование с указанием сроков, которые нам, разработчикам, нужно будет сделать.
- Начало: разработка макета сборки (диаграмм), чтобы знать, какую сборку и чего ожидать от программы.
- Итерация: А вот программы с кодом.
- Тестирование: протестируйте работу всех функций, обратите внимание и сообщите об ошибках команде разработчиков.
- производство: если тестирование прошло все тесты, команда запускает программное обеспечение в производство.
- Обзор: как только разработка проекта достигает этой стадии и продукт успешно выпущен, клиенты часто оставляют отзывы, запрашивают новые функции или взаимодействуют с последними обновлениями.
Плюсы:
- Лучшая производительность
- Адаптируемый
Минусы:
- Менее предсказуемый, он основан на постоянном совершенствовании и отзывах клиентов.
- Документация: в гибком режиме написание документации не может идти в ногу с циклом, иногда информация может быть неверной или устаревшей с новой версией базы кода.
- Несколько целей. Поскольку гибкая методология фокусируется на нескольких целях одновременно, некоторым целям может не уделяться столько внимания на протяжении всего проекта.
Incremental model:
Это метод создания программных продуктов, при котором система строится поэтапно. Окончательное техническое задание ясно с самого начала, и каждый четко знает конечный результат.
Идея была создана в середине 1950-х годов
Фаза дополнительной модели:
- Требования: Получение требований от клиента, чего он хочет.
- Проектирование: создание диаграмм того, что должна делать функция.
- Кодирование: кодирование функции.
- Тестирование: функция тестирования работает как надо. Когда все тесты завершены и пройдены, добавьте их в основную/производственную сборку.
4. 5 плюсов модели и 5 минусов
Incremental model:
Плюсы:
- Снижение рисков проекта. Когда проекты разбиты на более мелкие части, командам легче понимать риски и управлять ими.
- Легкий возврат к предыдущей версии/старым сборкам
- Просто вносить изменения.
- Возможность повторного использования некоторых функций для других целей.
Минусы:
- Требуется предварительное планирование
- риск того, что команды потеряют концентрацию и их проект станет нескоординированным.
6. сравнить две рассмотренные модели / результаты сравнения оформить в таблице (https://merkulova.thkit.ee/ta/mudelite-vordlustabel/)
| Инкрементная | Агильная |
| Проще добавить новую функцию | Возможность добиться большей производительности |
| Более простой контроль версий | Более адаптируемый к изменениям |
| Легче составлять документы для этого типа модели. |
Test:
https://docs.google.com/forms/d/e/1FAIpQLScRHChx9M8BJ_5AYrkPBRFizhCkMPH1gOS1GOPqNen7Z17eCA/viewform