Как OOXML становился стандартом ISO. Часть II

Продолжение сериала - начало здесь.

Этот пост будет посвящен не хронологическому продолжению истории, а одному весьма интересному – и не лежащему на поверхности - аспекту первой волны голосования за проект DIS 29500.

Существует прямая корреляция между позициями стран при голосовании по DIS 29500 и их позициями в рейтинге «Индекса Восприятия Коррупции» (CPI - Corruption Perceptions Index), ежегодно публикуемом организацией Transparency International. Не могу не похвастаться – сначала я обнаружил эту взаимосвязь в ходе собственных изысканий, а потом натолкнулся в интернете на статью, где делались те же выводы.

Взглянем на карту распределения CPI по странам мира в 2007 году.  Чем выше значение CPI для страны (и соответственно, чем более светлым тоном она обозначена на карте), тем лучше в этой стране обстоят дела с коорупцией (в смысле – коррупция меньше).

 Источник: Transparency International

Теперь посмотрим на значение CPI для тех стран, которые проголосовали безусловно «За» - и не высказали при этом никаких комментариев по проекту стандарта. Как вы думаете, когда при рассмотрении очень сложного технического документа говорится «За» без комментариев? Тогда, когда абсолютно все в нем понятно и не вызывает вопросов и возражений? Или тогда, когда за документ голосуют, вообще не заглядывая под титульную страницу – потому что есть другие резоны так голосовать? Ответ, по-моему, однозначен и очевиден. Итак…

Как OOXML становился стандартом ISO. Часть I

Я уже писал в посте «Базовые сведения об OOXML», что скандальная история с утверждением формата Office Open XML в качестве стандарта ISO/IEC 29500 наделала много шума. Причем, масштаб скандала оказался существенно шире рамок ISO-сообщества (как на международном, так и на национальных уровнях) и затронул даже правительственные структуры многих стран. О том, что в результате всего происшедшего ISO существенно испортила свою репутацию также было сказано неоднократно.

Я обещал написать пост с подробностями всей истории. И вот, наконец-то, я начинаю публиковать этот давно обещанный длинный-длинный пост (точнее, серию постов) про почти двухлетнюю эпопею «Рассмотрение и утверждение спецификации OOXML в ISO». Серию постов - потому что я понял, что длина единственного поста (если его опубликовать весь и сразу) будет превосходить все разумные пределы читательского интереса и терпения. Честно говоря, и пределы писательского терпения этот пост-сериал уже почти превзошел; я устал его готовить – потому что приходилось много раз переходить с одних сайтов, содержащих фрагменты мозаики под названием «Стандартизация OOXML в ISO», на другие, оттуда – в блоги непосредственных участников процесса из противостоящих лагерей, потом - идти на сайт ISO и уточнять детали процедур по рассмотрению проектов стандартов… Читать свидетельства и изложение слухов, сопоставлять факты, отсеивать явные домыслы… Наверное, при достаточном времени и желании можно было бы подготовить диссертацию по теме :). Вот только непонятно, по какой из дисциплин (история? психология? юриспруденция? психиатрия?) можно было бы такую диссертацию защитить… :)

1. Зачем статус стандарта ISO для OOXML был так нужен Microsoft? Ответ лежит на поверхности – потому что в противном случае существовала (да, в общем-то, и продолжает существовать) серьезная угроза для рыночной позиции Microsoft в сегменте, который раньше был практически ее безраздельной вотчиной – офисном ПО. Правительственные учреждения и бизнес-организации многих стран все чаще стали склоняться не просто к открытым форматам и открытому ПО, а к тому, что имеет статус международного стандарта – и предпочитают, чтобы этот статус был как можно более высоким. А выше статуса стандарта ISO пока (?) еще ничего нет.
2. Почему Microsoft пошла тем путем при стандартизации своего формата, каким она пошла? Да потому что это был самый простой и близкий путь к цели, пусть и не самый чистый. Был посредник, обладающий возможностями инициирования наиболее короткой процедуры, была процедура с заложенными в нее минами для всех участников процесса, кроме Microsoft, были лояльные к Microsoft исполнители процедуры…
3. Как у Microsoft получилось сделать с ISO то, что она с ней сделала? Ну, собственно, развернутым ответом на этот вопрос и будет серия моих постов «Как OOXML становился стандартом ISO 29500:2008». А если говорить коротко – коррупция и процедура.

 В заключение вступительной части первого поста – картинка для понимания масштаба «бедствия» под названием «DIS 29500». На фотографии, сделанной при рассмотрении проекта стандарта DIS 29500 в национальном комитете по стандартизации Венгрии, на столе лежат 2 распечатанных стандарта: стопка побольше – DIS 29500, маленькая стопка – ISO 26300 (ODF)…

