Up ]

DocsAsApps2
Home News Listen Read Resources Feedback Contents Search RSS, Contacts

 

 

 

Sponsor Links

Fast, reliable data access for ODBC, JDBC, ADO.NET and XML
Need an expert for Java, XML and Web Services projects?
WSSC 2008: The only event dedicated to Web Services Security technology and business
IBM MQSeries for Compaq NSK - ( v. 5.1 ) - media
88x31 CTIX Logo - Clear Background
Microsoft SQL Server 2005 Standard Edition X64 - complete package
Corel DESIGNER Technical Suite - ( v. 12 ) - complete package
Find XML examples at XML Pitstop

 

 

XML
Publishing
COBOL
Reshaping

Services
Semantic WS
Programming

Specs
WS-BPEL

Tools
Eclipse SOA
X-Registry

Logo for grid computing portal: GridSummit.com
Logo for database portal logo: SQLSummit.com


Jake Sofofman photo

The Document as Application (part 2)

By Jake Sorofman

The Convergence of Document Publishing and Application Development

<<Prev 1 2

Enterprise Information Integration (EII) and other middleware technologies can sometimes federate access to data and documents — side by side — as part of a unified application. While an improvement, this solution fails to address data that is actually part of the document content and must be viewed within the document itself.

Take, for example, a technical field service manual for complex capital equipment or a recipe for a chemical compound. These documents include data found outside of the document, in relational databases and other sources. Viewing data and documents side by side is better than nothing, but the logical user experience is in the document itself.

…To Data in Documents

Data and document convergence must transcend data and documents to allow for data in documents, the essence of the document-as-application.

The document-as-application is fundamentally different from today’s XML-based authoring. While organizations can rapidly propagate change to unstructured documents via XML-based authoring, the data that originates in structured databases has no native connection to documents. With the document-as-application, structured data in documents has direct, persistent links back to its native sources, ensuring the documents and the systems of record are always in sync.

Moreover, the document-as-application enables a new level of interactivity. Beyond inline edits, comments, or workflow processes, users can interact with documents as if they were business applications, e.g., performing queries, transactions, calculations, etc., against backend data sources and live enterprise information. All of this interaction takes place within the document, thereby maintaining context and persistence. Teams and workgroups can share and collaborate on the document — e-mail it, associate it with a workflow — without ever breaking the connection to this live data.

Organizations have never had this sort of interactivity within documents. The tradeoff has always been between the business application’s live data and interactivity, and the document’s persistence and context. But that is changing as the worlds of documents and business applications collide and the document-as-application emerges.

About the Author

Jake Sorofman is Vice President of Marketing and Business Development North America and EMEA for JustSystems, the largest ISV in Japan and a worldwide leader in XML and information management technologies. Learn more about JustSystems at http://na.justsystems.com, and contact Jake at jake.sorofman@justsystems.com.

<<Prev 1 2

 

468x60
 

Overstock.com

 

Home ] Up ]

Copyright © 2008,  Ken North Computing, LLC
Last modified: March 31, 2008