В этом видео вы узнаете:
1. Что такое функциональный балл в программной инженерии?
2. Как рассчитать функциональный балл для оценки проекта?
3. Примеры расчета функционального балла и его применения.
Определить реальную стоимость или ценность программного обеспечения действительно сложно. Один из лучших способов оценить стоимость и время разработки программного обеспечения — это опираться на предыдущий опыт разработки. Для измерения стандартной стоимости программного обеспечения был разработан функциональный балл как единица измерения стоимости программного обеспечения. Функциональный балл был впервые определен Алланом Альбрехтом из IBM в 1977 году. Он эффективно используется как средство измерения функциональности, предоставляемой системой.
Функциональный балл измеряет функциональность с точки зрения пользователя, например, то, что пользователь получает от программного обеспечения и что пользователь запрашивает у программного обеспечения. Он фокусируется на том, какая функциональность предоставляется.
Согласно Wiki
«Функциональный балл» — это единица измерения, выражающая объем бизнес-функциональности, которую информационная система предоставляет пользователю.
Используя исторические данные, метрику FP можно использовать для:
1. Оценки стоимости или трудозатрат, необходимых для проектирования, кодирования и тестирования программного обеспечения.
2. Прогнозирования количества ошибок, которые будут обнаружены во время тестирования.
3. Прогнозирования количества компонентов и/или количества предполагаемых строк исходного кода в реализованной системе.
FP выводятся с использованием эмпирического соотношения, основанного на исчисляемых показателях информационной области программного обеспечения и качественных оценках сложности программного обеспечения. Пять функциональных единиц, которые рассматриваются как информационная область в качестве входных данных для расчета FP:
1. Внутренние логические файлы (ILF) — управляющая информация или логически связанные данные, присутствующие в системе.
2. Внешние интерфейсные файлы (EIF) — управляющие данные или другие логические данные, на которые ссылается система, но которые присутствуют в другой системе.
3. Внешние входы (EI) — данные/управляющая информация, поступающие извне нашей системы.
4. Внешние выходы (EO) — данные, которые выходят из системы после генерации.
5. Внешние Запрос (EQ) – Комбинация ввода/вывода – вывод/вывод данных
Для вычисления FP используется следующее соотношение:
FP = UFP x CAF
Где
UFP – нескорректированная функциональная точка
CAF – коэффициент корректировки сложности
Шаг 1: Расчет UFP
Каждая функциональная точка ранжируется по сложности. Существуют предопределенные веса для каждой функциональной точки в каждой категории. Организации, использующие методы функциональных точек, разрабатывают критерии для определения того, является ли конкретная запись простой, средней или сложной. Тем не менее, определение сложности несколько субъективно.
UFP = Сумма всех сложностей всех EI, EO, EQ, ILF и EIF
Шаг 2: Расчет CAF
CAF = 0,65 + (0,01 x Fi подачи)
Где Fi – коэффициенты корректировки стоимости, основанные на ответах на 14 Вопросы
Коэффициент корректировки сложности рассчитывается с использованием 14 аспектов сложности обработки, и на эти 14 вопросов даются ответы по шкале от 0 до 5:
0 – Не влияет, не важно или неприменимо
1 – Несущественно
2 – Умеренно
3 – Среднее
4 – Значительно
5 – Существенно
Чтобы проиллюстрировать использование метрики FP, рассмотрим простую модель анализа.
SafeHome
Функция управляет взаимодействием с пользователем, принимает пароль пользователя для активации или деактивации системы и позволяет запрашивать информацию о состоянии зон безопасности и различных датчиков безопасности. Функция отображает серию подсказок и отправляет соответствующие управляющие сигналы различным компонентам системы безопасности. Диаграмма потоков данных оценивается для определения набора ключевых мер информационной области, необходимых для вычисления метрики точки функции.
Три внешних входа — пароль, кнопка тревоги и активация/деактивация
Два внешних запроса — запрос зоны и запрос датчика.
Один ILF (файл конфигурации системы)
Два внешних выхода — (сообщения и датчик (статус)
и четыре EIF (тестовый датчик, настройка зоны, активация/деактивация и оповещение о тревоге)
Теперь вычисляем нескорректированную FP с простым весовым коэффициентом
Следовательно, UFP равен 50
Теперь переходим к вычислению CAF
Как мы знаем
CAF = 0,65 + (0,01 x Fi отправки)
Давайте рассчитаем для продукта средней сложности
Тогда Fi отправки = 14X2 = 28
CAF = 0,93
Fp = 50 x 0,93 =
Следовательно, FP равен 46,5
Таким образом, мы можем вычислить нескорректированную функциональную точку, фактор сложности и, наконец, функциональную точку, и исходя из этого оценить количество строк кода, необходимое для разработки программного обеспечения, количество вероятностных ошибок, требуемые трудозатраты, время разработки и т. д. с учетом предыдущих данных.
ПОДПИШИТЕСЬ на наш канал YouTube, чтобы с...
Информация по комментариям в разработке