WikiDer > Размер программного обеспечения

Software sizing

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

Задний план

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

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

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

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

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

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

Оба IFPUG Метод и КОСМИЧЕСКИЙ Методы соответствуют стандартам ISO / IEC.

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

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

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

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

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

использованная литература

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