• FrBrGeorge
• DraftsAndJunk
• 281к-1335
• Zayavka

Проект конкурсной заявки на 281к-1335

Это не вся заявка, а только малая часть, связанная с Репозиторием СПО для АИС ОГВ

Пакетом СПО в исходном тексте называется то RPM-пакет, то дистрибутив (сборник). Я отредактировал текст на предмет того, чтобы пакетом назывался пакет, а дистрибутив или сборник — программным комплексом.

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

• 3.1.5 Разработка предложений по созданию и порядку использования национального Репозитория СПО, используемого для разработки и распространения АИС ОГВ с использованием инфраструктуры Федерального информационного центра;

  1. Будут разработаны предложения по назначению и областям применения национального Репозитория СПО. В рассмотрение будет включаться использование Репозитория как базы для построения программных комплексов ОГВ и других госструктур (в частности, АИС ОГВ). Надо ли будет писать зачем и какой от этого прок?

  2. Будет разработан перечень и предложен проект содержания нормативно-правовых актов, необходимых для создания и функционирования Репозитория. Сюда должны включаться документы, регламентирующие деятельность ФИЦ в отношении Репозитория, деятельность организаций, ответственных за различные этапы создания и функционирования Репозитория, в том числе включение и исключение программного продукта, обеспечение и ограничение доступа, эксплуатацию технической базы, порядок использования ПО из Репозитория и стороннего ПО при создании программных коплексов и т. п.
  3. Будут разработаны предложения по порядку использования национального Репозитория СПО, в том числе для создания АИС ОГВ, для создания программных комплексов по заказу произвольной государственной структуры и, возможно, произвольным лицам и/или организациям, соблюдающийм регламент доступа к Репозиторию. В предложениях бкдет учитываться инфраструктуры Федерального информационного центра (имеющиеся аппаратные и административные мощности, сервисные и верификационные структуры Центра и т. п.)
  4. Будут разработаны критерии включения пакетов СПО в Репозиторий, в том числе правовые (взаимное соответствие условий распространения и эксплуатации ПО-кандидата порядку использования ПО в Репозитории, соответствие факта эксплуатации и распространения ПО-кандидата законам РФ и т.п.), технологические (соответствие ПО-кандидата процедурам помещения и использования ПО в Репозитории, отсутствие необходимости привлекать для помещения и использования ПО-кандидата продукты, не входящие в репозиторий, воспроизводимость процесса сборки ПО-кандидата и т. п.) и эксплуатационные (качество и продолжительность эксплуатационной истории ПО-кандидата, ресурсоёмкость, востребованность и т. п.).
  5. Будут предложены требования к регламенту включения пакетов СПО в Репозиторий, в том числе к процедуре регистрации и идентификации донора ПО и атрибуции ПО-кандидата, порядку проверки правовых, технологических и эксплуатационных характеристик ПО-кандидата и условий его распространения и эксплуатации, классификации и размещению хранимого экземпляра ПО и пр.
  6. Будет предложена классификация пакетов СПО в Репозитории по их назначению (области решаемых рабочих задач), функциональности (диапазону предоставляемых функций и роли пакета в программном комплексе) и эксплуатационным характеристикам (уровень готовности к внедрению, актуальность, в том числе по отношению к По из Репозитория)
  7. Будут сформированы требования к регламенту доступа к Репозиторию; как минимум потребуются процедуры проверки аутентичности ПО, идентификаций и протоколирования доступа с целью удаления и изменения, в том числе при отработке нештатных ситуаций и/или инженерном вмешательстве (восстановление цельности и т. п.).
  8. Будут разработаны требования к регламенту сопровождения Репозитория, включающие в себя определение уровня ответственности за поддержание Репозитория в целом, мер по регулярному обслуживанию и профилактике, разделение ответственности за отдельный продукт в Репозитории между донором ПО и организацией, сопровождающей инфраструктуру Репозитория.
  9. Будут сформулированы требования к регламенту поддержания целостности Репозитория и его замкнутости относительно сборки; в частности, в регламент должна включаться процедура определения того факта, что любой продукт в Репозитории может быть получен (собран) из исходных текстов, хранящихся только в Репозитории и исключительно при помощи программных продуктов, входящих в Репозиторий. Также будет включено требование описать порядок применения этой процедуры, в том числе описывающий штатные ситуации, в которых применение этой процедуры может давать отрицательный результат.
  10. Требования по программным и аппаратным архитектурам, поддерживаемым Репозиторием, будут формироваться исходя из двух факторов: наибольшая распространённость аппаратных архитектур на российском рынке (как минимум, i586 и x86_64) и использование в качестве программной платформы исключительно ПО, входящее в состав Репозитория. Требования не должны ограничивать включение в состав Репозитория ПО, формально относящееся к иной программной/аппаратной платформе, при условии, что такое ПО возможно эксплуатировать в программных комплексах, составленных исключительно из ПО, входящего в состав Репозитория (например, командные сценраии, программы, не требующие присутствия ОС, программы для других платформ, запускаемые в эмуляторах и/или средах запуска и т. п.).
  11. Требования к регламенту пересборки (частичного и/или полного пересоздания запускаемых версий ПО из исходных текстов на языках программирования) Репозитория будут включать в себя условия, необходимые для принятия решения о пересборке, критерии определения набора ПО, подлежащего пересборке, процедуры, производимые при неуспешной пересборке отдельных компонентов Репозитория, в том числе оповещение ответственных за эти компоненты и доноров соответствующего ПО.
  12. Требования к регламенту комплектации программных комплексов СПО из Репозитория, возможно, не понадобятся, так как комплектация не входит в функции самого Репозитория. Однако будут сформулированы требования к наличию в Репозитории средств проверки и обеспечения целостности произвольного комплекта, средств физической комплектации (размещения на носители данных) и средств установки комплекта в программное окружение.
  13. Требования к регламенту зеркалирования и резервного копирования Репозитория должны соответвовать общепринятой практике зеркалирования и резервного копирования с учётом использования инфраструктуры Федерального Информационного Центра и специфики сохраняемых данных. В частности, должно требоваться описание процедуры установления аутентичности компонентов Репозитория на зеркалах и при восстановлении из резервной копии.
  14. Требования к регламенту защиты информации Репозитория будут предписывать, как минимум, процедуру идентификации донора ПО, процедуру атрибуции ПО донору, процедуру проверки целостности и аутентичности ПО, а также комплекс административных и технологических мер по предотвращению и/или элиминированию атак на инраструктуру Репозитория как извне, так и посредством модификации ПО, входящего в состав Репозитория.
  15. Требования к пользовательским интерфейсам Репозитория должны предписывать, как минимум, описание процедуры помещения ПО в Репозиторий (цифровая подпись, помещение во входную очередь, уведомление о прохождении/непрохождении ПО в Репозиторий), процедуры доступа к паспорту ПО и наполнения этого паспорта (название, краткая информационная справка, сведения о доноре и разработчике, техническая информация), процедуры доступа к компоненту в исходном и/или двоичном виде (получение, проверка аутентичности). Требования должны допускать интеграцию пользовательского интерфейса в инструмент комплектации и/или управления программным комплексом (то есть инструмент, решающий более общую задачу), созданным на основе пакетов Репозитория, при условии, что этот инструмент содержится в Репозитории.
  16. Требования к программным интерфейсам Репозитория должны опираться на программные возможности, предоставляемые лицам, задействованным в обеспечении ЖЦ Репозитория (донору ПО, разработчику, администратору и системному архитектору Репозитория, пользователю Репозитория). Спецификация межпрограммного интерфейса (взаимодействие составных частей Репозитория, не предоставляющих интерфейс стороннему ПО) может не выходить за рамки технического/программного документирования.
  17. Требования к документированности средств управления и поддержания Репозитория будут предписывать, как минимум, пользовательскую документацию по всем инструментам управления и поддержания Репозитория, предоставляющих пользовательский интерфейс, программно-техническую документацию всех составных частей Репозитория, а также примеры вариантов использования, охватывающие весь ЖЦ Репозитория.
  18. Требования к плану развертывания Репозитория и информирования о нем заинтересованных организаций и лиц будут предписывать, как минимум, определение списка «заинтересованных организаций», документирование стадий планирования и развёртывания в ЖЦ Репозитория и наличие примерног календарного плана в этой документации, соответствие плана развёртывания инфраструктуре Федерального Информационного Центра и определение каналов информирования.

  19. Оценка экономического эффекта от использования национального Репозитория СПО для разработки и распространения АИС ОГВ, обусловленного, в частности, скоростью разработки и внедрения, повторным использование АИС на базе СПО в разных регионах и ведомствах, повторным использованием компонентов при разработке новых АИС. Поскольку это НИР, оценка может быть весьма грубой, например: умные дяди уже потратили 1.5 млрд на приобретение несвободного софта в школы, они же собираются потратить 50 млн (в тридцать раз меньше) на «приобретение» аналогичного свободного софта...