Источник: Ссылка на Groklaw

Ну а теперь начнем рассматривать историю в деталях. А в деталях, как известно, скрывается Сами-Знаете-Кто… :)

Еще одна «карта метро» - Web Trend Map от Information Architects

Я решил не откладывать в долгий ящик свое обещание, данное в предыдущем посте. Вот еще одна «карта метро» - Web Trend Map от Information Architects, Inc. К сожалению, картинка в хорошем разрешении (предназначенная для печати в формате A3), «весит» очень много – больше 8 Мбайт, и я опасаюсь, что движок блога реально ее не потянет. К тому же, даже самый большой вариант картинки, который можно вставить в текст пост, будет выглядеть очень мелким, и его будет трудно рассмотреть в деталях. Поэтому я публикую здесь только «вырезку» из полной картинки (ее, кстати, можно использовать в качестве обоев на рабочем столе компьютера), а желающие смогут загрузить себе полный вариант этой карты, а также ее последнюю, 4-ую версию, пройдя по ссылке.

«Изюминкой» данной карты (которую можно понять, только рассматривая ее полный вариант) является то, что на картинке изображена не абстрактная схема метро, а реальная – карта Токийского метрополитена. Количество и взаимное расположение основных «линий», «станции пересадок», боковые «ответвления» - все, как в настоящем метро Токио.

Каждая «линия» на карте соответствует одной из основных тенденций, наблюдаемых в современном интернете. Каждая «станция» - портал или крупный сайт.

 Источник: Information Architects

CMS Watch опубликовала карту «ECM-метрополитена»-2010

Компания CMS Watch, пожалуй, самый авторитетный специализированный аналитик, наблюдающий за рынком ECM, опубликовала очередной визуальный путеводитель по рынку ECM и смежных технологий – в этот раз, на предстоящий 2010 год.

Путеводитель выполнен в стиле карты метрополитена, линии которого обозначают основные направления развития технологий управления содержанием, а станции – основных вендоров. Пересечение конкретных «линий» на «станции» конкретного вендора позволяет быстро определить, в каких направлениях CM-технологий специализируется каждый из участников рынка.

 Источник: CMS Watch

Шпионский скандал в F1 и… ECM

Мой любимый вид спорта (в смысле – посмотреть по ТВ, а не позаниматься :) ) – гонки болидов Formula One. Смотрю их больше 10-ти лет, года с 1996-го или 1997-го. В 97-м определился с личными пристрастиями – стал болеть за McLaren и Мику Хаккинена. На протяжении 10-ти лет, до 2007 года, пока Кими Райкконен, сменивший в кокпите «серебряной стрелы» своего земляка, не перешел в Ferrari, комбинация «финн в машине McLaren» оставалась моим неизменным «болельщицким» предпочтением. В 2007-м мне пришлось «раздвоиться»: я по-прежнему болел за Райкконена и за McLaren, но теперь в этом «болении» присутствовало две команды – добавилась Ferrari. И по какому-то невероятному стечению обстоятельств, именно эти две команды в том году породили самый громкий скандал в «Формуле» - скандал о техническом шпионаже. По крайней мере, половину сезона-2007 спортивная пресса больше писала о «шпионах», чем о борьбе на трассах.

