ISPW Q&A
Are your budgets shrinking and your problems growing?
In today's IT environment, many sites are faced with reduced budgets and an increasing workload. Sometimes, this leads to fewer staff doing more work, which can compound the problems.
ISPW was originally developed as a programmer productivity tool, so its job is to help companies accomplish more with increasingly stretched resources. Typical increases in productivity with ISPW range from 15-40%, depending on the person and activity. (These are real productivity numbers, measured and documented by customers.)
Are you tired of paying for CPU upgrades and MIPS-based pricing?
You may be surprised to hear ISPW has an innovative and unique User-based pricing model. With ISPW's site license, you will never have to pay for CPU upgrades or MIPs increases ever again! Pricing is based on the number of defined Users and Servers, and not on processor size.
Our sales approach is risk-free, with on-line presentations and live product demos. Prospective customers can even log on to ISPW, over the Internet, and try it for themselves free of charge! To the best of our knowledge, no other Enterprise SCM vendor offers both user-based pricing and a free hands-on evaluation, so prospective customers know in advance what they are buying, and pay a fair price.
Have you outgrown your Library Management product(s)?
Many of the mainframe-based Library Management products have a limited ability to store distributed system files, such as DLLs, Windows files, etc.
ISPW's warehouse can store any type of source and executable file, including JARs, WARs and EAR files. ISPW also knows which components are in ASCII format and which are EBCDIC, so it converts files seamlessly as it transports them between operating system platforms. This ability to handle different file types gives ISPW the ultimate flexibility in versioning both source and executables in today's multi-platform environments.
Can you effectively build and deploy your J2EE applications to WebSphere?
IBM's WebSphere is interesting technology. WebSphere applications have disparate component parts that may be developed on different operating system platforms (such as TSO and Windows), which are then deployed to different operating platforms to execute. Host based components may still be run from MVS load libraries, but EJB and JSP components, for example, may need to be deployed to AIX or Linux servers. To manage these new application component parts, IS staff may be using two, or even three different SCM solutions, which presents another set of problems in itself.
ISPW can manage any J2EE application, where applications being deployed to IBM's WebSphere Application Server (WAS) are just one example. ISPW encompasses all of the various J2EE component parts so they are managed in one seamless change package, from development through deployment.
Will your Software Change Management process pass an audit review?
ISPW provides extensive audit compliance through both on-line and printed reports.
More importantly, ISPW has the ability to recreate an application as of any date and time, even if that application has cross-platform component parts, being deployed to both host and distributed run time environments.
Do you have parallel development issues?
Pressure to deliver more function, more often, creates more parallel development problems than ever before. Staff need to know who else is making changes to the modules they are working on, and they need to know that sooner than later. More importantly, some changes can't wait, so staff need to be assured that their SCM system can handle any number of concurrently checked-out versions, while preventing changes from being regressed by other team members.
ISPW's collaborative team environment makes work in progress visible to everyone. Through ISPW's dynamic real time work lists, each person updating a module can see flags or warnings against their modules, so they are proactively aware that other versions are in motion, who has them, the versions that they're based upon, and what the differences are between those versions. The ISPW GUI even has a merge feature for both mainfrane and distributed code.
Are your development tools, such as debuggers, being used effectively?
Most IT shops have programmer productivity tools such as syntax checkers, documentation generators, test and debugging tools. Unfortunately, these tools are often buried on system menus, so staff can't remember where they are or how to use them, and the company never realizes the return it expects on this investment.
One of ISPW's unique strengths is its ability to invoke and truly manage application productivity tools. In ISPW, there are "slots" to plug in tools like JCL checkers, Expediter, File-Aid, Comparex, SmartEdit, SmartTest, code restructurers, etc., so they're invoked and used automatically at the appropriate point in the change cycle. New employees and contract staff are prompted and guided in using these tools so the company's IT standards and procedures are enforced by ISPW. In calculating ISPW's Return on Investment, the value of properly using ancillary tools gives an unexpected additional return on investment.
Is there one Software Change Management product that can manage your z/OS, NT, AIX and Linux applications from development through deployment?
Until a few years ago, this was thought to be impractical, if not impossible. Mainframe SCM vendors offered mainframe-specific SCM tools. Distributed vendors offered distributed SCM tools. Some vendors offered two separate SCM products - one to manage host-based applications and a second for distributed applications, often with a separate browser interface to show a consolidated view of activity cross-platform. No vendor was able to offer one integrated cross platform solution to manage every application component everywhere.ISPW can manage z/OS, NT, AIX and Linux applications across an Enterprise, from development through deployment. ISPW's code Warehouse can store every Enterprise source and executable component. This single logical Warehouse enables true seamless integration across heterogeneous environments, for performing cross-platform impact analysis, managing cross-platform change packages, and addressing other cross-platform issues. You will hear the term 'single point of control' from various SCM vendors. With ISPW, we mean 'single point of control' through one single cross-platform product.
Technically, ISPW has four integrated components - a mainframe-based server (on z/OS), and three thin client interfaces - a 3270 interface, a browser interface, and an Eclipse-based GUI. IBM's mainframe DB2 is a prerequisite.
ISPW truly provides one seamless SCM process across an Enterprise, regardless of where applications are being developed or deployed.
