I forgot to mention - we use standardized TESTCASEs to validate ACS code.

Run it before changes.
Run it after changes

Compare the output to make sure we only changed was we expected to change.

Lizette


> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]] On
> Behalf Of Lizette Koehler
> Sent: Thursday, February 02, 2017 3:04 PM
> To: [email protected]
> Subject: Re: SCDS/ACDS Compare Tool
> 
> So long as the only team making these changes is controlled (Stg Admin team in
> a RACF Group).  Then there is a reduction of who can make these types of
> changes.  Therefor the liability will be reduced.
> 
> From my perspective, there is little that can be done to reliably ensure
> managers that what is going in will do no harm.
> 
> We have a test CDS that we use when are working on ACS code.  But then when it
> goes live, we rely on each other to have notified the group of what other
> changes might be there.
> 
> You might look at the produce SMS/DEBUG by dtssoftware.com . Or the Suite of
> DTS Software for SMS.  You can take some of the functions in ISMF and put it
> in this tool where it is easier to control.
> 
> Lizette
> 
> 
> 
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:[email protected]]
> > On Behalf Of Carmen Vitullo
> > Sent: Thursday, February 02, 2017 1:57 PM
> > To: [email protected]
> > Subject: Re: SCDS/ACDS Compare Tool
> >
> > I hear ya, been thru IITEL (sp) change management methodology at 3
> > jobs, just starting here now.
> > maybe you can setup an ACS test routine and test both active and test
> > with the SCDS and provide the output from the test?
> > Carmen
> >
> >
> >
> > ----- Original Message -----
> >
> > From: "Chuck Kreiter" <[email protected]>
> > To: [email protected]
> > Sent: Thursday, February 2, 2017 2:49:25 PM
> > Subject: Re: SCDS/ACDS Compare Tool
> >
> > Paranoia is driving this more than anything. Managers are being asked
> > to sign- off on changes and that is driving the desire to know exactly
> > what was changed. We provide screen shots of our changes or ACS code
> > compares, but this doesn't prove something else wasn't changed in
> > their minds. They want to see what is different between the current
> > ACDS and the SCDS that is about the activated.
> >
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:[email protected]]
> > On Behalf Of Lizette Koehler
> > Sent: Thursday, February 2, 2017 3:26 PM
> > To: [email protected]
> > Subject: Re: SCDS/ACDS Compare Tool
> >
> > What specifically do they think they need with the ACDS/SCDS?
> >
> > I can dynamically change lots of things in ISMF and unless I document
> > it outside of the product, it will remain hidden.
> >
> > Was there an event where an old version of the SCDS was activated?
> > Were ACS code regressed or not tested prior to implementing? Were
> > volumes moved out of or into the wrong SMS Storage Group?
> >
> > What is the incentive to do this?
> >
> > Change ACS Constructs
> > Translate
> > Validate
> > Activate
> >
> > Is there something in this process they need more robust or bullet-proof?
> >
> >
> >
> >
> > Lizette
> >
> >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List
> > > [mailto:[email protected]] On Behalf Of Chuck Kreiter
> > > Sent: Thursday, February 02, 2017 11:19 AM
> > > To: [email protected]
> > > Subject: SCDS/ACDS Compare Tool
> > >
> > > Management at my company wants to see a delta compare of the ACDS
> > > and the "to be activated" SCDS so that they can see what is going to
> > > be implemented with a given change. I've asked IBM and they were not
> > > aware
> > of anything.
> > > I've looked at Naviquest and it can do some but not everything. A
> > > FileManger compare of the files doesn't produce anything useful.
> > > Anyone know of such a tool or process to produce such a compare?
> > >
> > >
> > >
> > > Thanks,
> > >
> > > Chuck

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to