Учебники

Методы оценки – функциональные точки

Функциональная точка (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, что приводит к функциональному размеру или функциональным точкам.