«УТВЕРЖДАЮ УТВЕРЖДАЮ Руководитель федерального агентства Генеральный директор по информационным технологиям ООО КОРУС Консалтинг _ Матюхин В.Г. _ Семенов А.В. 2008 г. 2008 г. М.П. М.П. НАУЧНО-ТЕХНИЧЕСКИЙ ОТЧЕТ О ...»

ООО «КОРУС Консалтинг»

наименование организации-разработчика отчета

«УТВЕРЖДАЮ» «УТВЕРЖДАЮ»

Руководитель федерального агентства Генеральный директор

по информационным технологиям ООО «КОРУС Консалтинг»

_ Матюхин В.Г. _ Семенов А.В.

"_"_ 2008 г. "_"_ 2008 г.

М.П.

М.П.

НАУЧНО-ТЕХНИЧЕСКИЙ ОТЧЕТ

О ВЫПОЛНЕНИИ РАБОТ

по теме:

Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного управления на базе СПО (заключительный отчет) Санкт-Петербург 2008 г.

СПИСОК ИСПОЛНИТЕЛЕЙ

Руководитель темы А.В. Власова (введение, раздел 1-3,заключение) подпись, дата Исполнители темы _ П.П. Житнюк (раздел 1-3) подпись, дата _ М.Л. Таланов (раздел 1-3) подпись, дата _ А.А. Першин (раздел 1-2) подпись, дата _ В.В. Геленава (раздел 2) подпись, дата Нормоконтролеры _ В.И. Мелдов подпись, дата _ А.В. Токмачев подпись, дата Соисполнитель (ЗАО «Мезон.Ру») _ А.В. Смирнов (введение) подпись, дата _ П.А. Фролов (введение, раздел 1-3,заключение) подпись, дата _ С.С. Семавина (введение, раздел 1-3,заключение) подпись, дата _ А.С. Казанцев к.т.н. (раздел 1-3) подпись, дата _ А.В. Жмурко (раздел 1-3) подпись, дата _ С.О. Захаров (раздел 1-3) подпись, дата _ Д.А. Николаев (раздел 1-3) подпись, дата _ В.К. Синицын (раздел 1-3) подпись, дата _ К.В. Степанов (раздел 1-3) подпись, дата _ В.В. Федосеев (раздел 1-3) подпись, дата _ Д.О. Филиппов (раздел 1-3) подпись, дата

РЕФЕРАТ

Отчет 289 л., 3 раздела, 12 рис., 97 табл., 52 источника, 5 приложений.

ЕДИНАЯ ТЕХНОЛОГИЧЕСКАЯ ПЛАТФОРМА, АВТОМАТИЗИРОВАННЫЕ СИСТЕМЫ

ГОСУДАРСТВЕННОГО УПРАВЛЕНИЯ, СВОБОДНОЕ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ,

ОТКРЫТЫЕ СТАНДАРТЫ СОВМЕСТИМОСТИ ИНФОРМАЦИОННЫХ СИСТЕМ,

ОПЕРАЦИОННАЯ СИСТЕМА, ТИПОВЫЕ ПРОЕКТНЫЕ РЕШЕНИЯ ДЛЯ АС ГУ.

Тема работы: «Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного управления на базе СПО».

Целью выполнения данного исследования является подготовка предложений по поэтапной разработке и внедрению основных организационных и технологических решений, обеспечивающих создание и последующее сопровождение ЕТП на базе свободного программного обеспечения для реализации автоматизированных систем государственного управления Российской Федерации, а также определение потенциальных возможностей и ограничений создания ЕТП, включая:

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

разработку детализированных предложений, содержащих основные требования к элементам и инфраструктуре ЕТП;

разработку предложений, определяющих направления работ по поэтапному созданию и внедрению ЕТП.

В рамках проведения работ был проведено исследование с привлечением экспертов в области государственного управления, ИТ-руководителей органов государственной власти РФ, представителей организаций, занимающихся разработкой, внедрением и поддержкой СПО в России, иностранных экспертов: представителей органов государственной власти зарубежных стран, ведущих представителей сообщества разработки СПО.

В результате проведения исследования был детально изучен опыт использования СПО в масштабных проектах зарубежных стран и РФ, выявлены следующие основные закономерности использования СПО в АС ГУ:

• В большинстве стран мира оказывается поддержка проектам разработки АС ГУ на базе СПО на государственном уровне.

• В странах, где отмечены успешные проекты внедрения СПО, реализованы следующие принципы: жесткие предписания для ОГВ в виде нормативных актов (законов, декретов) оказывать приоритет СПО при выборе ПО, а также публиковать ПО, разработанное по заказу ОГВ, под свободной лицензией; необходимость запрашивать специальное разрешение федеральных ведомств на использование проприетарного ПО в случае отсутствия адекватных свободных аналогов; наличие четких целей и количественных показателей миграции ОГВ на СПО; разнообразие используемых ОГВ свободных программных платформ и средств, отсутствие привязки государства к конкретному программному продукту или разработчику; стандартизация взаимодействия АС ГУ на базе открытых стандартов и форматов (опыт Бразилии и Венесуэлы).

• В странах, где действия по переводу ОГВ на использование СПО оказались малоэффективными, отсутствовал проработанный план перехода ОГВ на СПО (Великобритания), государство регламентировало выбор единой технологической платформы для создания базового национального дистрибутива, который не развивался за пределами страны и не получал поддержки со стороны мирового сообщества разработчиков (Китай).

• В качестве базовых инфраструктурных приложений (операционная система, серверное ПО, офисное ПО и т.д.) в большинстве и российских, и зарубежных ОГВ используется ряд ведущих мировых свободных приложений. Специализированные приложения, зависящие от национального законодательства и особенностей работы государственных органов, как правило, разрабатываются внутри каждой страны отдельно. Россия отличается в этом от зарубежных стран отсутствием специализированного свободного ПО для АС ГУ.

• Наиболее эффективным примером создания государственной технологической платформы для разработки АС ГУ на базе СПО являются фонды (репозитории, хранилища, базы данных) СПО для государственных органов.

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

• Важным фактором успешности проектов по развитию разработки АС ГУ на базе СПО является стандартизация и использование открытых стандартов и открытых форматов при разработке АС ГУ. Помимо зарубежных экспертов, это подтверждается многими представителями российских ОГВ, сообщавшими о проблемах при внедрении СПО, связанных с отсутствием стандартизации АС ГУ, а также невозможностью реализации полной поддержки открытых форматов и стандартов закрытыми приложениями.

По результатам анализа полученных данных и опыта российских и зарубежных ОГВ, сформулирована концепция Единой технологической платформы АС ГУ как совокупности Государственного фонда СПО для ОГВ РФ и инфраструктуры разработки СПО для автоматизированных систем государственного управления. В Государственный фонд войдут базовые элементы, предназначенные для разработчиков АС ГУ (состоящие из операционных систем и средств разработки), а также для пользователей и администраторов АС ГУ (серверные и пользовательские операционные системы, приложения). К развитию Государственного фонда СПО для ОГВ РФ, разработке и развитию новых свободных решений для АС ГУ необходимо привлечь сообщество: отечественные компании, разрабатывающие, внедряющие и поддерживающие СПО, независимых разработчиков СПО и заинтересованные ОГВ.

Основные цели создания ЕТП для разработки АС ГУ на базе СПО – повышение эффективности АС ГУ РФ за счет неоднократного использования решений на базе СПО, созданных для АС ГУ, повышения качества разработок на базе СПО для АС ГУ, а также развитие сектора программного обеспечения отечественной ИТ-отрасли за счет развития компаний, занимающихся разработкой СПО.

В разделе 1 настоящей работы приведено исследование опыта ряда стран в области государственной поддержки разработки СПО, использования СПО в масштабных АС ГУ, а также исследование опыта использования СПО в АС ГУ РФ. На основе анализа опыта зарубежных стран и ОГВ РФ сформулированы основные требования ОГВ РФ к используемому СПО и принципы создания единой технологической платформы как Государственного фонда СПО для ОГВ РФ, назначение, цели и основные функции ЕТП, а также процессы функционирования ЕТП.

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

Раздел 3 посвящен программе мероприятий по созданию и внедрению ЕТП, включающие краткосрочный и среднесрочный планы мероприятий по созданию и использованию ЕТП, а также план тактических мероприятий по продвижению ЕТП. Также в разделе 3 представлен перечень свободных программных продуктов, которые должны быть включены в состав ЕТП.

СОДЕРЖАНИЕ

НОРМАТИВНЫЕ ССЫЛКИ

ОПРЕДЕЛЕНИЯ

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

ВВЕДЕНИЕ

1. Разработка обоснования использования элементов и инфраструктуры ЕТП при реализации перспективных АС ГУ

