ProcMan Modernization Guide
ProcMan is a batch product by HORIZONT. Explore technical details, modernization strategies, and migration paths below.
Product Overview
ProcMan is a tool designed to streamline the migration of JCL and batch processing definitions from a test environment to a production environment on z/OS.
It is particularly useful for organizations that rely heavily on batch processing for critical business functions.
Modernization Strategies
Rehost
- Timeline:
- 6-12 months
Lift-and-shift to cloud infrastructure with minimal code changes. Fast migration with lower risk.
Refactor (Recommended)
- Timeline:
- 18-24 months
Optimize application architecture for cloud while preserving business logic. Best ROI long-term.
Replatform
- Timeline:
- 3-5 years
Complete rewrite to cloud-native architecture with microservices and modern tech stack.
Frequently Asked Questions
General
What does ProcMan do?
ProcMan is a tool designed to streamline the migration of JCL (Job Control Language) and batch processing definitions from a test environment to a production environment. It helps ensure consistency and reduces errors during the deployment process.
Is this a system, application, or tool?
ProcMan is best classified as a tool set. It provides a collection of utilities and functions specifically designed to manage and automate the migration of batch processing components.
What types of organizations use this?
Organizations that rely heavily on batch processing and need to maintain consistency between their test and production environments will find ProcMan valuable. This includes companies in finance, insurance, and any industry with significant mainframe-based operations.
When should we consider ProcMan?
A company should consider using ProcMan when they experience frequent errors or inconsistencies when moving JCL and batch definitions between environments, or when they want to automate and standardize their deployment process.
When is ProcMan NOT a good fit?
If an organization has a limited reliance on JCL and batch processing, or if their environments are already highly automated and consistent, ProcMan might not be necessary. Also, if the organization is moving away from mainframe systems, ProcMan would not be a good fit.
Technical
For mainframe products: Does this run in an LPAR?
ProcMan is designed to run on z/OS. It operates within an LPAR and is dependent on the z/OS operating system. It may require specific subsystems depending on the features being used.
What infrastructure is required?
ProcMan typically requires a mainframe environment running z/OS. It may also require access to specific security systems for user authentication and authorization. The exact infrastructure requirements depend on the specific features being used.
Does ProcMan have an API?
ProcMan likely exposes APIs for automating tasks and integrating with other systems. The specific types of APIs (REST, SOAP, etc.) and their endpoints would be detailed in the product documentation.
What are the main system components?
The main system components of ProcMan likely include modules for JCL parsing, change management, and deployment automation. The exact names and communication methods would be detailed in the product documentation.
Business Value
What is the business value of ProcMan?
ProcMan helps organizations reduce errors and inconsistencies when deploying JCL and batch definitions, leading to improved operational efficiency and reduced downtime. It also automates the migration process, saving time and resources.
What are the alternatives to ProcMan?
Alternatives to ProcMan include manual migration processes, homegrown scripting solutions, and other commercial batch management tools. The specific alternatives depend on the organization's needs and existing infrastructure.
What makes ProcMan different from alternatives?
ProcMan differentiates itself by providing a dedicated solution for JCL and batch definition migration, potentially offering features tailored to this specific task that general-purpose automation tools might lack.
Security
How does ProcMan handle security?
ProcMan likely integrates with existing security systems on z/OS, such as RACF, ACF2, or Top Secret, to control access to JCL and batch definitions. It uses these systems for authentication and authorization.
What access control model is used?
ProcMan likely uses role-based access control (RBAC) to manage user permissions. Specific roles would be defined to grant access to different functions and resources within the system.
What audit/logging capabilities exist?
ProcMan likely provides audit logging capabilities to track changes to JCL and batch definitions. These logs can be used for security auditing and compliance purposes.
Operations
How is ProcMan typically deployed?
ProcMan is typically deployed on-premise within a z/OS environment. The implementation requires expertise in z/OS, JCL, and batch processing.
What ongoing operational requirements exist?
Ongoing operational requirements for ProcMan include monitoring the migration process, maintaining the system configuration, and managing user access. Regular maintenance tasks may be required to ensure optimal performance.
What are common implementation challenges?
Common implementation challenges include integrating ProcMan with existing security systems, configuring the system to meet specific organizational requirements, and training users on the new tool.
Ready to Start Your Migration?
Download our comprehensive migration guide for ProcMan or calculate your ROI.