Пользователь
0,0
рейтинг
9 декабря 2010 в 12:08

Разработка → Руководство по госзакупкам ПО с открытым исходным кодом



Это название документа, который создан в результате исследования, заказанного Евросоюзом. Ссылку на этот документ в формате PDF я нашёл в блоге у Ивана Бегтина (того самого, который открыл п0дмену букв на российском сайте госзакупок)

Я загорелся идеей перевести этот документ на русский, чтобы было чем тыкать в лицо господам чиновникам, которые закупают тривиальное ПО на 1 млн. баксов, например. Т.е. чтобы на вопрос «о чём вообще речь?» можно было давать ссылку на этот документ.

Но, будучи человеком достаточно ленивым, сразу понял, что переводить PDF, сохраняя форматирование, будет для меня непосильной задачей. Поэтому написал в организацию, которая проводила исследование (OSOR.eu), письмо с просьбой переслать мне документ в ODT. Почему в ODT — потому что в метаданных PDF было указано, что он экспортирован из ОО.

В общем, переписка длилась порядка 2 недель, и я всё-таки добился своего. Не знаю, каким образом, но документ этот они нашли и переслали мне.

Документ достаточно большой (88 страниц на русском языке), поэтому решил написать пост с кратким рефератом + рассказать об инструменте, который использовал для более-менее удобного перевода документа в ODT на русский с сохранением форматирования.


Как оказывается, в Евросоюзе в последнее время уделяют большое внимание открытому ПО (здесь и далее под открытым подразумевается ПО, которое является и открытым и свободным одновременно). И поэтому в октябре 2008 года создали обсерваторию и репозиторий открытого ПО OSOR (вебсайт http://www.osor.eu/). Этой организации Евросоюз и заказал исследование на тему закупки открытого ПО.

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

Зачем вообще нужны тендеры, если речь идёт об открытом ПО ?


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

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

Как обстоят дела с закупками ПО в Евросоюзе ?


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

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

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

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


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

Почему открытые стандарты особенно важны для государственных организаций ?


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

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

Экономическая эффективность открытого ПО и открытых стандартов


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

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

Применимость документа в наших условиях


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

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

Замечания

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



Как переводить документы в ODT с сохранением форматирования


Для того, чтобы переводить тесты, хранящиеся в файлах формата OpenOffice, есть специальный пакет программ, называется «Translate toolkit». Находится тут: http://translate.sourceforge.net/wiki/developers/projects/odf.

Работает этот набор так:
  • с помощью команды odf2xliff файл в формате odt конвертируется в файл специального формата xlf
  • файл в формате xlf открывается в программе Virtaal (которая является частью набора) и переводится
  • с помощью команды xliff2odf файл xlf конвертируется обратно в формат odt с сохранением форматирования, но уже в переведённом варианте.
Установка пакета программ

Здесь я описываю установку в ОС Ubuntu. Если есть информация, как это делается в других ОС, пожалуйста, поделитесь.
  • скачиваем последнюю версию из svn репо:
    svn co https://translate.svn.sourceforge.net/svnroot/translate/src/trunk
  • переходим в каталог с пакетом и выполняем команду
    sudo ./setup.py install
  • переходим в подкаталог virtaal и выполняем команду
    sudo ./setup.py install
Использование пакета программ

Для того, чтобы перевести файл /tmp/osor.odt, нужно выполнить следующие действия:
  • конвертируем odt в xlf:
    odf2xliff /tmp/osor.odt /tmp/osor.xlf
  • запускаем программу перевода с помощью команды virtaal



  • открываем xlf файл в программе virtaal с помощью кнопки «Open» или меню File-Open:



    появляется содержимое файла для перевода в виде последовательности строк
  • нажимаем на строку, появляется текстовое поле, поделённое напополам — сверху находится оригинальный текст, снизу надо вводить перевод.
  • помечаем статус переведённого куска как «translated» спомощью селектора, находящегося справа от текстового поля
  • сохраняем файл, File-Save
  • конвертируем переведённый xlf в odt:
    xliff2odf -t /tmp/osor.odt /tmp/osor.xlf /tmp/osor_ru.odt
    при этом получаем переведённый файл с сохранённым оригинальным форматированием

Замечания

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

Но, несмотря на эти недостатки, в целом очень облегчает работу по переводу, особенно коллективную (конечно, если переводят несколько человек).

Кроме того, в этом же пакете есть инструмент для коллективных онлайн-переводов. Но я им не пользовался, т.к. переводил один.
spanasik @spanasik
карма
19,6
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (40)

  • +1
    спасибо!
    • +1
      пожалуйста! :-)
  • +3
    >Вообще, я верю в то, что разум всё-таки победит и у нас тоже будет принято решение использовать в основе деятельности государства свободное ПО и стандарты, и всячески способствовать его развитию и поддержке наших программистов.

    Хороший пунктик для избирательной речи президента :)
    • –2
      Добавлю ваш комментарий в избранное. Вдруг надумаю в президенты баллотироваться
  • 0
    Спасибо!
    • 0
      пожалуйста! :-)
  • +1
    Нас на европейских тендерах регулярно трамбуют по поводу открытия исходников и протоколов, и могу сказать, что это не очень здорово для производителей. Мы ведь годами разрабатывали софт и вкладывали деньги не для того, что бы потом любой мог взять наши алгоритмы… То что хорошо для фрилансеров не всегда устраивает большие компании, надо как-то эти факты тоже принимать во внимание.
    • +1
      Если вам невыгодно, никто не заставляет участвовать, верно?

      Интересы государства, как инструмента общества, важнее интересов отдельной компании, которая считает, что какой-то определённый метод ведения бизнеса для неё выгоднее.
      • 0
        Ну вот у меня есть живой пример, когда пару лет назад немцы написали проект требований к поставщикам основанный на полностью открытых протоколах и системах. Возможно он хорош и правилен, но денег уже потрачен вагон, проект оказался в разы дороже, чем если бы они купили off-the-shelf закрытую систему и плюс никто из крупных поставщиков не хочет браться — воз и ныне там. И как здесь с государственными интересами?
        • +1
          В документе по этому поводу чётко расписано. А именно, что нужно учитывать расходы в долгосрочной перспективе.

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

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

          Относительно упомянутого Вами проекта в техническом плане ничего конкретного сказать не могу, не посмотрев на спецификации.

          В общем, советую прочитать документ, для этого и переводил.
          • +1
            Дороже, дороже, и намного. Я сравнивал стоимость коробочных продуктов и стоимость разработки требуемого открытого ПО (при том что функционал в принципе одинаковый).
            В общем-то я не хочу чернить все эти наработки, сами идеи возможно прекрасны и правильны, но напоминают сферического коня в вакууме, практика может ввести коррективы, фактически сводящие всю идею на нет.
            Что касается поддержки — тут тоже большой вопрос, к кому обратиться за поддержкой, нанимать каких-то своих специалистов (что тоже стоит денег) или обратиться к той же компании, имеющей многолетний опыт в разработке, эксплуатации и обслуживании. Получается, что за эти деньги мы исключительно страхуемся на некие форсмажорные обстоятельства, которых вполне возможно и не произойдет.
            Кроме того, современные темпы технологий толком не дают возможность прогнозировать развитие на десятилетия. Может получиться, что лет через пять будет дешевле все сделать заново, нежели поддерживать устаревшую систему.
            PS документ обязательно прочитаю и спасибо за перевод.
            • +1
              > Кроме того, современные темпы технологий толком не дают возможность прогнозировать развитие на десятилетия.

              Вот собственно поэтому открытое ПО более жизнеспособно.

              Что касается «дороже» — трудно это обсуждать, не имея технического описания проекта и конкретных цифр.

              Спасибо!
              • +1
                почему по этому? развитием и прогнозированием занимаются большие коммерческие вендоры — у них на это тратяться R&D бюджеты.

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

                  Я Вам рекомендую прочитать статью «Исследование эффективности моделей управления открытыми проектами», судя по всему, Вы будете сильно удивлены, что сообщества действуют эффективнее авторитарных систем.

                  Стабильность открытого ПО объясняется тем, что его поддержкой может заняться любая компания или группа специалистов, имеющая компетенции, а не только вендор.
            • +2
              >Что касается поддержки — тут тоже большой вопрос, к кому обратиться за поддержкой, нанимать каких-то своих специалистов (что тоже стоит денег) или обратиться к той же компании, имеющей многолетний опыт в разработке, эксплуатации и обслуживании. Получается, что за эти деньги мы исключительно страхуемся на некие форсмажорные обстоятельства, которых вполне возможно и не произойдет.

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

              Такое с бухгалтериями часто было раньше (сейчас все на 1с сидят), когда у тебя есть еще досовская прога и ты бы рад уже ее поменять, но набивать 5 лет зарплатных данных…
    • +1
      Протоколы полюбому должны быть открыты. А алгоритмы нужно знать, думаю, только в сферах безопасности (военные, связь, медицина). А там уж никак без экспертизы.
      • +1
        Ну вот у нас системы из многих компонент состоят, и внешние протоколы — да, они открыты и я даже участвую в процессе их стандартизации на наднациональном уровне, но вот какая именно там внутри каша варится между компонентами — это уже наше дело и светить их не хочется.
  • +1
    Хорошее дело.
    Глядя на вас, и сам вдохновляешься на то, чтобы делать что-то полезное )
    • +1
      Спасибо, рад. Приходится делать, на государство надежды нет.
  • +2
    Отлично, что в России есть такие неравнодушные люди. Вы — молодец! Побольше бы таких как Вы!
    • +2
      Спасибо! На самом деле ничего особенного: сваливать не собираюсь, поэтому как-то пытаюсь реструктурировать окружающую действительность в правильном направлении.
  • +1
    Молодец, что тут ещё сказать!
    • +1
      спасибо!
  • +1
    Прекрасные новости о создании www.osor.eu/ и отличная работа. Спасибо.
    Осталось объяснить чиновникам что такое Open Source… а заодно и Creative Commons.
    • 0
      В документе как раз объясняется, что такое открытое ПО, и почему оно необходимо именно государству.
  • +1
    Спасибо! Кстати. Где-то читал, что по соображениям безопасности, на одну ось в гос-органах, военке, образовании, милиции и тп — НЕЛЬЗЯ отдавать более 50% компьютеров… потому что со стратегической точки зрения это является ошибкой… Нужно менять положение, когда 99% компов занимает одна и та же ось… Да что там, даже по логике — отдавать дядюшке Биллу всех школьников сегодня нельзя! Хотя он «пищом лезет», чуть-ли не бесполатно, только не давайте детям знаний, кроме Виндовса… этого он боится… но это нужно делать…
    • +1
      Пожалуйста!

      Ну это совершенно логично, и даже пословица «не кладите все яйца в одну корзину» говорит о том же, народная мудрость.

      Я совершенно не против проприетарного ПО, не призываю его выжигать калёным железом. Я против его засилия на тендерах в России. Должен быть разумный баланс.

      Но открытые стандарты безусловно необходимы, без вариантов.
  • 0
    в алгоритмы откаты заложены? если нет тогда это не для рашки

    Что бы в России такое проталкивать, предварительно, надо произвести зачистку, начиная с самых верхов власти…
    • 0
      Тем не менее, документ подобного рода необходим.
      • 0
        безусловно, да!!!

        но что то мне подсказывает что там только для знатоков инглейского языку.
        на русском шпаргалочки не найдётся?
        • +1
          Перевёл же на русский :-)
          • 0
            поднимите мне вкеи!!! (с)

            дайте плиз ссылке не вижу в упор =(
            • 0
              Нажмите на первую большую картинку, там первая ссылка osor_ru.pdf будет PDF версией документа на русском.
  • 0
    OSOR.eu ­ — сам по себе нехилый распил бабла. Trasys получила уже полдюжины миллионных грантов через FP6 и FP7 на «развитие свободного ПО», а полезный выход — несколько публичных документов, вроде того, что вы описываете, та так называемый Репозитарие Европейского Сводобного ПО forge.osor.eu, на котором ничего стоящего ничего не публикуется, потому что стоящий код всегда лучше выложить на code.google.com, sourceforge или github.

  • +1
    Огромное человеческое спасибо
    • +1
      пожалуйста! :-)
  • +1
    Я недостаточно знаком с устройством государственного аппарата в нашей стране и тем более других государств. Но, после предложения
    Очень часто на тендерах явно указывается либо название какого-то проприетарного ПО, либо конкретная фирма-поставщик.

    возник вопрос. Существуют ли подразделения/должности в гос аппарате, работники которых отвечают за ИТ инфраструктуру, её развитие и т.д.? И как эти подразделения/должности называются в российском государстве и в других, если кому известно? Не может же быть, что человек, далекий от ИТ, будет составлять такие документы. (да, я оптимист)
  • 0
    Для гентушников:
    ompldr.org/vNmhyeQ/translate-9999.ebuild

    Если кто забыл как их ставить из файла:
    sudo -i
    cd /usr/portage/local/
    mkdir -p dev-python/translate; cd dev-python/translate
    wget ompldr.org/vNmhyeQ/translate-9999.ebuild
    ebuild translate-9999.ebuild digest
    emerge translate

    Для обновления:
    emerge translate

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.