Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Приоритизация требований используется в управлении программным продуктом для определения того, какие кандидатские требования к программному продукту должны быть включены в определенный выпуск. Требования также имеют приоритет, чтобы свести к минимуму риск во время разработки, так что наиболее важные или высокорисковые требования выполняются в первую очередь. Существует несколько методов оценки приоритетов требований к программному обеспечению. [1] [2]

Введение [ править ]

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

Затратный подход [ править ]

Хорошим и относительно простым в использовании методом определения приоритетов требований к программному продукту является метод затрат. Этот подход был разработан Иоахимом Карлссоном и Кевином Райаном. Затем этот подход получил дальнейшее развитие и коммерциализацию в компании Focal Point (которая была приобретена Telelogic в 2005 году). Их основная идея заключалась в том, чтобы определить для каждого отдельного требования кандидата, каковы будут затраты на реализацию требования и какую ценность это требование имеет.

Оценка значений и затрат для требований была выполнена с использованием процесса аналитической иерархии (AHP). Этот метод был создан Томасом Саати . Его основная идея состоит в том, что для всех пар требований (кандидатов) человек оценивает ценность или стоимость, сравнивая одно требование пары с другим. Например, значение 3 для (Req1, Req2) указывает, что требование 1 оценивается в три раза выше, чем требование 2. Тривиально это означает, что (Req2, Req1) имеет значение ⅓. В подходе Карлссона и Райана определены пять шагов для анализа требований кандидатов и определения приоритета среди них. Они подытожены ниже. [3]

  1. Инженеры по требованиям тщательно проверяют кандидатские требования на полноту и уверенность в том, что они сформулированы недвусмысленно.
  2. Клиенты и пользователи (или подходящие заменители) применяют метод попарного сравнения AHP для оценки относительной ценности требований-кандидатов.
  3. Опытные инженеры-программисты используют попарное сравнение AHP для оценки относительной стоимости реализации каждого кандидата требований.
  4. Инженер-программист использует AHP для расчета относительной ценности каждого кандидата-кандидата и стоимости реализации и наносит их на диаграмму стоимости-стоимости. Стоимость отображается на оси y этой диаграммы, а оценочная стоимость - на оси x.
  5. Заинтересованные стороны используют диаграмму стоимости и стоимости как концептуальную карту для анализа и обсуждения требований кандидатов. Теперь менеджеры программного обеспечения определяют приоритеты требований и решают, какие из них будут реализованы.

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

Процесс планирования выпуска состоит из подпроцессов:

  1. Приоритет требований
  2. Выберите требования
  3. Определить требования к выпуску
  4. Проверить требования к выпуску
  5. Подготовить запуск

Другие методы приоритизации [ править ]

Ссылки [ править ]

  1. ^ Lehtola, Лаура, Marjo Кауппинен и Sari Kujala. « Проблемы приоритизации требований на практике ». Улучшение программного обеспечения, ориентированного на продукт. Springer Berlin Heidelberg, 2004. 497-508.
  2. ^ Berander, Patrik и Anneliese Эндрюс. « Приоритезация требований ». Разработка и управление требованиями к программному обеспечению. Springer Berlin Heidelberg, 2005. 69–94.
  3. Перейти ↑ Karlsson, J. & Ryan, K. (1997). Затратный подход для определения приоритетов требований, IEEE Software, сентябрь / октябрь 1997 г. , стр. 67-74.

Дальнейшее чтение [ править ]

  • И. ван де Верд, Сяак Бринкемпер , Р. Ньювенхейс, Дж. Версендал и Л. Бийлсма (2006). Справочная структура для управления программным продуктом. Научный отчет. Департамент информации и вычислительных наук, Университет Утрехта, Нидерланды, 2006 . Отправлено для публикации.

Внешние ссылки [ править ]