Экономика инновационных процессов учебное пособие

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

1.в. Размер базы данных (РБД)

Данный фактор учитывает только размер базы данных. Общий объем данных, собираемых в базе данных, характеризуется стоимостным фактором РБД. Структура базы данных влияет на увеличение числа исходных команд, разработанных для программного изделия. Сложность обработки данных характеризуется стоимостным фактором СПП по шкале возрастающей сложности операций.

Рейтинг определяется отношением размера базы данных, выраженного в байтах или символах к размеру программы. При этом под размером базы данных принимается объем собираемых и запоминаемых не в оперативной памяти данных за время процесса приемки ПО пользователем. Численное значение стоимостного коэффициента (см. табл. 8.5) определяется на основании шкалы рейтингов (см. табл. 8.4).

1.г. Мобильность использования компонентов программного продукта для других разработок (МК)

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

2.а. Ограничение по быстродействию (ОБД) Коэффициенты затрат на разработку ПО в зависимости

от ограничения по быстродействию приведены в табл. 8.5. Рейтинг определяется долей ожидаемого времени выполнения программы по отношению к доступным ресурсам времени выполнения, выраженную в процентах (см. табл. 8.4).

212

2.б. Ограничение по оперативной памяти (ОП) Коэффициенты затрат на разработку ПО в зависимости

от жесткости ограничения по оперативной памяти приведены в табл. 8.5. Рейтинг определяется долей оперативной памяти, используемой в программе (см. табл. 8.4).

3.а. Квалификация аналитика (КА)

Несмотря на неполную адекватность предлагаемой зависимости квалификации специалистов от продолжительности работы аналитика по данной тематике, исследования подтверждают повышение производительности труда в 1,5–3 раза при наличии опыта работы в данной области от 1 до 15 лет.

3.б. Квалификация программиста (КП)

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

3.в. Квалификация заказчика (КЗ)

Даже весьма квалифицированные заказчики вынуждены иногда корректировать техническое задание на любых этапах разработки, что снижает производительность труда разработчиков в среднем на 10–20 %. Неоднократное корректирование задания может привести к увеличению затрат в 3–5 раз.

4.а. Применение современных методов разработки про- граммного продукта (ПСМ)

Опыт крупных разработок позволил выделить наиболее широко и эффективно применяемые современные методы:

– использование современных методологий анализа

ипроектирования программных продуктов (ARIS, ERD, RAD

ит.д.);

–использование современных методов программирования: объектно-ориентированного программирования, структурного программирования.

213

Большинство из приведенных методов применяются в совокупности с другими, что не позволяет оценивать отдельно эффективность каждого из них. Интегральные оценки эффективности совокупности методов более стабильны и отражают повышение производительности труда приблизительно на 50 %.

4.б. Использование инструментальных средств (ИИС) Использование инструментальных средств при проекти-

ровании программных продуктов (CASE-системы) и программирования (визуальное компонентное программирование) позволяет повысить производительность труда.

Расчет затрат на разработку

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

В конструктивной модели стоимости33 срок разработки программного продукта рассчитывается по формуле

СР 2,5 ЧМ0,38 ,

где ЧМ – трудоемкость проекта, человеко-месяцев. Уменьшение сроков разработки проекта ведет к увели-

чению трудоемкости разработки примерно на 10–20 %. Однако и увеличение сроков также ведет к росту трудоемкости из-за простоев аппаратных и программных средств разработки и неэффективной работы разработчиков.

Производительность труда рассчитывается по формуле Пртр ЧЧИКМ .

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

Штаты ЧСРМ.

33 Боэм Б.У. Указ. соч.

214

Оценка экономической эффективности применения программного продукта

Показатель эффекта определяет все позитивные результаты, достигаемые при использовании ПП. Экономический эффект от использования ПП за расчетный период Т определяется по формуле

ЭТ РТ Зпр ,

где РТ – стоимостная оценка результатов применения ПП в течение периода Т, руб;

Зпр – стоимостная оценка затрат на создание и сопровождение ПП, руб. (используется Спр). Зпр = Спр.

Стоимостная оценка результатов применения ПП за расчетный период Т определяется по формуле

Т

РТ Рt αT ,

t 0

где Т – расчетный период;

Рt – стоимостная оценка результатов года t расчетного периода, руб.;

αТ – дисконтирующая функция, которая вводится с целью приведения всех затрат и результатов к одному моменту времени.

Дисконтирующая функция имеет вид

где Е – коэффициент дисконтирования. Таким образом,

Т

РТ Рt 1,2t .

t 0

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

215