Не стану здесь пересказывать все подробности – кому интересно, могут посмотреть на Википедии (http://ru.wikipedia.org/wiki/Шпионский_скандал_в_Формуле-1) или на сайте F1News.ru (http://www.f1news.ru/memuar/2007/espionage). Это была настоящая детективная история – с пропажей секретных документов, тайной перепиской, слежкой, высокотехнологичными расследованиями…

Я решил написать этот пост, чтобы показать, каким причудливым образом иногда переплетаются высокие технологии, большие деньги, политика и… ECM.

Сепульки, или К вопросу о терминологии

Станислав Лем – мой Любимый Писатель. Не «любимый писатель-фантаст», а именно Любимый Писатель – с больших букв. Его считают фантастом, а он философ – даже в самых смешных своих «Звездных дневниках Ийона Тихого».

Про «сепулек» я вспомнил практически сразу, как только в блоге-клубе началась (с моей же подачи) терминологическая дискуссия про «записи» и «документы». Но там публиковать даже не цитату, а приличный кусок из литературного произведения мне показалось не совсем уместным. А у себя в журнале я могу делать, что хочу… :)

Станислав Лем

Звездные дневники Ийона Тихого

Путешествие четырнадцатое

…

Забрал ракету из мастерской. Выглядит чудно, только рули не гармонируют с остальным. Перекрасил сам в желтый цвет. Много лучше. Взял у Тарантоги том "Космической энциклопедии" на "Э" и выписал статью об Энтеропии. Вот она:

"ЭНТЕРОПИЯ, 6-я планета двойного (красного и голубого) солнца в созвездии Тельца. 8 континентов, 2 океана, 167 действующих вулканов, 1 оргаст (см. ОРГАСТ). Сутки 20-часовые, климат теплый, условия для жизни хорошие, кроме периода смега (см. СМЕГ). Обитатели:

а) Господствующая раса - ардриты, существа разумные многопрозрачногранные симметричные непарноотростковые (3), вид Siliconoidea, отряд Polytheria, класс Luminifera. Как и все политерии (см.), ардриты подвержены произвольному периодическому расщеплению. Создают семьи шаровидного типа. Система правления: градархия II-В, с введенным 340 лет назад Пенитенциарным Трансмом (см. ТРАНСМ). Высокоразвитая промышленность, главным образом пищевая. Основные статьи экспорта: фосфоризованные манубрий, сердцеклеты и лаудамы нескольких десятков сортов, рифленые и слегка опаленные. Столица: Этотам, 1400 000 жителей. Осн. промышленные центры: Гаупр, Друр, Арбагеллар. Культура люминарная с признаками старогрибизма вследствие впитывания реликтов цивилизации фитогозиан (грибковцев, см.), истребленных ардритами. В последние годы все большую роль в общественной и культурной жизни играют сепульки (см.). Верования: господствующая религия - монодрумизм. Согласно М., мир сотворен Множественным Друмой, принявшим облик Прадавней Плюквы, из к-й народились солнца и планеты во главе с Энтеропией. Ардриты возводят плюкированные храмы, постоянные и складные. Кроме монодрумизма имеется несколько сект, важнейшая из них - плакотралы. Плакотралы (см.) не верят ни во что, кроме Экзальтиды (см. ЭКЗАЛЬТИДА), да и то не все. Искусство: танцы (катальные), радиоакты, сепуление, околёсная драма. Архитектура: в связи со смегом - пневматическо-дмесевая. Пневмоскребы достигают 130 этажей. На иск. лунах постройки, как правило, овицеллярные (яйцевидные).

б) Животный мир. Фауна силиконоидального типа, осн. представители: мразивцы, дендроги дребенчатые, асманиты, курдли и скулёжные осьмиолы. В сезон смега охота на курдлей и осьмиолов запрещена. Для человека эти животные несъедобны, за исключением курдлей (а у них - только участок зарда, см. ЗАРД). Водная фауна служит сырьем для пищевой промышленности, Осн. представители: инферналии (адюки), глопы,  вшавки  и  сляксы. Достопримечательностью Энтеропии считается оргаст с его сумбуральной флорой и фауной, Единственный его аналог в нашей Галактике - алы в бедревных  джунглях Юпитера. Как показали исследование школы  проф. Тарантоги,  жизнь на Энтеропии зародилась в пределах  оргаста,  из бальбазиловых залежей. В связи с массовой застройкой суши и вод следует считаться с возможностью скорого исчезновения остатков оргаста. Подпадая под парагр. 6 конвенции об охр. планетных древностей (Codex Galacticus, т. MCCCVII, ч. XXXII, стр. 4670), оргаст подлежит охране; в особенности запрещено топотать его втемную".

