Отчет о нир листов
| Вид материала | Отчет |
- Отчет нии экспериментальной медицины сзо рамн о выполнении плана нир за 2009г и план, 29.72kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка и создание, 107.74kb.
- Отчет о научно-исследовательской работе за 2007 год Тема нир: Разработка новых радиоволновых, 53.72kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Разработка новых радиоволновых, 49.86kb.
- Отчет о научно-исследовательской работе за 2008 год Тема нир: Исследование новых механизмов, 65.37kb.
- Лексикология для высших учебных заведений1[1], 2831.98kb.
- Отчет о научной деятельности Сибирского государственного индустриального университета, 292.94kb.
- Р. И. об итогах нир университета за 2009 год на Ученом совете от 8 февраля 2010 год, 887.59kb.
- Отчет о нир/окр (бумажная версия) (наименование отчета), 45.75kb.
- Отчет по нир, 650.93kb.
.3Направление 3. Финансово-экономическое обоснование концепции СПО
.3.1Методология
Задачей настоящего направления работ является обоснование целесообразности решений и методов стандартизации, предлагаемых в Концепции. При этом учитывается, что наиболее существенные эффекты от внедрения стандартизации находятся не только в экономической, но и в социально-политической сфере и не могут быть прямо оценены в денежном измерении.
В связи с этим в работе не ставится задача полностью оценить весь экономический эффект от внедрения концепции, а демонстрируется, что даже частного эффекта от экономии бюджетных средств на разработке интеграционных компонентов для государственных информационных систем достаточно для полного покрытия расходов, связанных с созданием, внедрением и сопровождением Концепции.
Кроме того, проанализированы возможные негативные экономические эффекты и показано, что они в достаточной степени компенсированы симметричными выгодами.
.3.2Ожидаемые эффекты внедрения концепции стандартизации программного обеспечения
.3.2.1Прямой экономический эффект
Одной из важнейших задач при построении «электронного правительства» и информационного общества вообще является обеспечение эффективного и прозрачного обмена данными между информационными системами государственных органов, граждан и организаций.
Однако разнообразие информационных технологий на современном рынке таково, что вероятность принятия однотипных технических решений при реализации программных интерфейсов в отсутствии единой политики стандартизации крайне низка. Анализ внедряемых в госорганах информационных систем на примере проектов Минэкономразвития РФ показал, что даже при применении одинаковых стандартизированных протоколов межсистемного взаимодействия (SOAP и т.п.), разработчиками используются несовместимые или нескоординированные по форматам данных решения. Фактически ни одна внедренная на сегодня система не может взаимодействовать с другой без программ-посредников, обеспечивающих согласование интерфейсов. Разработка, внедрение и эксплуатация таких посредников (интеграционных компонентов), является трудоемкой и дорогостоящей задачей. Кроме того, при отсутствии координации между интерфейсов количество требуемых компонентов взаимодействия возрастает значительно быстрее количества самих систем: при двух взаимодействующих системах – один, при трех – три, при четырех - 6 и т.д., по формуле
N*(N-1)/2 (1)
С некоторого момента стоимость компонентов взаимодействия может превысить стоимость самих взаимодействующих систем. Организация взаимодействия становится нерентабельной, а система связей – практически неуправляемой. На практике данный порог уже достигнут – интеграция государственных систем идет крайне низкими темпами.
Приведение межмашинных интерфейсов систем к некоторому скоординированному и целостному набору стандартов и спецификаций, что предполагает Концепция, позволило бы исключить потребность в интеграционных компонентах для новых систем и сильно сократить количество и сложность компонентов, используемых для реализации взаимодействий с уже внедренными (унаследованными) системами.
Таким образом, прямой экономический эффект от реализации Концепции может быть определен, как стоимость интеграционных компонентов, необходимость в разработке которых отпадёт.
При оценке экономического эффекта используется принцип пессимистической оценки, т.е. при наличии различных вариантов расчета и невозможности заранее определить реальные условия внедрения, за основу принимается вариант, дающий в конечном счете наименьший положительный результат (т.е. потенциальные источники экономии занижаются, а расходы - завышаются).
За основу при определении трудоемкости, и, следовательно, стоимости создания интеграционных компонентов был взят ОСТ 4.071.030, определяющий нормативы трудоёмкости при создании АСУП.
Применимость данного документа для оценки затрат на интеграцию разнородных систем в государственных ведомствах определяется следующими факторами
- данный стандарт является фактически единственным официально признанным и утвержденным на межведомственном уровне сборником нормативов и методик расчета трудоемкости создания автоматизированных систем. В связи с этим он часто используется для обоснования сметной стоимости работ по государственному заказу даже несмотря на то, что с вступлением в силу Закона Российской федерации о техническом регулировании данный отраслевой стандарт утратил обязательную силу.
- стандарт устанавливает достаточно обоснованные нормы трудозатрат, связанных с реализацией специфических требований каскадной модели разработки и документирования АС по ГОСТ серии 34 и программного обеспечения по ГОСТ 19. Указанные стандарты до сих пор широко используются при установлении требований к государственным информационным системам, что поддерживает и актуальность указанного ОСТ, несмотря на существенное моральное устарение многих его пунктов и разделов.
Нормативы трудоёмкости на проектирование АСУП дифференцированы стандартом в зависимости от:
- технологии обработки информации (используется ли СУБД);
- степени новизны;
- сложности задач и программ.
Для простоты предположим, что интеграционные компоненты (шлюзы) не осуществляют долговременного хранения передаваемых данных и не требуют использования СУБД.
С алгоритмической точки зрения задачи интеграции в большинстве случаев являются достаточно тривиальными – необходимо только преобразовать форматы данных и информационные запросы по заранее известным правилам. Это позволяет отнести данные задачи к 4 группе сложности (алгоритмы, позволяющие осуществлять организацию массивов нормативно-справочной информации). В то же время сами интеграционные программы достаточно трудоемки в разработке, имеют сравнительно сложную логическую структуру, отличающиеся разнообразием форм входных или выходных документов или сложностью получения данных, что позволяет отнести их ко 2 группе сложности.
В целом структура затрат на создание «с нуля» показана в табл.2
Таблица 2. Затраты на создание компонентов взаимодействия
| Наименование работы | Трудоёмкость по степени новизны, нормо-часы. | ||
| 1 | 2 | 3 | |
| Разработка технического задания * | 10772 | 7863 | 4952 |
| Разработка технического проекта (общесистемные задачи) | 8873 | 5883 | 1547 |
| Постановка задачи и разработка алгоритма решения по группам сложности: | | | |
| для группы сложности 4 | 462 | 345 | 230 |
| Реализация проекта (общесистемные задачи) | 6993 | 4980 | 3066 |
| Разработка программ и программной документации по группам сложности на языках программирования на проблемно-ориентированных языках типов Кобол, ПЛ-1 | | | |
| для группы сложности 2 | 1760 | 1320 | 880 |
| ИТОГО: | 28860 | 20391 | 10675 |
В июне 2006 г. среднемесячная зарплата в Российской Федерации составляла 11106,4 рублей (по данным, опубликованным Министерством здравоохранения и социального развития Российской Федерации, f.ru/userdata/Dep_analysis/analit_01_09_06/). С учетом инфляции, которая по прогнозам Минэкономразвития РФ составит к концу 2006 года около 11% годовых, примем для дальнейших расчетов округленную среднемесячную ставку 12 тыс. рублей (фактические эта сумма существенно занижена по отношению к реальной среднерыночной заработной плате квалифицированного программиста или иного специалиста в области IT).
С учетом налогов, исчисляемых от фонда оплаты труда (40%), прямые затраты составят 16800 рублей в месяц или 95 руб/час. Принимая, что накладные расходы в области разработки программного обеспечения соотносятся с ФОТ как 1:1, конечная стоимость человеко-часа составит 164 рубля.
Данная сумма в целом согласуется по порядку величин с нормативными расценками на работы в облясти IT, принятыми рядом государственных органов и ведомств на различных уровнях. Так, например, в «Сборнике расценок на техническое и сервисное обслуживание информационных систем и ресурсов органов власти и организаций города Москвы», утвержденном распоряжением Департамента экономической политики и развития города Москвы от 30 декабря 2003 года № 15-Р, принята средняя стоимость человеко-часа в размере 182,8 руб.
Это показывает, что хотя приведенный расчет и не отображает реальной структуры затрат разработчиков и поставщиков информационных систем, методически он дает достаточно достоверную и даже заниженную оценку сметной стоимости работ по созданию программного обеспечения для госнужд вообще и интеграционных компонентов в частности.
Нормативная стоимость разработки одного интеграционного компонента в зависимости от степени его новизны приведена в табл. 3.
Таблица 3. Трудозатраты на разработку компонентов.
| Степень новизны | Трудозатраты, чел/час | Стоимость интеграционного компонента, млн. руб. |
| 1 степень новизны. Создание нового шлюза для существующей системы. | 28860 | 4,73 |
| 2 степень новизны. Использование готовых компонентов взаимодействия (библиотек, шлюзов) с доработкой под нужды конкретной системы. | 20391 | 3,34 |
| 3 степень новизны. Привязка готового решения - использование стандартной интеграционной платформы и т.п. | 10675 | 1,75 |
| Интеграционный компонент, включенный в состав вновь разрабатываемой системы. | 2222 | 0,36 |
Указанные суммы не включают в себя затраты на техническое обеспечение, покупное ПО и т.п. расходы, т.е. фактическая общая стоимость интеграционного решения может быть существенно выше.
В последней строке таблицы рассмотрена ситуация, когда требования по интеграции изначально заложены в технические требования на разработку системы, т.е. в трудозатраты не включаются общесистемные работы, а только непосредственная постановка задачи и программирование интеграционного компонента (в этом случае степень новизны принимается за 1).
Рассмотрим возможные сценарии взаимодействия в условиях отсутствия стандартизации.
Вариант 1. Взаимодействие двух существующих несовместимых систем. Затраты в данной ситуации зависят от того, возможно ли использовать для организации взаимодействия какое-либо типовое решение с привязкой под конкретную задачу и составят от 1,75 до 4,73 млн. рублей.
Рисунок 4. Взаимодействие двух несовместимых систем
Вариант 2. Взаимодействие нескольких совместимых систем с несовместимой. В оптимальном случае при этом необходимо создание компонента взаимодействия на стороне несовместимой системы, в этом случае затраты на интеграцию составят от 1,75 до 4,73 млн. рублей, как при взаимодействии двух несовместимых систем.
Рисунок 5. Взаимодействие нескольких совместимых систем с несовместимой.
Однако существующая нормативная база не позволяет принудить ведомство, владеющее какой-либо информационной системой к обеспечению технических требований по совместимости (если оно само не заинтересовано в этом), а создание межведомственных систем-шлюзов вызывает большие организационные сложности. В этой ситуации каждый из владельцев смежных систем будет вынужден внедрять собственный интеграционный компонент, т.е. затраты возрастут прямо пропорционально количеству взаимодействующих систем.
Рисунок 6. Взаимодействие нескольких совместимых систем с несовместимой при неоптимальной (нескоординированной) организации взаимодействия.
Вариант 3. Разработка новой системы, предназначенной для взаимодействия с несовместимыми. В этом случае необходимо будет разработать по одному модулю взаимодействия для каждой несовместимой системой, что удорожает разработку на N*0,36 млн. рублей, где N- число несовместимых взаимодействующих систем.
Рисунок 7. Взаимодействие вновь разрабатываемой системы с несколькими несовместимыми унаследованными системами.
Вышеприведенные расчеты отражают только первоначальные затраты на обеспечение взаимодействия и не учитывают постоянной составляющей затрат, связанной с обслуживанием и технической поддержкой интеграционных компонентов.
Концепция стандартизации программного обеспечения в рамках начального этапа предполагает внедрение стандартных механизмов, протоколов и форматов взаимодействия прежде всего на межведомственном уровне. При этом для обеспечения совместимости с уже существующими системами возможно использование ведомственных шлюзов:
Рисунок 8. Организация взаимодействия через ведомственный шлюз.
Из схемы видно, что экономия на каждом интерфейсе составит от:
Э = N*0,36 млн. рублей, (2)
где N – количество взаимодействующих с ведомством несовместимых систем при оптимальной организации взаимодействия (целиком через ведомственный шлюз со встроенными компонентами для внешних взаимодействий, по варианту 3)
до
Э = Σ Ci – (4, 73 + N*0,36) млн.руб, (3)
Где i – номер взаимодействия, осуществляемого между ведомственной и внешней системой, Ci – стоимость реализации этого взаимодействия, млн. руб (по Таблица 3), N – количество несовместимых унаследованных ведомственных систем.
Например, при максимально неудачной (но встречающемся на практике) схеме, где для взаимодействия с каждой ведомственной системой в смежной системе разрабатывается отдельный компонент сопряжения, стоимость организации взаимодействия между двумя ведомственными и тремя смежными несовместимыми системами, каждая из которых взаимодействует с обеими ведомственными, экономический эффект от внедрения составит:
Э = 6*4,73 – 4,73 – 2*0,36 = 22,93 млн. рублей.
При этом затраты на разработку отдельных компонентов взаимодействия во вновь внедряемых системах следует принять равными нулю, т.к. обеспечение совместимости должно быть заложены в общие затраты на проектирование и создание системы. Таким образом, экономия на каждой вновь внедряемой системе составит до N*0,36 млн. рублей, где N- число взаимодействующих смежных систем.
В дальнейшем Концепция предполагает распространение требований по стандартизации на внутриведомственные межсистемные взаимодействия и межкомпонентные взаимодействия внутри систем. Это значительно увеличит экономический эффект и, в частности, сократит затраты на создание модулей сопряжения с унаследованными системами (коэффициент N в формуле 3). В перспективе по мере миграции на стандартизованные информационные системы необходимость в разработке и поддержке ведомственных шлюзов может вообще отпасть.
Точный расчет экономического эффекта в масштабах федеральных ведомств требует полной инвентаризации существующих и планируемых взаимодействий между государственными информационными системами. Однако для целей определения целесообразности внедрения концепции достаточно оценить вероятный экономический эффект на примере 10 ведущих по уровню информатизации государственных ведомств, доля которых в государственном заказе на сегодня составляет свыше 85% (см. аналитические материалы Минэкономразвития РФ). Для простоты предположим, что на уровне этих ведомств обеспечивается внутренняя совместимость внутриведомственных систем, т.е. внутреннюю информационную сеть ведомства можно рассматривать, как единую системы (в противном случае затраты на интеграцию возрастут, т.е. экономический эффект стандартизации будет еще выше).
Исходя из потребности взаимодействия всех этих ведомств, необходимое количество компонентов взаимодействия составит 45 (по формуле 1 для N=10), а стоимость их разработки – до 212,85 млн. рублей. В случае внедрения концепции компонент взаимодействия может быть унифицирован для каждого ведомства, т.е. стоимость разработки составит 47,3 млн. рублей. Экономический эффект стандартизации, таким образом, составит около 165,55 млн. рублей только за счет исключения дублирования разработок интеграционных компонентов.
Правильность сделанных в настоящем разделе оценок подтверждается анализом выступлений экспертов в специализированных СМИ и Интернете.
Так, по оценке специалистов компании SAP затраты на каждый интерфейс приблизительно составляют 28 000-36 000 долл. США на разработку и 4000-6000 долл.США в год на поддержку. Общие затраты владения включают стоимость интеграции различных платформ, стоимость компонентов интеграционной платформы, а также стоимость интеграции приложений и платформ и стоимость приложений. Эта оценка вполне сопоставима с полученными выше расчетами стоимости разработки интеграционного компонента с учетом того, что среднее количество задействованных во взаимодействии между системами интерфейсов может достигать в среднем 5-10 (интерфейсы авторизации, служебные интерфейсы, собственно интерфейсы прикладных данных).
В целом доля затрат на интеграцию в общей стоимости расходов организации на информатизацию, по мнению экспертов, составляет от 10 до 40%. Министерство экономического развития и торговли РФ расходы государственных министерств и ведомств на информатизацию в 2005 г. составили около 60 млрд. рублей (а ссылка скрыта). Предполагая, что стандартизация программного обеспечения в органах власти сократит количество разнородных интерфейсов (и, соответственно, затрат на их разработку и поддержание) хотя бы на треть, получаем ежегодный экономический эффект от 2 млрд. рублей (при оценке затрат на интеграцию в 10%) до 8 и более млрд. (при оценке затрат на интеграцию в 40%).
Данная оценка является достаточно сдержанной: для сравнения, ежегодный экономический эффект от внедрения аналогичной по направленности концепции SAGA составляет до 20% от стоимости используемых в госсекторе систем (по прогнозам, публикуемых на официальном сайте bund.de/). Общий же экономический эффект от внедрения стандартов в Германии, по экспертному отчету комиссии Евросоюза за 2003 г., при ежегодных затратах около 400 млн. евро составил до 16 млрд. евро, или около 1% валового национального продукта страны. По другим исследованиям немецких экспертов, подтвержденным аналитиками Европейского Союза (ЕС), треть ежегодного экономического роста Германии за 1960-1990 гг. (около 30 млрд. марок) относилась к эффекту от применения стандартов.
.3.2.2Косвенные экономические эффекты
Помимо непосредственного экономического эффекта, выражающегося в экономии на разработке интеграционных компонентов, реализация концепции должна привести к ряду гораздо более существенных косвенных положительных экономических эффектов, определить точные количественные значения которых на настоящем этапе реализации Концепции не представляется возможным. К числу этих эффектов относятся:
- Повышение эффективности расходования бюджетных средств за счет многократного использования стандартизованных компонентов информационных систем, создаваемых для государственных нужд. Возможность многократного применения достигается за счет введения требований к внутрисистемным (межкомпонентным) интерфейсам, что предполагается осуществить на будущих этапах развития Свода.
- Сокращение затрат на делопроизводство и осуществление государственных функций за счет перевода существенной части межведомственных взаимодействий в электронную форму, что в настоящий момент невозможно из-за нецелесообразных затрат на интеграцию несовместимых систем документооборота.
- Повышение срока эффективной эксплуатации государственных информационных систем за счет использования апробированных, зрелых и хорошо поддержанных рынком технологий и стандартов взаимодействия.
.3.2.3Социальные и социально-политические эффекты
Хотя, как показано выше, Концепция дает существенный эффект в материальном выражении, в качестве основного следствия ее внедрения рассматривается ряд социальных и социально-политических эффектов, вытекающих из основных целей и приоритетов стандартизации:
- Обеспечение прав граждан и организаций на равный доступ к информационным ресурсам государства и исключение необходимости использования гражданами и организациями конкретных программных средств для реализации этих прав. Так, например, в настоящее время налоговым кодексом РФ закреплено право граждан подавать налоговые декларации в электронной форме. Однако формат подачи деклараций не регламентирован, в связи с чем
- Повышение качества государственного управления за счет оптимизации и ускорения межведомственных информационных потоков. Как было показано в разделе 3.1. при отсутствии согласованной политики в области стандартизации интерфейсов с некоторого момента интеграция несовместимых систем становится нецелесообразный из-за превышения затрат на нее над ожидаемым эффектом. Из-за этого во многих случаях ведомства до сих пор используют для информационного обмена бумажные документы, хотя внутри ведомств для многих исполняемых ими функций реализован полностью электронный документооборот. Перевод документооборота между ведомствами в стандартизованную электронную форму позволит не только повысить темпы взаимодействия, но и сделать его более контролепригодным, в частности, автоматически отслеживать соблюдение установленных законами и иными НПА сроков реагирования на обращения граждан и организаций, а также централизованно формировать статистическую отчетность, в т.ч. по исполнительской дисциплине.
- Повышение качества решений, принимаемых при размещении государственного заказа на создание (поставку) информационных систем для государственных нужд за счет внедрения единой апробированной методики оценки их пригодности к взаимодействию, развитию и повторному использованию. В настоящее время многие ведомства не располагают достаточно квалифицированными специалистами, способными четко сформулировать технические требования к интерфейсам внедряемых систем и проконтролировать их исполнение. Появление четкого и однозначного трактуемого Свода требований по стандартизации снимет эту задачу с ведомств и снизит вероятность навязывания технологических решений недобросовестным, ангажированным или просто недостаточно квалифицированным поставщиком.
- Снижение технологической зависимости государства от поставщиков и стимулирование конкурентных отношений в области создания программного обеспечения и информационных систем за счет исключения способов информационного обмена, рассчитанных на применение недокументированных технологий, не воспроизводимых без участия их разработчика или правообладателя. В настоящее время принятие одного неудачного решения при закупке «закрытой», не ориентированной на свободное взаимодействие информационной системы приводит к длительной невозможности миграции на более современные продукты в силу чрезвычайно высоких затрат на перенос данных в другие форматы.
- Поддержка отечественной отрасли высоких технологий, в т.ч. инновационных компаний и малого бизнеса за счет снижения технологического диктата разработчиков – технологических монополистов. В настоящее время многие крупные поставщики вытесняют миноритарных разработчиков из участия в поставках для госнужд, реализуя закрытые (проприетарные) интерфейсы в крупных «головных» системах. При этом автоматически захватывается и рынок клиентского программного обеспечения, разработка которого вполне по силам небольшим инновационным компаниям. Развитие здоровой конкуренции в данной сфере позволило бы повысить качество «оконечного» программного обеспечения и снизить его стоимость, что особенно существенно в силу того, что пользователями таких программ являются в основном госструктуры с небольшим бюджетом на информатизацию – в т.ч. органы местного самоуправления, организации социальной сферы и т.п.
.3.3Затраты на реализацию концепции стандартизации программного обеспечения
Рассматриваемый в настоящем документе проект не является инвестиционным и не предполагает прямых финансовых поступлений в результате реализации Концепции. В связи с этим при оценке финансово-экономической целесообразности не ставилось задачи получить точную картину денежных потоков. Целью обоснования является доказательство гарантированного превышения прямого экономического эффекта над затратами по порядку величин. В связи с этим при расчете затрат были проведены некоторые разумные упрощения. Так, в частности, для вычисления коэффициентов дисконтирования (временной стоимости затрат) было принято округленное значение инфляции в размере 10% годовых, постоянная на всем рассматриваемом периоде (с учетом реально наблюдаемой стабилизации экономики). За нулевой год проекта принят 2007, как планируемый год введения в действие Концепции и соответствующих ей изменений в законодательстве, которые приведут к получению экономического эффекта.
Фактические и планируемые затраты на разработку нормативно-правовой конструкции, методического, программного и иных видов обеспечения Концепции приведены в табл. 4. Стоимость произведенных в 2005-2006 году работ определялась в ходе конкурса, исходя из рыночной оценки поставщиками (исполнителями) соответствующих работ. Плановая стоимость работ на 2007 г. приведена по экспертной оценке исходя из ожидаемого объема работ по введению Концепции в действие.
Таблица 4. Расчет затрат на создание Концепции и ее обеспечения
| Статья затрат | Год | Фактические затраты, млн. руб. | Коэффициент временной стоимости | Приведенная стоимость, млн. руб. |
| Предварительные исследования, анализ международного опыта, разработка общей концепции СПО. | 2005 | 5,0 | 1,21 | 6,05 |
| Разработка нормативно-правовой конструкции, методического, организационного и иного обеспечения концепции | 2006 | 13,5 | 1,1 | 14,85 |
| В т.ч. на разработку ИС СПО | 2006 | 5,75 | 1,1 | 6,33 |
| Заключительные работы по вводу концепции в действие | 2007 | 5,0 | 1 | 5,0 |
| ИТОГО: | | | | 32,23 |
Состав ежегодных затрат на сопровождение нормативно-правовой конструкции складывается главным образом из затрат на обеспечение деятельности правительственной и ведомственной комиссий и на оплату работ экспертов, осуществляющих оценку предложений по внесению изменений в Свод требований СПО. Перечень затрат приведен в табл. 5. Размер затрат определялся экспертным путем, пояснения по схеме расчета приведены в табл. 4.
Таблица 5. Расчет затрат на сопровождение нормативной конструкции
| Статья затрат | Схема расчета | Сумма, млн. руб/год |
| Затраты на осуществление деятельности рабочей группы правительственной комиссии по административной реформе. | Не требуется увеличение бюджетных затрат, деятельность осуществляется в рамках общего бюджета комиссии. | - |
| Затраты на осуществление деятельности ведомственной комиссии по формированию Свода требований и методического обеспечения | Исходя из необходимости финансирования работы 1-3 технических сотрудников министерства. | 2,7 |
| Затраты на оплату работ исполнителей по госконтрактам, выполняющим технические задачи по ведению Свода требований | Исходя из необходимости содержания штата в 3-5 квалифицированных технических специалистов. | 7,2 |
| Затраты на оплату работ экспертных групп | Исходя из необходимости обновления 5 спецификаций в год и рассмотрения 2-х заявок по каждой спецификации со средними трудозатратами ок. 200 человеко-часов на заявку | 2,1 |
| Затраты на обеспечение функционирования технологических средств, в т.ч. ИС СПО | Исходя из нормативных трудозатрат на техническое обслуживание информационных систем по ОСТ 115.008-2001 | 0,9 |
| ИТОГО: | | 12,9 |
Помимо прямых затрат на ведение Свода требований и разработку методических документов существуют ряд негативных факторов и косвенных затрат, приведенных в таблице 6. Для каждого из этих факторов существует компенсирующий фактор.
Таблица 6. Негативные и компенсирующие факторы
| Субъекты, несущие затраты или потери | Негативный фактор | Компенсирующий фактор |
| Государство | Для поддержки ряда включенных в Свод стандартов и спецификаций может потребоваться создание специализированных инфраструктурных систем – регистров, репозиториев и транспортов данных и т.п. | Инфраструктурные системы в любом случае понадобятся для создания единого информационно-коммуникационного пространства государственных органов, и унификация требований в конечном счете только сократит затраты на их создание. |
| Контролирующие органы, осуществляющие надзор за соблюдением требований концепции | Возникают дополнительные затраты по организации аудита систем на степень их соответствия требованиям СПО | Наличие четко определенной методики аудита упрощает оценку и повышает качество принимаемых решений, снижает фактор коррупции и в конечном счете ведет к экономии бюджетных средств |
| Разработчики ПО | Возникают затраты на обеспечение соответствия систем требованиям СПО | Обеспечивается возможность свободной конкуренции в области разработки ПО для госнужд, что в конечном счете приводит к сокращению неэффективных затрат |