WikiDer > SEER-SEM

SEER для программного обеспечения (SEER-SEM) представляет собой программное приложение для алгоритмического управления проектами, разработанное специально для оценки, планирования и мониторинга усилий и ресурсов, необходимых для любого типа проекта разработки и / или сопровождения программного обеспечения. SEER, которое происходит от существительного, относящегося к человеку, обладающему способностью предвидеть будущее, полагается на параметрические алгоритмы, базы знаний, вероятность на основе моделирования и исторические прецеденты, чтобы позволить менеджерам проектов, инженерам и аналитикам затрат точно оценить проект. график затрат, риски и усилия до начала проекта.

История

Предшественники

1966 Модель корпорации развития системы, основанная на регрессиях.^[1]

1980 Дон Райфер и Дэн Галорат бумага, которая подтолкнула к созданию модели JPL Softcost. Эта модель, ранний пример оценки программного обеспечения, позволяет проводить автоматизированный и выполненный анализ рисков. Позднее компания Reifer Consultants сделала коммерческий продукт Softcost.^[2]

1984 Компьютерная экономика JS-2 и Galorath Designed System-3 на основе модели Дженсена.^[3]

Система-3, вдохновленная Дженсеном, и другие системы моделирования, такие как система Барри Бема. КОКОМО и ранние работы Doty Associates можно рассматривать как прямые и косвенные участники программного пакета, который будет разработан Galorath в конце 1980-х годов.

Версия 1.0

В 1988 году компания Galorath Incorporated начала работу над первой версией SEER-SEM, результатом которой стало первоначальное решение, состоящее из 22 000 строк кода. SEER-SEM версии 1.0 был выпущен на 13 5,25-дюймовых гибких дисках и был первым продуктом, работающим в Windows версии 2. Разработка SEER-SEM для Windows считалась рискованной, поскольку операционная система еще не утвердилась в качестве жизнеспособного конкурента доминирующей в настоящее время ОС, Microsoft MS-DOS. Однако принятие формата на основе Windows оказалось полезным, позволив SEER-SEM предложить гораздо более интуитивно понятный пользовательский интерфейс, чем был бы в противном случае доступен в MS-DOS. Галорат выбрал Windows из-за возможность предоставить более графическую пользовательскую среду, позволяя более надежные компромиссы управления и понимание того, что движет проектами программного обеспечения.^[4]

Следующие версии

С момента первого выпуска в 1988 году SEER-SEM претерпел многочисленные обновления, идя в ногу с меняющимися технологиями, адаптируясь для лучшего удовлетворения потребностей клиентов и изменяя модель для достижения более точных оценок. Например, выпуск SEER-SEM версии 4 1994 года включал значительные улучшения в математику, лежащую в основе модели, учитывающую реалии проектов, а не просто аппроксимацию кривой Рэлея, а также десятки дополнительных баз знаний и последние исследования в области программного обеспечения. и показатели сложности. В 2003 году SEER-SEM добавила важные новые функции, такие как постановка целей и настройка рисков. Обе функции работали, как следует из их названий, с анализом рисков, позволяющим менеджерам проектов вносить изменения в оценки, и постановкой целей, позволяющей не только оценивать проекты, но и управлять ими. Версия 6 SEER для программного обеспечения была первой, которая полностью поддерживала COM, что позволило SEER как вводить, так и выводить через различные продукты Microsoft, такие как Excel. Версия 7 включает улучшенную обработку проектов, которые выходят за рамки их оптимальных усилий.^[5]

Текущая версия

SEER для программного обеспечения версии 7.3 является значительным улучшением по сравнению с исходной реализацией, представляя, возможно, первый случай, когда любая версия SEER может быть интегрирована для поддержки всех этапов жизненного цикла проекта. Размер программного обеспечения вырос до более чем 200 000 строк исходного кода и перешел от простого средства генерирования оценок работы с помощью параметрического моделирования к системе, которая подкрепляет эти результаты вероятностью, основанной на моделировании, и более чем 20 000 исторических случаев, из которых можно сделать выводы.^[6]

Оригинальный SEER-SEM также разветвился на:

• SEER для информационных технологий - SEER-IT - версия SEER, созданная для помощи ИТ-специалистам в оценке проектирования, создания и обслуживания инфраструктур информационных технологий и проектов управления услугами.
• SEER для оборудования, электроники и систем - SEER-H - версия SEER, разработанная для помощи в оценке стоимости жизненного цикла любого типа оборудования, электроники или системы.
• SEER для производства - SEER-MFG - версия SEER, предназначенная для оценки подробных производственных затрат на производство, охватывающая широкий спектр практических и новейших знаний о производственных процессах.

Пользователи

SEER for Software имеет тысячи лицензированных пользователей, включая гигантов аэрокосмической отрасли, банковского дела, финансов, розничной торговли, страхования и производства. Пользователи включают Bank of America, Boeing, Ford Motor Company, Lockheed Martin, Национальное управление океанических и атмосферных исследований, Northrop Grumman, Siemens, Raytheon и Министерство обороны США.^[7]

Технические детали

Программа SEER for Software предназначена для работы в среде Windows, а начиная с версии 6 и далее полностью поддерживает COM, что позволяет пользователям взаимодействовать с программой SEER со многими продуктами Windows, включая Microsoft Office. Его текущий основной API основан на автоматизации Microsoft. Сама программа написана на C и C ++.

Группа моделей

SEER для программного обеспечения (SEER-SEM) состоит из группы моделей, работающих вместе, чтобы предоставить оценки усилий, продолжительности, укомплектования персоналом и дефектов. Эти модели можно кратко описать с помощью вопросов, на которые они отвечают:

