694_Metodicheskie_rekomendatsii_po_podgotovke_Kanev_V.S

RESL – архитектура и управление рисками; TEAM– сработанность команды;

PMAT – зрелость процессов; Факторы продукта:

RELY – требуемая надежность ПО; DATA – размер базы данных; CPLX – сложность продукта;

REUSE – требуемая повторная используемость;

DOCU – документирование требований жизненного цикла; Факторы платформы (виртуальной машины):

TIME – ограничение времени выполнения; STOR – ограничения памяти;

PVOL – изменчивость платформы; Факторы персонала:

ACAP– возможности аналитика;

PCAP – возможности программиста;

AEXP– опыт работы с приложением;

PEXP– опыт работы с платформой;

LTEX – опыт работы с языком и утилитами; PCON – текучесть персонала;

Факторы проекта:

TOOL – использование программных утилит; SITE– мультисетевая разработка;

SCED – требуемый график разработки;

Затратыauto – затраты на автоматическую генерацию кода (при ее наличии).

На основе модели COCOMO II можно привести расчет трудозатрат и сроков проекта на различных этапах жизненного цикла ПС. В качестве примера в таблицах 7.2, 7.3 приведено данное распределение при использовании каскадной модели ЖЦ ПС, а по видам работ в пределах каждой фазы – в таблице 7.4.

Таблица 7.2 – Распределение трудозатрат на различных этапах ЖЦ ПС В процентах

31

Таблица 7.3 – Распределение сроков на различных этапах ЖЦ ПС В процентах

Таблица 7.4 – Распределение трудозатрат по видам работ на каждой фазе ЖЦ ПС

Калибровка модели СОСОМО II (выбор наборов факторов) включает следующие этапы [30]:

устанавливаются значения и сумма рейтингов масштабных факторов, при которых производится первичное оценивание экономических характеристик;

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

32

трудоемкость производства программного продукта, которые сравниваются с предыдущей оценкой;

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

Функции, корректирующие трудоемкость, имеют следующий вид:

n

b 0,91 0,01 Fi ,

i 1

Mp,e P1 P2 ... Pn ,

где Fi – масштабные факторы; Pi – рейтинговые факторы.

Сущность факторов, определение значений их уровня, а также значения самих факторов приведены ниже и в таблицах 7.5-7.26 [46].

RELY – требуемая надежность ПО – фактор, определяющий степень надежности ПО в течении всего жизненного цикла. Уровень считается очень низким, если последствия от сбоя доставляют лишь незначительные неудобства, и принимается очень высоким, если существует риск жизни людей.

DATA – размер базы данных – определяет влияние размера тестовых данных на разработку ПО. Оценка определяется отношением размера базы данных в байтах к количеству строк кода. Уровень фактора оценивается как очень низкий, если величина отношения меньше 10, и очень высоким, если отношение больше 1000.

CPLX – сложность продукта – фактор определяется пятью областями: операции управления, вычислительные операции, аппаратно-зависимые операции, операции по управлению данными, операции с пользовательским интерфейсом. Итоговый рейтинг определяется как средневзвешенный рейтинг по этим пяти областям.

REUSE – требуемая повторная используемость – фактор обусловлен дополнительными затратами, необходимыми для реализации компонентов, которые можно использовать повторно в текущих и будущих проектах. Данные затраты связаны с разработкой более универсального (общего) ПО, более обширной документации и более тщательным тестированием компонентов. Разработка с повторным использованием накладывает ограничения на значения факторов RELY и DOCU. Фактор RELY может быть ниже REUSE не более чем на один уровень. Фактор DOCU должен быть не ниже уровня «Нормальный» для значений «Нормальный» и «Высокий» фактора REUSE и, по крайне мере, должен иметь уровень «Высокий» для значений «Очень высокий» и «Существенно высокий» фактора REUSE.

DOCU – документирование требований жизненного цикла – фактор оценивает пригодность документации для жизненного цикла проекта ПО. Попытки снизить затраты на документацию (уровни «Существенно низкий» и «Низкий»), как правило, сопровождаются ростом расходов на обслуживание ПО.

33

TIME – ограничение времени выполнения – является мерой, определяющей ограничение на время выполнения, обусловленное ограничениями, наложенными на программную систему. Определяется процентом от общего доступного времени выполнения.

STOR – ограничения памяти – фактор, отражающий меру ограничений, наложенных на систему со стороны устройств памяти. Несмотря на то, что в настоящее время доступны практически неограниченные объемы памяти, возможность расширения приложения (а, соответственно, и потребления ресурсов) оставляет влияние этого фактора значимым.

