stringtranslate.com

Функциональная точка

Функциональная точка — это «единица измерения», выражающая объем бизнес-функциональности, которую информационная система (как продукт) предоставляет пользователю. Функциональные точки используются для вычисления функционального размера измерения (FSM) программного обеспечения. Стоимость (в долларах или часах) одной единицы рассчитывается на основе прошлых проектов. [1]

Стандарты

Существует несколько признанных стандартов и/или общедоступных спецификаций для оценки программного обеспечения на основе Function Point.

1. Стандарты ИСО

Первые пять стандартов являются реализациями всеобъемлющего стандарта для измерения функциональных размеров ISO/IEC 14143. [2] Спецификация автоматизированных функциональных точек (AFP) OMG, возглавляемая Консорциумом по качеству ИТ-ПО , предоставляет стандарт для автоматизации подсчета функциональных точек в соответствии с рекомендациями Международной группы пользователей функциональных точек ( IFPUG ). Однако текущие реализации этого стандарта имеют ограничение в возможности отличать внешний вывод (EO) от внешних запросов (EQ) из коробки, без некоторой предварительной настройки. [3]

Введение

Функциональные точки были определены в 1979 году в работе «Измерение производительности разработки приложений» Алланом Дж. Альбрехтом из IBM . [4] Функциональные требования пользователя к программному обеспечению идентифицируются, и каждое из них классифицируется по одному из пяти типов: выходные данные, запросы, входные данные, внутренние файлы и внешние интерфейсы. После того, как функция идентифицирована и классифицирована по типу, она оценивается на предмет сложности и ей назначается ряд функциональных точек. Каждая из этих функциональных пользовательских точек сопоставляется с бизнес-функцией конечного пользователя, такой как ввод данных для Входных данных или запрос пользователя для Запроса. Это различие важно, поскольку оно позволяет легко сопоставлять функции, измеряемые в функциональных точках, с требованиями, ориентированными на пользователя, но также скрывает внутренние функции (например, алгоритмы), которые также требуют ресурсов для реализации.

В настоящее время не существует признанного ISO метода FSM, который включает алгоритмическую сложность в результат определения размера. Недавно были предложены различные подходы для устранения этой предполагаемой слабости, реализованные в нескольких коммерческих программных продуктах. Вариации метода IFPUG на основе Альбрехта, разработанные для устранения этой (и других слабостей) слабости, включают:

Контраст

Использование функциональных точек вместо строк кода направлено на решение нескольких дополнительных проблем:

Критика

Альбрехт заметил в своем исследовании, что функциональные баллы были сильно коррелированы со строками кода, [9] что привело к сомнению ценности такой меры, если доступна более объективная мера, а именно подсчет строк кода. Кроме того, было предпринято несколько попыток устранить предполагаемые недостатки с помощью меры путем расширения режима подсчета. [10] [11] [12] [13] [14] [15] Другие предложили решения для обхода проблем путем разработки альтернативных методов, которые создают прокси для объема предоставленной функциональности. [16]

Смотрите также

Ссылки

  1. ^ Томас Каттинг, Оценка уроков, извлеченных из управления проектами – традиционное, получено 28 мая 2010 г.
  2. ^ ISO/IEC JTC 1/SC 7 Программное обеспечение и системная инженерия (2007-02-01). "ISO/IEC 14143". Международная организация по стандартизации . Получено 2019-02-26 .{{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
  3. ^ Спецификация OMG/CISQ «Автоматизированные функциональные точки», февраль 2013 г., номер документа OMG ptc/2013-02-01 http://www.omg.org/spec/AFP/1.0
  4. ^ А. Дж. Альбрехт, «Измерение производительности разработки приложений», Труды совместного симпозиума SHARE, GUIDE и IBM по разработке приложений, Монтерей, Калифорния, 14–17 октября, IBM Corporation (1979), стр. 83–92.
  5. ^ Инженерные функциональные точки и система отслеживания, Центр поддержки программных технологий. Архивировано 11 ноября 2010 г. на Wayback Machine . Получено 14 мая 2008 г.
  6. ^ Лима, Осиас де Соуза; Фариас, Педро Порфирио Мунис; Бельчиор, Арнальдо Диас (1 июня 2003 г.). «Нечеткое моделирование для анализа функциональных точек». Журнал качества программного обеспечения . 11 (2): 149–166. дои : 10.1023/А: 1023716628585. ISSN  1573-1367. S2CID  19655881.
  7. ^ Джонс, К. и Бонсиньор О. Экономика качества программного обеспечения, Addison-Wesley, 2012. С. 105-109.
  8. ^ Джонс, К. Прикладное программное обеспечение: измерение производительности и качества. McGraw-Hill. Июнь 1996 г.
  9. ^ Альбрехт, А. Функция программного обеспечения, исходные строки кода и оценка усилий по разработке – проверка науки о программном обеспечении. 1983.
  10. ^ Саймонс, CR «Анализ функциональных точек: трудности и улучшения». Труды IEEE по программной инженерии. Январь 1988 г. С. 2-111.
  11. ^ Хеммстра, Ф. и Кустерс Р. «Анализ функциональных точек: оценка модели оценки стоимости программного обеспечения». Европейский журнал информационных систем. 1991. Том 1, № 4. С. 229-237.
  12. ^ Джеффери, Р. и Статис, Дж. «Определение размера программного обеспечения на основе спецификаций: эмпирическое исследование метрик функций». Труды Восемнадцатого ежегодного семинара по программной инженерии. 1993. С. 97-115.
  13. ^ Саймонс, К. Размер и оценка программного обеспечения: Mk II FPA (анализ функциональных точек). John Wiley & Sons, Inc. Нью-Йорк, 1991
  14. ^ Демарко, Т. «Алгоритм определения размера программных продуктов». Обзор оценки производительности ACM Sigmetrics. 1984. Том 12, выпуск 2. стр. 13–22.
  15. ^ Джеффри, DR, Лоу, GC и Барнс, M. «Сравнение методов подсчета точек функций». Труды IEEE по программной инженерии. 1993. Том 19, выпуск 5. стр. 529-532.
  16. ^ Шварц, Адам. «Использование тестовых случаев для определения размера систем: исследование случая». Девятая международная конференция по информационным технологиям 2012 г. — Новые поколения. Апрель 2012 г., стр. 242–246.

Внешние ссылки