<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Mining for Services with Solution Domain Architecture</title><link>http://blogs.msdn.com/nickmalik/archive/2007/05/04/mining-for-services-with-solution-domain-architecture.aspx</link><description>In Microsoft IT, we are reapproaching the problem of SOA governance from two angles: bottom up and top down. Bottom-up services are services that the IT teams build as part of their normal work. They are project focused, and tend to be fairly well aligned</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Mining for Services with Solution Domain Architecture</title><link>http://blogs.msdn.com/nickmalik/archive/2007/05/04/mining-for-services-with-solution-domain-architecture.aspx#2455338</link><pubDate>Mon, 07 May 2007 04:46:45 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2455338</guid><dc:creator>Richard Veryard</dc:creator><description>&lt;p&gt;Interesting contrast with Motion. I have listed both methods on my Squidoo lens on Service Engineering &lt;a rel="nofollow" target="_new" href="http://www.squidoo.com/serviceengineering/"&gt;http://www.squidoo.com/serviceengineering/&lt;/a&gt;&lt;/p&gt;</description></item><item><title>re: Mining for Services with Solution Domain Architecture</title><link>http://blogs.msdn.com/nickmalik/archive/2007/05/04/mining-for-services-with-solution-domain-architecture.aspx#2472829</link><pubDate>Tue, 08 May 2007 05:27:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2472829</guid><dc:creator>NickMalik</dc:creator><description>&lt;p&gt;Note to readers: I made some minor updates to the text as the result of input from some friends.&lt;/p&gt;
</description></item><item><title>Why you need an Enterprise SOA Planning Governance Framework</title><link>http://blogs.msdn.com/nickmalik/archive/2007/05/04/mining-for-services-with-solution-domain-architecture.aspx#2737481</link><pubDate>Sat, 19 May 2007 21:43:15 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:2737481</guid><dc:creator>Inside Architecture </dc:creator><description>&lt;p&gt;The Problem is too much overlapping, non integrated, code One of the problems faced by IT groups is that&lt;/p&gt;
</description></item><item><title>The Unimportant SOA Catalog</title><link>http://blogs.msdn.com/nickmalik/archive/2007/05/04/mining-for-services-with-solution-domain-architecture.aspx#3546756</link><pubDate>Tue, 26 Jun 2007 17:48:50 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:3546756</guid><dc:creator>Inside Architecture </dc:creator><description>&lt;p&gt;Have you ever woke up in the morning with an idea in your head that you simply have to write down? I&lt;/p&gt;
</description></item></channel></rss>