Персональные инструменты
 

Darwin Information Typing Architecture

Материал из CustisWiki

Версия от 03:00, 7 апреля 2009; BenderBot (обсуждение | вклад) (1 версия)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск

Darwin Information Typing Architecture (DITA) — способ написание технической документации на основе XML разработанный в компании IBM. Данная статья написана в результате исследования технологии DITA, как возможного стандарта документирования в компании.

Используется в компаниях:

  • IBM
  • Oracle
  • Adobe
  • Autodesk
  • EMC
  • Nokia
  • McAfee, Inc.
  • Sybase, Inc.
  • и другими, полный список тут http://dita.xml.org/deployments
  • так же используется для документирования в проекте Apache Derby (база данных)
  • существует ряд коммерческих CMS систем поддерживающих DITA

Основные преимущества:

  • ориентация на темы при написании текста;
  • ориентация на повторное использование текста;
  • специализация;
  • обработка на основе свойств;
  • использование существующих тегов и инструментов.

Основные свойства:

  • основана на плоской XML-разметке;
  • поддерживает произвольные теги разметки;
  • возможность преобразования в форматы:
    • wordrtf
    • pdf
    • html
    • xhtml
    • eclipsehelp
    • eclipsecontent
    • javahelp
    • htmlhelp
    • xml docbook
    • troff

Основные преимущества

Ориентация на темы

При написании текста на DITA используются короткие файлы описывающие что-то простое: одну тему, одну операцию, какое-то понятие в приложении, термин и т. д.

На этом рисунке изображена схема основных тем DITA: Basediag.gif

  • topic
  • concept
  • task
  • reftopic

Далее все эти короткие тексты собираются воедино при помощи специального файла-карты. В этом файле описано в каком порядке и как по уровням иерархии темы связаны между собой.

Ориентация на переиспользование

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

Таким образом исключается ситуация, когда одно и тоже необходимо писать в разных документах несколько раз разными словами, или проводить копирование (copy-paste) текста.

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

Специализация

Одной из проблем которую компания IBM хотела решить при создании DITA была проблема различных разметок XML. Разные команды технических писателей хотели использовать различные наборы тегов. Эта проблема решена в DITA при помощи механизма специализации.

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

Так же можно расширять стандартный набор тем, при помощи «наследования», как показано на рисунке ниже:

DITA-manydiag.gif

Обработка на основе свойств

Для тегов в XML-тексте можно задавать различные свойства, например:

xml:lang="ru-ru"

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

Использование существующих тегов и инструментов

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

Проблемы

Русский язык

При преобразовании в RTF или PDF русские символы преобразуются неправильно.

В случае RTF это связано с тем, что при преобразовании в результирующем файле символы оказываются в кодировке UTF-8.

Для PDF вероятно причина в том, что необходимы шрифты с кириллическими символами.

Резюме

Несмотря на всю продвинутость и удобство технологии как таковой не обнаружено существенных преимуществ по сравнению с SGML Docbook, которые могли бы способствовать переходу на нее.

Со временем по мере развития DITA возможно эту позицию стоит пересмотреть.

Идеальная технология документирования должна удовлетворять требованиям:

  • имеет достаточно простую разметку;
  • отделяет содержание от представления;
  • позволяет вести текст в плоской разметке;
  • есть механизм предпросмотра текста с возможность перехода от представления к тексту и обратно;
  • возможна генерация различных форматов из единого источника (имеются ввиду как форматы файлов, так и стили текста);
  • распространенная
  • open-source

Ссылки

Инструменты

Статьи


Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Darwin Information Typing Architecture»