MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

APS programs conversion to structured COBOL..

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Application Programming
View previous topic :: View next topic  
Author Message
krkcs
Beginner


Joined: 30 May 2004
Posts: 27
Topics: 5

PostPosted: Thu May 17, 2007 1:43 pm    Post subject: APS programs conversion to structured COBOL.. Reply with quote

I dont know if anyone is aware of the APS Programs. APS programs are some tool generated programs, they are very difficult one's to get analysed and fixed.
I'm not sure if there is any tool that exists, which would convert the APS programs to the equivalent structured COBOL programs, which are pretty much easier to be maintained ?

Can anyone throw some light on this ?

Suggestions/ Directions are appreciated...
_________________
-kr
Back to top
View user's profile Send private message
dbzTHEdinosauer
Supermod


Joined: 20 Oct 2006
Posts: 1411
Topics: 26
Location: germany

PostPosted: Sun May 20, 2007 2:42 pm    Post subject: Reply with quote

That is the problem with 'tool' generated code............it is generated via parms. Your input definitions - files, databases, mapping of fields - what to what, and processing conditions. The input is structured - by the tool - so that the tool can generate the code. I have found that sometimes the structured definitions forces you to change your design.
Actually, that is the problem. you are not allowed to impose your design on the code. That's probably one reason that there are no 'conversion tools' to take this spaghetti and make good pasta (modular).

Modular code is an art, and starts at design. My experiences (only twice, i will never take on a project like that again!) required dedicated design and we ended up just rippin' and strippin' what we needed to create the new modules - then threw it away - actually one customer sold this garbage to someone else to finance the conversion costs.

IMUO:
Tool generated code has it's place, but I don't think that the place is generating code for complex processes - simple stuff yes - like if you bought the tool and did not buy ezytrieve; but not in a shop where you have quality designers and programmers.

good luck!




Try google.
_________________
Dick Brenholtz
American living in Varel, Germany
Back to top
View user's profile Send private message
JanM
Beginner


Joined: 29 May 2006
Posts: 9
Topics: 0

PostPosted: Mon May 21, 2007 6:34 am    Post subject: Reply with quote

In my opinion you should never try to 'fix' generated code.
If there is a problem, solve it at the input for the generator proces.
Two reasons:
a) A new run of the generator will generate new source code without the fix, so you mist re-apply the fix, but you can't be sure that the old fix fits.
b) When you look at the input of the generate proces, it does not describe the actions that are being performed.
_____________
Jan Meijer
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Application Programming All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group