книги / Организация производства и менеджмент

Окончание табл. 7 . 9

1.а. Требуемая надежность программного продукта (ТНПП)

В качестве параметра используется наработка на отказ Тн. Зависимость ТНПП от параметра Тн показана на рис. 8.1 и рассчитывается по формуле32:

Ф1.а = lg(ТН *10),

Рис. 7.1. Зависимость коэффициента изменения трудоемкости Ф1.а от наработки на отказ Тн

32 Липаев В.В. Оценка затрат на разработку программных средств / В.В. Липаев. А.И. Потапов. – М.: Финансы и статистика, 1988;

181

1.б. Сложность программного продукта (СПП)

В качестве показателя сложности используется объем программ, выраженный в числе исходных команд. По мере увеличения объема программы возрастает трудоемкость разработки каждой очередной команды в программе. Зависимость изменения стоимостного коэффициента данного фактора от объема программ нелинейна и высчитывается по формуле:

Ф1.б = lg(ТН 10)−3 ,

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

Рис. 7.2. Зависимость коэффициента изменения трудоемкости Ф1.б от объема программного продукта

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

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

182

Сложность обработки данных характеризуется стоимостным фактором СПП по шкале возрастающей сложности операций.

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

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

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

2.а. Ограничение по быстродействию (ОБД)

Коэффициенты затрат на разработку ПО в зависимости от ограничения по быстродействию приведены в таблице 7.8. Рейтинг определяется долей ожидаемого времени выполнения программы по отношению к доступным ресурсам времени выполнения, выраженную в % (таблица 7.7).

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

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

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

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

183

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

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

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

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

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

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

–использование современных методологий анализа и проектирования программных продуктов (ARIS, ERD, RAD и т.д.);

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

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

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

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

184

Расчет затрат на разработку Далее по формуле 1 рассчитываются затраты на разработку

программного продукта.

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

СР = 2,5*ЧМ0,38 ,

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

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

Производительность труда рассчитывается по формуле:

ПТ = ЧИКЧМ ,

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

Штаты= ЧМСР ,

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

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

ЭТ = РТ − ЗР ,

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

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

33 Боэм Б.У. Инженерное проектирование программного обеспечения / Б.У. Боэм. – М.: Радио и связь. 1985.

185

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

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

at =1(1+ Е)t ,

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

Т

РТ = ∑Рt 1,2t ,

t =0

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

ЭУ = ЗР − ЗА ,

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

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

ЗР =ОИ * Ц * ГД НВ ,

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

186

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

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

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

ЗА =tА * ЦМ +tО *(ЦМ + ЦО ),

где tА – время автоматической обработки, час; ЦМ – стоимость машинного времени, руб./час; tО – время работы оператора, час;

ЦО – стоимость работы оператора, руб./час.

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

ЭГ = ЭУ − ЕН * ЗР ,

Расчет цены программного продукта Определение договорной цены программного продукта необ-

ходимо для случая возможной его продажи.

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

ЦПП =СПП + ПН + НДС ,

где ЦПП – цена программного продукта, руб.; СПП – себестоимость ПП (либо Зр), руб.; ПН – нормативная прибыль, руб.; НДС – налог на добавленную стоимость, руб.

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

ЦПК = ЦПП n .

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

187

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

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

результаты, необходимо34:

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

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

проекта;

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

ектом;

4)соотнести бизнес-планирование и планирование развития ИТ. Наиболее сложным из перечисленных требований является тре-

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

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

188

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

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

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

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

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

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

6.Анализ неопределенности деловой среды

Рассмотрим на примере экономический эффект от внедрения ИТ в управленческие процессы.

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

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

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

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

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

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

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

выбора ЭИС. Основными критериями выбора ЭИС были поддержка

189

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

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

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

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

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

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

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

190