Introduction :
This is a high level summary for the Interface Transition strategy using Legacy system as preference/capability to change.The Transition Period is the changeover period of time when between a legacy system and a new system. During the Transition Period both systems may need to operate to sustain the business stability. In a nutshell one state or stage must change to another without impacting the business.
This has special implications for Middle ware/ Integration layer, such as Process Integration / Process Orchestration that may be required to ensure both systems are kept in synch.
The Transition period can be handled in different ways. Here are three common ways to handle Transition Periods.
1) Business system as preference/capability to change
2) Legacy system as preference/capability to change
3) Middle ware/Integration as preference/capability to change
The combination and hybrid of above three also can be implemented to achieve the Transition Strategy.
Legacy system as preference/capability to change – Interface Transition Strategy
If the legacy system is the preference or capability to change in the Interface Transition Strategy, the following points should be considered.
Blue colour: No changes (using the existing code/ connection/ drivers)
Green colour: Minor changes (changes like driver/connection/ ftp change/ less than one day code changes, per interface)
Yellow colour: Medium changes (code changes – less than two days, per interface)
Brown colour: High changes (code changes – less than four days, per interface)
Red colour: Very high changes (code changes – more than four days for one interface, custom and temporary code for transition)
Summary :
This is a high level summary for the Interface Transition strategy using Legacy system as preference/capability to change.
The goal of this blog is to help users to make aware of the Interface Transition Evaluation Guidelines using Legacy system. These recommendations are based on my personal experience in SAP Implementation as a technical architect. The user can follow the suggestions provided by the blog and it should supplement with additional information. With any transition strategy proof of concept is a good way to minimise the risk and any unforeseen issues.
Interface Transition Strategy – Business system as preference/capability to change
Interface Transition Strategy – Business system as preference/capability to change
Interface Transition Strategy – Middle ware/Integration as preference/capability to change
Interface Transition Strategy – Middleware/Integration as preference/capability to change
Please note: These suggestions are high level suggestions, individual projects might require specific custom variations or another approach, based on the project requirement.
Reference :
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
36 | |
25 | |
17 | |
13 | |
8 | |
7 | |
7 | |
6 | |
6 | |
6 |