|
For companies wanting to move to a topic-based structured authoring model the choice between standards can be bewildering. In the first of a series, DCL News looks at a typical scenario facing a publications manager.
In recent years, two distinct, yet comparable, approaches to topic-based authoring have developed and reached a level of prominence.
What is Topic-Based Authoring? - Let's consider the case of the Technical Publications manager at Big Holes, Inc., a manufacturer of digging tools. He has been finding the costs of his traditional page-based manuals expensive to produce and revise, plus he is facing increasing demand from his customers to move to electronic delivery on either CDs or as part of the digging equipment trouble-shooting programs. By moving to a topic-based model he can write smaller "chunks" of information that can then be reused to produce both the traditional paper-based manuals as well as different types of electronic output his customers require. By keeping those "chunks" in a content management system he can easily track where the information is used, making revisions quicker and cheaper, or even use it to assemble brand new manuals with a minimum of rewriting. Having decided to go electronic, he must now decide which approach to use. Fundamental to Big Holes, Inc.'s development path is Topic-Based Authoring. A Topic is a self-contained piece of information that guides the user through a particular process or set of actions. It has its own subject, its own beginning, middle and end.
Writing self-contained topics is a change of style for most Technical Authors as it requires the discipline to avoid conditional references (such as "as we discussed earlier"), and to make sure that the topic can both be read as a standalone section as well as in the context of the surrounding topics. This is vitally important if the topic is to be read as part of a search result on a website or similar. Why Use Topic-Based Authoring? - Breaking down documents into topics means that your information is in smaller chunks that can be reused in many places. For example, one standard Warning notice could be used across many topics, and across projects, in hundreds of places.
Authoring in a neutral standard such as the eXtensible Mark-up Language (XML) allows for this level of flexibility. As a result of its structured nested architecture, authoring in XML makes it cheaper to adopt a structured approach to authoring and building higher quality documentation. It allows best practices from your own, and other industries, to be adopted and ported into your own solutions. Using a neutral format allows for easier transport and sharing of self-contained information chunks between partners, vendors and customers. S1000D vs. DITA - Both S1000D and DITA use the same underlying concepts and aims, yet approach Topic-Based Authoring in slightly different ways. In determining which approach would suit his needs best, the Technical Publications manager of Big Holes, Inc. needs to consider the pros and cons for each standard.
Both use ISO standards as their underlying technology, specifically both are XML-based implementations. Given the various similarities, perhaps the best indication of which approach may be best for your particular circumstance is to consider their two different starting points. The development paths of the standards accounts for the differences in approach to what are essentially similar solutions. S1000D was originally developed from the need to support large and complex pieces of equipment in an efficient manner; DITA was driven by a publishing need to find a way to better manage and deliver what was becoming an "information glut." As a consequence, the S1000D model is a more structured, defined approach that in some ways mirrors the physical structure of the equipment being supported, while DITA is a less formal approach that applies structure to a conceptual idea-based paradigm.
From the above it would seem that the best solution for Big Holes, Inc. would be to adopt the S1000D standard, as their digging machines have long service lives and regular maintenance cycles. But S1000D is an Aerospace and Defense industry standard that includes a lot of industry-specific terminology; so how would a "civilian" company go about applying it to their environment? What changes need to be made to make it work for other industries, and how does this affect production and exchange of technical information? In a future issue of DCLNews we will look at the steps needed to adapt S1000D for use in a non-aerospace and defense environment. DCLnews Editorial |
|
||||||||||||||||||||||||||||||||||||||||
|
|
|
|
|
|
|
|
||||||||||||||||||||||||||||||||||||
|
Corporate office: 61-18 190th St., 2nd Floor, Fresh Meadows, NY 11365, P: 718-357-8700 |
Copyright © 1997-2009 Data Conversion Laboratory, Inc. All rights reserved. |