• Калибровка. Насколько велик оцениваемый программный проект (строки кода, функциональные точки, варианты использования и т. Д.)
• Технологии. Какова возможная продуктивность разработчиков (возможности, инструменты, практики и т. Д.)
• Расчет трудозатрат и графика. Какое количество сил и времени требуется для завершения проекта?
• Расчет ограниченных усилий / графика. Как меняется ожидаемый результат проекта при наложении ограничений по расписанию и персоналу?
• Деятельность и распределение труда. Как следует распределить деятельность и труд в смете?
• Расчет стоимости. Сколько будет стоить проект с учетом ожидаемых усилий, продолжительности и распределения рабочей силы?
• Расчет дефектов. Каково ожидаемое объективное качество поставляемого программного обеспечения с учетом типа продукта, продолжительности проекта и другой информации?
• Расчет трудозатрат на техническое обслуживание. Сколько усилий потребуется для надлежащего обслуживания и обновления развернутой системы программного обеспечения?
• Прогресс. Как продвигается проект и чем он закончится. Также как перепланировать.
• Срок действия. Достижимо ли это развитие на основе задействованной технологии?

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

Размер программного обеспечения - ключевой фактор для любой модели оценки и для большинства программные параметрические модели. Поддерживаемые метрики размеров включают исходные строки кода (SLOC), функциональные точки, определение размеров на основе функций (FBS) и ряд других мер. Они переведены для внутреннего пользования в эффективные размеры (${displaystyle S_ {e}}$). ${displaystyle S_ {e}}$ является формой общей валюты в модели и позволяет смешивать новый, повторно используемый и даже коммерческий готовый код для комплексного анализа процесса разработки программного обеспечения. Общий расчет для ${displaystyle S_ {e}}$ является:

${displaystyle S_ {e} = NewSize + ExistingSize * (0,4 * Redesign + 0,25 * Reimpl + 0,35 * Retest)}$

Как указано, ${displaystyle S_ {e}}$ увеличивается прямо пропорционально количеству разрабатываемого нового программного обеспечения. ${displaystyle S_ {e}}$ увеличивается на меньшую величину, так как существующий код повторно используется в проекте. Степень этого увеличения определяется объемом доработки (редизайн, повторная реализация и повторное тестирование), необходимых для повторного использования кода.

Размер на основе функций

Хотя SLOC - общепринятый способ измерения абсолютного размера кода с точки зрения разработчика, такие показатели, как функциональные точки, функционально фиксируют размер программного обеспечения с точки зрения пользователя. Метрика определения размеров на основе функций (FBS) расширяет функциональные точки, так что скрытые части программного обеспечения, такие как сложные алгоритмы, могут быть легче определены. FBS преобразуется непосредственно в нескорректированные функциональные точки (UFP).

В SEER-SEM все метрики размеров переводятся в ${displaystyle S_ {e}}$, в том числе введенные с использованием FBS. Это не простое преобразование, т. Е. Не языковая корректировка, как это делается с часто осмеянным обратный огонь метод. Скорее, модель включает факторы, включая этап оценки, операционную среду, тип приложения и сложность приложения. Все эти соображения существенно влияют на соответствие функционального размера и ${displaystyle S_ {e}}$. После того, как FBS переведен в функциональные баллы, он затем преобразуется в ${displaystyle S_ {e}}$ в качестве:

${displaystyle S_ {e} = Lx * (AdjFactor * UFP) ^ {frac {Entropy} {1.2}}}$

куда,

• ${displaystyle Lx}$ является фактором расширения, зависящим от языка.
• ${displaystyle AdjFactor}$ является результатом расчетов с учетом других факторов, упомянутых выше. Энтропия колеблется от 1,04 до 1,2 в зависимости от типа разрабатываемого программного обеспечения.

Расчет трудозатрат и продолжительности

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

${displaystyle K = D ^ {0.4} * ({frac {S_ {e}} {C_ {te}}}) ^ {E}}$

куда,

• ${displaystyle S_ {e}}$ эффективный размер - представленный ранее
• ${displaystyle C_ {te}}$ эффективная технология - составная метрика, которая фиксирует факторы, связанные с эффективностью или производительностью, с которой может осуществляться разработка. Обширный набор людей, процессов и параметров продукта влияет на рейтинг эффективных технологий. Более высокий рейтинг означает, что разработка будет более продуктивной.
• ${displaystyle D}$ - сложность укомплектования персоналом - оценка присущей проекту сложности с точки зрения скорости добавления персонала к проекту.
• ${displaystyle E}$ это энтропия - В былые времена энтропия была зафиксирована на уровне 1,2. Затем он расширился до 1.04 до 1.2 в зависимости от атрибутов проекта, при этом более мелкие ИТ-проекты имели тенденцию к снижению. В настоящее время энтропия составляет от 1,0 до 1,2 в зависимости от атрибутов проекта. SEER допускает энтропию меньше 1.0, если такое обстоятельство также соблюдается.

После получения усилий продолжительность решается с использованием следующего уравнения:

${displaystyle t_ {d} = D ^ {- 0,2} * ({frac {S_ {e}} {C_ {te}}}) ^ {0,4}}$

Уравнение продолжительности выводится из ключевых формульных соотношений. Его ${displaystyle 0.4}$ экспонента указывает, что по мере увеличения размера проекта продолжительность также увеличивается, хотя и менее чем пропорционально. Эта взаимосвязь между размером и продолжительностью также используется в алгоритмах планирования на уровне компонентов с вычислением перекрытия задач, которое соответствует общей предполагаемой продолжительности проекта.

Примечания

Рекомендации

Фишман, Ли; Макричи, Карен; и Галорат, Дэниел Д. Внутри SEER-SEM, CROSSTALK Журнал оборонной программной инженерии, апрель 2005 г., стр. 26–28.

Официальный сайт SEER-SEM