Используйте прецеденты
Точки вариантов использования ( UCP или UCP ) — это метод оценки программного обеспечения, используемый для прогнозирования размера программного обеспечения для проектов разработки программного обеспечения. UCP используется, когда Unified Modeling Language (UML) и Rational Unified Process для проектирования и разработки программного обеспечения используются методологии (RUP). Концепция UCP основана на требованиях к системе, написанной с использованием вариантов использования , которые являются частью набора методов моделирования UML. Размер программного обеспечения (UCP) рассчитывается на основе элементов вариантов использования системы с учетом технических и экологических факторов. Затем UCP для проекта можно использовать для расчета предполагаемых усилий по проекту.
История
[ редактировать ]Техника UCP была разработана Густавом Карнером в 1993 году, когда он работал в компании, известной в то время как Objectory Systems, которая позже объединилась с Rational Software , а затем с 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 |
| Сложный | Человек-актер, использующий интерфейс приложения с графическим пользовательским интерфейсом | 3 |
- UAW = (Общее количество простых актеров x 1) + (Общее количество средних актеров x 2) + (Общее количество сложных актеров x 3)
Коэффициент технической сложности (TCF)
[ редактировать ]TCF — это один из факторов, применяемых к расчетному размеру программного обеспечения с целью учета технических особенностей системы. Он определяется путем присвоения баллов от 0 (фактор не имеет значения) до 5 (фактор существенный) каждому из 13 технических факторов, перечисленных в таблице ниже. Затем этот балл умножается на определенное взвешенное значение для каждого фактора. Сумма всех расчетных значений представляет собой технический коэффициент (TF). Затем TF используется для расчета TCF по следующей формуле:
- ВТС = 0,6 + (ТФ/100)
| Фактор | Описание | Масса |
|---|---|---|
| Т1 | Распределенная система | 2.0 |
| Т2 | Целевые показатели времени отклика/производительности | 1.0 |
| Т3 | Эффективность для конечного пользователя | 1.0 |
| Т4 | Сложность внутренней обработки | 1.0 |
| Т5 | Возможность повторного использования кода | 1.0 |
| Т6 | Простота установки | 0.5 |
| Т7 | Простота в использовании | 0.5 |
| Q8 | Переносимость на другие платформы | 2.0 |
| Т9 | Обслуживание системы | 1.0 |
| Т10 | Параллельная/параллельная обработка | 1.0 |
| Т11 | Функции безопасности | 1.0 |
| Т12 | Доступ для третьих лиц | 1.0 |
| Т13 | Обучение конечных пользователей | 1.0 |
Коэффициент экологической сложности (ECF)
[ редактировать ]ECF — это еще один фактор, применяемый к расчетному размеру программного обеспечения с целью учета экологических соображений системы. Он определяется путем присвоения баллов от 0 (нет опыта) до 5 (эксперт) каждому из 8 факторов окружающей среды, перечисленных в таблице ниже. Затем этот балл умножается на определенное взвешенное значение для каждого фактора. Сумма всех рассчитанных значений представляет собой фактор окружающей среды (EF). Затем EF используется для расчета ECF по следующей формуле:
- ECF = 1,4 + (-0,03 x EF)
| Фактор | Описание | Масса |
|---|---|---|
| Е1 | Знание используемого процесса разработки | 1.5 |
| Е2 | Опыт применения | 0.5 |
| Е3 | Объектно-ориентированный опыт команды | 1.0 |
| Е4 | Возможности ведущего аналитика | 0.5 |
| Е5 | Мотивация команды | 1.0 |
| Е6 | Стабильность требований | 2.0 |
| E7 | Персонал, работающий неполный рабочий день | -1.0 |
| Е8 | Сложный язык программирования. | -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.
- УУКВ = 100
Нескорректированный вес актера (UAW)
[ редактировать ]Для расчета UAW необходимо определить участников. Диаграмма вариантов использования системы онлайн-покупок изображает пять участников; Один простой для системы обработки платежей и четыре сложных для каждого из участников-пользователей (т. е. онлайн-клиента, администратора по маркетингу, служащего склада, менеджера склада). Расчет для UAW выглядит следующим образом:
- UAW = (Общее количество простых актеров x 1) + (Общее количество средних актеров x 2) + (Общее количество сложных актеров x 3)
- Для системы интернет-покупок UAW = (1 x 1) + (0 x 2) + (4 x 3) = 13.
- УАВ = 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 |
| Т6 | Простота установки | 0.5 | 1 | 0.5 |
| Т7 | Простота в использовании | 0.5 | 5 | 2.5 |
| Q8 | Переносимость на другие платформы | 2.0 | 2 | 4 |
| Т9 | Обслуживание системы | 1.0 | 2 | 2 |
| Т10 | Параллельная/параллельная обработка | 1.0 | 3 | 3 |
| Т11 | Функции безопасности | 1.0 | 5 | 5 |
| Т12 | Доступ для третьих лиц | 1.0 | 1 | 1 |
| Т13 | Обучение конечных пользователей | 1.0 | 1 | 1 |
| Итого (ТФ): | 42 | |||
Далее рассчитывается TCF:
- ВТС = 0,6 + (ТФ/100)
- Для системы интернет-покупок TCF = 0,6 + (42/100) = 1,02.
- ТКФ = 1,02
Коэффициент экологической сложности (ECF)
[ редактировать ]Для расчета ECF каждому фактору среды присваивается значение в зависимости от уровня опыта команды. На диаграмме ниже показаны присвоенные значения для системы интернет-покупок. Значения умножаются на взвешенные значения и определяется общий EF.
| Фактор | Описание | Масса | Присвоенное значение | Вес x назначенное значение |
|---|---|---|---|---|
| Е1 | Знание используемого процесса разработки | 1.5 | 3 | 4.5 |
| Е2 | Опыт применения | 0.5 | 3 | 1.5 |
| Е3 | Объектно-ориентированный опыт команды | 1.0 | 2 | 2 |
| Е4 | Возможности ведущего аналитика | 0.5 | 5 | 2.5 |
| Е5 | Мотивация команды | 1.0 | 2 | 2 |
| Е6 | Стабильность требований | 2.0 | 1 | 2 |
| E7 | Персонал, работающий неполный рабочий день | -1.0 | 0 | 0 |
| Е8 | Сложный язык программирования. | -1.0 | 4 | -4 |
| Итого (ЭФ): | 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.
- УКП = 125,06
Для системы онлайн-покупок общий предполагаемый объем разработки программного обеспечения составляет 125,06 баллов вариантов использования.
Теперь, когда размер проекта известен, можно оценить общие усилия по его реализации. Для примера системы онлайн-покупок будет использовано 28 человеко-часов на точку варианта использования.
- Расчетные усилия = UCP x Часы/UCP
- Для системы интернет-покупок расчетные усилия = 125,06 x 28.
- Расчетное усилие = 3501 час.
Дальнейшее развитие
[ редактировать ]Одним из основных недостатков метода Use Case Points является то, что он никогда не был тщательно откалиброван с помощью регрессионного анализа из-за отсутствия статистически достаточного количества проектов. Более того, линейная модель подхода Карнерса не учитывает эффект масштаба , который возникает в проектах разработки программного обеспечения. [4] Тем не менее, легко применимый подход к определению размера и правила подсчета обеспечивают множество преимуществ для оценок на ранних этапах и, таким образом, позволяют быстро получить FSM (измерение функционального размера, в данном случае UUCW + UAW) приложения или ИТ-продукта. Затем этот автомат можно объединить со статистически проверенными моделями оценки, такими как COCOMO II, для получения более надежных результатов оценки. [4]
См. также
[ редактировать ]- Моделирование вариантов использования
- Функциональная точка
- Оценка программного обеспечения
- Оценка усилий по разработке программного обеспечения
Ссылки
[ редактировать ]- ^ Мурали Чемутури , Лучшие практики, инструменты и методы оценки программного обеспечения для оценщиков программных проектов , J.Ross Publishing, 2009, стр. 84-87
- ^ Деннис, Алан Р., Барбара Хейли Уиксом и Дэвид Тегарден. Системный анализ и проектирование с использованием UML версии 2.0: объектно-ориентированный подход, третье издание , John Wiley & Sons, 2009 г., глава 5 — Функциональное моделирование
- ^ Деннис, Алан Р., Барбара Хейли Уиксом и Дэвид Тегарден. Системный анализ и проектирование с использованием UML версии 2.0: объектно-ориентированный подход, четвертое издание , John Wiley & Sons, 2012 г., Глава 2 — Управление проектами
- ^ Jump up to: а б Карл Фридрих Кресс, Оливье Хаммель, Махмудул Хук: практический подход к надежной предпроектной оценке усилий . В: Материалы семинара CEUR, Vol. 1138, с. 23, 2014 г.