A program is required to update student payment records from a transaction file to a master student file and generate a report of outstanding fees. The program will read student payment records from a sequential file, update the amount paid field in the indexed student master file, and produce a report listing students with partially or fully unpaid fees sorted by name. Total outstanding fees will also be calculated and displayed at the end of the report.

1. COBOL Case Study - 1
Generate Student Fees Report:
Introduction
At the beginning of each term Student Services creates a report showing those
students whose fees are still outstanding. Until now this report was created
manually but because the task is very time consuming Student Services have
decided to computerise it. You have been asked to write the program which will
apply a transaction file of student payments to the Student Master File and which
will then produce a report showing those students whose fees are partially or
wholly outstanding. The Student Payments transaction file is a validated
sequential file sorted on ascending Student-Number.
Description:
A program is required which will use the payment records in the Student
Payments File to update the Amount-Paid field in the Student Master File and
which will then use the Student Master File to produce a report showing the fees
outstanding.
Fees may be paid in one payment or in increments. Therefore when the Amount-
Paid field is updated the value of the payment should be added to the current
value of the Amount-Paid field. There is no need to take overpayment of fees into
account (i.e. the value in the Amount-Paid field will never exceed that in the
Fees-Owed field .
The OUTSTANDING FEES REPORT should be printed sequenced on ascending
Student-Name. Only records where the Amount-Paid field is less than the Fees-
Owed field should be shown. At the end of the report the total amount
outstanding should be shown.
The Student Payments File
The Student Payments File is a sequential file that has been validated and sorted
on ascending Student-Number. Each record has the following format;
Field Type Length Value
Student-Number N 7 -
Payment N 6 0.01-9999.99
The Student Master File
The Student Master File is an Indexed file. It contains details of all the students
taking courses in the University. Each record has the following format;
Field Key Type Length Value

2. Student- Primary N 7 -
Number
Student-Name Alt with X 30 -
duplicates
Gender - X 1 M/F
Course-Code - X 4 -
Fees-Owed - N 4 1000-9999
Amount-Paid - N 6 0-9999.99
Report Specification
The Fees field is a currency value with no digits after the decimal point. The field
should have comma insertion and a floating dollar sign. The Amount Paid,
Amount Outstanding and Total Outstanding fields are currency values with
floating dollar signs, comma insertion and two digits after the decimal point.
There is no need to worry about page breaks or line counts.
Program's Coding:
IDENTIFICATION DIVISION.
PROGRAM-ID. setup-Repeat-Exam.
AUTHOR. msivaraman.
ENVIRONMENT DIVISION.
INPUT-OUTPUT SECTION.
FILE-CONTROL.
SELECT Studs-In-File ASSIGN TO "STUDIN.DAT"
ORGANIZATION IS LINE SEQUENTIAL.
SELECT Student-Master-File ASSIGN TO "STUDMAST.DAT"
ORGANIZATION IS INDEXED
ACCESS MODE IS DYNAMIC
RECORD KEY IS SM-Student-Number
ALTERNATE RECORD KEY IS SM-Student-Name
WITH DUPLICATES
FILE STATUS IS SM-File-Status.
DATA DIVISION.
FILE SECTION.
FD Studs-In-File.
01 SP-Rec.
88 End-Of-SPF VALUE HIGH-VALUES.
02 SP-Student-Number PIC 9(7).
02 FILLER PIC X(45).

3. FD Student-Master-File.
01 SM-Rec.
88 End-Of-SMF VALUE HIGH-VALUES.
02 SM-Student-Number PIC 9(7).
02 SM-Student-Name PIC X(30).
02 FILLER PIC X(5).
02 SM-Fees-Owed PIC 9(4).
02 SM-Amount-Paid PIC 9(4)V99.
WORKING-STORAGE SECTION.
01 Miscellaneous-Items.
02 Total-Outstanding PIC 9(7)V99 VALUE ZEROS.
02 SM-File-Status PIC XX.
02 Amount-Outstanding PIC 9(4)V99.
PROCEDURE DIVISION.
Update-And-Report.
OPEN OUTPUT Student-Master-File.
OPEN INPUT Studs-In-File.
READ Studs-In-File
AT END SET End-Of-SPF TO TRUE
END-READ.
PERFORM Update-Master-File UNTIL End-OF-SPF.
CLOSE Student-Master-File, Studs-In-File.
STOP RUN.
Update-Master-File.
MOVE SP-Student-Number TO SM-Student-Number.
WRITE SM-Rec FROM SP-Rec
INVALID KEY DISPLAY "invalid read FS = " SM-File-Status
END-WRITE.
READ Studs-In-File
AT END SET End-Of-SPF TO TRUE
END-READ.
RECOMMENDED MAINFRAME REFERENCE BOOKS
http://ibmmainframes.com/references/a15.html
Generate Student Fees Report:
Introduction

4. At the beginning of each term Student Services creates a report showing those
students whose fees are still outstanding. Until now this report was created
manually but because the task is very time consuming Student Services have
decided to computerise it. You have been asked to write the program which will
apply a transaction file of student payments to the Student Master File and which
will then produce a report showing those students whose fees are partially or
wholly outstanding. The Student Payments transaction file is a validated
sequential file sorted on ascending Student-Number.
Description:
A program is required which will use the payment records in the Student
Payments File to update the Amount-Paid field in the Student Master File and
which will then use the Student Master File to produce a report showing the fees
outstanding.
Fees may be paid in one payment or in increments. Therefore when the Amount-
Paid field is updated the value of the payment should be added to the current
value of the Amount-Paid field. There is no need to take overpayment of fees into
account (i.e. the value in the Amount-Paid field will never exceed that in the
Fees-Owed field .
The OUTSTANDING FEES REPORT should be printed sequenced on ascending
Student-Name. Only records where the Amount-Paid field is less than the Fees-
Owed field should be shown. At the end of the report the total amount
outstanding should be shown.
The Student Payments File
The Student Payments File is a sequential file that has been validated and sorted
on ascending Student-Number. Each record has the following format;
Field Type Length Value
Student-Number N 7 -
Payment N 6 0.01-9999.99
The Student Master File
The Student Master File is an Indexed file. It contains details of all the students
taking courses in the University. Each record has the following format;
Field Key Type Length Value
Student- Primary N 7 -
Number
Student-Name Alt with X 30 -
duplicates
Gender - X 1 M/F
Course-Code - X 4 -

5. Fees-Owed - N 4 1000-9999
Amount-Paid - N 6 0-9999.99
Report Specification
The Fees field is a currency value with no digits after the decimal point. The field
should have comma insertion and a floating dollar sign. The Amount Paid,
Amount Outstanding and Total Outstanding fields are currency values with
floating dollar signs, comma insertion and two digits after the decimal point.
There is no need to worry about page breaks or line counts.
Program's Coding:
IDENTIFICATION DIVISION.
PROGRAM-ID. setup-Repeat-Exam.
AUTHOR. msivaraman.
ENVIRONMENT DIVISION.
INPUT-OUTPUT SECTION.
FILE-CONTROL.
SELECT Studs-In-File ASSIGN TO "STUDIN.DAT"
ORGANIZATION IS LINE SEQUENTIAL.
SELECT Student-Master-File ASSIGN TO "STUDMAST.DAT"
ORGANIZATION IS INDEXED
ACCESS MODE IS DYNAMIC
RECORD KEY IS SM-Student-Number
ALTERNATE RECORD KEY IS SM-Student-Name
WITH DUPLICATES
FILE STATUS IS SM-File-Status.
DATA DIVISION.
FILE SECTION.
FD Studs-In-File.
01 SP-Rec.
88 End-Of-SPF VALUE HIGH-VALUES.
02 SP-Student-Number PIC 9(7).
02 FILLER PIC X(45).
FD Student-Master-File.
01 SM-Rec.
88 End-Of-SMF VALUE HIGH-VALUES.
02 SM-Student-Number PIC 9(7).
02 SM-Student-Name PIC X(30).
02 FILLER PIC X(5).

6. 02 SM-Fees-Owed PIC 9(4).
02 SM-Amount-Paid PIC 9(4)V99.
WORKING-STORAGE SECTION.
01 Miscellaneous-Items.
02 Total-Outstanding PIC 9(7)V99 VALUE ZEROS.
02 SM-File-Status PIC XX.
02 Amount-Outstanding PIC 9(4)V99.
PROCEDURE DIVISION.
Update-And-Report.
OPEN OUTPUT Student-Master-File.
OPEN INPUT Studs-In-File.
READ Studs-In-File
AT END SET End-Of-SPF TO TRUE
END-READ.
PERFORM Update-Master-File UNTIL End-OF-SPF.
CLOSE Student-Master-File, Studs-In-File.
STOP RUN.
Update-Master-File.
MOVE SP-Student-Number TO SM-Student-Number.
WRITE SM-Rec FROM SP-Rec
INVALID KEY DISPLAY "invalid read FS = " SM-File-Status
END-WRITE.
READ Studs-In-File
AT END SET End-Of-SPF TO TRUE
END-READ.
I am doing a project in VS COBOL 2 on PAYROLL APPLICATION PACKAGE for
public sector organization of about 1000 employees.
It contains two formats one is Employee Master Format which contains details like
empcode,name.Joing dte, basic pay etc somw data item value may change in future and
Other Format is Monthly attendence Format wich contains details like
Empcode,yearmnth,days present,dayshlidays,overtime hrs,
etc.
Processing done will be 1) Employe master creation and updation.
2)Monthly attendence creation and updation
3) Validation of attendence with master.
and there arecertain other conditions ,

