|
|||||||
АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция |
Модель этапа постархитектуры
Модель этапа постархитектуры используется в период, когда уже сформирована архитектура и выполняется дальнейшая разработка программного продукта. Основное уравнение постархитектурной модели является развитием уравнения предыдущей модели и имеет следующий вид: ЗАТРАТЫ = А х К~req х РАЗМЕР B х Мр +3ATPATЫauto [чел.-мес], где q коэффициент К~req учитывает возможные изменения в требованиях; q показатель В отражает нелинейную зависимость затрат от размера проекта (размер выражается в KLOC), вычисляется так же, как и в предыдущей модели; q в размере проекта различают две составляющие — новый код и повторно используемый код; q множитель поправки Мр зависит от 17 факторов затрат, характеризующих продукт, аппаратуру, персонал и проект. Изменчивость требований приводит к повторной работе, требуемой для учета предлагаемых изменений, оценка их влияния выполняется по формуле К~req =l + (BRAK/100), где BRAK — процент кода, отброшенного (модифицированного) из-за изменения требований. Размер проекта и продукта определяют по выражению РАЗМЕР = PA3MEPnew + PA3MEPreuse [KLOC], где q PA3MEPnew — размер нового (создаваемого) программного кода; q PA3MEPreuse — размер повторно используемого программного кода. Формула для расчета размера повторно используемого кода записывается следующим образом: PA3MEPreuse =KASLOC x ((100 - AT) /100) x (AA + SU + 0,4 DM + 0,3 CM + 0,3 IM)/100, где q KASLOC — количество строк повторно используемого кода, который должен быть модифицирован (в тысячах строк); q AT — процент автоматически генерируемого кода; q DM — процент модифицируемых проектных моделей; q CM — процент модифицируемого программного кода; q IM — процент затрат на интеграцию, требуемых для подключения повторно используемого ПО; q SU — фактор, основанный на стоимости понимания добавляемого ПО; изменяется от 50 (для сложного неструктурированного кода) до 10 (для хорошо написанного объектно-ориентированного кода); q АА — фактор, который отражает стоимость решения о том, может ли ПО быть повторно используемым; зависит от размера требуемого тестирования и оценивания (величина изменяется от 0 до 8). Правила выбора этих параметров приведены в руководстве по СОСОМО II. Для определения множителя поправки Мр основного уравнения используют 17 факторов затрат, которые могут быть разбиты на 4 категории. Перечислим факторы затрат, сгруппировав их по категориям. Факторы продукта: 1) требуемая надежность ПО — RELY; 2) размер базы данных — DATA; 3) сложность продукта — CPLX; 4) требуемая повторная используемость — RUSE; 5) документирование требований жизненного цикла — DOCU. Факторы платформы (виртуальной машины): 6) ограничения времени выполнения — TIME; 7) ограничения оперативной памяти — STOR; 8) изменчивость платформы — PVOL. Факторы персонала: 9) возможности аналитика — АСАР; 10) возможности программиста — РСАР; 11) опыт работы с приложением — АЕХР; 12) опыт работы с платформой — РЕХР; 13) опыт работы с языком и утилитами — LTEX; 14) непрерывность персонала — PCON. Факторы проекта: 15) использование программных утилит — TOOL; 16) мультисетевая разработка — SITE; 17) требуемый график разработки — SCED. Для каждого фактора определяется оценка (по 6-балльной шкале). На основе оценки для каждого фактора по таблице Боэма определяется множитель затрат ЕМi. Перемножение всех множителей затрат дает множитель поправки пост-архитектурной модели: . Значение Мр отражает реальные условия выполнения программного проекта и позволяет троекратно увеличить (уменьшить) начальную оценку затрат.
Поиск по сайту: |
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.) |