NRB - BE MAINFRAME DAY 2017 - Case Study
•Download as PPTX, PDF•
1 like•371 views
The document discusses a mainframe modernization case study at NRB. It describes how the organization migrated to a service-oriented architecture with mainframe applications exposing services through an ESB. A key part of the transformation was refactoring legacy applications to use new shared services, such as for customer document generation using the Scriptura service. Over 180 service operations were developed and legacy application refactoring is ongoing. The ESB will soon start calling services and two new projects utilizing the new architecture have been initiated.
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (7)
Similar to NRB - BE MAINFRAME DAY 2017 - Case Study
Similar to NRB - BE MAINFRAME DAY 2017 - Case Study (20)
More from NRB
More from NRB (20)
Recently uploaded
Recently uploaded (20)
NRB - BE MAINFRAME DAY 2017 - Case Study
- 1. Mainframe modernization case study Sébastien Georis, Information system architect NRB
- 2. FSMB IT transformation plan objectives Mainframe as a services provider Case study : Scriptura service Agenda
- 3. FMSB IT Transformation plan Migration to a new relational data model New mainframe applicative architecture : services oriented Mainframe’s services exposition through an ESB Legacy applications refactoring using the new services Document generation using Scriptura New front-end development … Projet main objectives
- 4. IT Transformation plan Phase 1 : Architecture to be JBOSS UIUIJava Front-End (Internal) UIUIUI Batch (JES) PL1 Batch program PL1 Batch program JCL ESB Business ServicesBusiness ServicesBusiness Services CICS PL1 Batch program PL1 Batch program PL1 CICS program Batch PL1 Batch program PL1 Batch program PL1 Batch program Natives Business services PL1 Services PL1 Services PL1 Services Data access services PL1 Services PL1 Services PL1 Services DB2 Terminaux 3270 PL1 Batch program PL1 Batch program TN3270 API Proxy
- 5. FMSB IT transformation plan objectives Mainframe as a services provider Case study : Scriptura service Agenda
- 6. Mainframe as a services provider Services oriented new applicative architecture Services architecture using SOA layers patterns and principles. Services are common for all the consumers (CICS / Batch / ESB / DB2 Stored Procedures). Services’ operations have a high level of reusability. Services are developed using the framework and based on the same model Development framework : Abstract the common tasks for the developers. Consumers CICS Business services Data Services Utility Services Business Logic PL1 Services PL1 Services PL1 Services PL1 Services PL1 Services PL1 DLL PL1 Services PL1 Services PL1 DLL Batch ESB PL1 Services PL1 Services PL1 Services DB2
- 7. Service Method code Mainframe as a service provider Services overview Framework functions Method code Operation code PL1 CopybookPL1 Copybook Interfaces include Initialisation Service invoke procedure Common input and output technical headers include Methods Input and Ouput strucutres Framework DB2 Centreon monitoring server SYSLOG CHECK_METHOD GET_SERVICE_ID_FROM_SRV_NAME GET_SYSTEM_INFORMATIONS PUT_MSG_IN_SYSLOG … TCP/IP When invoked from a PL1 program (CICS or batch) Services catalog
- 8. MQ Service Method code Mainframe as a services provider Services overview Framework functions Method code Operation code Framework DB2 Centreon monitoring server SYSLOG CHECK_METHOD GET_SERVICE_ID_FROM_SRV_NAME GET_SYSTEM_INFORMATIONS PUT_MSG_IN_SYSLOG … TCP/IP Services catalog CICSESB Business ServicesBusiness ServicesBusiness Services TCP/IP : Synchrone MQ : Asynchrone MQ – CICS Bridge IPIC TCP/IP Service JBOSS UIUIJava Front-End (Internal) UIUIUI
- 9. FMSB IT transformation plan objectives Mainframe as a services provider Case study : Scriptura service Agenda
- 10. Case study Scriptura integration – PL1 batch application SBCCM03 : CREATE_DOCUMENT CREATE_DOCUMENT_FOR_AFFILIATE.01.00 CREATE_DOCUMENT_SEPARATOR.01.00 CREATE_DOCUMENT_FOR_AFFILIATE_NO_ECV_ACCESS.01.00 Input Common input technical header - documentId - (recipientId) - (concernedPersonId) - (xmlPayload) Output Common output technical header xmlDocumentxmlDocumentxmlDocument
- 11. Case study Scriptura integration – PL1 batch application SBCCM03 : CREATE_DOCUMENT CREATE_DOCUMENT_FOR_AFFILIATE.01.00 CREATE_DOCUMENT_SEPARATOR.01.00 CREATE_DOCUMENT_FOR_AFFILIATE_NO_ECV_ACCESS.01.00 PL1 Batch program Generate payload XML Invoke SBCCM03 : CREATE_DOCUMENT_SEPARATOR.01.00 Scriptura XML documents : - Batch contentHeader XML - Separtor Document XML Write XML’s to file Invoke SBCCM03 : CREATE_DOCUMENT_FOR_AFFILIATE.01.00 Document XML Write XML’s to file Loop
- 12. Case study Scriptura integration – Native services Business services and used methods SBCCM03 : CREATE_DOCUMENT CREATE_DOCUMENT_FOR_AFFILIATE.01.00 CREATE_DOCUMENT_SEPARATOR.01.00 CREATE_DOCUMENT_FOR_AFFILIATE_NO_ECV_ACCESS.01.00 SBCCM02 : GET_DOCUMENT GET_DOCMENT_CONTACT_INFO.01.00 GET_DOCUMENT_SIGNATURE.01.00 GET_DOCUMENT_INFO.01.00 SBECV06 : AFFILIATE GET_AFF_INFO.01.00 GET_AFF_INFO_CD.01.00 GET_AFF_LAST_PERIOD.01.00 GET_AFF_POSTAL_ADDR.01.00 GET_AFF_POSTAL_ADDR_CONV.01.00 GET_AFF_HAS_MANDATE_BY_TYPE.01.00 SBECV08 : MANDATED ORGANIZATION GET_MANDATED_ORG_POSTAL_ADDR.01.00 SBECV09 : MANDATED PERSON GET_MANDATED_PERSON_POSTAL_ADDR.01.00 CCM domain : Customer Communication managment ECV domain : « Etat Civil » GET_DOCUMENT_POSTAL_ADDR.01.00
- 13. Case study Scriptura integration – Native services Business services and used methods SBCCM02 : GET_DOCUMENT GET_DOCMENT_CONTACT_INFO.01.00 GET_DOCUMENT_SIGNATURE.01.00 GET_DOCUMENT_INFO.01.00 GET_DOCUMENT_POSTAL_ADDR.01.00 Invokes ECV domain : « Etat Civil » business services DSCCM02: GET_DOCUMENT_DATAS GET_DOCUMENT_SIGNATURE_DATAS.01.00 GET_DOCUMENT_INFO_DATAS.01.00 GET_DOCUMENT_CONTACT_INFO_DATAS.01.00 DSCCM03 : GET_DOCMENT_PREFERENCES GET_DOCUMENT_CONTACT_INFO_PREFERENCES.01.00 GET_DOCUMENT_SIGNATURE_PREFERENCES.01.00 GET_DOCUMENT_OUTPUT_CHANNELS_PREFERENCES.01.00 GET_DOCUMENT_POSTAL_ADDR_PREFERENCES.01.00 DB2 Documents catalog Invokes CCM domain : Customer contact managment data services Data access layer
- 14. Case study SBECV06 : AFFILIATE GET_AFF_INFO.01.00 GET_AFF_INFO_CD.01.00 GET_AFF_LAST_PERIOD.01.00 GET_AFF_POSTAL_ADDR.01.00 GET_AFF_POSTAL_ADDR_CONV.01.00 GET_AFF_HAS_MANDATE_BY_TYPE.01.00 SBECV08 : MANDATED ORGANIZATION GET_MANDATED_ORG_POSTAL_ADDR.01.00 SBECV09 : MANDATED PERSON GET_MANDATED_PERSON_POSTAL_ADDR.01.00 Data access layer DSECV06 : GET_AFF GET_AFF_INFO.01.00 GET_AFF_INFO_CD.01.00 GET_AFF_LAST_PERIOD.01.00 DSECV07 GET_PARTY GET_PARTY_GEO_DATA.01.00 GET_PARTY_VAL_GEO_DATA.01.00 GET_PARTY_UNVAL_GEO_DATA.01.00 DSECV08 : GET_MANDATE GET_MANDATE_PERSON_BY_TYPE.01.00 GET_MANDATE_ORG_BY_TYPE.01.00 DB2 ECV tables Scriptura integration – Native services Business services and used methods
- 15. FMSB IT Transformation plan More than 180 services’ operations have been developed Legacy applications refactoring is in progress Scriptura phase 1 integration is in progress ESB services using the new natives services have been developed JBOSS will call the ESB soon (2 projects will start soon) … What we have already done