Традиционное производство программного обеспечения Метрики

****

Традиционные методы управления системами производства программного обеспечения были сосредоточены на использовании усилий основе метрик. Старые колокола погода была строка кода (LOC). Почти каждый в программном бизнесе вам скажет, что строки кода является бесполезным метрики. Проблема с LOC является то, что усилия основе метрики. Это бессмысленно для измерения доставки программного обеспечения значения, выход из системы. Однако, за неимением лучшего метрики строк кода оставались популярными в течение длительного времени.

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

Традиционные метрик программного обеспечения относятся к операционным расходам (OE) метрике. Традиционные метрик программного обеспечения совместимости и, возможно, в значительной степени зависит от традиционных методов учета затрат. Они направлены на расходы. Сосредоточение внимания на управлении OE неоптимален в достижении цели система больше прибыли, сейчас и в будущем, со здоровым рентабельности инвестиций. Это более важно сосредоточиться на пропускную способность и инвентаря. Таким образом, традиционные метрики не соответствуют критериям релевантности.

Они не отвечают критериям для простоты. Бизнес по производству программного обеспечения носит нелинейный характер. Как производстве программного обеспечения представляет собой сложную систему с обратной связи, это экспонаты нелинейного поведения, то есть усилия, потраченные в системе для получения линий рабочий код не является пропорциональным к количеству и качеству выхода из системы. Таким образом, отслеживание усилий основе метрики требует перевода через неизвестные нелинейные уравнения для того, чтобы сообщить клиенту ценят функциональность.

Усилие основе метрик не всегда самоуправления генерации. Каждый разработчик, который ввел свое время листе могу сказать вам, что время листе не самостоятельного создания.

Усилие основе метрик не очень полезны как интеллектуального показателям из-за нелинейного характера развития программного обеспечения и неточностей в оценке. Оценка вряд ли будет являться окончательным результатом. Таким образом, фактические результаты должны быть собраны в историческом плане. Когда разработчик заполняет время листа, это исторический факт, а не интеллектуальной оценкой. Следовательно, времени и усилий листы перекодировки отстающих индикаторов.

Традиционная разработка метрик строк кода, написанного или время, затраченное не отвечает ни одному из идеальными характеристиками для метрик системы управления.

Переводы уведомления: В статье "Традиционное производство программного обеспечения Метрика" был переведен с использованием автоматизированной услуги перевода. Мы приносим извинения за любые переводы ошибок, которые могут иметь место. Спасибо за ваше понимание.