Точки использования - Use case points
Точки использования (UCP или же UCP) это оценка программного обеспечения метод, используемый для прогнозирования размера программного обеспечения для проектов разработки программного обеспечения. UCP используется, когда Единый язык моделирования (UML) и рациональный унифицированный процесс (RUP) методологии используются для проектирования и разработки программного обеспечения. Концепция UCP основана на требованиях к системе, написанной с использованием сценарии использования, который является частью набора методов моделирования UML. Размер программного обеспечения (UCP) рассчитывается на основе элементов сценариев использования системы с учетом технических и экологических соображений. Затем UCP для проекта можно использовать для расчета предполагаемых усилий по проекту.
История
Методика UCP была разработана Густавом Карнером в 1993 году, когда он применялся в компании, известной в то время как Objectory Systems, которая позже была объединена в Рациональное программное обеспечение а потом IBM. Метод UCP был создан для оценки размера программного обеспечения систем, которые были объектно-ориентированный. Он основан на тех же принципах, что и Функциональная точка (FP) метод оценки, но был разработан для конкретных нужд объектно-ориентированных систем и системных требований на основе сценарии использования.[1][2][3]
Метод
Метод определения оценки размера для разработки системы основан на расчете со следующими элементами:
- Неадаптированный вес варианта использования (UUCW) - размер программного обеспечения в пунктах, учитывающий количество и сложность вариантов использования.
- Неадаптированный вес актера (UAW) - размер программного обеспечения, учитывающий количество и сложность актеров.
- Коэффициент технической сложности (TCF) - коэффициент, который используется для корректировки размера по техническим соображениям.
- Коэффициент экологической сложности (ECF) - коэффициент, который используется для корректировки размера с учетом экологических соображений.
После расчета четырех предыдущих элементов можно рассчитать окончательную оценку размера. Это окончательное число известно как точки варианта использования или UCP для проекта разработки программного обеспечения.
В следующих разделах рассматриваются различные расчеты для определения UCP для проекта.
Неадаптированный вес варианта использования (UUCW)
UUCW - один из факторов, влияющих на размер разрабатываемого программного обеспечения. Он рассчитывается на основе количества и сложности вариантов использования системы. Чтобы найти UUCW для системы, каждый из вариантов использования должен быть идентифицирован и классифицирован как простой, средний или сложный в зависимости от количества транзакций, которые он содержит. Каждой классификации присвоен заранее определенный вес. После того, как все варианты использования классифицированы как простые, средние или сложные, общий вес (UUCW) определяется путем суммирования соответствующих весов для каждого варианта использования. На следующей диаграмме показаны различные классификации вариантов использования на основе количества транзакций и значения веса, назначенного для каждого варианта использования в рамках классификации.
Классификация вариантов использования | Кол-во транзакций | Масса |
---|---|---|
Простой | От 1 до 3 транзакций | 5 |
Средний | От 4 до 7 транзакций | 10 |
Сложный | 8 и более транзакций | 15 |
- UUCW = (Общее количество простых вариантов использования x 5) + (Общее количество средних вариантов использования x 10) + (Общее количество сложных вариантов использования x 15)
Неадаптированный вес актера (UAW)
UAW - еще один фактор, влияющий на размер разрабатываемого программного обеспечения. Он рассчитывается на основе количества и сложности участников системы. Подобно поиску UUCW, каждый из участников должен быть идентифицирован и классифицирован как простой, средний или сложный в зависимости от типа участника. Каждой классификации также присвоен заранее определенный вес. UAW - это сумма весов для каждого из участников. В следующей таблице показаны различные классификации участников и присвоенное значение веса.
Классификация актеров | Тип актера | Масса |
---|---|---|
Простой | Внешняя система, которая должна взаимодействовать с системой, используя четко определенный API. | 1 |
Средний | Внешняя система, которая должна взаимодействовать с системой, используя стандартные протоколы связи (например, TCP / IP, FTP, HTTP, база данных) | 2 |
Сложный | Человек-актер, использующий интерфейс приложения GUI | 3 |
- UAW = (Общее количество простых участников x 1) + (Общее количество Средних участников x 2) + (Общее количество сложных участников x 3)
Фактор технической сложности (TCF)
TCF - это один из факторов, применяемых к предполагаемому размеру программного обеспечения, чтобы учесть технические аспекты системы. Он определяется путем присвоения баллов от 0 (фактор не имеет значения) до 5 (фактор важен) каждому из 13 технических факторов, перечисленных в таблице ниже. Затем эта оценка умножается на определенное взвешенное значение для каждого фактора. Сумма всех рассчитанных значений и есть технический коэффициент (TF). Затем TF используется для вычисления TCF по следующей формуле:
- TCF = 0,6 + (TF / 100)
Фактор | Описание | Масса |
---|---|---|
Т1 | Распределенная система | 2.0 |
Т2 | Время отклика / целевые показатели производительности | 1.0 |
Т3 | Эффективность для конечного пользователя | 1.0 |
Т4 | Сложность внутренней обработки | 1.0 |
Т5 | Возможность повторного использования кода | 1.0 |
T6 | Легко установить | 0.5 |
T7 | Легко использовать | 0.5 |
T8 | Переносимость на другие платформы | 2.0 |
T9 | Обслуживание системы | 1.0 |
T10 | Параллельная / параллельная обработка | 1.0 |
T11 | Особенности безопасности | 1.0 |
T12 | Доступ для третьих лиц | 1.0 |
T13 | Обучение конечных пользователей | 1.0 |
Фактор экологической сложности (ECF)
ECF - еще один фактор, применяемый к расчетному размеру программного обеспечения, чтобы учесть экологические аспекты системы. Он определяется путем присвоения баллов от 0 (отсутствие опыта) до 5 (эксперт) каждому из 8 факторов окружающей среды, перечисленных в таблице ниже. Затем эта оценка умножается на определенное взвешенное значение для каждого фактора. Сумма всех рассчитанных значений - это фактор среды (EF). Затем EF используется для вычисления ECF по следующей формуле:
- ECF = 1,4 + (-0,03 x EF)
Фактор | Описание | Масса |
---|---|---|
E1 | Знакомство с используемым процессом разработки | 1.5 |
E2 | Опыт применения | 0.5 |
E3 | Объектно-ориентированный опыт команды | 1.0 |
E4 | Возможности ведущего аналитика | 0.5 |
E5 | Мотивация команды | 1.0 |
E6 | Стабильность требований | 2.0 |
E7 | Персонал, занятый неполный рабочий день | -1.0 |
E8 | Сложный язык программирования | -1.0 |
Точки использования (UCP)
Наконец, UCP можно рассчитать после определения нескорректированного размера проекта (UUCW и UAW), технического фактора (TCF) и фактора окружающей среды (ECF). UCP рассчитывается по следующей формуле:
- UCP = (UUCW + UAW) x TCF x ECF
Пример
Чтобы проиллюстрировать процесс расчета UCP, будет использоваться система онлайн-покупок. На диаграмме ниже изображена диаграмма вариантов использования для разрабатываемой системы.
Неадаптированный вес варианта использования (UUCW)
Чтобы рассчитать UUCW, необходимо определить варианты использования и определить количество транзакций для каждого варианта использования. На диаграмме вариантов использования системы онлайн-покупок показано, что для системы существует девять вариантов использования. Предполагая, что 2 из этих вариантов использования являются простыми, 3 - средними и 4 - сложными, расчет для UUCW выглядит следующим образом:
- UUCW = (Общее количество простых вариантов использования x 5) + (Общее количество средних вариантов использования x 10) + (Общее количество сложных вариантов использования x 15)
- Для системы онлайн-покупок UUCW = (2 x 5) + (3 x 10) + (4 x 15) = 100
- UUCW = 100
Неадаптированный вес актера (UAW)
Для расчета UAW необходимо определить действующих лиц. Схема вариантов использования системы онлайн-покупок изображает пять участников; Один простой для системы обработки платежей и четыре сложных для каждого из участников-пользователей (например, онлайн-клиент, администратор по маркетингу, клерк склада, менеджер склада). Расчет для UAW выглядит следующим образом:
- UAW = (Общее количество простых участников x 1) + (Общее количество средних участников x 2) + (Общее количество сложных участников x 3)
- Для системы онлайн-покупок UAW = (1 x 1) + (0 x 2) + (4 x 3) = 13
- UAW = 13
Фактор технической сложности (TCF)
Для расчета TCF каждому из технических факторов присваивается значение в зависимости от того, насколько важен технический аспект для разрабатываемой системы. На диаграмме ниже показаны присвоенные значения для системы онлайн-покупок. Значения умножаются на взвешенные значения и определяется общий TF.
Фактор | Описание | Масса | Присвоенное значение | Вес x присвоенное значение |
---|---|---|---|---|
Т1 | Распределенная система | 2.0 | 5 | 10 |
Т2 | Время отклика / целевые показатели производительности | 1.0 | 5 | 5 |
Т3 | Эффективность для конечного пользователя | 1.0 | 3 | 3 |
Т4 | Сложность внутренней обработки | 1.0 | 2 | 2 |
Т5 | Возможность повторного использования кода | 1.0 | 3 | 3 |
T6 | Легко установить | 0.5 | 1 | 0.5 |
T7 | Легко использовать | 0.5 | 5 | 2.5 |
T8 | Переносимость на другие платформы | 2.0 | 2 | 4 |
T9 | Обслуживание системы | 1.0 | 2 | 2 |
T10 | Параллельная / параллельная обработка | 1.0 | 3 | 3 |
T11 | Особенности безопасности | 1.0 | 5 | 5 |
T12 | Доступ для третьих лиц | 1.0 | 1 | 1 |
T13 | Обучение конечных пользователей | 1.0 | 1 | 1 |
Итого (TF): | 42 |
Далее рассчитывается TCF:
- TCF = 0,6 + (TF / 100)
- Для системы онлайн-покупок TCF = 0,6 + (42/100) = 1,02.
- TCF = 1,02
Фактор экологической сложности (ECF)
Для расчета ECF каждому из факторов окружающей среды присваивается значение, основанное на уровне опыта команды. На диаграмме ниже показаны присвоенные значения для системы онлайн-покупок. Значения умножаются на взвешенные значения и определяется общий EF.
Фактор | Описание | Масса | Присвоенное значение | Вес x присвоенное значение |
---|---|---|---|---|
E1 | Знакомство с используемым процессом разработки | 1.5 | 3 | 4.5 |
E2 | Опыт применения | 0.5 | 3 | 1.5 |
E3 | Объектно-ориентированный опыт команды | 1.0 | 2 | 2 |
E4 | Возможности ведущего аналитика | 0.5 | 5 | 2.5 |
E5 | Мотивация команды | 1.0 | 2 | 2 |
E6 | Стабильность требований | 2.0 | 1 | 2 |
E7 | Персонал, занятый неполный рабочий день | -1.0 | 0 | 0 |
E8 | Сложный язык программирования | -1.0 | 4 | -4 |
Итого (EF): | 10.5 |
Далее рассчитывается ECF:
- ECF = 1,4 + (-0,03 x EF)
- Для системы онлайн-покупок ECF = 1,4 + (-0,03 * 10,5) = 1,085.
- ЭКФ = 1,085
Точки использования (UCP)
После определения нескорректированного веса варианта использования (UUCW), нескорректированного веса участника (UAW), фактора технической сложности (TCF) и фактора сложности среды (ECF), точки варианта использования (UCP) можно рассчитать по следующей формуле:
- UCP = (UUCW + UAW) x TCF x ECF
- Для системы онлайн-покупок UCP = (100 + 13) x 1,02 x 1,085 = 125,06
- UCP = 125,06
Для системы онлайн-покупок общий расчетный размер для разработки программного обеспечения составляет 125,06 баллов вариантов использования.
Теперь, когда размер проекта известен, можно оценить общие усилия по проекту. Для примера системы онлайн-покупок будет использовано 28 человеко-часов на каждую точку варианта использования.
- Расчетное усилие = UCP x Часы / UCP
- Для системы покупок в Интернете расчетное усилие = 125,06 x 28
- Расчетное усилие = 3501 час
Дальнейшее развитие
Одним из основных недостатков метода Use Case Points является то, что он никогда не был полностью откалиброванный с помощью регрессивный анализ из-за отсутствия статистически достаточного количества проектов. Более того, линейная модель подхода Карнерса не учитывает неэкономия на масштабе учитывать, что происходит в проектах по разработке программного обеспечения.[4] Тем не менее, легко применимый подход к определению размеров и правила подсчета предоставляют много преимуществ для оценок на ранних этапах и, таким образом, позволяют быстро получить конечный результат (измерение функционального размера, в данном случае UUCW + UAW) приложения или ИТ-продукта. Затем этот автомат можно комбинировать со статистически подтвержденными моделями оценки, такими как КОКОМО II для получения более достоверных результатов оценки.[4]
Смотрите также
- Моделирование вариантов использования
- Функциональная точка
- Оценка программного обеспечения
- Оценка усилий при разработке программного обеспечения
Рекомендации
- ^ Мурали Чемутури, Лучшие практики, инструменты и методы оценки программного обеспечения для оценщиков программных проектов, J.Ross Publishing, 2009, стр. 84-87
- ^ Деннис, Алан Р., Барбара Хейли Уиксом и Дэвид Тегарден. Системный анализ и проектирование с помощью UML версии 2.0: объектно-ориентированный подход, третье издание, John Wiley & Sons, 2009 г., Глава 5 - Функциональное моделирование
- ^ Деннис, Алан Р., Барбара Хейли Уиксом и Дэвид Тегарден. Системный анализ и проектирование с помощью UML версии 2.0: объектно-ориентированный подход, четвертое издание, John Wiley & Sons, 2012 г., Глава 2 - Управление проектами
- ^ а б Карл Фридрих Кресс, Оливье Хаммель, Махмудул Хук: Практический подход к надежной предпроектной оценке усилий. В: Материалы семинара CEUR, Vol. 1138, стр. 23, 2014
внешняя ссылка
- Преимущества анализа функциональных точек по сравнению с точками вариантов использования
- Рекомендации по использованию - оценочный подход
- Оценка программного обеспечения по сценариям использования
- Повышение согласованности оценок точек варианта использования
- Клеммонс, Рой К. «Оценка проекта с учетом вариантов использования». CrossTalk, февраль 2006 г.