Содержание
- – Методалогии разработки ПО
-
+
Проектирование систем
- + API
- + UML
- + Интеграции
- + Моделирование данных
- + Представление данных
- BPMN
- C4 model
- Domain Driven Design
- EPC
- IDEF0
- Архитектор
- Архитектура
- Интерфейс
- Карта экосистемы
- Когда стоит выбирать микросервисы
- Контекстная диаграмма
- Ролевая модель
- Проектирование систем
- + Развёртывание
-
+
Разработка
- + Git
- + Linux OS
- + Mac OS
- + Подходы организации кода
- + Языки программирования
- Виды программирования
- Интерпритатор
- Компилятор
- Разработка
-
+
Сеть
- + OSI
- + Защита
- CDN
- ngrok
- Сеть
- + Системный анализ
- + Требования
- + Хранение данных
- + Языки разметки
tags:
- методалогия
Описание
Incremental Model (инкрементная модель)
Это модель разработки по частям (increment в переводе с англ. — приращение) уходит корнями в 1930-е.
Подходит для проектов:
-
где есть точное ТЗ
-
нужно быстро выйти на рынок
Минусы
-
стоимость неизвестна
-
архитектура плачет
Пример
-
Заказчик решил, что хочет запустить соцсеть, и написал подробное техническое задание. Программисты предложили реализовать основные функции
-
Команда разработки показывает продукт заказчику и выпускает его на рынок. Если и заказчику, и пользователям социальная сеть нравится, работа над ней продолжается, но уже по частям.
-
Программисты параллельно создают функциональность для загрузки фотографий
Преимущества инкрементной модели
-
Не нужно вкладывать много денег на начальном этапе.
-
Можно быстро получить фидбэк от пользователей и оперативно обновить техническое задание.
-
Ошибка обходится дешевле.
Недостатки инкрементной модели
-
Каждая команда программистов разрабатывает свою функциональность и может реализовать интерфейс продукта по-своему.
-
Разработчики будут оттягивать доработку основной функциональности и «пилить мелочёвку». Чтобы этого не случилось, менеджер проекта должен контролировать, чем занимается каждая команда.