Dialog-to-Service Conversion System for 3270 Green Screen Logic Separation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Clients face difficulties in 'unbinding' business logic from presentation-layer logic embedded in traditional 3270-based green screens, making it challenging to transition to modern service-oriented protocols, especially due to the lack of automated tools and the scarcity of experienced programmers.
Innovation Solution
A system and method that access application dialogs from a computer-readable storage device, identify and remove invalid commands, and compile process modules as service procedures, creating a service wrapper interface to separate business logic from presentation logic, facilitating conversion into remote procedures usable with smart terminals.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If traditional 3270-based green screens with embedded presentation-layer logic are used, then existing applications can run without modification, but the business logic cannot be separated from the presentation logic, making it difficult to transition to service-oriented protocols
Solution Approach 1:
The patent segments the monolithic dialog program into separate process modules, each containing specific business logic. This segmentation allows the business logic to be extracted from the presentation layer and converted into independent service procedures that can be accessed via service-oriented protocols, directly resolving the adaptability issue.
Solution Approach 2:
The patent introduces a dialog-to-service conversion module as an intermediary that automatically transforms dialog programs into service procedures. This intermediary handles the complex task of unbinding business logic from presentation logic, making the conversion process manageable and systematic rather than manually complex.
2Adaptability or versatility
If manual conversion of dialog programs to service procedures is performed, then business logic can be separated from presentation logic, but the process is time-consuming and error-prone due to lack of automated tools
Solution Approach 1:
The conversion module enables self-service by automatically performing the conversion from dialog programs to service procedures without requiring extensive manual intervention. The system identifies process modules, extracts business logic, and generates service procedures autonomously, dramatically reducing the time and effort required for conversion.
Solution Approach 2:
The conversion module performs preliminary actions by pre-identifying process modules within dialog programs and pre-processing them for conversion. This preliminary automation of the conversion process reduces the overall time required and minimizes manual effort needed during the actual conversion to service-oriented protocols.
3Reliability
If experienced programmers are used to perform the conversion, then the quality of logic separation can be maintained, but the scarcity of such programmers makes the process difficult and costly
Solution Approach 1:
The conversion module acts as an intermediary that encapsulates the expertise needed for quality logic separation. It systematically identifies process modules, extracts business logic, and generates service procedures with consistent quality, eliminating the need for scarce experienced programmers while maintaining high reliability in the conversion process.
Solution Approach 2:
The system performs self-service by automatically executing the complex tasks of logic separation and service procedure generation. This automation maintains high quality through systematic processing rules while making the process easy to perform without requiring scarce expert programmers, thus improving both reliability and ease of manufacture.
4Productivity
If automated conversion tools are implemented, then the conversion process can be simplified and accelerated, but the complexity of the conversion system increases
Solution Approach 1:
The conversion system is segmented into distinct functional components: dialog analysis, process module identification, business logic extraction, and service procedure generation. This segmentation manages the system's complexity by organizing it into manageable modules while maintaining high productivity through automated processing of each segment.
Data Source
AI summary
A computer implemented system and method includes accessing an application dialog from a computer readable storage device, wherein the application dialog contains process modules having interface operations and business logic. Process module commands are identified via the computer that are invalid for a service and identifying options for remediation of such commands. A completed process module that has invalid commands removed is compiled as a service procedure. A remote procedure definition and a service wrapper interface are created and stored in a computer readable storage device.