1.1 Исследование, классификация и сравнение апробированных в мире подходов, а также отечественного опыта использования свободного программного обеспечения при реализации масштабных информационных систем ОГВ

1.1.1 Опыт использования СПО в ОГВ Европы

1.1.2 Опыт использования СПО в ОГВ Латинской Америки

1.1.3 Опыт использования СПО в ОГВ Азии

1.1.4 Опыт использования СПО в ОГВ Российской Федерации

1.1.5 Развитие открытых стандартов в мире

Выводы

1.2 Анализ основных требований к АС ГУ в части используемых для их создания программных средств

1.2.1 Анализ проектов разработки АС ГУ с использованием свободных программных средств в ОГВ РФ

1.2.2 Базовое СПО, используемое при разработке АС ГУ

1.2.3 Варианты СПО, используемого для реализации основных функций АС ГУ............... 1.3 Разработка обоснованных предложений, содержащих информационно-функциональную модель процесса создания и сопровождения ЕТП

1.3.1 Назначение, цели и основные функции ЕТП

1.3.2 Процесс сопровождения и обеспечения функционирования инфраструктуры платформы ЕТП

1.3.3 Предложения по организации взаимодействия субъектов процессов разработки элементов ЕТП

1.3.4 Предложения по организации взаимодействия субъектов процессов разработки элементов ЕТП с мировым сообществом разработчиков СПО

2. Разработка детализированных предложений по созданию ЕТП

2.1 Разработка предложений, содержащих перечень элементов ЕТП и основные функциональные требования к ним

2.1.1 Архитектурно-технологические требования к составу типового проектного решения разработчика

2.1.2 Общие требования к составу элементов ЕТП

2.1.3 Функциональные требования к типовому проектному решению разработчика.... 2.2 Разработка предложений, содержащих основные организационно-технологические характеристики инфраструктуры ЕТП

2.2.1 Цели функционирования ЕТП

2.2.2 Определение процессов жизненного цикла ЕТП

2.2.3 Процессы деятельности «Использование ЕТП»

2.2.4 Взаимодействие с внешней средой

2.2.5 Взаимодействие процессов

2.2.6 Процесс «Управление элементами ЕТП»

2.2.7 Процесс «Подготовка элементов ЕТП»

2.2.8 Процесс «Хранение элементов ЕТП»

2.2.9 Процесс «Применение элементов ЕТП»

2.2.10 Процесс «Изменение элементов ЕТП»

2.2.11 Процесс «Отмена элементов ЕТП»

2.2.12 Содержание элементов ЕТП

2.2.13 Общие рекомендации по использованию элементов ЕТП

3. Разработка предложений, содержащих программу мероприятий по созданию ЕТП...... 3.1 Предложения по реализации программы мероприятий, направленных на создание ЕТП...

3.1.1 Краткосрочный и среднесрочный планы мероприятий по созданию и использованию ЕТП

3.1.2 Основные принципы организации Центра компетенции СПО, ответственного за создание и поддержку ЕТП

3.1.3 Сбор и анализ требований органов государственной власти и местного самоуправления к разработке типовых проектных решений на базе СПО

3.1.4 Регламент взаимодействия органов государственной власти и сообщества разработчиков СПО с ЕТП

3.1.5 Организация системы подготовки кадров разработчиков и пользователей ЕТП и АС ГУ

3.1.6 Проведение широкомасштабного тестирования ЕТП в ОГВ и МО

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

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

3.2.2 Детализированный список свободного ПО и дистрибутивов GNU/Linux, потенциально подходящих и одобренных для включения в ЕТП

3.2.3 Разработка стандартов хранения и обмена данными в АС ГУ

3.2.4 Проведение тестирования СПО и дистрибутивов GNU/Linux

3.2.5 Создание Государственного фонда СПО для ОГВ РФ

3.2.6 Взаимодействие между разработчиками элементов ЕТП и государством............ ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А

Перечень опрошенных в рамках исследования руководителей ОГВ РФ, руководителей и специалистов ИТ-управлений ОГВ РФ, экспертов в области СПО

ПРИЛОЖЕНИЕ Б

Обзор проектов разработки АС ГУ, выполненных на базе СПО

ПРИЛОЖЕНИЕ В

Термины предметной области (юридические аспекты)

ПРИЛОЖЕНИЕ Г

Схема развития мировых дистрибутивов GNU/Linux

ПРИЛОЖЕНИЕ Д

Модель использования ЕТП

НОРМАТИВНЫЕ ССЫЛКИ

В настоящем исследовании использованы ссылки на следующие нормативные документы:

Док. 1. РД IDEF0 – 2000. «Методология функционального моделирования IDEF0».

Док. 2. РД50 - 680 – 88 «Автоматизированные системы. Основные положения».

Док. 3. ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения».

Док. 4. ГОСТ 24.701-86 «Надежность АСУ. Основные положения».

Док. 5. ГОСТ Р 50.1.31 – 2001 «Терминологический словарь».

Док. 6. Проект Концепции развития разработки и использования свободного программного обеспечения в Российской Федерации, разработанной Рабочей группой при Министерстве связи и массовых коммуникаций РФ.

Док. 7. IV часть Гражданского кодекса Российской Федерации.

Док. 8. ГОСТ 24.703 - 85 «Типовые проектные решения в АСУ. Основные положения».

Док. 9. ГОСТ Р ИСО 9001 – 2001 «Системы менеджмента качества. Требования».

Док. 10. ГОСТ Р ИСО/МЭК 12207 «Процессы жизненного цикла программных средств».

Док. 11. Стратегия развития информационного общества в Российской Федерации, утвержденная Президентом Российской Федерации В.Путиным 7 февраля 2008 г., № Пр-212.

Док. 12. Постановление Правительства РФ от 2 июня 2008 г. № 418 "О Министерстве связи и массовых коммуникаций Российской Федерации".

Док. 13. Постановление Правительства РФ от 28 марта 2008 г. № 215 «О Правительственной комиссии по федеральной связи и информационным технологиям».

Док. 14. Постановление Правительства РФ от 25 декабря 2007 г. №931 "О некоторых мерах по обеспечению информационного взаимодействия государственных органов и органов местного самоуправления при оказании государственных услуг гражданам и организациям".

Док. 15. Постановление Правительства РФ от 15 августа 2006 г. N 502 "О внесении изменений в Федеральную целевую программу "Электронная Россия (2002 - 2010 годы)".

Док. 16. Федеральный Закон "Об информации, информационных технологиях и защите информации" от 27 июля 2006 г. № 149-ФЗ.

Док. 17. Концепция региональной информатизации до 2010г., одобренная Распоряжением Правительства РФ от 17 июля 2006 г. N 1024-р.

Док. 18. Государственная программа "Создание в Российской Федерации технопарков в сфере высоких технологий", одобренная распоряжением Правительства Российской Федерации от марта 2006 г. № 328-р.

Док. 19. Указ Президента Российской Федерации от 12 мая 2004 года № 611 "О мерах по обеспечению информационной безопасности Российской Федерации в сфере международного информационного обмена".

Док. 20. Приказ Федерального агентства по информационным технологиям №86 от 8 декабря 2005г. Об утверждении состава Совета главных конструкторов информатизации регионов Российской Федерации.

ОПРЕДЕЛЕНИЯ

В настоящем исследовании применяются термины, сгруппированные по нижеследующим разделам:

• Общие термины.

• Термины проектирования АС ГУ.

• Термины предметной области.

Общие термины Деятельность – совокупность процессов, выполняемых (протекающих) последовательно или/и параллельно, преобразующих множество материальных или/и информационных потоков во множество материальных или/и информационных потоков с другими свойствами (см.[Док. 1]).

Жизненный цикл системы [Док. 3] – совокупность взаимосвязанных процессов создания и последовательного изменения состояния от формирования исходных требований к ней до окончания эксплуатации и утилизации.

Задача – преобразование какого-либо свойства материального или информационного объекта в другое свойство. Действие выполняется в соответствии с командой, являющейся частью директивы на выполнение работы, с потреблением необходимых ресурсов и с соблюдением ограничений, налагаемых на выполнение работы (см. «действие» [Док. 1]).

финансирование, приемку работ и эксплуатацию АС, а также выполнение отдельных работ по созданию АС.

Методика – совокупность инструкций, алгоритмов и способов их реализации для достижения цели.

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

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

предназначенной для создания АС и ее развития. В процессе проектирования выполняются технические и экономические расчёты, схемы, графики, пояснительные записки, сметы, калькуляции и описания.

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

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

Системное проектирование – стадия ЖЦ, на которой требования специалистов заказчика отражаются в требованиях к будущей системе.

Стандарт – спецификация, принятая (утвержденная) или рекомендованная национальным органом или международной организацией по стандартизации.

