Environ/1 Modernization Guide
Environ/1 is a transactions product by Cincom Systems Inc. Explore technical details, modernization strategies, and migration paths below.
Product Overview
Environ/1 was a transaction processing system and terminal manager for the z/OS operating system.
Applications were written in COBOL/XT. If you are still using Environ/1, it is critical to migrate to a supported platform.
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 Environ/1 do?
Environ/1 is a transaction processing system and terminal manager for z/OS environments. It provides functionality similar to CICS, managing online transactions and terminal interactions. It was often used in conjunction with the TOTAL database management system to provide a comprehensive data management and communication solution.
Is this a system, application, or tool?
Environ/1 is a system that provides transaction processing and terminal management capabilities. It is not simply an application or a tool, but a core piece of infrastructure for managing online interactions within a z/OS environment. It provides the framework for applications to interact with users and data in real time.
What types of organizations used this?
Environ/1 was suitable for organizations that required robust transaction processing capabilities on the z/OS platform. These were typically large enterprises in industries such as banking, insurance, and government. Organizations that needed to manage high volumes of online transactions and maintain data integrity would have found Environ/1 useful.
When should we have considered Environ/1?
Environ/1 was considered when an organization needed a transaction processing system for their z/OS environment, particularly when integrating with the TOTAL database management system. It provided an alternative to CICS, offering a similar set of features and capabilities. However, given its current status, organizations should consider modern alternatives.
What are the alternatives to Environ/1?
Given that Environ/1 is no longer supported, modern alternatives include CICS Transaction Server, IBM IMS, and various open-source transaction processing frameworks. These alternatives offer enhanced features, better performance, and ongoing support. Cloud-based transaction processing services are also an option for organizations migrating away from the mainframe.
Technical
What infrastructure is required?
Environ/1 runs on the z/OS platform and requires a mainframe environment. It operates within an LPAR and relies on specific z/OS subsystems for its functionality. It is not a standalone product and typically integrates with other systems such as the TOTAL database management system.
What specific software or hardware is needed?
Environ/1 requires a z/OS environment, including the necessary subsystems for transaction processing and terminal management. It also requires the TOTAL database management system if integration with a database is needed. COBOL/XT is the primary programming language used for developing applications that run within the Environ/1 environment.
What programming languages are used with Environ/1?
Environ/1 applications are written in COBOL/XT. This language was specifically designed to work with the Environ/1 transaction processing system and TOTAL database. Developers would use COBOL/XT to create the application logic and data access routines needed for online transactions.
What are the main architectural components?
Environ/1's architecture includes components for transaction management, terminal management, and data access. These components communicate with each other to process online transactions and manage user interactions. The specific names of these components are not publicly documented, but their functions are similar to those found in other transaction processing systems like CICS.
Business Value
What business problems did Environ/1 solve?
Environ/1 provided a solution for managing online transactions and terminal interactions, enabling businesses to process data in real time. It allowed organizations to build and deploy applications that could handle high volumes of transactions, improving efficiency and customer service. Its integration with the TOTAL database provided a comprehensive data management solution.
How did Environ/1 integrate with the TOTAL database?
Environ/1's integration with the TOTAL database management system provided a unified solution for data management and communication. This integration allowed applications to access and manipulate data stored in the TOTAL database, simplifying development and improving data consistency. It was one of the first integrated database and data communications solutions available.
Who were Environ/1's main competitors?
Environ/1 competed with other transaction processing systems such as CICS. While both systems provided similar functionality, Environ/1 distinguished itself by being one of the first online systems released independently of a hardware package. Its tight integration with the TOTAL database also set it apart from some competitors.
Who developed and supported Environ/1?
Environ/1 was acquired by Cincom Systems Inc. after being initially developed by Kent Salmond of ISS. Cincom completed the development of Environ/1 and released it as a commercial product. This acquisition allowed Cincom to offer a comprehensive database management and data communications solution, strengthening its position in the market.
Security
How did Environ/1 handle security?
Environ/1's security features controlled access to mainframe resources and protected sensitive data. It likely supported authentication methods such as user IDs and passwords, and it employed an access control model to restrict access to specific transactions and data sets. Audit logging capabilities tracked user activity and system events.
What access control model did it use?
While specific details are not available, Environ/1 likely used an access control model similar to RBAC (Role-Based Access Control) or ACLs (Access Control Lists). This would allow administrators to define roles or groups and assign permissions to those roles, controlling which users could access specific transactions and data.
What audit/logging capabilities existed?
Environ/1 likely provided audit logging capabilities to track user activity and system events. These logs could be used to monitor security breaches, identify performance issues, and ensure compliance with regulatory requirements. The logs would typically record information such as user IDs, transaction names, timestamps, and data accessed.
Operations
What ongoing operational requirements existed?
Environ/1 required ongoing operational tasks such as monitoring system performance, managing user accounts, and performing system maintenance. Monitoring involved tracking transaction response times, CPU utilization, and other key metrics. Maintenance included applying patches, upgrading software, and ensuring data integrity. Skilled mainframe operators and system programmers were needed to manage these tasks.
What were common implementation challenges?
Implementing Environ/1 involved installing the software, configuring the system parameters, and integrating it with existing applications and databases. Common challenges included ensuring compatibility with other systems, migrating existing applications to the Environ/1 environment, and training staff on how to use and maintain the system. Careful planning and testing were essential for a successful implementation.
What administrative interfaces were available?
Environ/1 provided administrative interfaces for managing the system. These interfaces likely included a command-line interface (CLI) and possibly a graphical user interface (GUI). Administrators could use these interfaces to configure system parameters, manage user accounts, monitor system performance, and perform other administrative tasks.
Ready to Start Your Migration?
Download our comprehensive migration guide for Environ/1 or calculate your ROI.