Из Википедии, свободной энциклопедии
Перейти к навигации Перейти к поиску

Программное обеспечение калибровки или оценки размера программного обеспечения является деятельность в программной инженерии , которая используется для определения или оценки размера приложения или компонента для того , чтобы иметь возможность реализовать другие управления программным проектом мероприятий (например, оценки или отслеживания). Размер является неотъемлемой характеристикой программного обеспечения, так же как вес является неотъемлемой характеристикой материального материала.

Фон [ править ]

Определение размера программного обеспечения отличается от оценки объема программного обеспечения . Определение размера оценивает вероятный размер части программного обеспечения, в то время как оценка усилий предсказывает усилия, необходимые для его создания. Взаимосвязь между размером программного обеспечения и усилиями, необходимыми для его создания, называется производительностью .

Например, если инженер-программист создал небольшой веб-калькулятор, мы можем сказать, что объем работ по проекту составил 280 человеко-часов. Однако это не дает никакой информации о размере самого программного продукта . И наоборот, мы можем сказать, что размер приложения составляет 5000 LOC (строк кода) или 30 FP (функциональных точек), не указывая усилия проекта, необходимые для его создания.

Функциональные методы определения размеров программного обеспечения [ править ]

Исторически сложилось так, что наиболее распространенной методологией определения размера программного обеспечения был подсчет строк кода, написанных в исходном коде приложения. Другой подход - выполнить измерение функционального размера, чтобы выразить размер функциональности в виде числа, выполнив анализ функциональных точек . Первоначальный метод определения размеров - IFPUG . Метод функционального определения размера (FSM) IFPUG FPA был успешно использован, несмотря на то, что он менее точен при оценке сложных алгоритмов и относительно сложнее в использовании, чем оценка строк кода. Появились адаптации оригинальной методологии измерения функциональных размеров, и эти стандарты: COSMIC Function Points , Mk II.Функциональные точки, функциональные точки Несма и функциональные точки FiSMA. Другие варианты этих стандартов включают объектно-ориентированные функциональные точки (OOFP) и более новые варианты как взвешенные микро-функциональные точки , которые учитывают алгоритмическую сложность и сложность потока управления .

Наилучший метод определения функционального размера зависит от ряда факторов, включая функциональную область приложений, зрелость процессов в развивающейся организации и степень использования метода конечных автоматов. [1] [2] Функциональные точки [3] имеют множество применений и преимуществ, помимо измерения производительности проекта и оценки запланированных проектов, они включают в себя мониторинг хода проекта и оценку охвата требований коммерческих готовых пакетов (COTS) .

Другие программные проклейками методы включают использование корпус основанного программное обеспечение калибровку, которая опирается на подсчет количества и характеристики случаев использования найденных в части программного обеспечения, и COSMIC измерение функционального размера , который адрес проклеивающего программное обеспечения , которое имеет очень ограниченное количество хранимых данных таких как системы «управления процессом» и «реального времени».

Оба метода IFPUG и COSMIC являются стандартами ISO / IEC.

Метод определения размера нефункционального программного обеспечения [ править ]

Метод IFPUG для определения размера нефункциональных аспектов программного обеспечения или компонента называется SNAP, поэтому нефункциональный размер измеряется точками SNAP.. Модель SNAP состоит из четырех категорий и четырнадцати подкатегорий для измерения нефункциональных требований. Нефункциональные требования отображаются в соответствующие подкатегории. Каждая подкатегория имеет размер, а размер требования - это сумма размеров ее подкатегорий. Процесс определения размера SNAP очень похож на процесс определения размера функциональной точки. В границах приложения нефункциональные требования связаны с соответствующими категориями и их подкатегориями. Затем, используя стандартизированный набор основных критериев, каждая из подкатегорий оценивается в соответствии с ее типом и сложностью; Размер такого требования - это сумма размеров его подкатегорий. Затем эти размеры суммируются, чтобы определить нефункциональный размер программного приложения.

Дополнительная информация [ править ]

Несколько стандартов качества программного обеспечения предписывают использование допустимого метода определения размера как части стандартного жизненного цикла разработки программного обеспечения . Например, такое требование предъявляется к интеграции модели зрелости возможностей ( CMMI ). Организация не может быть оценена (сертифицирована) как CMMI уровня 2 или 3, если не используется адекватное определение размеров программного обеспечения.

См. Также [ править ]

Ссылки [ править ]

  1. ^ Рекомендации по выбору метода конечного автомата
  2. ^ Руководство по выбору метода функционального размера - Общие показатели Пэм Моррис - Центр ресурсов функциональных точек см. ИСО / МЭК 14143-6: - ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ - ИЗМЕРЕНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ - ИЗМЕРЕНИЕ ФУНКЦИОНАЛЬНЫХ РАЗМЕРОВ - ЧАСТЬ 6: РУКОВОДСТВО ПО ИСПОЛЬЗОВАНИЮ ИСО / МЭК 14143 СЕРИИ И СВЯЗАННЫЕ С МЕЖДУНАРОДНЫМИ СТАНДАРТАМИ
  3. ^ Использование и преимущества подсчета функциональных точек - Общие показатели Пэм Моррис - Центр ресурсов функциональных точек , PDF