7. I need some suggestion about how to undergo with this project.
suggestions abt creating files ,updation etc
Contact information
Michael M. Naccarat
4611 Nelm Street
Hyderabad – 22102
Career objective
Looking for a challenging position of the Mainframe Programmer in the reputed
company with a view to use my wide experience for the benefit of the organization.
Skills
• Specialist Knowledge – Specialized in Basic electronics and television servicing.
• Technically experienced IBM (MVS/ISPF) Mainframe Senior Analyst /
Programmer in Cobol, Telon, IMS DB (DLI) / DC , CICS, DB2, JCL, Easytrieve.
• A wide range of skills and experience of the full project lifecycle including
business and technical analysis, technical design, test plan production,
development, testing, UAT testing, implementation, post-implementation support
and team leading while working as part of a team or on my own.
Career Achievements
• Extensive experience of system support and technical analysis and providing
solutions for business critical systems within tight timeframes
• Experienced in working with and coordinating offshore developers and technical
staff.
• Most recent role has been performing the analysis for the decommissioning of old
legacy systems and producing Technical Design Documents and test plans for
offshore development followed by the subsequent review of resulting code and
test results and guiding offshore with the overall management of the project.
Experience
2008 – Present
Steria (formally Xansa) (Client – Tesco) Welwyn Garden City
Senior Analyst Programmer (Contractor)