Стандартизация программного обеспечения органов государственной власти – установление перечня стандартов и спецификаций, которым должны соответствовать программы для ЭВМ, используемые для государственных и муниципальных нужд.

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

Управление проектом [Док. 7] – планирование, организация, мониторинг, контроль и регистрация всех аспектов проекта и поощрение всех участников для достижения целей проекта.

Термины проектирования АС ГУ Автоматизированная система (АС) [Док. 2, 3] – организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в различных сферах деятельности (управление, проектирование, производство и т.д.) или их сочетаниях. Термин «автоматизированная», в отличие от термина «автоматическая», подчеркивает сохранение за человеком-оператором некоторых функций, либо наиболее общего, целеполагающего характера, либо не поддающихся автоматизации.

Автоматизированная система управления (АСУ) – организационно-техническая система, обеспечивающая выработку решений на основе автоматизации информационных процессов в управленческой сфере деятельности.

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

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

Атрибут – именованная характеристика объекта, которая может приобретать конкретное значение на заданном множестве.

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

Бизнес-процесс (БП) [Док. 5] – совокупность последовательно и/или параллельно выполняемых операций, преобразующая материальный и/или информационный потоки в соответствующие потоки с другими свойствами. БП протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности. В ходе БП потребляются финансовые, энергетические, трудовые и материальные ресурсы и выполняются ограничения со стороны других БП и внешней среды.

Внешняя среда – совокупность внешних по отношению к системе объектов (систем, процессов, ресурсов, потоков, сущностей) непосредственно взаимодействующих с системой и определяющих ее границу. Внешняя среда процесса или деятельности на модели в нотации IDEF определяется совокупностью входов, выходов, управляющих входов и механизмов, отражающих связи с внешними сущностями. В нотации DFD могут быть дополнительно определены сами внешние сущности.

Государственный фонд СПО для ОГВ РФ – единое хранилище типовых проектных решений на базе СПО для АС ГУ в составе ЕТП.

Дистрибутив – форма распространения программного обеспечения. Дистрибутив обычно содержит программы для начальной инициализации системы (в случае дистрибутива операционной системы – инициализация аппаратной части, загрузка урезанной версии системы и запуск программы-установщика), программу-установщик (для выбора режимов и параметров установки) и набор специальных файлов, содержащих отдельные части системы (так называемые «пакеты»).

Единая технологическая платформа (ЕТП) – организационно-техническая система, включающая в себя персонал, ИТ-инфраструктуру, регламент, и предназначенная для управления совокупностью типовых проектных решений, используемых при разработке АС ГУ [Док. 3].

Единая технологическая платформа для разработки АС ГУ представляет собой Государственный фонд СПО для ОГВ РФ и инфраструктуру разработки СПО для автоматизированных систем государственного управления.

Задача АС [Док. 3] – функция или часть функции АС, представляющая собой совокупность автоматических действий, выполнение которых приводит к результату заданного вида.

Инвариантность – неизменность какой-либо величины при изменении условий или по отношению к некоторым преобразованиям.

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

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

Информационное обеспечение АС [Док. 2] – совокупность системно-ориентированных данных, описывающих принятый в системе словарь базовых описаний (классификаторы, типовые модели, элементы автоматизации, форматы документации и т. д.), и актуализируемых данных о состоянии информационной модели объекта автоматизации (объекта управления, объекта проектирования) на всех этапах его жизненного цикла.

Модель системы – упрощенное представление или проекция системы, в которой опускаются из рассмотрения ненужные в данном контексте элементы, связи между элементами и между системой и ее окружением.

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

Опытная эксплуатация – стадия ЖЦ, на которой выполняется эксплуатация будущей системы на ограниченном элементном ее составе для уточнения требований пользователей, исправления ошибок и обучения пользователей будущей системы.

Организационно-методическое обеспечение АС [Док. 2] – совокупность документов, определяющих: организационную структуру объекта и системы автоматизации, необходимых для выполнения конкретных автоматизируемых функций; деятельность в условиях функционирования системы, а также формы представления результатов деятельности.

Очередь системы [Док. 3] – часть АС, для которой в техническом задании на создание АС в целом установлены отдельные сроки ввода и набор реализуемых функций, а так же совокупность работ (проектный цикл), необходимый для создания очереди работ.

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

Подсистема – система, являющаяся элементом (компонентом) другой системы по отношению к последней.

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

Пользователь (конечный, ответственный) – лицо, участвующее в функционировании АС или использующее результаты ее функционирования [Док. 3]. Сотрудник организации объекта автоматизации, использующий АС по ее назначению. Обычно пользователи АС описываются в виде ролей. В зависимости от назначения роль может выполняться одним или несколькими сотрудниками. В конкретном контексте настоящего отчета такой пользователь является внешним по отношению к ЕТП.

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

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

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

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

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

Проектный документ – любой документ, разрабатываемый в контексте проекта. Документ может быть внутренним (внутри отдела, между отделами) и внешним (для заказчика или субподрядчика).

Работа (функция процесса) [Док. 1] – совокупность последовательно и/или параллельно выполняемых задач, преобразующих объекты, входящие в состав материального или/и информационного потока, в соответствующие объекты с другими свойствами. Работа выполняется: а) в соответствии с детализируемыми для нее директивами процесса, в состав которого она входит; б) с потреблением всех видов потребных ресурсов; в) с соблюдением ограничений со стороны других операций и внешней среды.

Развитие АС [Док. 2] – процесс расширения состава функций АС, базирующийся на результатах анализа функционирования АС и направленный на повышение эффективности выполнения автоматизированной деятельности.

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

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

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

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

Система [Док. 5]– множество (совокупность) материальных объектов (элементов) любой, в том числе различной, физической природы и информационных объектов, взаимодействующих между собой для достижения общей цели, обладающее системным свойством (свойствами), т.е.

свойством, которого не имеет ни один из элементов и ни одно из подмножеств элементов при любом способе членения. Системное свойство не выводимо непосредственно из свойств элементов и частей.

пользователей, регламентов и инфраструктуры. От традиционных АСУ эта система отличается наличием в инфраструктуре только элементов уровня приложений и информационного уровня (БД, СУБД). Проектирование элементов уровней вычислительного, сетевого и физического не производится.

предназначенное для использования и (или) модификации данных, хранимых в БД одним или несколькими лицами. Главная роль СУБД заключается в обеспечении пользователя инструментарием, позволяющим оперировать данными в абстрактных терминах, не связанных со способами их хранения в ЭВМ.

Сопровождение системы – стадия ЖЦ системы, на которой производится мониторинг, анализ ее деятельности, исправление ошибок и доработка системы.

Спецификация – набор требований и параметров, которым удовлетворяет некоторая сущность, так же любое представление проекта или системы, отличное от реализации. Примером спецификации могут быть любые диаграммы, ТЗ, описания и т.п. Частным случаем спецификации может являться документ, описывающий правила (требования, характеристики, методики, форматы файлов) осуществления информационного взаимодействия, представления информации и иные сведения, необходимые для взаимодействия и/или создания средств связи, пользовательского оконечного оборудования и пользовательского интерфейса.

Среда разработки – (интегрированная) среда разработки программного обеспечения (англ.

IDE, Integrated development environment) – система программных средств, используемая программистами для разработки программного обеспечения. Обычно среда разработки включает в себя текстовый редактор, компилятор и/или интерпретатор, средства автоматизации сборки и отладчик. Иногда также содержит систему управления версиями и разнообразные инструменты для упрощения конструирования графического интерфейса пользователя и внутренних структур данных разрабатываемой программы. Многие современные среды разработки также включают браузер классов, инспектор объектов и диаграмму иерархии классов – для использования при объектно-ориентированной разработке ПО. Хотя и существуют среды разработки, предназначенные для нескольких языков – такие как Eclipse или Microsoft Visual Studio, часто среда разработки предназначается для одного определённого языка программирования.

Стадия создания АС [Док. 3] – одна из частей процесса создания АС, установленная нормативными документами и заканчивающаяся выпуском документации на АС, содержащей описание полной, в рамках заданных требований, модели АС на заданном для данной стадии уровне или приемкой АС в промышленную эксплуатацию. В частности, выделяются следующие стадии ЖЦ:

• Определение требований.

• Системное проектирование.

• Техническое проектирование.

Структура системы – совокупность упорядоченных объектов (элементов), из которых она состоит, и связей между ними. Структура системы относительно устойчива во времени.

Изменяться может только наше представление о ней или модель структуры.

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

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

Техническое обеспечение АС – совокупность технических средств (средства вычислительной техники (СВТ), средства ввода-вывода, системы хранения данных, сетевое оборудование, оборудование каналов передачи данных, оборудование центров обработки данных (ЦОД), телекоммуникационных центров (ТКЦ) и т. д.) и документации по ним, используемых для выполнения функций АС.

