Наша компания имеет довольно небольшую линейку продуктов, но использование может быть довольно сложным.Наилучшая практика написания документов многократного использования
Нынешняя ситуация заключается в том, что (внутренняя и внешняя) документация распространяется по различным местам: Wiki, Adobe Indesign файлы, документы, текстовые файлы, встроенная документация в коде, справочные тексты в веб-интерфейсе наших продуктов и т. Д. документация написана небольшой группой разработчиков, но отслеживать все изменения почти невозможно, если вы хотите обновить все остальные источники.
В общем, мы хотим предоставить следующие виды документации (отсортированные по сложности).
- Краткое руководство
- руководство пользователя
- Помощь тексты webinterface
- руководство администрации
- Учебное пособие
- Внутренняя документация (для разработчиков)
Большая часть содержания одинаково для всех руководств (общая информация), некоторые из содержимое находится только в трех последних типах, а внутренняя документация должна содержать все содержимое.
Я просмотрел некоторые инструменты, которые часто рекомендуются для stackoverflow (а именно DITA, docBook, pandoc, doxygen, Sphinx). За исключением DITA (или DITA OT) и docBook, ни один из инструментов, похоже, не фокусируется на повторно используемом контенте. Но эти два инструмента также кажутся очень сложными, а пользователь недружелюбен.
Конечно, можно было бы использовать только LaTeX и включать только те части, которые подходят для типа документации, которую вы хотите построить. Но для меня это похоже на решение проблемы.
Так что я интересно:
- Есть ли лучшая практика о том, как писать многоразовую документацию?
- Как крупные (ger) компании управляют своей документацией?
- Есть ли способ иметь всю документацию в одном месте и скомпилировать разные версии для разных целевых групп без обработки изменений вручную?
Для внутренней документации было бы неплохо включить части кода, но это не обязательно. Было бы неплохо также использовать управление версиями (git) для поддержания содержимого.
спасибо. «Документация с одним источником» - это ключевое слово, которое я отсутствовал. Я нашел еще одну полезную тему на SO, относящуюся к этой теме: http://stackoverflow.com/questions/1283348/single-source-documentation-tool – raidlman
Я рад, что это помогло. Пожалуйста, отметьте это как ответ, нажав на значок галочки. Обратите внимание, что вопросы о том, какие инструменты доступны, не очень подходят для переполнения стека и, скорее всего, будут закрыты (поскольку они, как правило, генерируют длинные списки субъективных параметров, а не окончательные ответы), хотя это не я, вы ;-) –