Классические модели процесса: Между разработкой ПО опр динамику развёртывания видов деятельности, т.е. определяется модель процесса. Модель является абстракцией разработки ПО

Фаза и виды деятельности: фаза - определённый этап процесса, имеющий начало, конец и выходной результат (согласованность заказчиком ТЗ; реализация опр. функций ПО)

Вид деятельности ( activity ) - это определённый тип работ, выполняемый в процессе разработки ПО. Разные виды деятельности треьуют разные навыки и выполнение разными специальностями (управление проектом, выпол. менеджером проекта, тестирование). В рамках одной фазы могут выполнять несколько видов деятельности:
1) вид деятельности может быть выполнен на разных фазах
2) требует полное окончание фазы или деятельности, и закрепляет результаты ва виде подробного исходного документы
3) интегрированние всех процессов разработки в конце, из-за чего интегрированная проблема проявляется слишком поздно.
Пользователь и заказчик не смогут ознакомится с вариантом системы в процессе разработки и видят результат только в конце.
Модель не устойчива к сбоям.
С помощью этой модели, удобно отслеживать разработки и осуществлять поэтапный контроль над проектом

Спиральная модель - разработка введётся по спирали, где каждый веток, определённая фаза. Каждый веток должен иметь:
1) определение целей, ограничений и альтернатив проекта
2) оценка альтернатив и рисков
3) разработка тестирования
4) планирование следующих иттераций
4.1) анализируется результат и определяется планы и ресурсы на следующую разработку, а также преминяются или нен новые ветки

Рабочий продукт - это любой артефакт, произведённый в процессе разработки ПО. Рабочий продукт бывает:
1) часть итоговой поставки
2) промежуточная.

Примеры рабочего продукта:
1) пользовательская документация
2) компоненты ПО
3) неотлаженные процессы

Для рабочего продукта: используется - обмен результатами и конечный результат; должен иметь - цель и конечный пользователь; требуется - накладные расходы

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

Дисциплина обязательств - в основе разрешения обязанностей в производстве, модет определятся деловая этика. Дисциплина обязательств не является сводом правил и она отлична от корпоративной культуры. Признаки: - отношение делаются закрытыми 2) отношения не даются легко, работа, ресурсы и расписание должны быть учтены 3) отношения должны быть публичными 4) ответственная сторона стремится выполнить обязательства, даже если нужно и до наступления сроков

Проект - уникальная деятельность, имеющая начало и конец во времени, направленная на деятельность резервиста или цели, создание определённого уникального продукта или услуги. При заданном ограничении по ресурсам и срокам, а также требованиям к качеству и допустимому уровню риска