PVOL – изменчивость платформы. Платформа – комплекс технических средств и программного обеспечения. При разработке операционной системы платформой будет являться аппаратное обеспечение. Для СУБД – операционная система и оборудование вычислительной системы, для браузера – инфокоммуникационная сеть, операционная система, аппаратное обеспечение, распределенные информационные системы инфраструктуры управления internet.

ACAP – возможности аналитика. Аналитик – сотрудник, работающий с требованиями, системным проектированием и детальным проектированием. Данный фактор учитывает следующие основные характеристики: способность к анализу и системному проектированию, эффективность, тщательность, умение общаться и сотрудничать. Данный фактор не учитывает уровень опыта аналитика, так как он оценивается с помощью APEX, LTEX, PLEX.

PCAP – возможности программиста – определяется аналогично фактору

ACAP.

PCON – текучесть кадров – определяется степенью устойчивости кадрового состава.

Факторы AEXP – опыт работы с приложением, PEXP – опыт работы с платформой, LTEX – опыт работы с языком и утилитами – определяют время участия команды разработчиков в проекте ПО.

SCED – требуемый график разработки – данный фактор зависит от возможности сжатия стандартных сроков проекта ПО.

TOOL – использование программных утилит – характеризует сложность и функциональность инструментальных средств, используемых при реализации проекта ПО.

SITE – мультисетевая разработка – фактор, характеризующий необходимость учета сетевой обработки.

Некоторые факторы определяются через другие (сумму факторов) с учетом того, что «Очень низкий» уровень фактора соответствует 1, а уровень «Существенно высокий» – 5.

PREC – прецедентность, наличие опыта аналогичных разработок (очень низкий уровень – опыт в разработке продукта и платформы отсутствует; очень высокий уровень – продукт и платформа полностью знакомы).

FLEX – гибкость процесса разработки (очень низкий уровень – процесс строго детерминирован; очень высокий уровень – определены только общие цели).

34

RESL – архитектура и управление рисками (очень низкий уровень – риски неизвестны/не проанализированы; очень высокий уровень – риски полностью известны).

TEAM – сработанность команды (очень низкий уровень – формальные взаимодействия; очень высокий уровень – полное доверие, взаимозаменяемость и взаимопомощь).

PMAT – зрелость процессов (очень низкий уровень – CMM Level 1; очень высокий уровень – CMM Level 5).

PERS – квалификация персонала (существенно низкий уровень – аналитики и программисты имеют низшую квалификацию, текучесть кадров больше 45%; существенно высокий уровень – аналитики и программисты имеют высшую квалификацию, текучесть меньше 4%).

RCPX – сложность и надежность продукта (существенно низкий уровень

–продукт простой, специальных требований по надежности нет, БД маленькая, документация не требуется; существенно высокий уровень – продукт очень сложный, требования по надежности жесткие, БД сверхбольшая, документация требуется в полном объеме).

RUSE – разработка для повторного использования (существенно низкий уровень – не требуется; существенно высокий уровень – требуется повторное использование в других продуктах).

PDIF – сложность платформы разработки (существенно низкий уровень

–специальные ограничения по памяти и быстродействию отсутствуют, платформа стабильна; существенно высокий уровень – жесткие ограничения по памяти и быстродействию, платформа нестабильна).

PREX – опыт персонала (существенно низкий уровень – новое приложение, инструменты и платформа; существенно высокий уровень – приложение, инструменты и платформа хорошо известны).

FCIL – оборудование (существенно низкий уровень – инструменты простейшие, коммуникации затруднены; существенно высокий уровень – интегрированные средства поддержки жизненного цикла, интерактивные мультимедиа коммуникации).

SCED – сжатие расписания (существенно низкий уровень – 75% от номинальной длительности; существенно высокий уровень – 160% от номинальной длительности).

35

Таблица 7.5 – Уровень фактора RELY

36

Продолжение таблицы 7.7

37

Продолжение таблицы 7.7

38

Окончание таблицы 7.7

Таблица 7.8 – Уровень фактора REUSE

Таблица 7.9 – Уровень фактора DOCU

39

Таблица 7.10 – Уровень фактора TIME

Таблица 7.11 – Уровень фактора STOR

Таблица 7.12 – Уровень фактора PVOL

Таблица 7.13 – Уровень факторов ACAP, PCAP

40