Writing Pattern Automation for Consistent Technical Documentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Software product documentation often lacks consistency and user-centricity due to technical writers' limited access to innovative design methodologies and architectures, resulting in documentation that fails to address user problems effectively, focusing on appearance rather than functionality and calculation processes.

Innovation Solution

The development of writing patterns as a component of an authoring tool that automates the capture and formation of documentation, providing a structured and styled approach to content creation, ensuring essential information is captured and presented in a user-friendly manner, using XML schemas and DTDs to validate completeness and consistency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Stability of the object's composition

If technical writers use corporate-wide or industrystandard style guides, then documentation grammar and style consistency is improved, but documentation structure and user experience alignment deteriorates

Engineering Contradiction:
Improvedocumentation style consistencyVSAvoiduser experience alignment
Core Design Contradiction:
Stability of the object's compositionVSEase of operation

Solution Approach 1:

The invention segments the documentation creation process into distinct phases: information capture, information organization, and documentation generation. This segmentation allows each phase to be optimized independently, with the information organization phase specifically addressing user experience alignment through user-centered structuring, while other phases maintain style consistency through templates and guidelines.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The invention introduces an intermediary information organization layer between information capture and final documentation generation. This intermediary layer acts as a mediator that transforms raw information into user-centered structures, enabling alignment with user experience goals while maintaining style consistency through standardized organization patterns.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Quantity of substance

If documentation focuses on describing physical appearance and axes of graphs, then documentation completeness is improved, but user actionability deteriorates

Engineering Contradiction:
Improvedocumentation completenessVSAvoiduser actionability
Core Design Contradiction:
Quantity of substanceVSProductivity

Solution Approach 1:

The invention inverts the traditional documentation approach by starting with user needs and desired actions rather than describing what is already present in the interface. The information organization phase structures content around user goals and actions, ensuring documentation explains why information is displayed and how it can be used, rather than merely describing physical appearance.

Inventive Principle:
Principle #13The other way round (Inversion)

Solution Approach 2:

The invention applies local quality by tailoring the level of detail and type of information to specific user needs and contexts. Different sections of documentation provide varying depths of explanation based on user actions and requirements, ensuring completeness where needed while maintaining actionability through prioritized information presentation.

Inventive Principle:
Principle #3Local quality

3Ease of manufacture

If technical writers rely on generic style guides, then writing process simplicity is improved, but documentation quality and consistency deteriorates

Engineering Contradiction:
Improvewriting process simplicityVSAvoiddocumentation quality consistency
Core Design Contradiction:
Ease of manufactureVSManufacturing precision

Solution Approach 1:

The invention performs preliminary action by providing pre-defined information organization templates and structured guidelines before the documentation writing process begins. These templates establish the desired structure and quality standards in advance, making the writing process simpler while ensuring consistent high-quality output through standardized organization patterns.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The invention creates a universal information organization framework that serves multiple functions: it structures information for user experience alignment, ensures documentation quality consistency, and simplifies the writing process through standardized templates. This multi-functional approach eliminates the need for writers to navigate complex, conflicting guidelines.

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Adaptability or versatility

If documentation is not integrated into user experience, then documentation independence is improved, but user relevance deteriorates

Engineering Contradiction:
Improvedocumentation independenceVSAvoiduser relevance
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The invention merges documentation creation with user experience design by integrating the information organization phase directly into the development process. This merging ensures documentation is created concurrently with the product, maintaining independence as a separate deliverable while ensuring tight integration with user experience goals and requirements.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS8762827B2Techniques for creating documentation
Publication Date: 2014.06.24 ORACLE INT CORP
  • US8762827B2 patent drawing
  • US8762827B2 patent drawing
  • US8762827B2 patent drawing

AI summary

Techniques for creating documentation. A writing pattern is provided. The writing pattern may be implemented in a schema, such as an XML schema or DTD. The writing pattern includes a plurality of components and defines structure and style for the documentation. Each component corresponds to a portion of the documentation. A selection of one of the components is received. Content for the selected component is received. The documentation is formed based on the content and structure and style the style.