|
I spent a few years using ASSET at Toshiba. They made it the standard for programming and all new development. I thought it was fairly easy to use and produced some very standardized code that you could tweak easily once you got used to it. In general CASE products may not produce the most efficient code due to the higher level approach to programming and the loss of low level control (see also JDEdwards code produced by their proprietary CASE tool). And it did have some slight limitations to work around if I remember correctly. In general I didn't feel it was a whole lot more productive that just writing the RPG from scratch but it would be a benefit if the level of talent on your programming staff varies widely. I used to call it a glorified subfile generator. Hope that helps? Roger Boucher Standard Pacific Corp. rboucher@stanpac.com 714-668-4326 -----Original Message----- From: R. Bruce Hoffman, Jr. [mailto:rbruceh@ibm.net] Sent: Friday, February 19, 1999 1:35 PM To: MIDRANGE-L@midrange.com Subject: Re: CASE tools, anyone? Brian.Johnson@helpsystems.com wrote: > Can anyone share their recommendation or experiences with CASE tools? Jeez, what a shame, only 10 years too late... just kidding. Only experience that I have had with case tools is Synon. Good product, but: a. usually only one person in shop truely learns the tool. 2. That person usually gets hired away by someone wanting to jump-start their Synon project. III. Synon did involve some run-time objects that are *still* on one of my client's systems. They can't get rid of it without going back and completely re-writing the software that was developed in Synon to remove the run-time stuff. In a nut shell, they are stuck with it even though they no longer use the Synon product. Unless you can get EVERYBODY in the shop on board, and then KEEP them there, my preference would be to stay away from them. That being said, I really like and use ERWin for all the other stuff. It is expensive as far as database modelling tools go, but it is one of the very few that can actually deal with an AS/400 and DB2, both forward and reverse engineering. It only needs a good ODBC connection to the 400. Again, imho, I would avoid the code generation part. -- =========================================================== R. Bruce Hoffman, Jr. -- IBM Certified AS/400 Administrator -- The sum of all human knowledge is a fixed constant. It's the population that keeps growing! +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.