2.4.5. Методы “грубой силы” и их применение при отладке программы
Практически все виды тестов – и модульные, и интегральные, и системные – необязательно проводить в отладчике. Для того, чтобы убедиться в результате выполнения функции, достаточно вставить пару строк кода для вывода необходимой информации куда-либо на экран. При отладке VFS использовались вывод в консольное окно тестового приложения и в окно output MSVS. Для вывода в консоль тестового проекта использовался стандартный потока std::cout, для вывода в окно output студии использовались встроенные функции из библиотеки msvcrt. Для более удобного вызова эти библиотечные функции были обернуты в поток.
3.1. Цели определения себестоимости и цены модуля
Любой крупный программный продукт состоит из множества отдельных модулей. Это – правило, продиктованное современным менеджментом разработки программного обеспечения. Оно позволяет эффективно разделить труд разработчиков, уменьшить риски, облегчить сопровождение. Каждый модуль делают по возможности независимым от остальных, и в каждом конкретном случае руководитель должен принимать решение: делать модуль своими силами, купить его коммерческий аналог или воспользоваться аутсорсингом. Ярким примером подобного подхода в игровой индустрии является участившееся использование коммерческих библиотек физики (Havok, Meqon).
В каждом конкретном случае основным экономическим фактором является стоимость модуля. Именно количественной оценке материальных затрат на производство представленного в дипломной работе модуля VFS и посвящен этот раздел. Также рассмотрен вопрос цены модуля на случай его продажи.
3.2. Методы определения себестоимости
В силу специфики труда коллектива программистов, себестоимость программного продукта определяется, в основном, стоимостью труда программистов, стоимостью оборудования и электроэнергии. Существуют методики, позволяющие точно определить себестоимость ПО на основании этих факторов.
3.2.1. Метод калькуляции
Калькуляция осуществляется по заранее составленному списку статей расходов, приведенному в источнике [2]. Типовая схема калькуляции рассмотрена там же.
3.2.2. Расчет на основе нормо-часа
Определение себестоимости изделия на основе цены нормо-часа проводится по формуле:
С_testsample = C_res + Work_coeff * C_normhour (3.1)
где C_testsample - себестоимость опытного образца;
C_res - материальные затраты (стоимость материалов и изделий);
Work_coeff - трудоемкость изготовления изделия в нормо-часах;
C_normhour - цена одного нормо-часа предприятия-изготовителя.
3.2.3. Метод удельных показателей
Используется в случаях, когда выводимый на рынок товар входит в группу изделий, у которых есть один основной параметр, величина которого и определяет уровень цены. Метод удельных показателей позволяет определить себестоимость по удельным затратам на единицу основного технического параметра.
3.2.4. Метод коэффициентов
Совокупные затраты труда HR (human resources) на создание ПС включают ряд составляющих, которые могут становиться доминирующими в зависимости от различных факторов. Наибольшее значение в составе HR при разработке сложных комплексов программ имеют следующие составляющие:
1) на непосредственное проектирование, программирование, отладку и испытание программ в соответствии с требованиями заказчика или пользователей;
2) на сборку опытного образца ПС как продукции производственно-технического назначения;
3) на разработку, подготовку и применение технологий и программных средств, в случае автоматизации разработки программ;
4) на технику;
5) на повышение квалификации специалистов.
Перечисленные составляющие затрат находятся под действием нескольких основных факторов. Ниже приведены оценки степени влияния каждого фактора на составляющие затрат.
Таблица 3.1. Основные составляющие затрат в процессе разработки
|
Составляющие затрат |
Основные факторы, влияющие на составляющую затрат |
Степень влияния |
|
На непосредственную разработку |
Объем ПС |
А |
|
Надежность ПС |
А | |
|
Степень использования ресурсов ЭВМ |
А | |
|
Длительность разработки ПС |
А | |
|
Длительность цикла жизни ПС |
А | |
|
Уровень технологии разработки ПС |
А | |
|
Уровень языка программирования |
В | |
|
На изготовление опытного образца ПС |
Объем ПС |
А |
|
Уровень технологии разработки ПС |
А | |
|
Способ материализации программ |
В | |
|
На технологии и программные средства автоматизации разработки |
Объем ПС |
А |
|
Уровень технологии разработки ПС |
А | |
|
Уровень языка проектирования ПС |
В | |
|
Длительность цикла жизни ПС |
В | |
|
На технику |
Объем ПС |
А |
|
Уровень технологии разработки ПС |
А | |
|
Длительность разработки ПС |
А | |
|
Степень использования ресурсов ЭВМ |
А | |
|
Характеристики ЭВМ |
В | |
|
На повышение квалификации разработчиков |
Тематическая квалификация |
А |
|
Технологическая квалификация |
В | |
|
Программистская квалификация |
В |
Степени влияния: А > 30%, B <= 30%
1) Затраты на разработку программного продукта определяются как частное от деления объема кода программного продукта Code(Кбайт) и производительности труда Eff, коррелируемое на произведение коэффициентов изменения трудоемкости (КИТ) в зависимости от ряда факторов
(3.2)
В состав коэффициентов входят:
(3.3)
- изменение трудоемкости при увеличении объема программы
‑изменение
трудоемкости при изменении базы данных
(3.4)
- учет надежности функционирования ПС, где T – наработка на отказ в часах.
(3.5)
‑ ограничение
ресурсов производительности и оперативной
памяти реализующей ЭВМ, где
-
реальная загрузка (относительные
единицы).
(3.6)
-
длительность предполагаемой эксплуатации,
где
-
время эксплуатации
(3.7)
- предполагаемый тираж ПС N.
2) Затраты на изготовление опытного образца ПС определяются необходимостью обеспечить отчуждение всего комплекса программ от его первичных разработчиков. Удельный вес этих затрат находится в пределах 10-15% от общих затрат на разработку. Затраты на изготовление опытного образца включают в себя:
а) затраты на изготовление носителей программ опытного образца, которые зависят от типа носителя программ. В эту составляющую также входят затраты на копирование, сборку программных компонент и контроль. Пример – поставка ПС на картах памяти или на защищенных носителях.
б) затраты на создание комплекта документации, обеспечивающей квалифицированную эксплуатацию продукта.
3) Затраты на технологии и программные средства автоматизации разработки ПС. Объем и сложность создаваемого ПС значительно влияют на выбор уровня автоматизации технологии и долю затрат в общих затратах на разработку.
Затраты на технологии включают в себя:
а) затраты на создание технологии и приемлемой системы автоматизации разработки программ;
б) затраты на внедрение и освоение технологии и средств автоматизации;
в) затраты на эксплуатацию системы автоматизации разработки программ.
4) Затраты на ЭВМ определяются как сумма затрат, в составе которых:
а) затраты на машинное время в процессе разработки программ;
б) первичные затраты на приобретение ЭВМ;
в) затраты на моделирующие ЭВМ.
5) Затраты на эксплуатацию программ включают в себя:
а) затраты на непосредственную эксплуатацию(зависят от стоимости эксплуатации вычислительных средств и затрат на контроль состояния и возобновления программ);
б) затраты из-за потери эффективности программных средств. Потери возникают вследствие ограниченных ресурсов и проявляются в виде задержек и потерь сообщений, подлежащих обработке, а также в виде растягивания циклов решения периодических задач;
в) затраты из-за потери эффективности при эксплуатации программ вследствие их отказов. Эти потери характеризуют устойчивость ПС к различного рода внешним возмущениям. Интенсивность отказовых ситуаций зависит от уровня отлаженности программ, отказов в аппаратной части ЭВМ и интенсивности искажения исходной информации.
6) Затраты на сопровождение программ включают:
а) затраты на обнаружение и устранение ошибок в каждой версии ПС;
б) затраты на доработку и совершенствование программ, формирование и испытание новых версий ПС;
в) затраты на тиражирование каждой новой версии ПС и ее внедрение в эксплуатируемых и новых системах.
Появление затрат на сопровождение обусловлено необходимостью корректировки для исправления ошибок, а также для модернизации и усовершенствования выполняемых функций.