Здесь мне понятно все, кроме упоминаний о сепульках, трансме и смеге. К сожалению, последний том "Энциклопедии", вышедший из печати, кончается статьей "СИРОП ГРУШЕВЫЙ", так что ни о трансме, ни о смеге там ничего нет. Все-таки я пошел к Тарантоге, чтобы прочесть о сепульках. Нашел следующие краткие сведения:

"СЕПУЛЬКИ - важный элемент цивилизации ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКАРИИ".

Я последовал этому совету и прочел:

"СЕПУЛЬКАРИИ - устройства для сепуления (см.)".

Я поискал "Сепуление"; там значилось:

"СЕПУЛЕНИЕ - занятие ардритов (см.) с планеты Энтеропия (см.). См. СЕПУЛЬКИ".

Круг замкнулся, больше искать было негде. Ни за что на свете я не признался бы Тарантоге в подобном невежестве, а никого другого спросить не могу. Жребий брошен - еду на Энтеропию. Отправляюсь через три дня.

Хронология разработки стандарта ODF

Для того, чтобы картина противостояния двух форматов была более полной, нужно иметь больше деталей – и не обязательно с «военным уклоном». Этот пост посвящен хронологии разработки стандарта ODF в OASIS.

Собственно, вся хронология укладывается в приведенный ниже график.

Источник: блог Роба Вейра

Как написать стандарт (если вам очень нужно)

Еще прекрасное из блога Роба Вейра. Я только перевел.

Стандарты в целом являются плохой идеей. Они уменьшают свободу действий и ограничивают выбор. Но иногда вам нужно иметь один, чтобы успокоить регулятора, настроенного против бизнеса, или бюрократа социалистического толка. Итак, что нужно делать, если вы неожиданно обнаруживаете, что вам нужно срочно обратиться в Департамент по стандартам? Безусловно, создать стандарт и сделать это быстро! Я предлагаю здесь некоторые обобщения передового опыта, а также проверенные и надежные советы, как сделать стандарт быстро, с минимальными заморочками или риском.

Сначала небольшой ликбез. Написание стандартов, как это обычно делается, представляет собой многосторонний, совещательный процесс, в котором рассматриваются и обсуждаются несколько точек зрения - до тех пор, пока консенсус не будет достигнут и задокументирован. Этого нужно избежать любой ценой. Задержки, обусловленные таким  процессом консенсуса, весьма значительны, и результаты такого процесса не оправдывают затраченного на них времени. Если у вас уже есть монополия, зачем терять время в поисках консенсуса? Вспомните известные неудачи XHTML, XForms, SVG, XSLT и т.д. Посмотрите на несколько реализаций этих стандартов, в том числе пиратские и незащищенные авторскими правами продукты. Вы действительно хотите, чтобы эта тенденция сохранилась?

Рекорды стандарта OOXML

Пока длинный-длинный пост про процесс «быстрой» стандартизации все еще пишется, я решил опубликовать своего рода «трейлер» к этому посту.

Еще только появившись в качестве стандарта Ecma International, спецификация OOXML успела поставить сразу два мировых рекорда – по объему стандарта (6546 страниц) и по скорости разработки стандарта в рамках Технического Комитета Ecma TC45 – 357 дней с момента передачи первого чернового варианта спецификации в TC45 до момента утверждения в качестве стандарта ECMA-376.

На графике внизу представлены данные по скорости утверждения в ранге стандартов ряда других спецификаций:

- OASIS OpenDocument Format (ODF)

- OASIS Darwin Information Typing Architecture (DITA)

- W3C Extensible Stylesheet Language (XSL)

- W3C XHTML

- W3C Scalable Vector Language (SVG)

- W3C Simple Object Access Protocol (SOAP)

- IETF MIME

- Ecma C#

- Ecma C++/CLI

Горизонтальная ось – размер отпечатанной спецификации в страницах A4, вертикальная ось – количество календарных дней, проведенных спецификацией в рамках соответствующего Технического Комитета.

 Источник: блог Роба Вейра