8. • Overall responsibility for small scale decommissioning projects and performing
the role as Analyst and co-ordinator between business contacts in the UK and
inexperienced development teams in India. This included the production of
Business and Technical specification documents and test plans, carrying out the
review of the returned results and the subsequent co-ordination of sign-off and
implementation. All projects were delivered on time, on budget and with
minimum impact to the downstream systems.
• Analysis and production of technical design documentation for a number of
systems for development offshore for the decoupling of interface files from old
legacy systems and the designing of a replacement feed from an alternative
source.
• Sole supporter of one of Tesco’s business critical IT system, providing solutions
to business and IT issues within tight timescales on a 24/7 basis to minimise the
impact and cost to Tesco’s time critical Supply Chain process.
2004 – 2008
Xansa (Client- Royal + Sun Alliance) Hemel Hempstead
Senior Analyst Programmer
• A member of a high-profile, large-scale development project to amalgamate the
functionality of two existing policy enquiry systems following the merger of two
insurance companies.
• This involved developing programs from business specifications, producing and
auctioning of unit test plans and performing of preliminary system testing within
tight time-scales.
• Also produced a general function test plan, which was adopted throughout the
team.
2000 – 2001
Cap Gemini
Technical Consultant
• Promoted to joint Team Leader of the Direct Mailing Team for a large TV and
video rental company after being with the company for nine months.
• Improved team efficiency by producing a program specification template
document to simplify the processing of user work requests which allowed work to
allocated based on resource availability rather than complexity of the request and
the expertise of available resource.
• Responsible for the allocating and planning of work using PC planning tools for
other members of the team based on requests and timescales from the business.
Also responsible for the status reporting and communication links with the
principal business owners via weekly status meetings.
• Development, maintenance and testing of programs as outlined in program
specifications.

9. • Ongoing training and support for other junior programmers (e.g. questions on
programming, job-specific tasks).
• Determining, documenting and actioning user requirements, project estimates,
program specifications, test plans, JCL run procedures, team documentation and
Local Work Instructions.
Education
• B.SC (IT)
New York University, New York
• Web- Level I
NIIT
What is Testing?
What is Test Plan?
What is Test case?
Test: The process of executing the system satisfies specific requirements and
detecting the errors
Test Plan: Test Plan is a document which gives object,scope,and focus software
testing efforts.
Test case: Test case is a document which gives action,event expected results in
future that object perfectly working or not
Or
Testing-Testing is a process of executing a program with the intent of finding
errors.Tester never fixes the error rather find them and return to the programmer.
Test plan: Test plan includes , Objective, Scope, Test strategy, Test deliverables,
Risk analysis,and feature to be tested and feature not to be tested.
Test case:Its a document that descibes an event, action & expected output in a
correct program & it'll check whether feature of the application is working
correctly or not. Pls follow some steps to write a test cases:
1.Test id
2.Test name
3.Objective
4.Test condition
5. expected o/p
Testing: Verification and Validation of an Application.
Testplan:Testplan is a document it's contains Pre requisites for testing.
Testcase: Testcase is a small issue to check the functionality of an application.
http://www.faqs.org/qa/qa-4044.html