Weitere ähnliche Inhalte
Ähnlich wie Framework for service oriented development of monolithic legacy software
Ähnlich wie Framework for service oriented development of monolithic legacy software (20)
Mehr von IAEME Publication
Mehr von IAEME Publication (20)
Kürzlich hochgeladen (20)
Framework for service oriented development of monolithic legacy software
- 1. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
373
FRAMEWORK FOR SERVICE ORIENTED DEVELOPMENT OF
MONOLITHIC LEGACY SOFTWARE
Asfa Praveen1
, Shamimul Qamar2
1
(Ph.D. in Computer Sc. Research Scholar, Faculty of Science & Technology,
Shri Venkateshwara University, Gajraula, (U.P.), India)
2
(Professor of Electronics & Computer Engineering, Noida Institute of Engineering &
Technology, Greater Noida, (U.P.), India)
ABSTRACT
In continuation of research work based on service orientation of monolithic legacy
software, the work presented in this paper is for the development of framework for service
orientation of monolithic legacy software after completion of phases of software analysis,
service understanding and extraction from monolithic code. The work presents the framework
with steps of further development of platform for web services, developing web services and
application of service oriented reengineering techniques for development intended target
system.
Keywords: MLS, Reverse Engineering, SOA, Web service, Wrapping, WSDL.
I. INTRODUCTION
The proposed framework for design and development of loosely coupled service
oriented system with integration of some specific service component developed from legacy
is facilitated by the methodologies of service oriented reengineering. The heritage monolithic
legacy software need to be redeveloped into a target system which is made up of a set of
loosely coupled web services, as the project is for the service orientation task, service
oriented software reengineering is applied here with other redevelopment methodologies for
service oriented development of monolithic legacy software. As a result this framework can
support the developer, designer and analyst to reengineer the tightly coupled monolithic
system to loosely coupled service oriented system.
INTERNATIONAL JOURNAL OF COMPUTER ENGINEERING
& TECHNOLOGY (IJCET)
ISSN 0976 – 6367(Print)
ISSN 0976 – 6375(Online)
Volume 4, Issue 2, March – April (2013), pp. 373-378
© IAEME: www.iaeme.com/ijcet.asp
Journal Impact Factor (2013): 6.1302 (Calculated by GISI)
www.jifactor.com
IJCET
© I A E M E
- 2. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
374
II. LITERATURE SURVEY
Chung et al. [1] undertaken a project in which they applied a legacy theorem for
proof checking and derivation tool called Bertie3 which supports the development of
system reengineered to SOA, and developed a Service-Oriented Bertie (SoBertie) tool
which provides the key competence of Bertie3 as web services.
Chung et al. [2] presented service oriented software reengineering methodology
designed for applying SOA to legacy systems. It is concluded from three participant
service models as, (1) 4+1 view model [3], and (2) RACI charts [4], (3) Service oriented
reengineering.
Distante et al. [5] presented Ubiquitous Web Applications Design Framework
(UWA) for designing of legacy applications for web oriented application and further
presented its extended version as Transaction Design Model (UWAT+).
Chen et al. [6] presented an approach for identifying the features of legacy
program for service oriented design and further construction of service oriented features
with their implementation.
Cuadrado et al. [7] proposed a very useful methodology for the development and
recovering of legacy architecture in service oriented perspective. It uses three step
approach containing architecture recovery, developing orientation plan, and its execution.
III. FRAMEWORK DEVELOPMENT CRITERIA
The proposed framework is supposed to satisfy following identified criteria:
1. The framework is to developed for reengineering, development, wrapping and
integration of services from monolithic legacy;
2. Monolithic legacy is main application domain of framework ;
3. Cost effective and worthwhile application of framework;
4. Applicability for checking and composition of services;
5. Evaluation for required changes in existing system target system acceptance;
6. Minimizes tools support;
7. Maximum coverage on development task;
8. Implementation and validation: The framework must have to satisfy the
evaluation and validation parameters with its implication.
IV. FRAMEWORK DEVELOPMENT
Proposed framework consisting of four steps is depicted in following Fig. 1, details of
these steps are given in following sections.
- 3. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
375
Fig. 1: Framework for service oriented development
4.1 Design of Web Service Platforms
The platform for design of services and implementation is Microsoft .NET, WSPs
must be implemented through HTTP that provides platform for web service message
exchange system as SOAP, it can also use some other message passing system such as MIME
over SMTP[8], which also support for security, availability, standardization and routing of
web messages. Fig. 2 depicts the web service platform consisting of SOAP processing,
message handler, registry and related components.
Fig. 2: Web service platform
This platform allows web service reengineering task objects to add and customize more target
system functionalities.
4.2 Web Service development:
Web service development process consisting of four major set of activities as depicted
in Fig. 3 are following:
4.2.1 Service recovery;
4.2.2 Service wrapping;
4.2.3 Service availability;
4.2.4 Service oriented reengineering.
Design of Web
Service Platform
Web Service
Development
Service Oriented
Reengineering
Monolithic
Legacy Software
Artifacts
HTTP
WAP
SOAP
Messag
e
Client API
Header-1 Header-nHeader-2
Transporter, sender, listener
HTML WML
Web Services
Web Sphere Application Server
Servlet
(Axis &
Structs)
Database,
Web
Services
Hibernate
Database
-
Client Server
- 4. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
376
These set of activities are briefly described and discussed in the following sections:
4.2.1 Service recovery
To recover the services from existing legacy code base it is useful to check the
worthwhile for development process. The recovery process will undertake the investigation upon
the monolithic program to search the reusable functional code and convert them as service. As it
is observed in the PL/I, C, and COBOL code that the service providing functions are scattered in
many blocks within the functional routine [9]. Once the code block statements containing service
definition are identified then extract the code block which may be an enumerated data type,
abstract data type, procedure or a COBOL paragraph then it has to be reassembled as a separate
module with its own services.
Fig. 3: Web service development process
4.2.2 Service wrapping
The tool SoftWrap is applied to automate service wrapping developed from monolithic
code, the process include WSDL interface description. The extracted services are assigned to
object wrapping component. It will help the automated manipulation of monolithic code to be
effective wrapping. The procedure applied at this stage is depicted in fig. 4.
Fig. 4: Wrapping of services
Monolithic
Program
Function
Mining
Stripped
Program
Service
Understanding
& Recovery
Service Interface
Schema Generation
Service Schema
Service Building
Stub Generation
Server Stub
Service Oriented
Reengineering
Target
System
Service Recovery
Service
Wrapping
Wrapped
Services
Linking
Services
Server Service
Components
Service Wrapping Service Availability
Service Request
WSDL Interface
Wrapping Function
Input Parameters Output Parameters
Service Stubs
Generated
form output
Generated
from Input
- 5. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
377
4.2.3 Service availability
The third step of the development framework is to make available the web service for
further reengineering task. The availability of service includes for example on the server there
is a scheduler responsible for the message exchange and identify which service has to process
and forward to WSDL content from the wrapped services modules, once the wrapped
services are available for execution then it can perform the desired function and then are
ready to take the part in the further reengineering based development of target service
oriented system.
4.2.4 Service oriented reengineering
Fig. 5: SOR methodology
Service oriented reengineering consist of two main processes: reverse software
reengineering and forward software reengineering as shown in the fig. 5. The reverse
software reengineering process undertake the monolithic code generated services to develop
target system the process begin with stakeholders input under the SOC perspectives and then
forward software reengineering process conceptualize the target system after collecting all
services, wrap services, necessary documentation.
V. CONCLUSION
The service oriented development of monolithic legacy program is a procedural
activity containing several useful phases and application of conceptual and automated tools
support. The work presented in this paper describes one of the activities of all those
development phases, which mainly describe through a framework the service oriented
development of monolithic legacy software. The work concludes that SOD can be performed
successfully by implementing the activities suggested and applied in this paper.
REFERENCES
[1] Chung, S., Young, P.S., Nelson, J.: Service oriented software reengineering: Bertie3 as
web services. In: ICWS. (2005), 837.
[2] Chung, S., An, J.B.C., Davalos, S.: Service-oriented software reengineering: SoSR. In:
HICSS-40. (2007) 172c.
Monolithic
Legacy
Software
Service
Oriented
Reverse
Software
Reengineering
Service
Oriented
Forward
Software
Reengineering
Target
System
Architectural
Domain
Models and
Development
Role Domain
Models and
Mapping
Service
Orientation
Requirements
- 6. International Journal of Computer Engineering and Technology (IJCET), ISSN 0976-
6367(Print), ISSN 0976 – 6375(Online) Volume 4, Issue 2, March – April (2013), © IAEME
378
[3] Kruchten, P. B. The 4+1 View Model of Architecture. IEEE Software, 12 (6), (1995),pp.
42.
[4] Value Based Management.net. RACI Model.
http://www.valuebasedmanagement.net/methods_raci.html, 2006.
[5] Distante, D., Tilley, S.R., Canfora, G.: Towards a holistic approach to redesigning legacy
applications for the web. In: CSMR. (2006), 295.
[6]Chen, F., Li, S., Chu, W.C.C.: Feature analysis for service-oriented reengineering. In:
APSEC. (2005), 201.
[7] Cuadrado, F., et.al.: A case study on software evolution towards service-oriented
architecture. In: AINA. (2008), 1399.
[8] Huhns ,M. N., and Singh ,M. P., Service oriented computing: Key concepts and
principles, IEEE InternetComputing,(2005) 75-81,
[9] Thomas Erl, Service Oriented Architecture Concept Technology and Design,
www.soabooks.com, 2005.
[10] http://docs.oracle.com/cd/E19522-01/817-6440/ha.html.
[11] A. Suganthy, G.S.Sumithra, J.Hindusha, A.Gayathri and S.Girija, “Semantic Web
Services and its Challenges”, International Journal of Computer Engineering & Technology
(IJCET), Volume 1, Issue 2, 2010, pp. 26 - 37, ISSN Print: 0976 – 6367, ISSN Online: 0976
– 6375.
[11] Houda El Bouhissi, Mimoun Malki and Djamila Berramdane, “Applying Semantic Web
Services”, International Journal of Computer Engineering & Technology (IJCET), Volume 4,
Issue 2, 2013, pp. 108 - 113, ISSN Print: 0976 – 6367, ISSN Online: 0976 – 6375.
AUTHOR’S BIOGRAPHY
Asfa Praveen has six years of experience with good practical, academic and
research projects exposures after completion of three years degree program Master of
Computer Applications (M.C.A.) in year 2007 from Punjab Technical University, Jalandhar,
India with excellent grade; Advanced ‘A’ level (P.G.) Diploma in Computer Science in year
2003 from Department of Electronics, Ministry of I.T., Govt. of India; Oracle Certified
Professional (O.C.P.) Examination in year 2003 from Oracle Corporation, U.S.A.; she is
currently pursuing Ph.D. in Computer Science in Faculty of Science & Technology of Shri
Venkateshwara University, Gajraula, (U.P.), her area of research includes Service Oriented
Migration & Development of Monolithic Legacy Software.
Prof. (Dr.) Shamimul Qamar has seventeen years of wide experience in
research, academics and administration, held various positions as Director, Professor,
Consultants in universities and engineering colleges after completion of Ph.D. in Electronics
and Computer Engineering from Indian Institute of Technology (I.I.T.) Roorkee with
excellent grade; he has completed B.Sc. from Ch. Charan Singh University, Meerut; Bachelor
of Engineering (B.E.) in Electronics & Communication Engg. from Madan Mohan Malviya
Engineering College, Gorakhpur; M.Tech. (Information & Communication Systems) from
Aligarh Muslim University, Aligarh; he has published more than 35 research papers in his
credits and supervised many master projects and Ph.D. thesis; currently he is designated as
Professor of Electronics and Computer Engineering in Noida Institute of Engineering and
Technology, Mahamaya Technical University, Noida, (U.P.), India.