XML Legacy Migration XML Legacy Migration XML Legacy Migration XML Legacy Migration XML Legacy Migration
xml Home Forecross Corporation Xml Solutions Migration Solutions Integrity Solutions XML Links Information and News Investor Relations
MMHtitle.gif (1401 bytes)
MMH-subtitle.gif (2026 bytes)
gradient.gif (3616 bytes)

Under increasing financial pressure, organizations must identify opportunities to extend the life of existing infrastructure, pursue low-risk high-reward initiatives, and fully leverage existing technology. Extending mainframe applications to handheld devices achieves these goals given that:

  • 70% of all business data is stored in mainframes.
  • Numerous mission-critical sales force, field force, supply chain management, and asset management applications run on the mainframe.
  • Reliable, stable, and secure access to the mainframe from handheld devices is available via XML.
  • Leveraging the mainframe avoids costly e-business upgrades and reduces the risk of rewriting proven applications while generating significant ROI.
mmh-1-sm.jpg (9070 bytes)
Valuing the Mainframe

International Data Corporation estimates 70 percent of all business data is stored in OS/390 mainframes. The reason so much data still resides on the mainframe after decades of "the mainframe is dead" hyperbole is based on the strengths of the platform. These strengths are:
  • A ready base of support staff - from operators to systems architects who are trained, experienced and available. No "learning curve" here
  • Security capabilities in use by the most security-conscious organizations in the world
  • Mature (thoroughly debugged) operating systems with all the centralized services needed to effectively and efficiently manage operations
  • Hardware and software reliability that ensures virtually 100% availability
  • Scalability and performance characteristics that meet the most demanding, high volume requirements

The vast majority of the data on mainframes today is supporting mission-critical applications. These applications run the gamut: sales order entry, bill of materials, distribution, purchasing, customer information, financials, payroll, etc. Exposing this data directly to those who need it anytime, anywhere, while maintaining all the strengths of residing on the mainframe, gives the organization that can do so a cost and competitive advantage.

Leveraging these applications, in place, reduces risk over purchasing, deploying and porting these applications to new technology. By leveraging the investment in existing mainframe applications and support infrastructure, the return on investment for new and enhancement-focused initiatives is maximized. The solution architecture described herein provides such leverage.

Extending Mainframe Applications through XML

Having recognized the value of the mainframe, the key issue becomes extending the data without disrupting the reliable operation of the mission-critical applications. Incorporating native XML logic into mainframe COBOL programs achieves this. The programs are converted to n-tier architecture and a new XML connection to the presentation layer is created. Tailored XML parsing logic is inserted into the program and a pre-compiler is used to translate the XML logic into executable code. The only changes to the program are the addition of a parsing module for the XML encoded data and the addition of logic to call the module. The business logic, I/O logic, and even the CICS logic in the program remain untouched. The data is encoded with XML tags as defined in a schema and passed back to the wireless platform.

Native XML bridges the gaps between XML developers and mainframe developers - without adding the extra maintenance and cost burdens of screen scraping. The same COBOL program running under CICS can output to browsers, handheld devices or 3270 terminals. The program's CICS logic is used if the input is from a character-based device and XML encoding/decoding logic is used otherwise.

This approach to extending the mainframe offers two noteworthy advantages:

First, the cost savings, when compared to the cost of purchasing and maintaining screen-scraping software, are significant. The incorporation of native XML, from a maintenance perspective, is no more complex than the addition of an EXEC CICS function. Further, when a change is needed, it is made at only one point.

Second, no middleware is required between the application and the web server. XML-modified programs become free-standing components that can serve as building blocks for new applications, while readily communicating with other programs and a wide variety of devices - from green screens to handheld devices. The advantage of this is that the data continues to be maintained by the trusted code that previously maintained it.

Thus, an approach for generating an XML connection to mainframe applications exists which is cost-effective, stable and reliable. Now the challenge becomes packaging the data to survive the transport through various telecommunication paths and presentation on a mixture of handheld devices.

Delivering XML to the Device

To meet the challenge of delivering data to a handheld device a strategy must be developed that permits:

  • Access via multiple devices
  • Unique presentation logic for small screens
  • Tightly-coupled, bi-directional access to existing back-end enterprise systems
  • The combination of information from multiple sources
  • Full operability even when the user is out of wireless network coverage.

This architecture supports access to multiple devices by making use of a Device Independent Rendering Layer (DIRL). The DIRL automatically renders an abstract description of a page from XML into the suitable markup language for the target device. The DIRL is equipped with an automated detection system that recognizes the specific device making a request. In addition, a user interface library delivers the exact representation appropriate for the particular device.