Техническое проектирование – стадия ЖЦ, на которой производится разработка системы и документации к ней. Основными этапами стадии являются: программирование, настройка системы, обучение ключевых пользователей.

Функциональная подсистема АСУ [Док. 4] – подсистема АСУ, выделенная по функциональному признаку и представляющая собой совокупность элементов АСУ (технических, программных и т.д.), участвующих в выполнении некоторой функции системы.

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

Функциональность приложения модифицированная – совокупность измененных или дополнительных функций, относительно стандартной функциональности. Модификация функциональности приложения выполняется в соответствии с договором на оказание услуг по проектированию (внедрению) систем.

Функция системы – совокупность действий системы, направленная на достижение определенной цели. Совокупность функций элементов не есть функция системы. Функция системы не может быть выполнена отдельным ее элементом.

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

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

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

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

Эксплуатационная документация на АС – часть документации на АС, предназначенная для организации и выполнения работ процесса эксплуатации АС для эксплуатационного персонала АС.

Эксплуатационный персонал АС – сотрудники эксплуатационной организации, обеспечивающей выполнение работ процессов эксплуатации АС.

Термины предметной области Подробнее см. Приложение В Термины предметной области - юридические аспекты.

Материал предоставлен ООО «Парк-Медиа-Консалтинг».

Бесплатное программное обеспечение (Freeware) – вид программ, разрешение на воспроизведение и распространение которых предоставляется бесплатно, однако право на их модификацию не предоставляется, декомпиляция таких программ также не разрешается. Такие программы распространяются в скомпилированном виде без исходного кода. Такие программы относятся к разряду «несвободного ПО».

Интероперабельность (совместимость) – способность системы к взаимодействию с другими системами. Обычно термин применяется для информационных систем и форматов документов, подразумевая взаимозаменяемость, совместимость и взаимодействие информационных технологий благодаря единству протоколов взаимодействия, языков программирования, форматов данных, аппаратных интерфейсов ЭВМ.

Использование (программы для ЭВМ или базы данных) – выпуск в свет, воспроизведение, распространение и иные действия по их введению в хозяйственный оборот (Закон «О правовой охране программ для ЭВМ и баз данных», от 23.09.92 № 3523-1, Ст.1).

Лицензионный договор о предоставлении права использования программы для ЭВМ с открытым кодом (лицензия с открытым кодом) – простая (неисключительная) или исключительная лицензия, предоставляющая пользователю доступ к исходным кодам программы.

Наследуемый лицензионный договор о предоставлении права использования программы для ЭВМ (наследуемая лицензия) – простая (неисключительная) лицензия, требующая распространения модифицированной программы на условиях, идентичных тем, на которых предоставлена исходная программа. Лицензионные договора, на основании которых распространяются свободные программы, могут содержать требование распространения модифицированного произведения исключительно на тех же условиях, то есть свободная лицензия наследуется при изменении произведений, или создании новых произведений на базе свободного исходного кода. Такие лицензии называются наследуемыми (копилефтными). Например, свободная лицензии GNU GPL разрешает выпускать производные произведения только на условиях GNU GPL, и является наследуемой. Свободная лицензия BSDL позволяет распространять модифицированную программу для ЭВМ на условиях любой другой лицензии (в том числе закрытой) и не является наследуемой. Наследование свободной лицензии позволяет сохранять свободу программ для ЭВМ при их модификации, а также способствует формированию обширной базы свободных программ.

Несвободное программное обеспечение (Non-free software) – любое программное обеспечение, которое не является свободным, в том числе бесплатное ПО (freeware), «полусвободное» ПО (semi-free software) и проприетарное ПО.

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

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

Полусвободное программное обеспечение (Semi-free software) – программное обеспечение, которое не является свободным, но в отношении которого правообладателем предоставлено разрешение на использование программы (использование программы как технического объекта по ее прямому функциональному назначению), копирование, распространение и модификацию (включая распространение модифицированных версий), но только в некоммерческих целях (как было указано выше, возможность использования ПО в коммерческих целях является обязательной для свободного ПО).

Принцип достаточности прав – принцип выбора заказчиком набора прав, необходимых ему для полноценного использования программ для ЭВМ, включая внедрение, поддержку и развитие, в том числе с привлечением к разработкам третьих лиц. Как правило, для этого лицензионный договор должен разрешать: перерабатывать, переводить или модифицировать произведение; воспроизводить и распространять произведение в неизменном, переработанном или модифицированном виде, возмездно или безвозмездно; передавать перечисленные выше права третьим лицам.

Программное обеспечение с открытым исходным кодом (Open Source software) – те программы, в отношении которых разработчиком (правообладателем) принято решение о предоставлении (открытии) исходного кода этих программ для некоего круга лиц (как неопределенного, так и определяемого по каким-либо признакам). При этом условия использования этого исходного кода могут сильно отличаться в зависимости от лицензии. Одна лишь доступность кода, тем или иным способом, не даёт оснований считать его свободным, поскольку не влечет передачи права свободного (неограниченного) распространения, модификации и права распространения модифицированного кода.

Проприетарное программное обеспечение (Proprietary software) – любое программное обеспечение, лицензия на которое содержит условие о выплате правообладателю вознаграждения за предоставляемое по лицензии право использования программы, независимо от того, распространяется ли такое ПО вместе с исходным кодом или без него. Т.е. проприетарной лицензией является любой возмездный лицензионный договор. Понятие «проприетарное ПО» не равнозначно понятию «несвободное ПО», а составляет лишь часть его объема.

Свободный лицензионный договор о предоставлении права использования программы для ЭВМ (свободная лицензия) – простая (неисключительная) лицензия, на основании которой пользователь получает право осуществлять следующие действия:

• использовать программу для ЭВМ в любых, не запрещенных законом целях;

• получать доступ к исходным текстам (кодам) программы как в целях изучения и адаптации, так и в целях переработки программы для ЭВМ;

• распространять программу (бесплатно или за плату, по своему усмотрению);

• вносить изменения в программу для ЭВМ (перерабатывать) и распространять экземпляры измененной программы с учетом возможных требований наследования лицензии.

