﻿<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Karen Lopez: Musings on Data, Process, and Architecture </title>
    <description>Insights and thoughts about data and IT-related concepts.</description>
    <link>http://www.infoadvisors.com/Home/tabid/36/BlogId/1/Default.aspx</link>
    <language>en-US</language>
    <managingEditor>Karen Lopez - listmistress@Infoadvisors.com</managingEditor>
    <webMaster>karen@Infoadvisors.com</webMaster>
    <pubDate>Thu, 15 May 2008 23:23:17 GMT</pubDate>
    <lastBuildDate>Thu, 15 May 2008 23:23:17 GMT</lastBuildDate>
    <docs>http://backend.userland.com/rss</docs>
    <generator>Blog RSS Generator Version 3.4.0.39853</generator>
    <item>
      <title>Data Models and Architectures are critical for successfully implementing SOA</title>
      <description>&lt;P align=left&gt;Builder.com writer Brian Schaffner has a great article on &lt;A href="http://builder.com.com/5100-6389_14-6113140.html?part=rss&amp;subj=bldr" target=_blank&gt;10+ things you should know about service oriented architecture (SOA&lt;/A&gt;).  I've read a lot of articles on SOA, but Brian has hit on some important ideas that I don't read in a lot of vendor articles.  For instance he writes that SOA doesn't have to include web services and that jumping to SOA can be difficult.&lt;/P&gt;
&lt;P align=left&gt;What got my attention, though, is his item number 7: &lt;/P&gt;
&lt;BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px"&gt;
&lt;H2 align=left&gt;#7: SOA requires a keen understanding of business data&lt;/H2&gt;
&lt;P align=left&gt;&lt;BR&gt;Because SOA is focused on business processes, it's important to understand the data that's relevant to those processes. For instance, an ordering process has several key data artifacts, such as the order, the customer, the shipping information, the invoice, the payment, and the receipt. What's even more important is being able to describe these artifacts in a standard way so that each service that participates in the process can understand the data equally.&lt;/P&gt;
&lt;P align=left&gt;For organizations with an existing information architecture, this may not be a big issue. However, for large organizations with limited or nonexistent information architecture, this issue can be a show-stopper when it comes to implementation. Because large organizations have such a variety of data, it is usually recommended to take an evolutionary approach to defining the information architecture, as opposed to a big-bang approach. This means that instead of spending four years defining the ultimate data model, it's better to spend a small amount of time during service development to define just the data that's relevant to that service. As each service or process is implemented, the associated information architecture can be evolved to include the necessary data artifacts.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;
&lt;P dir=ltr align=left&gt;&lt;FONT face="Lucida Console"&gt;He gets it right - no 4-year projects to define the ultimate data model, and that these models are most valuable when developed incrementally.&lt;/FONT&gt;&lt;/P&gt;
&lt;P dir=ltr align=left&gt;&lt;FONT face="Lucida Console"&gt;Of course, his definition and my definition of "small" are probably different, but I believe he and I are in agreement here.&lt;/FONT&gt;&lt;/P&gt;
&lt;P dir=ltr align=left&gt; &lt;/P&gt;</description>
      <link>http://www.infoadvisors.com/Home/tabid/36/EntryID/96/Default.aspx</link>
      <author>Karen Lopez - listmistress@Infoadvisors.com</author>
      <comments>http://www.infoadvisors.com/Home/tabid/36/EntryID/96/Default.aspx#Comments</comments>
      <guid isPermaLink="true">http://www.infoadvisors.com/Default.aspx?tabid=36&amp;EntryID=96</guid>
      <pubDate>Fri, 08 Sep 2006 22:36:00 GMT</pubDate>
      <slash:comments>0</slash:comments>
      <trackback:ping>http://www.infoadvisors.com/DesktopModules/Blog/Trackback.aspx?id=96</trackback:ping>
    </item>
  </channel>
</rss>