Source files of fsfe.org, pdfreaders.org, freeyourandroid.org, ilovefs.org, drm.info, and test.fsfe.org. Contribute: https://fsfe.org/contribute/web/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

def.ru.xhtml 8.5KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960
  1. <?xml version="1.0" encoding="UTF-8" ?>
  2. <html>
  3. <head>
  4. <title>ЕФСПО – Открытые стандарты – Определение</title>
  5. </head>
  6. <body>
  7. <p id="category"><a href="http://www.fsfe.org/projects/work.html">О деятельности ЕФСПО</a> / <a href="/projects/os/os.html">Обзор Открытые стандарты</a></p>
  8. <h1>Открытые стандарты</h1>
  9. <div id="introduction">
  10. <p>Общепризнанного определения «открытых стандартов» не существует, хотя попытки сформулировать его предпринимались неоднократно. Ссылки на разные версии формулировок приведены ниже.</p>
  11. </div>
  12. <p>ЕФСПО не ставит целью дать новое определение. Вместо этого Фонд выбрал формулировку, разработанную в ходе подготовки проекта <a href="http://www.certifiedopen.com">Certified Open</a> по оценке уровня зависимости юридических лиц от конкретного поставщика ПО. Работа над этим определением началась ещё до того, как ЕФСПО присоединился к проекту. Изначально в его основу было положено определение, сформулированное в рамках <a href="http://ec.europa.eu/idabc/en/document/3473/5585.html#finalEIF">Европейской концепции совместимости (EIF)</a>, проекта Еврокомиссии.</p>
  13. <p>В ходе обсуждения с участием ведущих представителей политики, бизнеса и сообщества определение получило новую формулировку из пяти пунктов, устроившую всех. Впоследствии это определение было использовано в проекте <a href="http://selfproject.eu/OSD">SELF EU</a>, <a href="http://www.openforumeurope.org/library/geneva/declaration/manifesto-with-logos-final.pdf">«Декларации о стандартах и будущем Интернета»</a>, подписанной в Женеве в 2008 году, и в проекте <a href="http://documentfreedom.org/os.html">«День документов открытых форматов»</a>.</p>
  14. <h2>Определение</h2>
  15. <p>Открытый стандарт – это формат или протокол, который</p>
  16. <ol>
  17. <li>равным образом доступен для чтения и использования без ограничений всем заинтересованным сторонам;</li>
  18. <li>не содержит компонентов или расширений, зависящих от форматов или протоколов, которые не попадают под определение открытого стандарта;</li>
  19. <li>не содержит правовых или технических положений, ограничивающих его использование любой заинтересованной стороной в любой бизнес-модели;</li>
  20. <li>разработан и дорабатывается в ходе процедур, не зависящих от конкретного поставщика и открытых для равноправного участия конкурентов и третьих сторон;</li>
  21. <li>доступен в большом количестве полных реализаций от конкурирующих поставщиков или в виде полной реализации в равной степени доступной всем сторонам.</li>
  22. </ol>
  23. <h3>О развивающихся стандартах</h3>
  24. <p>Помимо «открытых стандартов» (open standard), то есть форматов и протоколов, которые соответствует пяти пунктам определения, данного выше, существуют «развивающиеся стандарты» (emerging standards), то есть форматы и протоколы, которые находятся в процессе разработки и не отвечают пятому пункту определения, а значит, не могут называться открытыми стандартами. ЕФСПО считает, что так и должно быть, когда требуется технологически зрелое решение. Во многих случаях, например, при использовании стандартов для государственных нужд, цена ошибки может быть очень высока.</p>
  25. <p>Однако, когда речь идёт о продвижении и развитии открытых стандартов, строгое применение пятого пункта определения может препятствовать появлению новых открытых стандартов. При этом с точки зрения определения развивающиеся стандарты выступают прямыми конкурентами несвободных форматов, которые зависят от конкретных поставщиков. Поэтому в подобных ситуациях допустимо, чтобы развивающиеся стандарты не отвечали пятому пункту определения.</p>
  26. <p>Отношение к развивающимся стандартам во многом зависит от конкретной ситуации. В тех случаях, когда цена ошибки велика, нужно использовать только открытые стандарты, соответствующие всем пунктам определения. С другой стороны, когда требуется поощрить развитие открытых стандартов, можно использовать развивающиеся стандарты, не полностью отвечающие требованиям определения.</p>
  27. <p>Таким образом, открытые стандарты лучше, чем развивающиеся стандарты, хотя последние лучше, чем форматы, зависящие от конкретного поставщика. В целом, чем большему числу пунктов определения соответствует формат, тем выше должен быть его приоритет при использовании в случаях, когда важны совместимость и надёжность хранения данных в долгосрочной перспективе.</p>
  28. <h3>Ссылки на другие определения</h3>
  29. <p>Обзор термина «открытые стандарты» и разные версии определений есть на сайте <a href="http://ru.wikipedia.org/wiki/%D0%9E%D1%82%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82">Википедия</a>. Другие версии определений:</p>
  30. <ul>
  31. <li><a href="http://ec.europa.eu/idabc/en/document/3473/5585.html#finalEIF">Европейская концепция совместимости</a></li>
  32. <li><a href="http://www.ft.dk/Samling/20051/beslutningsforslag/B103/index.htm">Предложение Б 103 в парламенте Дании</a></li>
  33. <li><a href="http://perens.com/OpenStandards/Definition.html">«Открытые стандарты – Принципы и практика»</a>. Автор – Брюс Перенс</li>
  34. <li><a href="http://www.digistan.org/open-standard:definition">Определение открытых стандартов</a> организации Digistan</li>
  35. </ul>
  36. </body>
  37. <timestamp>$Date: 2009-12-16 16:59:24 +0000 (Wed, 16 Dec 2009) $ $Author: schiessle $</timestamp>
  38. </html>
  39. <!--
  40. Local Variables: ***
  41. mode: xml ***
  42. End: ***
  43. -->