RU/document formats/ooxml - Revision history

Sancho: Исправлена опечатка

2012-02-28T12:06:48Z

Исправлена опечатка

Sancho at 13:23, 26 August 2011

2011-08-26T13:23:09Z

Sancho at 12:06, 25 August 2011

2011-08-25T12:06:29Z

Admin: 2 версии

2011-05-19T13:53:04Z

2 версии

Admin: 1 версия

2011-05-18T14:51:23Z

1 версия

Sancho: Исправлена опечатка

2011-01-05T11:41:29Z

Исправлена опечатка

Sancho: Добавлена гиперссылка

2011-01-02T14:32:36Z

Добавлена гиперссылка

Sancho: Основной текст

2011-01-02T14:00:32Z

Основной текст

New page

<section begin=title /><noinclude>{{DISPLAYTITLE:</noinclude>Реализация стандарта Office Open XML (OOXML): О чём должны знать государственные учреждения<noinclude>}}</noinclude><section end=title />{{RUkbUpToc}}
{{BreadCrumbL10n}}
__NOTOC__

{{Documentation/Note|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> принят [[RU/document formats/odf|формат ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}

:::''Перевод статьи<ref>Оригинал данного перевода опубликован по следующему адресу: [http://xn--nxa.tumblr.com/post/2475979251/ooxml-what-governments-need-to-know http://xn--nxa.tumblr.com/post/2475979251/ooxml-what-governments-need-to-know].</ref>, опубликованной на сайте «Альянса ODF» в октябре 2010 года. С оригиналом<ref>Локальная копия оригинального файла статьи: [[File:OOXML GovsNeedKnow Oct2010.pdf]].</ref> на английском языке<ref>[http://www.odfalliance.org/resources/OOXML_GovsNeedKnow_Oct2010.pdf «Implementation of Office Open XML (OOXML): What Governments Need to Know»]</ref> можно познакомиться на [http://www.odfalliance.org/ официальном сайте Альянса]. Перевод несколько утрачивает свою значимость в связи с тем, что 21 декабря 2010 г. ODF 1.0 принят в России в качестве национального стандарта [http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument ГОСТ Р ИСО/МЭК 26300-2010 «Информационная технология. Формат Open Document для офисных приложений (OpenDocument) v1.0»]. С другой стороны, статья может стать хорошим дополнением к этой новости, предъявляя очередные аргументы в пользу того, почему стоит следовать стандарту ODF.''

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

Хотя данная тенденция нашла отражение в создании ''открытого формата документов'' (Open Document Format, ODF), который получает всё большее признание и постепенно начинает использоваться всё большим числом госучреждений<ref name="ftn0">«Состояние стандарта ODF и взгляд в 2010 год», публикация Альянса ODF — [http://www.odfalliance.org/resources/Adoptions-ODF-2010-Feb.pdf “The State of ODF & Outlook for 2010”], ODF Alliance</ref>, в то же время продолжается неразбериха с реализацией стандартов, претендующих на статус альтернатив для ODF. Речь идет о формате, инициированном фирмой Microsoft — Office Open XML (OOXML). В целях информирования госучреждений по этому вопросу данная статья описывает текущее состояние реализации стандарта OOXML. В числе прочего даётся историческая справка по его разработке и стандартизации, а также освещается возникновение нынешней ситуации, при которой в наличии имеется нескольких разных форматов OOXML.

== Нынешняя путаница с OOXML берёт своё начало в создании нескольких версий стандарта в рамках ИСО/МЭК ==

Понимание того, какие неприятные обстоятельства поспособствовали разработке OOXML, помогает объяснить сегодняшнюю неразбериху, связанную с данным форматом.

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

В противоположность этому, формат OOXML возник как реакция Microsoft на проблему отсутствия у них подходящего стандарта, осознанную в середине 2005 года, когда госучреждения начали требовать открытых стандартов, Евросоюз призывал к открытию форматов документов и всеми были действительно осознаны риски зависимости от одного поставщика. Без наличия в офисном ПО поддержки формата документов, соответствующего некоторому ''открытому'' стандарту, использование Microsoft Office в госучреждениях в разных странах могло встать под угрозу, в особенности в связи с тем, что открытым стандартам стали давать предпочтение. Раздел описания целей стандарта OOXML затрагивает данную конфликтную ситуацию, пытаясь охватить как цели «точного представления ранее сформированного корпуса электронных документов, таблиц и презентаций, созданных с помощью приложений Microsoft Office» начиная с версии Office 97, так и цели «упрощения расширяемости и интероперабельности (совместимости)…»<ref name="ftn1">ИСО/МЭК 29500 «Форматы файлов Office Open XML», Часть 1, Раздел 1 «Цели» — ISO/IEC 29500 “Office Open XML File Formats”, Part 1, Section 1 “Scope”</ref>

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

На первом голосовании в ИСО, OOXML не смог получить достаточного числа голосов<ref name="ftn2">«ISO не принял Microsoft OOXML в качестве стандарта» // PC World, 04.11.2007. — [http://www.pcworld.com/article/136711/iso_rejects_microsofts_ooxml_as_standard.html “ISO Rejects Microsoft’s OOXML as Standard”, PC World, September 4th, 2007]</ref>. Возникло множество замечаний, указывающих на то, в каких аспектах OOXML зависит от операционной системы Windows. И только после целого ряда изменений, внесённых Microsoft в спецификацию, ISO согласилась признать его допустимым. Первой из таких уступок было введение «Строгого» (Strict) и «Переходного» (Transitional) классов соответствия.

По сути, для того чтобы добиться принятия спецификации в качестве международного стандарта ISO, Microsoft согласилась вынести части OOXML, которые были зависимыми от ОС Windows и могли бы успешно быть реализованы только самим Microsoft, в «Переходную» часть стандарта, использование которой должно было быть ограничено исключительно переводом старых документов Microsoft Office в новые. Было недвусмысленно заявлено, что эта «Переходная» часть спецификации не должна использоваться для создания новых документов.

Прежде чем члены ISO могли быть в достаточной степени удовлетворены, «Строгий» класс соответствия должен был включить десятки улучшений. Учитывая те поправки и улучшения, которые были внесены вместе с возникновением «Строгого» класса соответствия, при втором голосовании OOXML был принят. Конечным результатом стало утверждение спецификации OOXML в марте 2008 года в качестве стандарта ИСО/МЭК (ISO/IEC 29500) и признание двух его разновидностей — «Строгой» и «Переходной». Брайан Джонс, менеджер проекта Office в Микрософт, прокомментировал значимость «Строгой» и «Переходной» версий следующим образом:

{{QuoteRu
|цитата=Наличие классов соответствия… используемых в связи с новой многочастной структурой стандарта, означает, что пользователи и документы, регламентирующие политику закупок, теперь могут явным образом обозначать требование того, чтобы программное обеспечение сохраняло документы с использованием «Строгого» класса соответсвия. Или же, другой пример, библиотечные учреждения, имеющие потребность в создании архивов, могут закупать программное обеспечение, поддерживающее как строгий, так и переходный классы<ref name="ftn3">''«Протокол заседания собрания по разрешению конфликтов голосования ISO/IEC DIS‑29500», Брайан Джонс, 16.03.2008 — [http://blogs.msdn.com/b/brian_jones/archive/2008/03/15/narrative-of-the-iso-iec-dis-29500-brm-meeting.aspx “Narrative of the ISO/IEC DIS‑29500 BRM Meeting”], Brian Jones, 16 March 2008''</ref>.
|автор=Брайан Джонс, менеджер проекта Office в Микрософт
}}

В противоположность этому, движущей силой при создании ODF было желание достичь совместимости (интероперабельности) офисного ПО и предоставить пользователям право выбора программного обеспечения.

{{QuoteRu
|цитата=Данный стандарт определяет характеристики основанного на XML независимого от прикладного ПО и операционной системы файлового формата цифровых документов, а также характеристики того ПО, которое будет читать, создавать и обрабатывать такие документы.<ref name="ftn4">''Спецификация OASIS ODF 1.2, Проект 05, Раздел 1.1 «Цели» — OASIS ODF 1.2, CD 05, Section 1.1 “Scope”</ref>
|автор=Спецификация OASIS ODF 1.2
}}

Результаты соответствующим образом подтверждают значимость открытых стандартов, поскольку сегодня все основные приложения для создания документов пользователей<ref name="ftn5">В противоположность программному обеспечению для создания типографских макетов — ''прим. перевод.''</ref> поддерживают стандарт ODF.

== Текущее состояние по реализации стандарта OOXML: неразбериха с разными версиями ==

После нескольких лет с того момента, как OOXML был одобрен ИСО в качестве международного стандарта, формат всё ещё продлжает существовать в нескольких редакциях, ни одна из которых в точности не соответствует тому, что использует Microsoft в своих офисных программных продуктах. Рассмотрим данные варианты OOXML:

* Версия OOXML, утверждённая ECMA (ECMA 376). Данная версия была отвергнута ISO. Она некоторым образом соответствует тому, что выдаёт на выходе Office 2007, однако не содержит определений скриптов, макросов, DRM, привязок к SharePoint и т. д. Данная версия содержит также множество зависимостей от платформы Windows. Использование ECMA‑376, по существу, приковывает пользователей к продукту Microsoft Office.
* «Строгая» (Strict) версия ISO/IEC 29500. Именно данная версия выдвигалась ISO для целей создания новых документов. Однако ни Office 2007, ни Office 2010 не могут записывать документы в «строгом» формате OOXML. Microsoft не давала никаких публичных обязательств относительно того, когда OOXML “Strict” будет полностью реализован.
* «Переходная» (Transitional) версия ISO/IEC 29500. Вариант стандарта, который, по заявлениям ISO, не должен использоваться для новых документов. Ни Office 2007, ни Office 2010 не реализуют данную версию в точности. Более того, Office 2010 пишет документы с использованием нестандартной формы OOXML “Transitional”, которая включает много проприетарных расширений. Стандарт ISO не был дополнен данными расширениями с использованием обычной процедуры стандартизации.

Тот факт, что Microsoft, не реализуя «Строгую» версию стандрта, частным образом расширяет «Переходную» версию, означает, что те улучшения, которые позволили OOXML пройти стадию утверждения в ISO, на данный момент игнорируются. Данное расхождение стандарта ISO и реализации Microsoft вылилось в недавнее заявление Председателя собрания по разрешению конфликтов голосования (ballot resolution meeting) о том, что «Весь проект OOXML теперь несомненно движется к краху».<ref name="ftn6">Алекс Браун, «Microsoft не прошёл испытание на соответствие стандартам», 2010 — Alex Brown, [http://www.adjb.net/post/Microsoft-Fails-the-Standards-Test.aspx “Microsoft Fails the Standards Test”] (2010)</ref>

== Что из этого следует для госучреждений? ==

Хотя не все организации, использующие открытые стандарты, одинаковы, в целом они стараются избегать зависимости от конкретного поставщика, снижать затраты, повышать совместимость (интероперабельность), расширять доступ общественности к официальным документам и обеспечивать их долговременное хранение. Некоторые, но не все, также явно озвучивают цель способстования развитию конкуренции и даже способствования использованию открытых стандартов.

Не зависмо от того, к первой или второй области относятся цели того или иного госучреждения, до тех пор, пока со стороны Microsoft и других поставщиков ПО не будет полной поддержки «Строгой» версии OOXML (ISO/IEC 29500), госучреждения, полагающиеся на любые версии OOXML, могут расчитывать лишь на зависимость от конкретного проприетарного решения, которое не будет соответствовать их основным целям и запросам.

{{RUsignyear|Sancho|А. Е. Харламенков|2011}}
{{RUkbBottom}}

← Older revision		Revision as of 12:06, 28 February 2012
Line 3:		Line 3:
	__NOTOC__		__NOTOC__

−	{{Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> [[RU/~~goverment~~/odf\|принят]] формат [[RU/document formats/odf\|ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}	+	{{Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> [[RU/government/odf\|принят]] формат [[RU/document formats/odf\|ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}

← Older revision		Revision as of 13:23, 26 August 2011
Line 78:		Line 78:


−	{{~~RUsignyear~~\|Sancho\|А. Е. Харламенков\|2011}}	+	{{SignYear\|Sancho\|А. Е. Харламенков\|2011}}
	{{RUkbBottom}}		{{RUkbBottom}}

← Older revision		Revision as of 12:06, 25 August 2011
Line 3:		Line 3:
	__NOTOC__		__NOTOC__

−	{{~~Documentation/~~Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> [[RU/goverment/odf\|принят]] формат [[RU/document formats/odf\|ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}	+	{{Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> [[RU/goverment/odf\|принят]] формат [[RU/document formats/odf\|ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}

← Older revision		Revision as of 11:41, 5 January 2011
Line 70:		Line 70:
	== Что из этого следует для госучреждений? ==		== Что из этого следует для госучреждений? ==

−	Хотя не все организации, использующие открытые стандарты, одинаковы, в целом они стараются избегать зависимости от конкретного поставщика, снижать затраты, повышать совместимость (интероперабельность), расширять доступ общественности к официальным документам и обеспечивать их долговременное хранение. Некоторые, но не все, также явно озвучивают цель ~~способстования~~ развитию конкуренции и даже способствования использованию открытых стандартов.	+	Хотя не все организации, использующие открытые стандарты, одинаковы, в целом они стараются избегать зависимости от конкретного поставщика, снижать затраты, повышать совместимость (интероперабельность), расширять доступ общественности к официальным документам и обеспечивать их долговременное хранение. Некоторые, но не все, также явно озвучивают цель способствования развитию конкуренции и даже способствования использованию открытых стандартов.

← Older revision		Revision as of 14:32, 2 January 2011
Line 3:		Line 3:
	__NOTOC__		__NOTOC__

−	{{Documentation/Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> принят [[RU/document formats/odf\|~~формат~~ ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}	+	{{Documentation/Note\|В России в качестве '''ГОСТ Р ИСО/МЭК 26300-2010'''<ref name="ftn38">[http://webportalsrv.gost.ru/portal/UVED_2007st.nsf/438c8c3c9e06dc87c32573a100549873/c4b660ff237e33ea432578020033edf5?OpenDocument Официальное уведомление об утверждении стандарта.]</ref> [[RU/goverment/odf\|принят]] формат [[RU/document formats/odf\|ODF]]. Введён в действие с 01.06.2011 с правом досрочного применения.}}

← Older revision	Revision as of 13:53, 19 May 2011
(No difference)

← Older revision	Revision as of 14:51, 18 May 2011
(No difference)