Эз Зпр.р Зпр.а ,

где Зпр.р – затраты на ручную обработку информации, руб.; Зпр.а – затраты на автоматизированную обработку ин-

формации, руб.

Затраты на ручную обработку информации определяются по формуле

Зпр.р = Ои Ц Гд Нв ,

где Ои – объем информации, обрабатываемой вручную. Мбайт;

Ц – стоимость работы, руб/ч; Гд – коэффициент, учитывающий дополнительные за-

траты времени на логические операции при ручной обработке информации;

Нв – норма выработки, Мбайт/ч.

Затраты на автоматизированную обработку информации рассчитываются по следующей формуле:

Цо – стоимость работы оператора, руб/ч. Экономический эффект от использования ПП за год оп-

ределяется по формуле

Эг Эу Ен Зпр .

Расчет цены программного продукта

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

Цена программной продукции формируется на базе экономически обоснованной либо нормативной себестоимости (Зр) ее разработки и прибыли:

ЦПП СПП Пн НДС,

216

НДС – налог на добавленную стоимость, руб.

В том случае, если ПП будет тиражироваться (п-копий), договорная цена каждой тиражной копии

Цпк ЦПП n .

Результаты расчетов занести в таблицу (табл. 8.5).

8.2. Экономическое обоснование внедрения информационных систем для принятия управленческих решений

По мнению отечественных специалистов34, для того чтобы информационные технологии приносили положительные финансовые результаты, необходимо:

34 Петренко Ф. Прибыльность компании и её связь с ИТ // PC WEEK. 2000. № 36. С. 32–33.

217

1)вовлечь в процесс внедрения ИТ-проекта управляющий персонал всех уровней;

2)определить эффекты от внедрения для всех участников проекта;

3)определить уровень удовлетворенности пользователей проектом;

4)соотнести бизнес-планирование и планирование развития ИТ.

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

1. Анализ методики принятия решений (единоличное, коллегиальное и т.д.).

2. Анализ ориентации концепции управления.

3. Анализ параметров оценки привлекательности отрасли.

4. Анализ адаптивности.

5. Анализ производственно-технический основы производства.

6. Анализ неопределенности деловой среды. Рассмотрим на примере экономический эффект от вне-

дрения ИТ в управленческие процессы.

Анализ деятельности одного из металлургических заводов Пермской области позволил выявить следующие недостатки в ведении учета материально-технических ресурсов предприятия:

218

–фактически не существует единая номенклатура закупаемых материально-технических ресурсов;

–наименование изделий не содержит полной характеристики по ГОСТам и ТУ;

–заявки на приобретаемые материально-технические ресурсы поступают в отдел материально-технического снабжения хаотично, без подтверждения складских остатков;

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

–отдел планово-экономического анализа не может рассчитать нормативы потребления и расхода материальнотехнических ресурсов, так как не может сгруппировать существующую номенклатуру материально-технических ресурсов.

Полученные данные были использованы как материалы для выбора ЭИС. Основными критериями выбора ЭИС были поддержка системы планирования: надежность, отраслевая специфика, гибкость, модульный принцип построения архитектуры, техническая поддержка фирмы-разработчика. Выбор осуществлялся из систем: М-2, «Галактика», интегрированная система управления Syte Line, интегрированная система управления Oracle Applications. Вне зависимости от стоимости программного продукта была выбрана интегрированная система управления Oracle Applications.

В качестве базового программного обеспечения был выбран пакет Oracle Applications, включающий подсистемы Управления финансами (Oracle Financials) и Управление ма-

териальными потоками (Oracle Order Management и Oracle

Purchasing), которые являются оптимальными с точки зрения удовлетворения стратегических целей предприятия35.

35 Подробнее метод выявления оптимальных функциональных критериев освещен в монографии: Быкова Е.С. Математические методы анализа деловой среды как основа построения систем поддержки принятия решений. Пермь, 2004.

219

Календарный план-график проекта подразумевает выход системы на проектную мощность в течение одного года и шести месяцев (6 календарных кварталов) с момента начала работ (рис. 8.3). Также согласно этому плану пилотная часть внедрения системы должна завершиться в течение первых двух кварталов (6 месяцев).

Рис. 8.3. Поэтапное наращивание мощности системы

Инвестиционный проект по внедрению Oracle Applications включает в себя расходные статьи, представленные ниже.

Таблица 8.6

Состав затрат на инвестиции в ИТ

Каждая из этих статей привязана к соответствующему этапу работ. Таким образом, все затраты по проекту (134 653,2 у.е.) распределены во времени (табл. 8.7).

220