Открытый формат стандартизации – это условие, которое обязывает проводить разработку всех стандартов в порядке, предусматривающем высокий уровень открытости. В частности, вся итоговая и промежуточная документация должна быть доступна общественности, а процесс их разработки и изменений должен быть открытым.
Сущность открытых стандартов
Рисунок 1. Стандарт открытости. Автор24 — интернет-биржа студенческих работ
Открытость стандарта предполагает его общедоступность и внедряемость на бесплатных условиях. Сама процедура разработки стандартов не должна быть избирательной или демонстрировать предпочтения тем или иным производителям.
В ситуации, когда стандарт будет ссылаться на какие-либо патенты, они не должны будут требовать выплат авторского гонорара, в том числе, и условие отсутствующих ограничений по применению стандарта. При этом, если какая-то организация желает получения сертификата соответствия стандарту, это приведет к выплате денежного взноса.
При некоторых знаниях разработка совместно работающих продуктов становится возможной, особенно, в ситуации, когда они основаны на стандартах. Таким образом, стандарты способствуют повышению совместимости и расширению рынка продукции.
Примеры открытых стандартов
Открытый формат стандартов допускает взаимодействие различных систем посредством интерфейсов, установленных международными консорциумами, отвечающими за разработку этих стандартов.
Открытый формат представляет собой вариант электронного документа, допускающий перенесение этого документа с одной программной платформы на другую без искажений его структуры, формы, содержания и возможность работы с ним в дальнейшем.
В современных условиях примерами открытых стандартов выступают:
ISO/IEC 26300:2006 (описание открытого формата для офисных приложений, оформлен в виде международного стандарта представления документов электронного типа, при этом полностью соответствуя всем критериям открытости);
ISO/IEC DIS 29500:2008 (принят в 2008 году с целью хранения документов пакетов офисных приложений в электронном виде, также является международным стандартом).
Оба формата представлены zip-архивом, содержащим текст в виде XML, графику, а также иные данные. Чтобы стандарт действительно представлял реальную ценность, нужно допустить его принятие и внедрение. Это предполагает использование производителями аппаратного и программного обеспечения стандарта в процессе разработки собственной продукции.
Некоторую роль в принятии стандарта играют также организации конечных потребителей. Так, на этапе постановки технических требований и заданий в отношении разрабатываемого продукта, организации стоит учитывать уже существующие нормативы и стремиться к соответствию им.
Принятие нового документа непосредственно зависит и от организаций, а также их стремления использовать данные стандарты. Некоторые организации:
- игнорируют стандарты при принятии технологии, даже не смотря на то, что они лежат в ее основе;
- предпочитают ожидание с целью увидеть впоследствии, сколько компаний начнут использовать стандарт.
Наряду с тем, большинство компаний принимает технологию исключительно после того как она становится «зрелой», и внедряют стандарты их нахождения продолжительное время в статусе общедоступных.
Критерии открытого стандарта
Критерии открытости стандартов следующие:
- За разработку стандарта ответственна независимая организация стандартизации. По причине того, что организация по стандартизации не была разработчиком приложений, это становится гарантом исключения возможности продвижения интересов какого-то одного разработчика.
- «Прозрачность» процесса разработки. Порядок разработки, контроля над стандартом и обслуживания четко определяется. С целью обеспечения стабильности и гарантировании открытого и в то же время справедливого доступа, требования будут собираться, ранжироваться и инкорпорироваться в спецификацию. Технический комитет несет ответственность за условие правильного эволюционирования текста стандарта в рамках экологичности системы открытых стандартов. В соответствии с таким подходом, один разработчик произвольно изменить текст стандарта и условия его применения во вред другим не может.
- Сотрудничество участников при демократическом подходе. Стандарт будет разрабатываться и обслуживаться большим количеством разработчиков и участников. Он становится отражением мнений многих конкурирующих приложений, в которых уже состоялась его реализация. Такой подход гарантирует полную защиту стандарта от контролирующего воздействия какой-либо одной организации.
- Публичное обсуждение. Не реже одного раза в течение разработки текст стандарта (проект) открывается публике для рассмотрения и обсуждения. Полученные замечания и предложения анализируются организацией – разработчиком стандарта, и либо принимаются, либо отклоняются с обоснованием причин.
- Свободный доступ относительно полного текста стандарта. Стандарт публикуется и представляет доступность для каждого. Это подразумевает возможность для любого человека или организации свободного чтения спецификации и реализации этой спецификации с целью создания, модификации, а также обмена документами и их хранения.
- Отсутствие ограничений в отношении лицензий или патентов. В стандарте наблюдается отсутствие зависимости и функциональности в отношении принадлежности одному разработчику. Он не обременяется какими-либо ограничениями касательно прав интеллектуальной собственности.
- Свободное применение. Отсутствуют какие-либо запреты, которые могли бы ограничивать применение спецификации в каком-то программном обеспечении. Это относится, например, к уникальному коду пользователя, приложению разработчиков с закрытой лицензией, программному обеспечению сообществ с лицензией на открытый программный код. Этот подход снимает искусственные ограничения для входа на рынок различным участникам, устанавливая при этом справедливую конкуренцию, повышая экономичность решений, увеличивая число инновационных альтернатив.
