Home > Systems Channel Tips > > Ensuring data standardization in SOA using Service Data Objects
Systems Channel Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 


Ensuring data standardization in SOA using Service Data Objects


Steve Karlovitz, Contributor
12.05.2007
Rating: -4.00- (out of 5)


Systems Channel Update
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


You probably already know a service-oriented architecture (SOA) can help your customers cut costs and gain a competitive advantage by streamlining business processes. You may even be investigating SOA for a possible future implementation. But how do you ensure data standardization across the Web services components that use it?

There are two possible approaches to data standardization for SOA: XSLT and Service Data Objects (SDO). XSLT, which transforms data, is a popular method, but it brings with it performance overhead, development time and added complexity. SDO promises a better approach because it reduces complexity and enables data from different sources to be represented in a consistent manner. SDO is incorporated into the Service Component Architecture standard for composing and deploying a SOA implementation.

SDO includes three main components: the data object, the data graph and data access services. Combined they are a powerful tool to view and manipulate data from a variety of sources.

The data object is a representation of a business entity and is not tied to any data store. This object can be defined either statically or dynamically, as there are benefits to both. If you know the structure of the data object at the time of development, you should use static access to increase performance. However, if the object structure is not known or is dynamic based off a database query or configuration file, access to the object is still possible. Contained in the data object is a set of properties -- either primitive types or references to other data objects. The data object also contains metadata that allows introspection of the object.

The data graph is a structured collection of data objects. This graph consists of a single root data object that, when traversed, contains all other data objects that represent the business entity. Data graphs also have the capability to track changed history throughout the process. These changes can then be processed by a Data Access Service, or DAS.

A DAS is the standard way to populate data graphs from various data stores. The DAS is also used to store any changes made to the data graph throughout the life cycle. When persisting -- the storing of the data in question in a file or database -- the changes made to the data graph, it is the DAS's job to inspect the data and notify the user of any conflicts that may arise during persistence.

For example, think of the data object as a product. The data graph would represent an order with data objects (customers, products, etc.) and the DAS will store and retrieve this information. The whole process is what makes the data consistent as it standardizes the retrieval and transformation of the data for each and every company. This happens regardless of who is asking for or giving the data.

At a high level, the three components used together will represent a full lifecycle service. With such a service, a request is made, usually by Web services, remote procedure calls or a variety of other sources, in which the DAS will retrieve the data requested and create one or more data objects that are represented in a data graph. This graph is then serialized and sent via one of various protocols to the client. The client can manipulate the data and send it to any service that requests information on the changes made. This information can then be persisted based on the change history stored in the data graph.

By adopting SDO tools, systems integrators can help customers achieve the loosely coupled interactions among the different systems that SOA promises. By moving to the SDO standard an integrator will greatly reduce the complexity in deploying and maintaining services. It will help keep a company agile and reduce the cost of change. With SDOs, an organization can ensure data standardization across multiple services.

About the Author:
Steve Karlovitz is an enterprise architect with over 10 years of experience in business process implementation, information systems development, instructional design and team leadership. Steve is also co-founder of Synegen Inc., a premier provider of enterprise information technology and business strategy services.


Rate this Tip
To rate tips, you must be a member of SearchSystemsChannel.com.
Register now to start rating these tips. Log in if you are already a member.




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


RELATED CONTENT
Enterprise Application Integration (EAI)
Three steps to SOA implementation revenue
What are Web services, and how can they benefit my clients?
Systems products to pay attention to
What are best practices for selling Software as a Service (SaaS)?
Software as a Service market gives rise to new software sales decision maker
Intro: Service-Oriented Computing and SOA
Design fundamentals: Design characteristics
Design fundamentals: Design pattern and design pattern language
Design fundamentals: Design standard
Design fundamentals: Design principle & design paradigm

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.

HomeTopicsITKnowledge ExchangeTipsMultimediaWhite PapersBlogsEvents
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Reprints  |  Site Map




All Rights Reserved, Copyright 2006 - 2008, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts