IBM zVSE/VSEn

DisplayWrite/370 for CICS/VSE Modernization Guide

Browse and EditContent, Books and Documents

DisplayWrite/370 for CICS/VSE is a browse and edit product by IBM. Explore technical details, modernization strategies, and migration paths below.

Product Overview

DisplayWrite/370 for CICS/VSE was a word processing application designed for IBM mainframe environments using CICS and VSE.

However, it lacked modern features and integration options found in contemporary word processors.

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 DisplayWrite/370 for CICS/VSE do?

DisplayWrite/370 for CICS/VSE was a word processing application designed for use within the Customer Information Control System (CICS) and Virtual Storage Extended (VSE) environments. It provided users with a what-you-see-is-what-you-get (WYSIWYG) interface for creating and editing documents directly on mainframe systems. It allowed users to create, edit, format, and print documents.

Is this a system, application, or tool?

DisplayWrite/370 was an application. It provided a user interface and functionality for creating and manipulating documents. It was not a system-level component or a set of development tools, but rather a self-contained application designed for end-user interaction.

What types of organizations used this?

DisplayWrite/370 was suitable for organizations that relied on mainframe systems for their core business operations and required word processing capabilities within the CICS/VSE environment. These organizations typically included large enterprises in industries such as finance, insurance, and government. It was a good fit when organizations needed to create and manage documents directly on their mainframe systems without transferring data to other platforms.

When might a company have considered DisplayWrite/370 for CICS/VSE?

A company might have considered using DisplayWrite/370 if they already had a significant investment in mainframe technology and needed a word processing solution that could integrate seamlessly with their existing CICS/VSE environment. It was also a viable option if the organization had strict security requirements that mandated keeping document creation and storage within the mainframe environment.

What are the alternatives to DisplayWrite/370 for CICS/VSE?

Alternatives to DisplayWrite/370 include modern word processing software such as Microsoft Word, Google Docs, and LibreOffice Writer. These alternatives offer broader platform compatibility, more advanced features, and better integration with cloud-based services. OpenText Documentum and Alfresco are also alternatives.

Technical

What infrastructure was required for DisplayWrite/370 for CICS/VSE?

DisplayWrite/370 required a mainframe environment running CICS and VSE. It needed sufficient memory and disk space to operate effectively. The system also required appropriate printer configurations to support document printing. It required the CICS and VSE subsystems to be properly configured and running.

For mainframe products: Did this run in an LPAR?

DisplayWrite/370 operated within the CICS region of the VSE operating system. It did not run in a separate LPAR but rather as an application within the CICS environment. It was dependent on the services provided by CICS and VSE, such as transaction management, security, and data access.

What types of APIs did DisplayWrite/370 for CICS/VSE expose?

DisplayWrite/370 did not expose APIs in the modern sense (e.g., REST or SOAP). Integration with other systems typically involved file transfer or data exchange using mainframe-specific protocols. It may have supported some level of integration through CICS transaction processing, but this would have been limited compared to modern API-driven integration.

What were the main system components of DisplayWrite/370 for CICS/VSE?

The main system components of DisplayWrite/370 included the user interface, document processing engine, and print formatting module. These components communicated through internal program calls and data structures within the CICS/VSE environment. Data was typically stored in VSAM files or other mainframe-compatible storage mechanisms.

Business Value

What was the business value of DisplayWrite/370 for CICS/VSE?

The primary business value of DisplayWrite/370 was to provide word processing capabilities within the mainframe environment, allowing organizations to create and manage documents without moving data to other systems. This could improve security, reduce data transfer costs, and streamline workflows for organizations heavily invested in mainframe technology. It allowed users to create and manage documents directly on their mainframe systems.

What was the typical licensing model for DisplayWrite/370 for CICS/VSE?

The licensing model for DisplayWrite/370 was typically a perpetual license based on the number of users or processors. The total cost of ownership included the initial license fee, ongoing maintenance costs, and the cost of mainframe resources required to run the software. Vendor lock-in was a consideration, as migrating documents and workflows to other systems could be complex and costly.

How did DisplayWrite/370 for CICS/VSE integrate with enterprise ecosystems?

DisplayWrite/370 integrated with enterprise ecosystems primarily through file transfer and data exchange mechanisms common in mainframe environments. It could also integrate with other CICS applications through transaction processing. However, it did not offer the same level of integration with modern cloud-based services and applications as contemporary word processing software.

Security

What specific authentication methods were supported?

DisplayWrite/370 relied on the security features provided by the CICS and VSE environments. Authentication was typically handled through CICS user IDs and passwords. Access control was managed through CICS transaction security and resource access control facilities. Encryption was not a standard feature of DisplayWrite/370 itself, but could be implemented through underlying CICS or VSE security mechanisms.

What access control model was used?

DisplayWrite/370 used the access control model provided by CICS, which was primarily based on transaction security and resource access control. This allowed administrators to control which users could access specific DisplayWrite/370 functions and data. The access control lists (ACLs) managed by CICS determined user permissions.

What audit/logging capabilities existed?

Audit and logging capabilities in DisplayWrite/370 were typically provided by the underlying CICS and VSE environments. CICS could be configured to log transaction activity, including access to DisplayWrite/370 functions and data. These logs could be used to track user activity and identify potential security breaches.

Operations

What ongoing operational requirements existed?

Ongoing operational requirements for DisplayWrite/370 included monitoring the CICS and VSE environments to ensure availability and performance. Regular maintenance was required to apply software updates and fix any issues. Staffing requirements included system administrators familiar with CICS and VSE, as well as end-users trained in the use of DisplayWrite/370.

How was user management handled?

User management in DisplayWrite/370 was handled through the CICS environment. User IDs and passwords were created and managed within CICS. Access to DisplayWrite/370 functions and data was controlled through CICS transaction security and resource access control facilities. The CICS administrator was responsible for managing user accounts and permissions.

What administrative interfaces were available?

Administrative interfaces for DisplayWrite/370 were primarily command-line interfaces (CLIs) provided by CICS and VSE. These interfaces allowed administrators to configure CICS parameters, manage user accounts, and monitor system performance. There was no dedicated GUI or web console for DisplayWrite/370 administration.

Ready to Start Your Migration?

Download our comprehensive migration guide for DisplayWrite/370 for CICS/VSE or calculate your ROI.

Calculate ROI