<?xml version="1.0"?>
<rss version="2.0">
<channel>
  <title>Cyrus Montakab Blog - cobol tag</title>
  <link>http://www.softwaremining.com/blog/CyrusMontakab/tags/cobol/</link>
  <description>SoftwareMining  - Legacy Modernization Blogs</description>
  <language>en</language>
  <copyright>Cyrus Montakab</copyright>
  <lastBuildDate>Sat, 24 Mar 2012 18:00:00 GMT</lastBuildDate>
  <generator>Pebble (http://pebble.sourceforge.net)</generator>
  <docs>http://backend.userland.com/rss</docs>
  
  <image>
    <url>http://www.softwaremining/sm/pics/cyrus.jpg</url>
    <title>Cyrus Montakab Blog</title>
    <link>http://www.softwaremining.com/blog/CyrusMontakab/</link>
  </image>
  
  
  <item>
    <title>Business Rule Extraction - Flood or Sued</title>
    <link>http://www.softwaremining.com/blog/CyrusMontakab/2012/03/24/1332612000000.html</link>
    
      
      
        <description>
          Filter out info which appearts to be unimportant&amp;nbsp;&amp;amp; leave doors open to getting sued. Don&#039;t filter out anything - and flood of the information can kills the usefulness and project !&lt;p&gt;&lt;a href=&#034;http://www.softwaremining.com/blog/CyrusMontakab/2012/03/24/1332612000000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
    
    
    <category>COBOL Business Rules</category>
    
    <category>Legacy Modernization</category>
    
    <comments>http://www.softwaremining.com/blog/CyrusMontakab/2012/03/24/1332612000000.html#comments</comments>
    <guid isPermaLink="true">http://www.softwaremining.com/blog/CyrusMontakab/2012/03/24/1332612000000.html</guid>
    <pubDate>Sat, 24 Mar 2012 18:00:00 GMT</pubDate>
  </item>
  
  <item>
    <title>Business Rules in Legacy Modernization </title>
    <link>http://www.softwaremining.com/blog/CyrusMontakab/2009/05/08/1241779080000.html</link>
    
      
      
        <description>
          &lt;p&gt;Here at SoftwareMining, we get two types of interest in Business rules. In the first instance there are projects who simply want to re document the system or re-produce a functional specification for the purpose of rewrite. The 2nd set of interest is from organizations who would like to re-implement their system within a &amp;ldquo;rule-based&amp;rdquo; system. This COBOL rule-systems is the topic of my dicussion today.&lt;/p&gt;
&lt;p&gt;James Taylor, writes an interesting blog on &amp;quot;Modernizing COBOL with business rules&amp;quot; ...&lt;/p&gt;&lt;p&gt;&lt;a href=&#034;http://www.softwaremining.com/blog/CyrusMontakab/2009/05/08/1241779080000.html&#034;&gt;Read more...&lt;/a&gt;&lt;/p&gt;
        </description>
      
    
    
    
    <category>COBOL Business Rules</category>
    
    <comments>http://www.softwaremining.com/blog/CyrusMontakab/2009/05/08/1241779080000.html#comments</comments>
    <guid isPermaLink="true">http://www.softwaremining.com/blog/CyrusMontakab/2009/05/08/1241779080000.html</guid>
    <pubDate>Fri, 08 May 2009 10:38:00 GMT</pubDate>
  </item>
  
  </channel>
</rss>