Свободный лицензионный договор может содержать положения, обязывающие пользователя соблюдать определенные условия при использовании программы для ЭВМ, однако такие условия не должны лишать пользователя перечисленных прав. Примерами свободных программ являются программы, распространяющиеся на условиях лицензий GNU GPL, GNU LGPL, BSD, GNU FDL, а также соответствующие определению Open Source Definition, данному Open Source Initiative (http://www.opensource.org/docs/definition.php).

Свободное программное обеспечение (free software, СПО, FOSS, FLOSS) – программное обеспечение (программы для ЭВМ), распространяемое на условиях свободного, в отдельных случаях также наследуемого, лицензионного договора. Т.е. такая разновидность программ для ЭВМ, которые пользователи могут свободно запускать, копировать, распространять, изучать, изменять и улучшать. Более точно это выражается в наличии у пользователей четырех видов свободы:

1. Свободы запускать программу для любых целей.

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

3. Свободы повторно распространять копии программы.

4. Свободы улучшать программу и опубликовывать результаты работы по улучшению программы для пользы всего общества (доступ к исходному коду – необходимое для этого условие).

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

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

Частное программное обеспечение / программное обеспечение, разрабатываемое по индивидуальному заказу (Private software / Custom software) – вид ПО, представляющее собой custom-разработку, т.е. разработанное (доработанное) программное обеспечение, предназначенное для решения конкретных задач, стоящих перед заказчиком (как правило, организацией). Данное ПО используется заказчиком для внутренних нужд и большинстве случаев не доступно для широкой общественности. Вопрос о возможности обнародования и (или) последующей продажи custom-ПО иным лицам помимо заказчика, решается в рамках договора на разработку ПО, заключаемого между заказчиком и разработчиком данного ПО, который представляет собой договор подряда. Договор на разработку может сопровождаться, и как правило сопровождается, условиями о последующей технической поддержке программного продукта и предоставлении консультаций по вопросам его использования. Частное ПО, безусловно, являясь коммерческим, может быть как свободным, так и проприетарным.

GNU/Linux – общее название UNIX-подобных операционных систем на основе свободного ядра Linux и собранных для него библиотек и системных программ, разработанных в рамках проекта GNU.

ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

В настоящем отчете применяют следующие сокращения:

АИС ГУ – автоматизированная информационная система государственного управления.

АС – автоматизированная система.

АС ГУ – автоматизированная система государственного управления.

АСУ – автоматизированная система управления.

ЕТП – единая технологическая платформа.

ОГВ РФ – органы государственной власти Российской Федерации.

ОС – операционная система.

ПНР – пуско-наладочные работы.

ПО – программное обеспечение.

ППР – планово-предупредительные работы.

ПС – программное средство.

РВР – ремонтно-восстановительные работы.

СА – системное администрирование.

СПО (free software / FOSS / FLOSS)– свободное программное обеспечение.

СУБД – система управления базами данных.

Custom software – программное обеспечение, разрабатываемое по индивидуальному заказу.

Freeware – бесплатное программное обеспечение.

Non-free software – несвободное программное обеспечение.

Open Source software – программное обеспечение с открытым исходным кодом.

Private software – частное программное обеспечение.

Proprietary software – проприетарное программное обеспечение.

Semi-free software – полусвободное программное обеспечение.

Shareware – условно-бесплатное программное обеспечение.

ВВЕДЕНИЕ

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

В результате выполнения Федеральной целевой программы «Электронная Россия 2002гг.», принятой Распоряжением Правительства Российской Федерации от 12 февраля 2001 г., № 207-р, должны быть достигнуты важные результаты в области информатизации структур государственного управления:

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

• Создание условий для ускоренного развития конкурентоспособного производства товаров и услуг в сфере информационных и коммуникационных технологий, ориентированного на внутренний и внешний рынки.

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

Автоматизированные системы государственного управления (далее – АС ГУ) разрабатываются по заказам органов государственной власти с целью обеспечения автоматизации собственной деятельности и осуществления межведомственного информационного обмена.

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

Необходимость комплексной модернизации ИТ-инфраструктуры государственных органов на основе свободного ПО продиктована и рядом системных проблем, присутствующих сегодня в области информатизации государственных структур:

• лоскутная информатизация ОГВ в различных регионах РФ;

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

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

За последние годы в Российской Федерации были реализованы пилотные проекты по внедрению СПО в АС ГУ. Опыт этих внедрений показывает, что использование СПО технически уже вполне возможно, однако специалисты в ОГВ сталкиваются с рядом проблем, таких, как:

• проблемы совместимости СПО с уже имеющимся ПО, что вызвано использованием в качестве стандартов де-факто закрытых стандартов и форматов документов, отсутствием общих для всех ОГВ стандартов взаимодействия компьютерных систем;

• отсутствие единого Фонда протестированных решений на базе СПО для АС ГУ, вследствие чего заинтересованным во внедрении СПО ОГВ приходится каждый раз повторять путь исследования, выбора и внедрения СПО, а также решения одних и тех же проблем при внедрении СПО;

• сложность поиска компаний, способных оказать адекватную техническую поддержку Из-за наличия вышеперечисленных проблем с внедрением СПО многие ОГВ не хотят рассматривать вариант внедрения СПО и используют дорогие коммерческие программные продукты, при наличии функционального свободного аналога.

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

В рамках выполнения работ было проведено масштабное исследование с привлечением экспертов в области государственного управления, ИТ-руководителей органов государственной власти РФ, представителей организаций, занимающихся разработкой, внедрением и поддержкой СПО в России, иностранных экспертов: представителей органов государственной власти зарубежных стран, ведущих представителей сообщества разработки СПО, включая Ричарда Столлмана – основателя движения разработки свободного программного обеспечения и проекта GNU, автора лицензии GNU GPL.

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

1. Многократное использование опыта разработки и внедрения СПО в АС ГУ, следствием чего будет являться экономия государственных бюджетов, затрачиваемых на внедрение СПО и разработку нового программного обеспечения, повышение качества разработок на 2. Упрощение поиска поставщиков услуг по внедрению и поддержке СПО для органов государственной власти.

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

Руководитель федерального агентства Генеральный директор по информационным технологиям ООО «КОРУС Консалтинг»

_ Матюхин В.Г. _ Семенов А.В.

"_"_ 2008 г. "_"_ 2008 г.

М.П.

НАУЧНО-ТЕХНИЧЕСКИЙ ОТЧЕТ

О ВЫПОЛНЕНИИ РАБОТ

Разработка предложений по созданию единой технологической платформы для разработки автоматизированных информационных систем государственного Разработка обоснования использования элементов и инфраструктуры ЕТП при

1. РАЗРАБОТКА ОБОСНОВАНИЯ ИСПОЛЬЗОВАНИЯ

ЭЛЕМЕНТОВ И ИНФРАСТРУКТУРЫ ЕТП ПРИ РЕАЛИЗАЦИИ

ПЕРСПЕКТИВНЫХ АС ГУ

1.1 Исследование, классификация и сравнение апробированных в мире подходов, а также отечественного опыта использования свободного программного обеспечения при реализации масштабных информационных систем ОГВ В разных странах мира в течение 2000-2008 года применялись различные подходы к использованию СПО в государственных учреждениях. Правительства практически всех стран Европы, Азии, Латинской Америки, а также правительства Австралии и Новой Зеландии уже с 2000-2002 гг. начали разработку и введение в действие различных законопроектов и нормативных актов, регламентирующих использование открытых стандартов и свободного программного обеспечения в государственном секторе, а также претворение в жизнь различных проектов, направленных на стимулирование разработки и использования СПО в стране.

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

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

Таблица 1-1. Основные подходы стран мира к использованию СПО на государственном уровне государства в развитии СПО Поддержка на уровне Легализация свободных лицензий (в тех странах, где лицензия GPL и Евросоюз нормативно-правовой другие свободные лицензии не действительны в рамках базы государственного законодательства), разработка собственных Предписание или рекомендация государственным структурам Бразилия, Венесуэла, использовать преимущественно свободное ПО, если есть выбор Норвегия и др.

Рекомендации либо предписания выпускать ПО, разрабатываемое по Бразилия, Франция и заказу государственных организаций, под свободной лицензией др.

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

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

предназначенных для создания на их базе операционных систем. Как правило, такие репозитории основаны на репозиториях международных дистрибутивов (Debian, Fedora, Mandriva, Ubuntu), а отечественные разработчики добавляют в них локализацию на национальный язык и доработки, интересные их согражданам Правительственные проекты по продвижению СПО: внедрению СПО Венесуэла, Франция, в систему образования, массовому обучению СПО, пропаганде СПО. Великобритания, Следует отметить, что процесс внедрения и использования СПО в государственных организациях на уровне отдельных государственных организаций и органов местного самоуправления начался давно и активно идет как в зарубежных странах, так и в Российской Федерации. Ряд свободных приложений, качество которых уже давно признано на мировом уровне, активно используются практически в каждой организации. Примером может послужить свободный браузер Mozilla Firefox, СУБД MySQL, веб-сервер Apache и прочие широко известные свободные программные продукты.

государственных органах. Анализировались организационные, нормативно-правовые и технические вопросы использования СПО в перечисленных выше странах:

• организационные подходы правительств разных стран к развитию СПО в стране и использованию СПО в государственных учреждениях, степень участия правительства в процессе развития СПО, степень поддержки правительством развития СПО в стране;

• используемое в государственных учреждениях страны СПО, уровень участия национальной ИТ-отрасли в разработке свободных программных продуктов;

• имеющиеся масштабные проекты по использованию СПО в государственных учреждениях разной степени успешности и анализ причин успеха и неуспеха данных проектов;

• нормативно-правовая базы перечисленных стран, касающаяся государственной поддержки При проведении исследования проводились как анализ результатов уже проведенных в рамках проекта INFO-FOSS.RU исследований [1],[2],[3], так и изучение открытой информации об имеющихся нормативно-правовых документах, концепциях развития и использования СПО в перечисленных странах, изучение и анализ имеющихся статистических данных по использованию СПО в перечисленных странах, а также получение экспертных оценок уровня, качества и успешности использования СПО в стране от технических и государственных экспертов: мировых лидеров движения Free Software (Richard Stallman, Jon Maddog Hall), лидеров движения Free Software в Венесуэле, Эквадоре и других странах, представителей ОГВ перечисленных стран, представителей ведущих компаний-разработчиков СПО (Alfresco - США, Canonical Великобритания, Jedox – Германия, Mandriva – Франция, Бразилия, Япония, Россия, RedHat, Novell, SugarCRM, SUN Mirosystems – США), а также специалистов, занимающихся внедрением и разработкой СПО в перечисленных странах (конкретный перечень привлеченных к исследованию экспертов приведен в Приложении A к настоящему отчету).

Использующие СПО государства декларируют следующие выгоды, которые они получают от использования этого ПО:

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

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

затрачиваемые при использовании СПО, инвестируются не в зарубежных производителей проприетарного программного обеспечения и их представителей, затрачиваясь даже не на покупку, а на временную аренду программного обеспечения, а идут на развитие отечественной ИТ-отрасли: на поддержку, внедрение, доработку программного обеспечения, которые обеспечиваются отечественными разработчиками. Опыт как развитых (Евросоюз, США, Япония), так и развивающихся стран (Индия, Китай, Корея, Бразилия), показывает, что поддержка использования СПО на государственном уровне ведет к увеличению количества отечественных ИТ-компаний, занимающихся поддержкой, отечественной ИТ-отрасли.

• Развитие народного образования: использование GNU/Linux и СПО экономит средства учебных заведений, развивает творческие и логические навыки учащихся, а также дает возможность повысить уровень теоретической и практической подготовки в учебных заведениях и привить необходимые навыки самообразования учащимся (особенно ИТспециальностей) за счет более глубокого и всестороннего изучения предмета и открытости дополнительной информации. Дополнительно повышается общая компетентность преподавательского состава, который при использовании СПО не ограничен рамками существующих программных и аппаратных средств.

• Сокращение уровня пиратства и упрощение построения электронного государства:

используя свободные программные продукты в построении электронного государства, государство дает возможность гражданам свободно взаимодействовать с государственными организациями. Например, если для прочтения документов, издаваемых органами государственной власти, необходимо приобрести коммерческую программу, к примеру Microsoft Word, это вынуждает граждан либо покупать ПО, либо устанавливать нелицензионные копии данного коммерческого продукта. В данном случае важную роль играет использование государством открытых форматов данных: использовать все возможности открытого формата данных могут любые приложения, в том числе и свободные, тогда как 100%-совместимость с закрытым форматом данных может гарантировать только разработчик этого формата.

• Возможность простой локализации на национальные языки: вследствие открытости исходных кодов и общедоступности механизмов локализации СПО его перевод на национальный язык может быть осуществлен группой отечественных программистов, переводчиков и лингвистов (кстати, этим уже активно пользуются органы государственной власти Азербайджана, Узбекистана, а также Башкортостана, Татарстана, Бурятии, Марий Эл – осуществлены переводы интерфейсов GNU/Linux на национальные языки).

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

К примеру, как выяснилось в августе 2007 года, в случае использования Microsoft Windows возможно несанкционированное обновление системы даже в случае, если опция обновления системы была отключена пользователем. Таким образом, при использовании Microsoft Windows и сети Интернет у пользователя не может быть уверенности в том, что система не контролируется извне, в то время как система с открытым исходным кодом дает возможность это проверить.

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

1.1.1 Опыт использования СПО в ОГВ Европы В данном разделе приведены результаты анализа опыта стран Европы. В начале каждого параграфа приводится сводка в табличной форме по основным известным масштабным проектам по внедрению СПО, далее приводится детализация и выводы.

1.1.1.1 Евросоюз Европейское содружество – важнейший центр разработки свободного программного обеспечения в мире. Практически полное отсутствие языковых барьеров между разработчиками, поддержка СПО многими правительствами и руководством Евросоюза являются благодатной почвой для разработки СПО. В Европейских странах зародились ведущие мировые дистрибутивы GNU/Linux - SUSE, Mandriva, Ubuntu и т.д.

Руководство Европейского содружества достаточно давно начало осуществлять шаги по поддержке СПО. В 2003 г. был разработан официальный документ «Рекомендации Европейской Комиссии по переходу на ПО с открытым исходным кодом» [4] В странах Евросоюза имеется большое количество организаций, успешно использующих свободное программное обеспечение на рабочих станциях и серверах. Европейская комиссия спонсирует ряд проектов по разработке СПО [5],[6], поддерживает ряд исследовательских организаций, занимающихся разработкой темы использования СПО в различных сферах народного хозяйства.

разработанного по заказу государственных структур, в рамках проекта IDABC1 в 2006 году был открыт общеевропейский репозиторий свободного ПО (http://forge.osor.eu/)[3], в данный момент в нем присутствуют около 60 свободных пакетов. Бюджет данной части проекта – 725 тысяч евро.

Предполагается, что создание общеевропейского репозитория позволит избежать затрат на создание аналогичных по функциональности решений и сэкономить до 40% на государственных закупках в области ПО. В целом общеевропейский репозиторий свободного ПО, разработка Проект IDABC «Совместимость в предоставлении европейских услуг электронного правительства органам власти, организациям и гражданам» (Interoperable Delivery of European eGovernment Services to public Administrations, Business and Citizens) – проект Еврокомиссии, работающий над обеспечением совместимости информационных систем государственных организаций Европейских стран и упрощением их взаимодействия с населением.

которого должна завершиться в 2009 году, в настоящее время видится не столько как комплексная инфраструктурная среда для создания свободного ПО для нужд европейских органов власти (такое видение преобладало в отчете 2002 года), сколько как информационный узел, собирающий данные о различных аспектах использования СПО в госсекторе и как точка координации усилий разработчиков отдельных стран членов Евросоюза.

1.1.1.2 Нидерланды Таблица 1-2. Государственные проекты по поддержке СПО в Нидерландах 2006 Проект по исправлению всех государственных веб-сайтов Успешен правительства Нидерландов 2002 Проект OSOSS: помощь ОГВ Нидерландов в использовании СПО Успешен.

техническая поддержка, консалтинг, издание книг и исследований. 70% из 450 муниципальных 2002 Репозиторий СПО для ОГВ Uitwisselplatform Успешен. Используется в ОГВ.

2007 Выдача USB-брелков с СПО служащим нижней палаты парламента Нет информации.

Нидерландов (Dutch Tweede Kamer (lower house)) 2008 Планы по переводу всех правительственных документов в открытый Нет информации.

формат ODT. Публикация инструкций для госсектора по вопросам открытых стандартов.

Таблица 1-3. Сводные данные по масштабным проектам с использованием СПО в ОГВ Нидерландов институт Нидерландов 2002- Муниципалитет Woerden Перевод всех компьютеров Сервер: GNU/Linux, Squid, Успешен 2003 Голландская дирекция Внедрение масштабной Open Geospatial (OpenGIS) Успешен общественных работ и геоинформационной системы, водного хозяйства, поддерживающей открытые Rijkswaterstaat (RWS) стандарты Амстердама государственных организаций и Linux Terminal Server 2008 Министерство финансов Постепенное внедрение СПО ProntoWiki Проект идет Работа над внедрением открытых стандартов и свободного программного обеспечения в правительственных структурах Нидерландов началась в 2004 году, когда исследовательский институт MERIT в рамках программы OSOSS Netherlands in Open Connection [8] провела опрос среди менеджеров ИКТ об использовании открытых стандартов и открытого исходного программного обеспечения в государственных организациях.

Ранее в стране уже были примеры успешного использования открытого и свободного ПО, например в 2000 году Royal Dutch Meteorological Institute перевел свои компьютеры на RedHat 7.2, а затем на RedHat 9, но дело далее исследовательских институтов не заходило.

Хотя исследование показало доминирующее положение закрытых стандартов в офисах, менеджеры, ответственные за ИТ, видели явные преимущества в использовании открытых стандартов в правительстве, особенно при обмене данными, но испытывали трудности при определении того, являются ли те или иные стандарты открытыми или закрытыми.

При этом обнаружилось, что 85% организаций уже имели опыт работы с СПО. Однако, это как правило, ограничивалось случайным использованием таких приложений, как GNU/Linux, Apache и MySQL для резервного хранения или серверов.

Причинами, побудившими начать переход на СПО, явились: зависимость от поставщиков, которая, по мнению 67% респондентов, является слишком высокой; большие расходы на лицензирование, которые составляли огромную часть бюджетов организаций. 79% респондентов высказались за то, что правительство должно играть значительную роль в расширении использования открытых стандартов и СПО в госсекторе, но открытые стандарты и СПО не должны быть обязательными. В последующие годы OSOSS была направлена на повышение осведомленности общественных и государственных организаций в области открытых стандартов и СПО.

В июне 2006 года Правительство Нидерландов реализует проект по исправлению всех государственных веб-сайтов. Все правительственные сайты, создаваемые после 1 сентября года, должны были проходить двойную проверку в независимых организациях на вопрос соответствия стандартам W3C, а в срок до 31 декабря 2010 года и существующие ныне официальные ресурсы должны быть приведены в надлежащий вид. Таким образом, правительство Нидерландов поставило задачу обеспечить своих граждан равными правами для доступа к официальным документам, что станет одним из наиболее ярких примеров поддержки демократических принципов.

Летом 2007 года члены Нижней палаты парламента Нидерландов, их ассистенты и секретари получили USB брелки с установленными на них свободными приложениями, такими как OpenOffice.org, Firefox и ПО для просмотра файлов в формате PDF Sumatra. ПО включало также свободные шифрующие приложения.

В декабре 2007 года власти Нидерландов приняли решение о переводе всего официального документооборота на использование открытого стандарта формата документов ODF. Данное решение стало частью программы по снижению затрат на содержание государственного аппарата и увеличение срока службы официальных документов.

Согласно плану нидерландского правительства, с апреля 2008 года начался переход на открытый формат документов, который завершится к 2011 году. В общей сложности затраты на данный проект составят около 8,45 миллионов евро.

Данное решение нидерландских властей вызвало негативную реакцию корпорации Microsoft, сотрудники которой в Нидерландах приложили массу усилий к тому, чтобы переубедить государственных служащих. Однако, представители правительства подчеркнули, что речь не идёт о запрете использования программных продуктов Microsoft – данное решение касается только форматов документов, поэтому любой государственный служащий может работать с пакетом офисных приложений MS Office, используя соответствующие плагины для сохранения документов в формате ODF.

14 мая 2008 года на конференции, посвященной открытому формату файловых документов (OpenDocument Format, ODF), которая прошла в Утрехте, программист Марсель Пеннок (Marcel Pennock) заявил, что Государственный совет Нидерландов (Dutch Council of State, DCS) – консультативный орган правительства и высший суд по административному праву – готов выпустить приложение централизованной конвертации документов проприетарных и свободных форматов на условиях свободной лицензии. На данный момент администрация Гааги тестирует приложение.

Приложение конвертирует документы Microsoft в формат ODF и обратно. Документ можно также сохранить в формате PDF (Portable Document Format). Отдел информационных технологий Совета рассматривает возможность установки системы управления электронным документооборотом с поддержкой приложения конвертации. Будет ли система выпущена на условиях свободной лицензии, пока неизвестно. По словам Пеннока, Совет использует проприетарное ПО на протяжении 15 лет, так что о быстрой миграции речи не идёт.

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

Не следует забывать и о том, что в этом случае упрощается и техническая поддержка ПО – в случае неполадок достаточно заменить вышедший из строя модуль.

Решение Государственного совета Нидерландов использовать приложение централизованной конвертации обосновано использованием в работе секретных документов.

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

В сентябре 2008 года в городе Амстердам было закончено начатое в мае тестирование использования настольных машин с предустановленным GNU/Linux на основе OpenSUSE, показавшее возможность перехода на СПО служб муниципалитетов. В результате до конца года должно быть принято решение о переводе более чем 1000 машин на GNU/Linux.

Голландское правительство в настоящее время уделяет большое внимание использованию СПО и открытых стандартов в госструктурах, и программа OSSOS Netherlands in Open Connection, реализуемая Министерством экономики и внутренних дел Нидерландов, во многом посвящена этим вопросам. Применение СПО и опора на открытые стандарты, по мнению голландских властей, облегчают информационный обмен между частями «электронного государства», благодаря снижению зависимости от поставщиков ПО, усилению конкуренции и более широкому распространению инноваций. OSOSS концентрирует свои усилия на работе прежде всего с министерствами и муниципальными образованиями, но работает также и с другими ОГВ, а также образовательными учреждениями.

Кроме прямого консультирования ОГВ, OSOSS проводит семинары и мастер-классы, издает книги, оказывает техническую поддержку ОГВ по СПО, и поддерживает портал для совместной разработки СПО органами государственной власти. (https://www.uitwisselplatform.nl/) Сейчас на портале представлено 64 проекта, портал посещается государственными служащими и поддерживается рядом ОГВ.

государственного сектора» [10]. Подписанное главой Офиса государственных закупок правительственным документом, включающим в себя методические рекомендации по закупке СПО. Под СПО этот документ понимает программы, распространяемые на условиях таких свободных лицензий, как GNU GPL, GNU LGPL, MPL, EUPL, BSD, MIT, Artistic и Apache.

Заявленные причины использования СПО:

• Открытые стандарты.

• Государственным структурам необходима прозрачность.

• Возможность использования услуг местных фирм.

Сложности с внедрением СПО:

• Недостаток квалифицированных кадров.

• Неясно, как осуществлять проведение тендера и постановку на баланс в случае приобретения СПО (особенно, если оно приобретается бесплатно).

• Человеческий фактор: сопротивление переменам.

1.1.1.3 Германия Таблица 1-4. Государственные проекты по поддержке СПО в Германии 2008 Рассматривается проект по внедрению стандарта ODF. Нет информации (проект еще не В Германии пока не существует четкой целевой государственной политики по СПО, но в этом направлении ведутся работы на уровне различных министерств. Например, в марте 2008 года МВД Германии рекомендовало правительству использовать открытый стандарт ODF в в четвертой версии документа «Стандарты и архитектуры приложений электронного правительства»

(Standards and Architectures for eGovernment Applications, SAGA) [10]. Этот документ устанавливает технические стандарты, форматы и спецификации функциональной совместимости приложений обмена информацией в рамках концепции электронного правительства.

Таблица 1-5. Сводные данные по масштабным проектам с использованием СПО в ОГВ Германии 2000 Муниципалитет Поэтапный перевод рабочих Рабочие места на Успешный 2002 Муниципалитет Харен Перевод АС администрации Терминальное решение Успешный 2002- Администрация Мюнхена Поэтапный перевод серверов Debian Linux Успешный 2003 Ассоциация страхования Перевод АС ассоциации на SUSE Linux Успешный: за 1. Германия имеет давний опыт разработки и использования СПО. Страна является родиной одного из популярнейших дистрибутивов Linux – SUSE, который в настоящее время принадлежит компании Novell. Первая версия дистрибутива вышла в 1994 году. В 2003 г. компания SUSE Linux была перекуплена американской корпорацией Novell, продолжила выпускать свободную версию дистрибутива под названием OpenSUSE и использет его как базу для своих коммерческих решений. Примерно с этого времени началось использование СПО в государственном секторе.

Эволюцию применения СПО можно рассмотреть на примере муниципалитета Швабиш Халль (http://www.schwaebischhall.de), который выполняет поэтапный переход с 2002 года.

В 2002 году было установлено 350 рабочих мест на SUSE. В 2006 году структура была специализированное программное обеспечение (Meeting and Protocol Management for Councils, Groups, Parlaments), разработанное в рамках проекта общеевропейского репозитория OSOR (www.osor.eu). Позднее инфраструктура была переведена на тонкие клиенты, что позволило полностью отказаться от проприетарных ОС на серверах.

В 2003 году также начались гораздо более масштабные проекты по переходу на СПО.

Примером может быть Ассоциация страхования гражданской ответственности работодателей. В 2003 Ассоциация начала обследование АС с целью перевода на СПО, целью перевода АС на СПО было сокращение издержек, упрощение администрирования АС и сокращение зависимости от поставщиков ПО. В Ассоциации работают 2000 сотрудников, которые взаимодействуют с более чем 50.000 клиентами-компаниями и 6.5 миллионами клиентами-частными лицами. Первым этапом было проведено обследование системы, по результатам которого были разработаны рекомендации по СПО для внедрения, а также план по миграции, включающий поэтапный план перевода серверов, перевод пилотной группы пользователей (25 человек) на GNU/Linux, обучение служащих, перевод всех пользователей на GNU/Linux. В таблице приведены количественные данные по переводу серверов и рабочих станций на СПО. По данным IT-отдела Ассоциации, первые несколько месяцев после осуществления миграции они испытывали неудобства из-за неадекватной работы сервиса Samba при совместном доступе к файлам из GNU/Linux и Windows, а также из-за неспособности сервера OpenExchange обслуживать 2000 клиентов. Однако, в процессе взаимодействия с сообществом, ряд ошибок в вышеуказанных программах был исправлен, и АС начала удовлетворять всем требованиям служащих Ассоциации.

Таблица 1-6. Темпы перехода Ассоциации страхования гражданской ответственности работодателей на СПО Аппаратное обеспечение Количество систем на начало 2003 Количество систем на май Рабочая станция с двойной загрузкой (SUSE Linux 8.1 и MS Windows 2000) Осенью 2008 года МИД Германии начало перевод [11] всех 11 тысяч настольных компьютеров на ОС GNU/Linux и другие свободные приложения для сокращения затрат на программное обеспечение. Несмотря на ряд трудностей, связанных со спецификой деятельности министерства (например, эксплуатацию ПО в разных странах), на один компьютер уходит не более тысячи евро в год, в то время как другие министерства тратят в среднем более 3 000 евро.

На сегодняшний день свободная операционная система GNU/Linux установлена на компьютеров министерства. Миграцию планируется завершить летом 2009 года. На СПО уже переведено более половины из 230 посольств и консульств. Сотрудникам некоторых из них приходится решать проблемы, возникающие по ходу миграции, например, в Японии много времени ушло на поиск разработчика, который мог бы устранить проблемы со шрифтом в офисном пакете OpenOffice.org. На СПО полностью переведены посольства в Японии и Корее, посольство в Мадриде использует ОС GNU/Linux с октября 2007 года.

Также переход на СПО идет в администрациях и муниципалитетах земель Германии.

Приведем несколько примеров.

CПО и открытые стандарты выделены в качестве приоритетных направлений новой стратегии развития информационных технологий в германской федеральной земле СаксонияАнхальт, где до сих пор СПО использовалось, главным образом, для решения инфраструктурных задач, включая организацию баз данных, веб-серверов, прокси-серверов, файловых серверов и серверов приложений, а в целом превалировало использование проприетарного программного обеспечения. В документе по стратегии отмечено, что СПО «может устранить зависимость от конкретного поставщика в долгосрочной перспективе». Кроме того, «вследствие отсутствия лицензионных отчислений, оно является экономически выгодной альтернативой коммерческим продуктам». В рамках новой стратегии каждому стандартному проприетарному программному обеспечению будет подобран аналог из разряда СПО. Будут установлены критерии отбора. В целях финансового стимулирования использования СПО может быть пересмотрена существующая практика централизованных закупок проприетарных лицензий с последующим распределением по единой тарифной ставке среди различных государственных служб. Центральная служба информационных технологий администрации будет содействовать планированию миграции и внедрению СПО в департаментах.

Осенью о миграции на СПО заявила администрация города Мюнхен, переводящая свои настольные компьютеры с Windows на GNU / Linux. Подготовка к этому началась еще в 2003 году, "основным клиентом" была выбрана модифицированная версия Debian GNU/Linux, в настоящее время развернутая на большинстве компьютеров. Главной причиной миграции называется независимость от поставщиков программного обеспечения, а катализатором послужило прекращение Microsoft поддержки Windows NT 4 в 2003 году. В большинстве районов города администрация выбрала «мягкую» миграцию, в первую очередь устанавливая СПО Mozilla Thunderbird, Firefox и OpenOffice.org на Windows-компьютеры. Кроме того, была введена новая система управления шаблонами OpenOffice.org, называемая Wollmux. На втором этапе GNU/Linux ставился уже основной операционной системой. Программа рассчитана до 2012 года [14].

1.1.1.4 Норвегия Таблица 1-7. Государственные проекты по поддержке СПО в Норвегии 2006 Программа "eNorge2009", которая должна базироваться именно на Успешный СПО, обеспечивая всех граждан страны персональным идентификатором и даже домашней страничкой.

2007 Открыт центр Friprog: обучение, консультирование госорганов по Успешный СПО, поддержка репозитория СПО 2007 Открытие репозитория delingsbazaren.no – собраны исходные коды Успешный: репозиторием пользуются всех используемых правительством решений для их повторного 429 муниципалитетов, 19 графств и 2007 Принят стандарт документов ОГВ: HTML, PDF и ODF (с 1 января Успешный 2008 Friprog выделено 285 тысяч долларов на адаптацию и продвижение Нет информации (рано подводить использования свободного офисного пакета OpenOffice.org при итоги) составлении государственных отчётов и для ведения архивов.

Начало внедрению СПО в государственных органах Норвегии было положено в 2006 году, когда появились первые заявления о переходе на СПО, а также первые шаги, направленные на его применение. В апреле 2006 года министерство по делам правительственной администрации и реформ (Government Administration and Reform – ICT Ministry) заявило, что развивает использование СПО для снятия зависимости от крупных компаний, например, Microsoft [15].

Тогда же в правительстве был представлен документ White Paper “An Information Society for All”, описывающий основные идеи развития СПО в Норвегии, и новая правительственная инициатива по переходу всех правительственных и государственных учреждений на СПО.

В результате родилась правительственная программа "eNorge2009", которая должна базироваться именно на СПО, обеспечивая всех граждан страны персональным идентификатором и даже домашней страничкой.

В апреле 2007 года Либеральная партия Норвегии выступила с предложением [16] пересмотра законов об авторском имущественном праве, предложив:

1. разрешить свободный обмен результатами интеллектуальной деятельности, оставив ограничения лишь для случаев коммерческого использования;

2. разрешить свободное внесение изменений (создание производных произведений) в результаты интеллектуальной деятельности, обобщив таким образом понятие «fair use».

Запрещенным, по мнению Либеральной партии Норвегии, должен остаться только 3. сократить срок действия авторского имущественного права на результаты интеллектуального труда;

4. запретить использование технических средств, ограничивающих возможности потребителей создавать копии легально приобретенных ими произведений – технические средства защиты авторских прав (Digital Rights Management, DRM).

Позже, в августе, Норвегия открыла Национальный центр компетенции СПО – Friprogsenteret (Friprog) – в городе Драммен недалеко от Осло [17]. Задачами центра стали:

• обеспечение государственных органов, особенно норвежских муниципалитетов, ресурсами, которые они смогут эффективно использовать для разработки и внедрения СПО.

• повышение знаний и компетентности в области СПО как в государственном, так и в частном секторе [18].

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

• создание центра разработки и общего хранилища (репозитория) наработок по СПО – delingsbazaren.no – в котором собраны исходные коды всех используемых правительством решений для их повторного использования в разработках для ОГВ.

• создание единой платформы для сотрудничества и совместной работы с другими странами Friprog полностью финансируется правительством (Министерством по делам правительственной администрации и реформ) в объеме примерно 4 млн. норвежских крон год (около 500000 евро), но сохраняет самостоятельность в качестве независимой неправительственной структуры. Центр может получать прибыль от сотрудничества и выполнения заказов частного сектора. Центр занимается также правовыми вопросами, связанными с проблемой использования СПО в государственных органах. Так как проблем с авторским правом и повторным использование кода не существует по определению, то единственным препятствием по использованию СПО является система государственных закупок, не предусматривающая возможность бесплатного приобретения ПО. Friprog в настоящее время действует в качестве консультативного органа при правительстве и имеет возможность оказывать влияние и определять решение по вопросам касающимся политики Норвегии в области ИКТ, например при закупке проприетарных систем.

В декабре 2007 года норвежское правительство приняло решение [19] о том, что все официальные данные будут доступны в открытых форматах документов, таких, как HTML, PDF и ODF. По данным правительства, HTML станет основным форматом для публикации общественной информации в Интернете. В случае с PDF, PDF 1.4 и в будущем PDF/ISO 19005-1, применение этого формата будет обязательно в тех случаях, когда есть необходимость представить документ с сохранением форматирования, а также нет необходимости правки. ODF в виде ISO/IEC 26300 будет использоваться для документов, где пользователям разрешается вносить изменения, таких как общественные формы. Эти требования должны быть выполнены к 1 января 2009 года. Friprog несет ответственность за информирование ОГВ о том, как выполнять эти стандарты.

10 июля 2008 года Норвежский парламент проголосовал за более массовое использование СПО в стране, а уже осенью министр государственного управления и реформ Норвегии Хэйди Гранде Рёйс (Heidi Grande Roeys) заявила [20], что правительство выделило 285 тысяч долларов ( миллиона крон) Friprog на адаптацию и продвижение использования свободного офисного пакета OpenOffice.org при составлении государственных отчётов и для ведения архивов.

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

Государственные средства, выделенные Центру, пойдут, в том числе, и на решение этой проблемы.

Также в 2008 году был обновлен репозиторий www.delingsbazaren.no, в который, помимо исходных кодов, добавили также учебные и методические материалы – электронные курсы, материалы разработанные правительственными организациями.

Таблица 1-8. Сводные данные по масштабным проектам с использованием СПО в ОГВ Норвегии 2004 Администрация г. Перевод серверов на СПО. RedHat Linux Успешный в части 2006-2008 Школы Норвегии Переход на СПО Skolelinux (специальный Большая часть школ В Норвегии разрабатывается свой дистрибутив GNU/Linux для школ и домашнего обучения – Skolelinux [21] – основанный на Debian (известный также как EduDebian). Также государство поддерживает переводы на норвежский язык других дистрибутивов GNU/Linux.

1.1.1.5 Франция Таблица 1-9. Государственные проекты по поддержке СПО во Франции 2003 Репозиторий свободного программного обеспечения для Очень успешен государственных нужд ADULLACT 2008 Проект министерства образования и Mandriva по продвижению СПО Успешен в систему образования: бесплатное обучение, скидки на платные 2008 Поддержка открытых стандартов и открытых форматов на Нет информации государственном уровне В настоящее время большое количество государственных организаций Франции используют СПО и GNU/Linux, первые заявления о переводе серверов и части персональных компьютеров на GNU/Linux относятся к 2002-2003 году – от министерства сельского хозяйства, министерства обороны, министерства культуры Франции, администрации Парижа.

Разработчик одного из ведущих мировых дистрибутивов GNU/Linux – Mandriva Linux – является изначально французской компанией. В настоящее время центры разработки этого дистрибутива есть также в Бразилии, Японии и России, офисы в 12 странах мира и около партнеров в 25 странах. При этом о государственной поддержке одного отечественного дистрибутива (впрочем, дистрибутив уже является международным) речи не идет.