WAVV
Requirement Form
Date: 4/3/2002 Requirement #: WAVV200261
Title: (Paraphrase problem in a
single statement)Need better/consistent
support for redirected unit-record I/O
Detailed
Problem Description: (Description of what you want changed - 400 character entry limit)
Limitations of only being
able to print/punch to and read SYSIPT data from DASD or TAPE in static
partitions only, poor performance of same due to unblocked i/o (even when using
VFBA), restriction to use of single extent, <are there others…?> Note that this includes punching AND printing
to some location from which the data can later be accessed as though on SYSIPT.
Priority: (Select one: Urgent
- High - Medium - Low)
High
Requested
Completion Date: (When? Examples: 3 months, 1 year,
Next Release) Whenever possible
Requirement
Type: (Select one:
Acceptability - Compatibility/Migration - Ease of Use - Feature/Function - Performance - Reliability/Availability/Serviceability
- Packaging - Interoperability)
All of the above
Business
Justification: (Why? Non-technical
business case description. Do not reword Detailed Problem
Description from above. What are the benefits to be gained by your
company, and the vendor and others?
Quantify: run time, dollars, manpower, etc. Why should the vendor do this for the customer?)
It is time for a partition to be a partition to
be a partition. Redirection of
unit-record I/O needs to be supported in all partitions, and with greater
flexibility and performance than is currently available in static partitions as
well.
Solution: (Optional)(Desired/undesired elements Note: Making a suggestion may limit a
vendors ability to deliver a solution)
That's your decision, however the simpler the
JCL interface, the better, by all means!
IESINSERT is a nightmare.
Ideally one could print/punch to a reader queue entry which could later
be retrieved by the use of something similar in nature to an SLI card.
Impact: (Optional) (How
will your company’s business be affected if a solution is not delivered?)
We will continue to implement case-by-case
solutions that could be more straightforwardly and consistently addressed all
at once if this effectively basic functionality were available.
Company Name: Pellerin
Milnor Corporation
Author Name: Michel J
Champagne Author Title: Systems Programmer
Author
Address: PO Box 400; Kenner, LA 700062
Author E-mail: mchampagne@milnor.com
Telephone: (504) 467-9591-1-7050