Разговор с Элизой об OOXML

В блоге Роба Вейра (ссылка на который есть слева на моей страничке, в разделе «Интересные блоги») я нашел замечательную пародию, посвященную стандартизации OOXML в ISO. Пародия сделана в стиле диалогов «человек-машина», бывших весьма популярными в 60-х годах прошлого века благодаря знаменитой компьютерной программе «Элиза» (ELIZA), написанной в 1966 году Джозефом Вейценбаумом, профессором Массачусетского Технологического Института и одним из основоположников теории и практики «искусственного интеллекта».

«Элиза» (ELIZA) — «виртуальный собеседник», программа, которая пародировала диалог с психотерапевтом, реализуя технику «активного слушания». Программа была названа в честь Элизы Дулитл, героини пьесы «Пигмалион» Бернарда Шоу, которую обучали языку «высшего класса людей».

Программа по большей части просто перефразировала высказывания пользователя, например: «У меня болит голова» — «Почему вы говорите, что у вас болит голова?». А в предложении «Мой отец меня ненавидит» Элиза реагировала на ключевое слово «отец»: «Кто ещё из семьи вас ненавидит?».

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

А теперь, собственно, прекрасное :). Перевод мой в соавторстве с Гуглом :)

Часть 3 спецификации ODF 1.2 доступна для публичного обсуждения

Пока «исторические» посты про «войну форматов» все еще готовятся, я решил опубликовать немного актуальных новостей.

Важная веха в разработке спецификации ODF 1.2 была достигнута в пятницу, 12 ноября 2009 года. Часть 3 спецификации, описывающая пакетирование документа (т.е. как составляющие документ XML-файлы, изображения и метаданные объединяются в один файл с возможностью шифрования и цифрового подписывания), стала доступной для 60-дневного публичного обсуждения. Обсуждение, которое продлится до 12 января 2010 года, является обязательной процедурой OASIS, предшествующей утверждению Черновика Комитета (Committee Draft) в качестве Спецификации Комитета (Committee Specification) и затем в качестве Стандарта OASIS.

Основные отличия опубликованной спецификации пакетирования от использованных в ODF 1.0 и ODF 1.1:

1. Материал выделен в отдельную спецификацию, т.к. соглашения о пакетировании имеют более широкую сферу применения и не ограничены только форматами ODF. Например, Международный Форум Цифровых Издателей (International Digital Publishing Forum), занимающийся стандартизацией формата цифровых книг ePub, использует пакетирование ODF в качестве базы для своей спецификации Open eBook Publication Structure Container Format (OCF) 1.0.
2. В спецификацию добавлена поддержка цифровой подписи (глава 4), базирующаяся на стандарте W3C XML Digital Signature Core, включая возможность использовать стандартизованные расширения – например, XAdES.
3. Используется структура метаданных на базе RDF с онтологией на базе OWL для файла декларации (глава 5).
4. Включено более детальное определение соответствия, включая цели соответствия для пакетов, создателей (producers) и потребителей (consumers), а также отдельные классы соответствия для расширенных пакетов.
5. Общее переоформление текста для обеспечения соответствия стилевым требованиям ISO

В ближайшее время должны стать доступны для публичного обсуждения Часть 1 (Схема ODF) и Часть 2 (OpenFormula) спецификации ODF 1.2.

Источник: Блог Роба Вейра (Rob Weir) - http://www.robweir.com/blog/2009/11/odf-12-part-3-goes-out-for-public.html

Про взлом веб-сайта "МК"

Вчера поздно вечером в интернете появились сообщения о хакерской атаке на сайт газеты "Московский комсомолец".

Первое я увидел в "Газете.Ру", и оно было достаточно оптимистичным в своей финальной фразе. Цитирую:

"На сайт газеты «Московский комсомолец» совершена хакерская атака.

Как сообщил радиостанции «Эхо Москвы» обозреватель МК Александр Минкин, «сайт взломан и уничтожен». Он отметил, что когда работа сайта будет восстановлена пока неизвестно.