• 3.1.6 Разработка макета национального Репозитория СПО, используемого для создания и распространения АИС органов государственной власти и осуществление его первичного наполнения; По части макета требования практически совпадают с заявкой. Зато здесь можно писать конкретику про Сизиф

  1. Будет разработан макет Репозитория для свободной операционной системы на базе дистрибутива ALT Linux, для двух аппаратных архитектур: ix86 и x86_64, с исходными текстами пакетов, системами изолированной сборки, пользовательским интерфейсом обновления компонентов репозитория, средством создания замкнутых по зависимостям систем Не путать с замкнутостью по сборке, её у нас просто так автоматом пока нет,

• 3.2.5 Разработка предложений по созданию национального Репозитория СПО, используемого для разработки и распространения АИС ОГВ с использованием инфраструктуры Федерального информационного центра;

  1. Проект технического задания на создание национального Репозитория СПО с учетом его размещения на инфраструктуре ФИЦ должен соответствовать требованиям основных положений ГОСТ 34.602-89 Гдн бы этот ГОСТ почитать? http://www.admhmao.ru/inform/law/gost_2.htm .

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

  1. Макет Репозитория будет включать в себя компоненты, полный набор средств комплектации и профиль комплектации как минимум одной свободной операционной системы и содержать пакеты СПО, собранные для двух аппаратных архитектур: ix86 и x86_64;
  2. Макет Репозитория будет содержать полные исходные тексты всех включенных в него пакетов, а также средств их сборки. В состав макета могут входить компоненты ПО, допустимые к распространению без ограничений только в двоичном виде (без исходных текстов), если такое ПО существенно необходимо для функционирования и/или сборки пакетов СПО репозитория. В этом случае будут даны рекомендации по замене этих компонентов на свободно распространяемые аналоги и/или по модификации аппаратной составляющей макета, позволяющие исключить такую необходимость.
  3. Макет Репозитория будет включать в себя средства своей полной пересборки, то есть инструмент получения полного состава ПО в конечном (исполняемом, двоичном, пригодном для установке и т. п.) формате из набора исходных текстов этого ПО и т. н. значимого ядра сборки (bootstrap, набор ПО в конечном формате, без которого сборка невозможна). Средства полной пересборки будут включать систему оповещения о непересборке пакетов.
  4. Пользовательский интерфейс для удаленного обновления программных систем, разработанных на основе ПО, входящего в макет Репозитория, будет позволять использовать модифицированные версии Redhat Package Manager (RPM) и Advanced Package Tool (APT) как минимум посредством протокола FTP. Все инструменты, участвующие в процессе удаленного обновления, будут включены в репозиторий. Пользовательский интерфейс для получения информации о пакетах Репозитория будет, как минимум, позволять проводить поиск по ключевым словам в именах и описаниях пакетов, просматривать паспорта пакетов, определять множество непосредственных зависимостей и извлекать другую техническую информацию. Наиболее востребованные данные и операции (просмотр паспорта пакета, поиск по названию) будут доступны через веб-интерфейс посредством стандартного браузера;
  5. Макет Репозитория будет включать средства создания замкнутых по исполнению систем на основе пакетов Репозитория. Такие системы должны использовать набор пакетов, никакой пакет в котором не требует для своей работы дополнительной установки ПО, не входящего в этот набор. В состав системы также должно входить средство установки и первоначальной настройки пакетов.
  6. Макет Репозитория планируется развернуть на оборудовании Исполнителя;
  7. Программная документации на макет национального Репозитория свободного ПО будет включать в себя, как минимум, программную и пользовательскую документацию, поставляемую с используемыми при разработке свободными компонентами ПО, программную документацию на предоставляемые программные интерфейсы, пользовательскую документацию на разработанные Исполнителем компоненты ПО.
  8. Эксплуатационная документация на макет национального Репозитория свободного ПО будет покрывать, как минимум, типичные варианты использования Репозитория донором ПО, администратором и системным архитектором Репозитория и пользователем Репозитория.
  9. Программы-методика проверки функционирования макета национального Репозитория свободного ПО будет покрывать, как минимум, типичные варианты использования Репозитория донором ПО, администратором и системным архитектором Репозитория и пользователем Репозитория, включая варианты нештатного и/или ошибочного использования.
  10. Проверка функционирования макета национального Репозитория свободного ПО будет проведена на эксплуатируемом макете Репозитория, либо, в случае включения в методику разрушительных и/или специфичных для конкретного наполнения тестов, на идентичном стендовом макете.

• 6+ (результаты работы)

  1. Программная документация на макет национального Репозитория свободного ПО
  2. Эксплуатационная документация на макет национального Репозитория свободного ПО
  3. Программа-методика проверки функционирования макета национального Репозитория свободного ПО
  4. Протокол проверки функционирования макета национального Репозитория свободного ПО

• — «тема не раскрыта», требуются пояснения

• Текст — Комментарии FrBrGeorge

• Текст, ... текст — другие комментарии