links: コピーブランド スーパーコピー 財布 スーパーコピーブランド ブランド コピー 時計 スーパーコピー ブランドコピー激安

Roles in Mainframe staff

Roles in Mainframe staff





  1. System programmers
  2. Application designers and programmers
  3. System operators
  4. System administrators
  5. Production control analysts
  6. Vendor duties




Mainframe systems are designed to be used by large numbers of people /users/ who

interact with the applications that are hosted on the system and run in batch or

online environment. The sophistication and complexity of the system software that

supports the users and applications require different  roles of the  staff  to operate

and support the mainframe system. The purpose is to be provided  an environment on which

the system software and applications can function smoothly and effectively serving  many

thousands of users efficiently.

The mainframe support staff may be large or comparatively smal in dependence of  the number

 of users supported, the number of transactions run, and the high business value of the work

that is performed on the mainframe. The main roles are the following: System programmers;

System administrators (for example, DBA, storage, network, security, and performance);

Application designers and programmers (Application developers); System operators;

Production control analysts.

The  most important  roles in the mainframe environment   are  the system programmer

 and application programmer . There are, however, several other important roles involved

in the upkeep of the mainframe. Mainframe activities  require cooperation among the various

roles: Installing and configuring system software; Designing and coding new applications to

run on the  mainframe; Introduction and management of new workloads

on the system, such as batch jobs and online transaction processing;

Operation and maintenance of  the mainframe software and hardware jobs

and online transaction processing; Operation and maintenance of  the

mainframe softwareand hardware


  1. System programmers

The system programmer plays a central role. The system programmer installs, customizes

and maintains the operating system and  the products that run on the system.

The system programmer performs the following tasks: Planning hardware and software system

upgrades and changes in configuration; Training system operators and application programmers;

Creating Rules and Automating operations, allowing the system to run autonomously based on

installation policies that become integrated with the configuration;  Performing capacity

planning; Running installation jobs and scripts; Performing installation-specific customization

tasks;  Integration-testing the new products with existing applications and user procedures;

System-wide performance tuning to meet required levels of service; Debugging problems with

system and application software (dumps, traces, communications with the software vendor’s).

System programmers are needed to install and maintain the middleware on

the  mainframe, such as database management systems, online transaction processing systems,

and web servers such as DB2, CICS, and IMS™. As applications are added to the mainframe,

the system operator is  is responsible for ensuring that they run smoothly.



  1. Application designers and programmers


The application designer and application programmer (or application developer) design, build, test,

and deliver mainframe applications for the company’s users and customers.

The designer creates a design specification from which the programmer constructs an application

including  several iterations of code changes and compilation, application builds, and unit testing.

During the application development process, the designers and programmers must interact with other

roles of the Mainframe staff. After building code for related application program modules, each

module is passed through a testing process that can include function, integration, and system-wide

tests. Following the tests, the application programs must be acceptance tested by the user  to

determine whether the code actually satisfies the original requirement. The programmers  are    also

responsible for maintaining and enhancing the company’s existing mainframe applications.  They are

also pressed to  create new  programs with Common Business Oriented Language (COBOL) or PL/I,

languages such as Java and C/C++  for building new applications on the mainframe, just as they have

on distributed platforms, despite rumors to the contrary.

Many thousands of programs are in production on mainframe systems around the world, and these

programs are critical to the day-to-day business of the

corporations that use them. IBM continues to enhance their high-level language

compilers to include new functions and features that allow those languages to continue to take advantage

of newer technologies and data formats.


  1. The system operators


 The system operator monitors and controls the operation of the

 mainframe hardware and software.
The operator starts and stops system tasks, monitors the system consoles and works with

 the system programmers to ensure the  normal operation of the systems.


New applications from the Applications Programming Department are  delivered to the Operations Staff

with  instructions  which operators need to follow during job execution. These  instructions might include

application-specific console messages that require operator intervention, recommended operator

responses to specific

system events, and directions for modifying job flows when necessary.

The operator is also responsible for starting and stopping the major subsystems, such as transaction

processing systems, database systems, and the operating system itself. The operator must still perform

an orderly shutdown and startup of the system and its workloads, when it is required. In case of a failure

or an unusual situation, the  operator communicates with system programmers, who assist the operator

in determining the proper course of action to make sure that production workloads are completing properly.



  1. System administrators


The distinction between system programmer and system administrator varies among mainframe

 sites where one person might be called to perform several roles.

In larger IT organizations with multiple departments, the job responsibilities tend to be more clearly

separated. System administrators perform more tasks related to maintaining the critical business

data (database and security data)   that resides on the mainframe, while the system programmer

focuses on maintaining the system itself.

The system administrators are more likely to have experience with the applications  and  they

often interface directly with the application programmers and users to make sure that the

application requirements are met to its smooth operation.

The common system administrator tasks can include:  Installing software;  Adding and

deleting users and maintaining user profiles; Maintaining security resource access lists;

Managing storage devices and printers;  Managing networks and connectivity;

Monitoring system performance.

Concerning problem determination, the  system administrator generally relies on

the software vendor support  to diagnose problems,

read dumps, and identify corrections for cases in which these tasks are not performed

by the system programmer.


  1. The production control analysts


Production control analyst is very important  person who ensures that batch and

online workloads run to completion without error or delay. The present  mainframe

 installations usually run interactive workloads for online users, followed by batch

 updates that run during the night  shift when the online systems are not running.

 The  Internet-based access to production data  really  are running online day and

 night the same as do the batch.

The production control analyst offer structured rules and procedures to control changes

 and  helps prevent outages   concerning automation and vendor  engagements.

In recent years, automation  tools  reduce the volume of messages with  automate message

responses to routine situations.  In such a way the  operators can  concentrate only on

unusual events that might require human intervention.

The automation functions are related to hardware, operating system, and applications.

They are Policy-based  and  can start, stop, monitor, and recover z/OS applications.

The most of them can improve the efficiency of operations and the   availability of critical systems and applications,  reducing  the effort required for configuration,

customization, operations and administration, including Hardware Management Console (HMC)

automation for activation, deactivation.


  1. Vendor duties


The surveillance of  the vendors typical  roles are concerning hardware and software support.

 Hardware vendors usually provide onsite support for hardware devices. The IBM hardware

maintenance person is often referred to as the customer engineer (CE) who  provides

installation and repair service for the mainframe hardware and peripherals. The CE usually

works directly with the operations teams if hardware fails or if new hardware is being installed.

Software support  of vendor roles exist to support software products on the mainframe.

IBM has a centralized Support Center that provides entitled and extra-charge support for software defects or usage assistance. There are also information technology

specialists and architects who can be engaged to provide additional pre- and post-sales

support for software products, depending upon the  size of the enterprise and the

particular customer situation.


Leave A Reply


No comments yet, be the first to add one!



Choose donation amount:

Warning: include(single-contact.php): failed to open stream: No such file or directory in /home/dps/public_html/ on line 28

Warning: include(single-contact.php): failed to open stream: No such file or directory in /home/dps/public_html/ on line 28

Warning: include(): Failed opening 'single-contact.php' for inclusion (include_path='.:/opt/cpanel/ea-php70/root/usr/share/pear') in /home/dps/public_html/ on line 28