× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: BPCS ECM & AS/SET
  • From: Syed Arif Inam <arifinam@xxxxxxxxx>
  • Date: Thu, 3 May 2001 08:36:36 -0700 (PDT)

Furthermore,

You don't have to learn RPG to use AS/SET, and still start programming. Learning AS/SET is easier then RPG. It's menu driven.

Designing screens and reports in AS/SET is much easier, as compared to traditional SDA and RLU.

Using arrays and data structures in AS/SET is easier than in RPG.

Understanding a program by looking at its AS/SET definition is a lot easier than the RPG source.

You have choices in AS/SET. You can start with a simple report program which builds it's own logic. All you have to do is define files, calculations and the report layout. For more customized and complex programs you can use batch or display program options.

And adding to Sonny's reply, it is easier to upgrade using AS/SET than traditional RPG.

Thanks

Syed Arif Inam
I.S. Dept
Dey Labs,
Napa, California

  Sonny Kim <Sonny.Kim@mail.cone.com> wrote:



Answering your question 1)
If you look at the past archive of emails at the midrange.com of BPCS-L, you will find a "HUGE" listing of emails of arguments between AS/SET and RPG.


Disclaimer: I program more using AS/SET than RPG


My 2 cents on the AS/SET over RPG:
If you're planning to modified BPCS 5.X - 6.X MM than AS/SET would be best choice. For Bolt-on you have a choice.


General information:
In BPCS 6.X MM, Green screen and most Batch applications were created using AS/SET. The AS/SET source are known as AS/SET definition. The RPG source codes are generated using the AS/SET definition. The AS/SET generated RPG looks like $@#%#@% and it's not nice to modify.


Major advantages/disadvantages of AS/SET:
For an upgrade it's easer to retrofit or modify AS/SET. For current in-house programmer ,anyone who knows 4GL language can learn AS/SET in a short time. It's a CASE tool. Most none RPG programmer likes AS/SET better than RPG. Well written AS/SET definition is easer to read compare to well written RPG.


AS/SET generates RPG looks like #@$#$. Big programs takes little longer to run compare to well written RPG. Finding an AS/SET programmer to employ is not easy, not enough available. The AS/SET tool takes large chunk of space on the AS/400.


Major advantages/disadvantages of RPG:
More RPG programmers are available than AS/SET. Well written bolt-on RPG well run much faster than well written AS/SET.


The base BPCS 6.X RPG sources were generated using AS/SET and it's not easy to read. Modifying AS/SET generated RPG is a pain in the $#@%. Retrofitting modified code to a new version of BPCS is BIGGER pain in the #@$%#. 


Let me know if you need more info.
Have a nice day :)
Sonny



-----Original Message-----
From: Jesse Salazar [mailto:jesse.salazar@trin.net]
Sent: Thursday, May 03, 2001 8:32 AM
To: bpcs-l@midrange.com
Subject: BPCS ECM & AS/SET



Two Questions:


1)  What are the advantages/disadvantages of AS/SET over traditional RPG?


2)  ECM:  When we receive EDI orders, an Order Acknowledgement is automatically generated (ORD508B).  Is this a standard function of ECM, or does the user define which programs should be executed upon receipt of an order?  If user defined, where?


Thanks for your help everyone!!


+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---



Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.