Концепция стандартизации программного обеспечения ЭГ (АПО)

1. Концепция стандартизации программного обеспечения ЭГ (АПО) Руководитель проектов Серебряков Виктор тел. (095) 967-6650; ф. (095) 261-5781e-mail: serebriakov@lanit.ru

2. Что такое СПО? Комплекс взаимоувязанных решений по принципам выбора технологий для создания программного обеспечения в информационных системах электронного государства

3. Что порождает CПО • ЭГ • Субъекты (информационные системы ОГВ и бизнесов, граждане, гос. служащие) • CПО • Субъекты (программные системы)

4. Области применения СПО • Уже существующее ПО (общие рекомендации по интеграции, EAI) • Вновь разрабатываемое ПО (конкретные рекомендации по разработке) • Внешнее взаимодействие (G2G, G2B, G2C) (обязательная стандартизация)

5. Цели СПО • Обеспечить эффективное взаимодействия участников информационного обмена, одной из сторон которого являются органы государственной власти Российской Федерации,а другой граждане, организации и другие органы государственной власти (G2C, G2B,G2G) • Обеспечить возможность интеграции вновь разрабатываемых информационных систем в органах государственной власти • Обеспечить возможности для граждан и хозяйствующих субъектов по доступу к открытой информации государства • Снизить стоимость разработки и эксплуатации внедряемых программных систем

6. Способы достижения целей • Анализ мировогои отечественного опыта (SAGA (Германия), eGIF (Великобритания), СЭВ (Россия)) • Создание системы профилей стандартов СПО ЭГ • Критерии отбора стандартов • Главный профиль и регламент его изменения • Локальные профили • Разработка нормативно-правовой базы • Разработка плана внедрения СПО • Широкое публичное обсуждение и популяризация

7. Описание СПО с использованием RM-ODP Reference Model for Open Distributed Processing (RM-ODP, эталонная модель для открытой распределенной разработки, ISO 1996 ) В соответствии с RM-ODP программное обеспечение рассматривается со следующих точек зрения: • общефункциональной (enterprise), рассматривающей программную систему с точки ее назначения • информационной (information), описывающей свойства и семантику обрабатываемых данных • компонентной (computational), описывающей общую архитектуру программной системы и рассматривающей ее как совокупность функциональных модулей и интерфейсов для их взаимодействия • инженерной (engineering), описывающей инфраструктуру, обеспечивающую функционирование распределение элементов системы на физических устройствах и объединение этих ресурсов • технологической (technology), рассматривающей приложение как совокупность используемых в нем технологий

8. Использование стандартов

9. Движение стандартов Используемые стандарты

10. Жизненные циклы СПО ЖЦ Критериев СПО ЖЦ Главного профиля стандартов Циклы отдельных стандартов СТ Утвержденный профиль

11. Критерии отбора стандартов • Соответствие классификации • Открытость: • Документированность • Свободный доступ • Отсутствие роялти • Для принимаемых стандартов: • Поддержка индустрии (W3C, OASIS и т.д.) • Наличие реализации • Для вновь разработанных стандартов: • Отсутствие действующего аналога

12. Жизненный цикл стандарта • Подача заявки • Оценка соответствия первичным критериям • Экспертиза соответствия общим принципам ЭГ • Включение в классификатор • Мониторинг соответствия • Инициация смены статуса

13. Статусы стандартов SAGA eGIF • Принятый (обязательный) • Рекомендованный • Перспективный (на рассмотрении в настоящий момент) • Перспективный (предполагается рассмотреть в будущем) • Обязательный • Рекомендованный • Перспективный • (на рассмотрении) СПО ЭГ • Обязательный • Альтернативный • Рекомендуемый • Выбывающий • Не определен

14. 1. Архитектура программного обеспечения(СПО) 2. Регламент изменения ГП 4. Пояснительная записка (ПЗ) к СПО 3. Главный профиль СПО 5. Приложение 1 к ПЗ - глоссарий 6. Приложение 2 к ПЗ – обзор международного опыта 7. Локальный профиль (форматы) 8. ПЗ к локальному профилю Что уже сделано Взаимосвязи между разработаннымидокументами Двойной рамкой обведены документы, которым предполагается придать статус нормативных (нормативно-технических), т.е. основные результаты работ по госконтракту. Одинарной рамкой обведены документы, имеющие значение только в рамках отчета по данному этапу госконтракта, и предназначенные для разъяснения положений основных документов, обоснования отдельных тезисов, демонстрации источников и т.п. Является неотъемлемой частью (приложением, расширением) вышестоящего документа. Регламентируется вышестоящим документом. Разъясняет, комментирует вышестоящий документ. Вышестоящий документ определяет требования к нижестоящему.

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

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

17. Регламент изменения Главного профиля СПО Документ, определяющий процедуру изменения списка стандартизованных спецификаций, которые должны использоваться в программном обеспечении Электронного Государства. Предполагается, что исполнение регламента будет возложено на специальный межведомственный орган, условно названный «техническим комитетом СПО». Документ определяет основные административные процессы этого органа, и тем самым служит источником для разработки нормативно-правовой документации этого комитета.

18. Что будет сделано • Положение об использовании требований СПО в органах государственной власти при закупках готовых и создании новых программных продуктов • Локальные профили • Проект изменений в конкурсную документацию, используемую при государственных закупках ИТ • План реализации Концепции СПО • Технико-экономическое обоснование реализации Концепции СПО • Разработка методологии оперативного сопровождения работ по реализации проектных решений в части обеспечения соответствия СПО; • Разработка пакета нормативных правовых документов, определяющих использование системы стандартов СПО при информатизации органов государственной власти • Рекомендации по приведению проектов, выполняемых в рамках ФЦП «Электронная Россия» к стандартам СПО

19. Вопросы и ответы С материалами можно ознакомиться на сайтах Института архитектуры электронного государства и компании ЛАНИТ www.iaeg.ru www.lanit.ru Руководитель проектовСеребряков Виктор т. 967-6660, e-mail: serebriakov@lanit.ru