В то же время в сообщении на сайте МК говорится: «в данный момент по техническим причинам сайт MK.ru недоступен. В ближайшее время работа сайта будет восстановлена в полном объеме»." (отсюда)

Однако, второе сообщение, прочитанное на "Компьюленте" вызвало гораздо меньше положительных эмоций. Цитирую выборочно (выделение жирным шрифтом мое - А.Б.):

"... Под шаловливый хакерский нож пошел огромный веб-архив, собиравшийся с далекого 1992 года.

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

Резервной копии нет.

Возможно, удастся собрать тексты за какой-то период, однако иллюстрации, а также программные и оформительские элементы — едва ли. Когда сайт будет восстановлен, и можно ли его вообще реанимировать в прежнем виде, не сообщается. ..." (отсюда)

Комментарии читателей на "Компьюленте", как принято говорить, "доставляют".  Но по сути они правы - за отсутствие резервной копии админа сайта в средние века (если бы тогда был интернет :)), как минимум, сожгли бы на костре.

Я сделал эту запись пока в режиме "для памяти". Сейчас я не готов комментировать происшедшее - нет времени. Но, в соответствии с объявленными целями блога, я обязательно проведу собственное мини-исследование случившегося и опубликую его результаты в обозримом будущем.

Stay tuned... To be continued... Ну и т.д. ...  Короче, не уходите далеко :)

Апдейт. На сайте РИА «Новости» есть интересные подробности о происшедшем. Цитирую – отсюда (жирный шрифт мой – А.Б.).

Базовые сведения об OOXML

Office Open XML (OOXML) — семейство форматов файлов для хранения электронных документов пакетов офисных приложений — в частности, Microsoft Office. Формат представляет собой ZIP-архив, содержащий текст в виде XML, графику и другие данные, которые могут быть сериализованы с применением защищённых патентами двоичных форматов, спецификации которых были опубликованы Microsoft для пользователей OOXML на условиях Microsoft Open Specification Promise.

Первоначально формат создавался как замена прежнему двоичному проприетарному формату документов, который использовали приложения Microsoft Office вплоть до версии Office 2003 включительно. В 2006 году формат Office Open XML был объявлен свободным и открытым стандартом Ecma International. Он является форматом по умолчанию для приложений Microsoft Office 2007.

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

В настоящее время существуют две разные «стандартизованные» версии OOXML - ECMA-376 и

ISO 29500:2008. До сих пор не существует офисного пакета, полностью поддерживающего OOXML в версии стандарта ISO/IEC 29500. Ожидается, что полная поддержка стандарта ISO/IEC 29500 будет обеспечена в Microsoft Office 2010 – хотя это вызывает большие сомнения, с учетом незрелости и внутренней противоречивости стандарта.

Порядок разработки стандартов ISO

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

