Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Best Practices for ISV Management

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> HomeWorks & Requests
View previous topic :: :: View next topic  
Author Message
pauly_william

New User


Joined: 15 Oct 2007
Posts: 27
Location: Canada

PostPosted: Wed Mar 23, 2011 8:36 pm    Post subject: Best Practices for ISV Management
Reply with quote

Greetings all,

I got into a bit of hot water or frustrated territory yesterday trying to explain why I followed a ISV's installation documentation and not follow the undocumented company's traditional way of doing business. So my question is, is there a SHARE session, Redbook, or .PDF out there I just not aware or unable to locate that describes "The Best Practices for ISV Management"?

In particular I'd like to know how most shops install, test, and roll out ISV. How do they save documentation and job listings?

The best way to describe our shop and the training I've received in this area...."A BLOODLY GONG SHOW".

Any help or insights appreciated!!

-pauly
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8054
Location: East Dubuque, Illinois, USA

PostPosted: Wed Mar 23, 2011 9:23 pm    Post subject:
Reply with quote

I was thinking you were using the term "ISV" to be Independent Software Vendor until I hit this sentence, which implies ISV is something else entirely:
Quote:
In particular I'd like to know how most shops install, test, and roll out ISV.
If the sentence read "roll out ISV software" that would jive with what I thought -- but now it sounds like you're looking for information about one particular package, and not one I've heard of.
Back to top
View user's profile Send private message
pauly_william

New User


Joined: 15 Oct 2007
Posts: 27
Location: Canada

PostPosted: Wed Mar 23, 2011 9:38 pm    Post subject:
Reply with quote

Yes, my appologies.

ISV = Independent Software Vendors....I suppose to be more specific Non-SMPE products.
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8054
Location: East Dubuque, Illinois, USA

PostPosted: Wed Mar 23, 2011 9:52 pm    Post subject:
Reply with quote

Quote:
I suppose to be more specific Non-SMPE products.
I'm glad you clarified that -- since CA and Compuware both are ISV but use SMP/E for their installs.

For non-SMP/E ISV products, we typically follow the vendor recommendations in the installation manual (or guide or whatever is provided), tempered by experience. We transfer the release to a release-specific set of data sets, and generally test using STEPLIB to point to the new release. Once testing is complete, the LINKLIB is updated with the new release load modules and refreshed to access them. A sandbox LPAR for testing really comes in handy since every now and then something won't work right in the LINKLIB so we always install there before scheduling a production change!
Back to top
View user's profile Send private message
pauly_william

New User


Joined: 15 Oct 2007
Posts: 27
Location: Canada

PostPosted: Wed Mar 23, 2011 10:46 pm    Post subject:
Reply with quote

Thanks Robert!

Just found this doc that's helpful

OS/390 & ISV RESVOL
(Installation and) Maintenance
Strategies
Back to top
View user's profile Send private message
Peter Nancollis

New User


Joined: 15 Mar 2011
Posts: 47
Location: UK

PostPosted: Thu Mar 24, 2011 5:45 am    Post subject:
Reply with quote

At the end of the day it doesnt matter whether you are implementing SMP or non-SMP code from IBM or ISVs [ CA and SMP .... Hmmmm ! ]

Mostly what you run and how you get it there is a local standard.
- there are as many options/routes/cul-de-sacs as you care to imagine

The vendor may be able to say how to [or how they think you should ] install things ... but the bottom line is its down to you [or your Co.s ] standards ...its your business - you are just using their s/w !
I would, however, be very cognisant of anything they say ...may not do what they say , but I will be damn sure why I dint
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> HomeWorks & Requests All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Produce Mainframe Dash Board Reports ... sdcarlson53 All Other Mainframe Topics 2 Thu Jan 05, 2017 11:01 pm
No new posts Task management through REXX kenshin CLIST & REXX 5 Wed Sep 30, 2015 10:41 pm
No new posts Rexx tool to alter the management cla... Biswajit Pattanayak CLIST & REXX 11 Sun Aug 11, 2013 1:50 am
This topic is locked: you cannot edit posts or make replies. Job Openings for Capacity Management... Shravan Dodla Mainframe Jobs 0 Tue Aug 30, 2011 10:21 pm
No new posts Best Practices for Enterprise COBOL Susan Talbot COBOL Programming 35 Tue Jul 19, 2011 9:45 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us