Equally important however is the ability to develop unique user interface logic that understands the limitations of the smaller screens on mobile devices. This architecture allows for custom tuning of output for particular devices. Whereas the DIRL will do the job of presenting the same information on a variety of devices, for many applications precise tuning of the presentation to the parameters of a particular device is very important. In these cases, by using a mechanism similar to class overrides, it is possible to specify a slightly different output for a particular device while the bulk of the application remains common across devices.

The task of achieving tightly coupled, bi-directional access to existing back-end systems is accomplished by leveraging the XML-based architecture of this solution. XML is used at the application level - meaning that specific business process operations (such as "place order" or "get customer ID") are represented by a library of XML-based commands. As described in the previous section, there exists a reliable and cost-effective means of generating XML connections to mainframe applications. This architecture leverages that approach to its fullest extent by applying business process orientation to those connections. For example, a single XML command such as "GET ORDER HISTORY of CUST ID 123" can be used to generate the necessary operations in XML to retrieve that data using multiple CICS transactions, if necessary, and even multiple systems. With each operation now operating as an XML stream, the retrieved data of ORDERS and the subcomponents of each ORDER (DATE, LINE ITEMS, SHIP STATUS, TOTAL COST, etc.) are also seamlessly represented in XML.

This approach has the significant benefit of giving the DIRL the type of data it needs to represent the proper workflow to the end user. In addition, there can be a myriad of disparate systems from which the information is retrieved because the XML "objects" which represent ORDERS (or other mainframe-based business objects) are independent of the XML branch commands used to retrieve the data.

Mainframe to Handheld Architecture

From a software perspective, the architecture now looks like the diagram below. Note that the only modifications to the mainframe applications have been the insertion of the XML parser logic and the separation of the presentation layer. The software for the web server consists of standard objects that are customized to fit specific devices and presentations.

mmh-2-sm.jpg (32312 bytes)
For maximum utility, this architecture also provides users with a solution that maintains full operability even when the user is out of wireless network coverage. This is accomplished by placing a subset of the overall platform's functionality onto the handheld device. With a tiny footprint that can be supported by all major PDAs (Symbol, iPaq, Jornada, Fujitsu, Palm, Blackberry, etc.), this device-side platform comes equipped with its own DIRL and local storage schema. The client-side platform invokes wireless connectivity to the backend when the user is in coverage and relies on local storage when he is out of coverage. The specific instances of these transitions are dictated by the workflow of the application. For example, if an account rep has used a Symbol device equipped with scanner support to check the local inventory of a retailer, this data can be used along with real-time or stored inventory data from the backend systems to calculate the necessary reorder quantities. Upon placing the new order, the application will seamlessly determine if coverage exists and either submit the order immediately or queue this order for later processing. Again, the specific workflow can be easily tailored to meet the business process goals of the enterprise.

So a solution to the problem of extending mainframe applications into the world of handheld devices exists. The architecture and software is on the shelf and available. It works. The final question is whether it is right for your application.

Determining the Right Applications

Mobile devices, from cellular phones to laptops, all have one thing in common - they have been developed to improve the productivity of field personnel. The obvious value of this strategy is in applications that support, either directly or indirectly, a work force that is based in the field at least part of the time.

Consider the following potential areas:

Mobile Sales Force
Enable sales and customer service representatives to directly capture information while meeting with the customer, place orders for immediate attention, or gain access to product catalogs, customer pricing and order history. The result: increased employee utilization, increased customer satisfaction, increased profits, and reduced cost of sales.

Mobile Field Service
Allow field service personnel to respond to and resolve issues as quickly as possible and to focus on issue resolution, instead of administrative tasks and travel time. The result: increased employee utilization, decreased time to close a ticket, enhanced customer service, and reduced call center costs.

Mobile Retail Management
Enable representatives to capture inventory audit information, access order status information, order new products, inform store managers about new promotions, reduce stock delays, and prevent lost sales opportunities. The result: increased revenue, increased sales, increased representative efficiency, ensured competitive advantage, guaranteed quality assurance, and secured compliance with company promotions.

Mobile Claims Solution
Allow claims adjusters to capture information during inspection, verify coverage and submit their estimates immediately for processing. The result: increased productivity of adjusters, improved customer satisfaction, reduced liability costs, and overall reduction in the costs associated with processing claims.

There are a number of other potential applications - wherever mobility and productivity are key business drivers. The crucial question to ask is whether a business function would be better served by IT if the information could travel with the person, rather than the person traveling to a terminal.

(c) 2001 Forecross Corporation

Back to Top of Page.

Forecross is a registered trademark of Forecross Corporation.
Copyright © 1996-2008 Forecross Corporation
All Rights Reserved.