Полное описание процедуры приведено (на английском языке) на сайте ISO – (см. «Stages of the development of International Standards» - http://www.iso.org/iso/standards_development/processes_and_procedures/stages_description.htm).

Подробное изложение данной процедуры на русском языке имеется в русской Википедии - http://ru.wikipedia.org/wiki/ISO.

При создании данного поста использовались оба вышеназванных источника.

Призрак бродит по России. Призрак ГСДОУ…

Пока продолжается работа над постами серии «ODF vs. OOXML», перепечатываю еще один свой пост из коллективного блога-клуба.

Аббревиатура ГСДОУ хорошо знакома специалистам в сфере управления документами, поэтому я не стану ее здесь расшифровывать (тем более, что расшифровка все равно будет ниже по тексту).

В требованиях российских заказчиков на разработку/внедрение систем электронного документооборота (СЭД) часто присутствуют фразы типа: «система должна соответствовать стандарту ГСДОУ…», «система должна отвечать требованиям ГСДОУ…», «система должна поддерживать процедуры документооборота в соответствии с ГСДОУ…». Вендоры с пониманием откликаются на такую потребность заказчиков и, безусловно, позиционируют свои решения как «соответствующие», «отвечающие», «поддерживающие». Мне встречалось даже утверждение о наличии у некоей системы «сертификата соответствия стандарту ГСДОУ».

Базовые сведения об ODF

OpenDocument Format (ODF) – семейство открытых файловых форматов на базе XML для создания и редактирования документов с помощью офисных приложений (текстовых редакторов, электронных таблиц, графических и презентационных пакетов.

Оригинальная спецификация ODF разработана Sun Microsystems, в качестве стандарта впервые утверждена OASIS (Organization for the Advancement of Structured Information Standards). В 2006 году ODF v1.0 утвержден в качестве стандарта ISO/IEC 26300:2006.

Форматы ODF лежат в основе одного из самых популярных открытых пакетов офисных приложений - OpenOffice.org.

Обычно файл OpenDocument представляет собой XML-документ с корневым элементом "document" . Файлы OpenDocument также могут существовать в виде ZIP-архива, содержащего несколько файлов и папок, что позволяет хранить двоичный контент и пользоваться возможностями сжатия с помощью ZIP. Преимущество OpenDocument заключается в разделении сущностей – контент, стили, метаданные и опции приложений хранятся в четырех разных XML-файлах.

Источники информации о стандартах ODF и OOXML

В ближайшее время я, как уже писал, планирую опубликовать серию постов, посвященных «великому противостоянию» двух открытых форматов офисных документов – ODF и OOXML.

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

Открытые форматы

Поскольку в ближайшее время я планирую опубликовать серию постов, посвященную проблеме открытых форматов офисных документов ODF (OpenDocument Format) и OOXML (Office Open XML), мне показалось полезным начать с небольшого введения – что такое «открытые форматы», с какой целью они разрабатываются, какие открытые форматы существуют на сегодняшний день.

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

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

Документологический тезаурус

Время от времени я намерен публиковать в блоге не слишком серьезные (или слишком несерьезные) посты.

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

Полностью цитируемый документ можно найти здесь - http://www.nbuv.gov.ua/articles/crimea/2004/doc/310.pdf

Предлагается ряд научных терминов, производных от слова «документ» — базового термина документологии как обобщающей науки обо всех без исключения видах документа. Эти термины позволяют значительно обогатить смысловыми нюансами понятийный аппарат библиотековедения, документалистики, документоведения, архивоведения, информатики и других отраслей научного знания.

Богатство терминологии — прямое и адекватное свидетельство развитости той или иной науки…

После продолжительного перерыва разработка базовой документологической терминологии возобновилась с нуля…

Обсуждение приостановилось в 2001 г. на предложении ввести в документологический лексикон следующие понятия, каждое со своим значением: документный, документальный, документационный, документарный, документированный, документовый, документаризация, документатор…

Как будет «record» по-русски?

Данный пост является компиляцией обсуждения одной из ключевых проблем русскоязычной ECM-теримнологии, состоявшегося некоторое время назад в блоге "ECM Club". Я включил в пост только собственный текст и собственную точку зрения - на том основании, что здесь мой блог и я пишу от своего имени. Нужно признать, что оригинальная дискуссия была достаточно интересной, и я с удовольствием ее продолжил бы уже в этом блоге - с прежними участниками или с новыми, которые пожелают присоединиться.

Специалистам хорошо знакомы проблемы с переводом таких терминов как «content», «dashboard», «compliance», «governance», пары «efficiency & effectiveness»… Но вот, казалось бы, простое слово – «record». Специалисты знают, что «record» – это особый статус документа, фиксирующий его состояние на определенный момент времени. Документ в статусе «record»  не подлежит никаким изменениям – ни в части содержания, ни в части метаданных. Т.е. «record» трактуется в духе известной пословицы – «Что написано пером – не вырубишь топором». К чему заморачиваться над его переводом – переводи как «запись», а далее – используй в правильном контексте. Но не тут-то было…

Есть хорошо известный специалистам стандарт ISO 15489-1. Думаю, в рамках этого блога, в отдельном тематическом направлении «Стандарты» (которое, не сомневаюсь, сформируется в ближайшем будущем) мы еще немало времени посвятим и конкретно этому стандарту, и его «потомкам» - всему семейству стандартов, посвященных records management. Обратите внимание – я не случайно написал этот термин по-английски, потому что на русский язык официально он переводится не как «управление записями», а как … Вот, собственно, об этом и пост.