Функциональная точка (FP) — это единица измерения, чтобы выразить объем бизнес-функциональности, которую информационная система (как продукт) предоставляет пользователю. ФП измеряют размер программного обеспечения. Они широко признаны в качестве отраслевого стандарта для определения функциональных размеров.
Для определения размера программного обеспечения на основе FP появилось несколько признанных стандартов и / или общедоступных спецификаций. По состоянию на 2013 год это —
Стандарты ИСО
-
COSMIC — ISO / IEC 19761: 2011 Разработка программного обеспечения. Функциональный метод измерения размера.
-
FiSMA — ISO / IEC 29881: 2008 Информационные технологии. Разработка программного обеспечения и систем. Метод измерения функционального размера FiSMA 1.1.
-
IFPUG — ISO / IEC 20926: 2009 Разработка программного обеспечения и систем. Измерение программного обеспечения. Метод измерения функционального размера IFPUG.
-
Mark-II — ISO / IEC 20968: 2002 Разработка программного обеспечения — Анализ функциональных точек Ml II — Руководство по методам подсчета.
-
NESMA — ISO / IEC 24570: 2005 Разработка программного обеспечения. Метод измерения размера функции NESMA, версия 2.1. Определения и рекомендации по подсчету для применения анализа функциональных точек.
COSMIC — ISO / IEC 19761: 2011 Разработка программного обеспечения. Функциональный метод измерения размера.
FiSMA — ISO / IEC 29881: 2008 Информационные технологии. Разработка программного обеспечения и систем. Метод измерения функционального размера FiSMA 1.1.
IFPUG — ISO / IEC 20926: 2009 Разработка программного обеспечения и систем. Измерение программного обеспечения. Метод измерения функционального размера IFPUG.
Mark-II — ISO / IEC 20968: 2002 Разработка программного обеспечения — Анализ функциональных точек Ml II — Руководство по методам подсчета.
NESMA — ISO / IEC 24570: 2005 Разработка программного обеспечения. Метод измерения размера функции NESMA, версия 2.1. Определения и рекомендации по подсчету для применения анализа функциональных точек.
Спецификация группы управления объектами для автоматизированной функциональной точки
Object Management Group (OMG), консорциум с открытым членством и некоммерческими стандартами компьютерной индустрии, принял спецификацию Automated Function Point (AFP), возглавляемую Консорциумом по качеству программного обеспечения для ИТ. Он предоставляет стандарт для автоматизации подсчета FP в соответствии с рекомендациями Международной группы пользователей функциональных точек (IFPUG).
Метод анализа точек (FPA) количественно определяет функции, содержащиеся в программном обеспечении, в терминах, которые являются значимыми для пользователей программного обеспечения. ФП учитывают количество разрабатываемых функций на основе спецификации требований.
Подсчет функциональных баллов (FP) регулируется стандартным набором правил, процессов и руководств, определенных Международной группой пользователей функциональных баллов (IFPUG). Они опубликованы в Руководстве по практике подсчета (CPM).
История анализа функциональных точек
Концепция функциональных точек была введена Аланом Альбрехтом из IBM в 1979 году. В 1984 году Альбрехт усовершенствовал метод. Первые Рекомендации по функциональным точкам были опубликованы в 1984 году. Международная группа пользователей функциональных точек (IFPUG) — это всемирная организация пользователей метрического программного обеспечения для анализа функциональных точек, расположенная в США. Международная группа пользователей функциональных точек (IFPUG) — это некоммерческая организация, управляемая членами, основанная в 1986 году. IFPUG владеет анализом функциональных точек (FPA), как это определено в стандарте ISO 20296: 2009, в котором определены определения, правила и шаги для применения Метод измерения функциональных размеров (FSM) IFPUG. IFPUG поддерживает Руководство по методам подсчета функциональных точек (CPM). CPM 2.0 был выпущен в 1987 году, и с тех пор было несколько итераций. Версия CPM 4.3 была в 2010 году.
Выпуск CPM 4.3.1 с включенными редакционными изменениями ISO был выпущен в 2010 году. Стандарт ISO (IFPUG FSM) — Измерение функционального размера, входящий в состав CPM 4.3.1, представляет собой метод измерения программного обеспечения с точки зрения функциональных возможностей, которые он предоставляет. CPM является международным стандартом ISO / IEC 14143-1 «Информационные технологии — измерение программного обеспечения».
Элементарный процесс (EP)
Элементарный процесс — это самая маленькая единица функционального требования пользователя, которое —
- Имеет смысл для пользователя.
- Составляет полную транзакцию.
- Является автономным и оставляет бизнес приложения учитываемым в согласованном состоянии.
функции
Есть два типа функций —
- Функции данных
- Функции транзакций
Функции данных
Есть два типа функций данных —
- Внутренние логические файлы
- Файлы внешнего интерфейса
Функции данных состоят из внутренних и внешних ресурсов, которые влияют на систему.
Внутренние логические файлы
Внутренний логический файл (ILF) — это идентифицируемая пользователем группа логически связанных данных или управляющей информации, которая полностью находится в пределах границ приложения. Основная цель ILF — хранить данные, поддерживаемые одним или несколькими элементарными процессами подсчитываемого приложения. ILF имеет внутреннее значение, что он поддерживается внутри, имеет некоторую логическую структуру и хранится в файле. (См. Рисунок 1)
Файлы внешнего интерфейса
Файл внешнего интерфейса (EIF) — это идентифицируемая пользователем группа логически связанных данных или управляющей информации, которая используется приложением только для справочных целей. Данные находятся полностью вне границы приложения и поддерживаются в ILF другим приложением. EIF имеет неотъемлемое значение, что он поддерживается внешне, должен быть разработан интерфейс для получения данных из файла. (См. Рисунок 1)
Функции транзакций
Существует три типа транзакционных функций.
- Внешние входы
- Внешние Выходы
- Внешние запросы
Функции транзакций состоят из процессов, которыми обмениваются пользователь, внешние приложения и измеряемое приложение.
Внешние входы
Внешний вход (EI) — это функция транзакции, в которой данные поступают «в приложение» из-за пределов внутрь. Эти данные поступают извне приложения.
- Данные могут поступать с экрана ввода данных или из другого приложения.
- EI — это то, как приложение получает информацию.
- Данные могут быть либо управляющей информацией, либо деловой информацией.
- Данные могут использоваться для хранения одного или нескольких внутренних логических файлов.
- Если данные являются управляющей информацией, им не нужно обновлять внутренний логический файл. (См. Рисунок 1)
Внешние Выходы
Внешний выход (EO) — это функция транзакции, в которой данные «выходят» из системы. Кроме того, EO может обновить ILF. Данные создают отчеты или выходные файлы, отправленные в другие приложения. (См. Рисунок 1)
Внешние запросы
Внешний запрос (EQ) — это функция транзакции с компонентами ввода и вывода, которые приводят к получению данных. (См. Рисунок 1)
Определение RET, DET, FTR
Тип элемента записи
Тип элемента записи (RET) — это самая большая идентифицируемая пользователем подгруппа элементов в пределах ILF или EIF. Лучше всего смотреть на логические группы данных, чтобы помочь идентифицировать их.
Тип элемента данных
Тип элемента данных (DET) — это подгруппа данных в FTR. Они уникальны и идентифицируются пользователем.
Тип файла ссылка
File Type Referenced (FTR) — это самая большая идентифицируемая пользователем подгруппа в EI, EO или EQ, на которую ссылаются.
Функции транзакции EI, EO, EQ измеряются путем подсчета FTR и DET, которые они содержат, следуя правилам подсчета. Аналогично, функции данных ILF и EIF измеряются путем подсчета DET и RET, которые они содержат, следуя правилам подсчета. Меры функций транзакций и функций данных используются при подсчете FP, что приводит к функциональному размеру или функциональным точкам.