"Марк Паулк, Билл Куртис. Модель зрелости процессов разработки программного обеспечения " - читать интересную книгу автора

[IEEESTD-610].
Все программные продукты являются также промежуточными продуктами
разработки. Однако промежуточный продукт разработки, не предназначенный для
поставки заказчику или конечному пользователю, не является программным
продуктом.

7.3.4. Взаимосвязь между производственным процессом проекта и планом
разработки ПО

Описание производственного процесса проекта бывает, как правило,
недостаточно конкретным для непосредственного выполнения. Хотя описание
обычно определяет такие понятия, как роли (т. е. исполнители задач) и
необходимые для выполнения задачи виды промежуточных программных продуктов,
оно не определяет ни конкретных исполнителей ролей, ни конкретные
создаваемые промежуточные продукты, ни график выполнения задач и действий.
Проектный план разработки ПО (либо в виде отдельного документа, либо в
виде совокупности планов, совместно называемых планом разработки ПО)
связывает производственный процесс проекта (что и как должно быть сделано) с
конкретным выполнением проекта (например, кто из сотрудников должен создать
какой промежуточный программный продукт и по какому графику). Комбинация
производственного процесса проекта и плана разработки ПО дает возможность
действительного выполнения процесса.

7.3.5. Жизненные циклы и CMM

Ключевые практики не ограничивают выбор жизненного цикла ПО. Те
пользователи, которые активно использовали какой-либо определенный жизненный
цикл ПО, могут быть более склонны к восприятию элементов именно этого цикла
в организации и структуре ключевых практик. Однако использование ключевых
практик не подразумевает ни стимулирование, ни ограничение применения
какого-либо конкретного жизненного цикла.
Термин "стадия" используется для определенной части проекта разработки,
но не должен увязываться с каким-либо конкретным жизненным циклом ПО. В
ключевых практиках этот термин может означать строго последовательные или
перекрывающиеся и итеративные стадии.

7.3.6. Технология и CMM

Ключевые практики не ограничивают и не требуют применения конкретных
технологий разработки ПО, таких как создание прототипов,
объектно-ориентированное проектирование, или повторное использование
требований к ПО, его архитектуры, кода или других элементов.

7.3.7. Документация и CMM

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