Индивидуальный процесс разработки

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Разработка программного обеспечения
Процесс разработки ПО
Ключевые процессы
Анализ • Проектирование • Программирование • Конструирование • Тестирование • Отладка • Развёртывание • Сопровождение • Документирование
Парадигмы и модели
Agile • Cleanroom • Итеративная • Спиральная • Каскадная • V-Model • Dual Vee Model
Методологии
ASD • DevOps • DAD • DSDM • FDD • Канбан • Lean SD • LeSS • MDD • MSF • PSP • OpenUP • RAD • RUP • SAFe • Scrum • TSP • UP • XP
Инструменты
Компилятор • Отладчик • Профилирование • GUI-конструктор • ИСР • Автоматизация сборки • Автоматизация релиза • Инструменты тестирования

Индивидуальный процесс разработки (англ. Personal software process, PSP) — процесс разработки ПО, помогающий разработчикам понимать и улучшать собственную производительность. Создан для применения принципов модели зрелости процессов к практике одного разработчика.

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

Термины "Personal Software Process" и "PSP" зарегистрированы и принадлежат Университет Карнеги — Меллон.

Один из основных аспектов PSP — использование накопленной статистики для анализа и улучшения показателей процесса разработки. Сбор статистики включает 4 элемента:

  • Скрипты.
  • Оценки. Включают 4 основных элемента:
    • Размер — оценка размера для части продукта. Например, количество строк кода (LOC — Lines Of Code).
    • Качество — количество ошибок в продукте.
    • Усилия — оценка времени, требующегося для завершения задачи, обычно записываемое в минутах.
    • Планирование — оценка хода проекта, перемещаемая между планируемыми и завершенными пунктами.
  • Стандарты кодирования. Применение стандартов к процессу может обеспечить точные и постоянные данные.
  • Формы.

Цели[править | править код]

PSP помогает разработчикам:

  • Улучшить оценку и планирование навыков.
  • Управлять качеством проектов.
  • Снизить количество ошибок в своих разработках.

См. также[править | править код]

  • CMM — модель зрелости процессов создания ПО.