[논문 리뷰] What Should You Know Before Developing a Service Identification Approach

Anas Shatnawi, Hafedh Mili외 5명|arXiv (Cornell University)|2017. 01. 01.

Software Engineering Research참고 문헌 12인용 수 1

한 줄 요약

이 논문은 레거시 객체 지향 소프트웨어에서 서비스 식별 접근법을 개발하기 위한 기초 프레임워크를 제공하며, 핵심 개념적 및 방법론적 과제를 다룹니다. 다섯 가지 서비스 유형—처리, 비즈니스, 헬퍼, IT, 기능 서비스—의 분류 체계를 제안하고, 소스 코드로부터 서비스를 역설계하는 데 지침을 주기 위해 사전, 중간, 후행 식별 전략이라는 세 가지 알고리즘 전략을 도입합니다. 이는 서비스 유형을 실행 구현물과 아키텍처 지식과 연계하는 데 중점을 두고 있습니다.

ABSTRACT

In this paper, we answer a set of research questions that are required to develop service identification approach based on the analysis of object- oriented software. Such research questions are: (1) what is a service, (2) how are services different from software components, (3) what are types of services, (4) what are existing service identification approaches that consider service types into account, and (5) how to identify services based on the object-oriented source code with respect to their types. Our methodology is based on performing a literature review to identify the answers of these research questions. Also, we propose a taxonomy of service types.

연구 동기 및 목표

• 서비스의 핵심 개념, 즉 무엇이 서비스인지, 그리고 소프트웨어 컴포넌트와 어떻게 다름을 명확히 하기 위해.
• 기존 서비스 식별 접근법에서 표준화된 서비스 유형 분류 체계가 부족한 문제를 해결하기 위해.
• 객체 지향 소스 코드로부터 역설계 가능한 서비스 유형을 식별하고 분류하기 위해.
• 서비스 유형 인식을 서비스 식별 과정에 통합하기 위한 체계적인 방법론을 제안하기 위해.
• 원칙적이고 유형 인식 기반의 식별 기법을 통해 레거시 시스템을 서비스 지향 아키텍처(SOA)로의 마이그레이션을 지원하기 위해.

제안 방법

• 기존 서비스 정의 및 서비스 분류 체계에 대한 종합적인 문헌 고찰을 수행하여 분석하기 위해.
• 기능적 및 비기능적 역할을 기반으로 하여 다섯 단계의 새로운 서비스 유형 분류 체계—처리, 비즈니스, 헬퍼, IT, 기능 서비스—를 통합적으로 제안하기 위해.
• 세 가지 알고리즘 전략을 제안: 사전 식별(유형 기반 분할), 중간 식별(유형 전용 분석), 후행 식별(식별 후 분류).
• 소스 코드 분석을 가능하게 하기 위해 서비스 지향 개념(예: 인터페이스, 거시적 운영)을 객체 지향 구조(예: 공개 메서드, 클래스)에 매핑하기 위해.
• 코드만으로는 완전히 추론되지 않는 서비스 유형을 구분하기 위해 아키텍처 지식(예: 배포 범위, 비즈니스 맥락)을 통합하기 위해.
• 특히 외부 맥락이 필요한 유형(예: 비즈니스 또는 기능 서비스)을 식별하기 위한 기준을 정의하기 위해.

실험 결과

연구 질문

• RQ1 서비스는 무엇이며, 인터페이스, 군집 정도, 상태 측면에서 문헌상으로 어떻게 정의되는가?
• RQ2 크기, 배포 모델, 아키텍처 역할 측면에서 서비스는 소프트웨어 컴포넌트와 어떻게 다를까?
• RQ3 다양한 유형의 서비스는 무엇이며, 어떻게 체계적으로 분류될 수 있는가?
• RQ4 기존의 서비스 식별 접근법 중에서 식별 과정에서 서비스 유형을 고려하는 것은 무엇이 있는가?
• RQ5 객체 지향 소스 코드로부터 서비스를 식별할 때, 그 의미적 유형(예: 비즈니스, 헬퍼, IT)을 존중하면서 어떻게 할 수 있는가?

주요 결과

• 서비스와 컴포넌트 사이에는 주로 군집 정도(서비스는 거시적)와 배포 모델(이석 결합, 플랫폼 독립성)에서의 차이가 존재한다.
• 처리, 비즈니스, 헬퍼, IT, 기능 서비스로 구성된 다섯 가지 서비스 유형의 제안된 분류 체계는 레거시 시스템에서 서비스 식별을 위한 체계적인 분류를 제공한다.
• 사전 식별, 중간 식별, 후행 식별 알고리즘은 서비스 유형 인식을 식별 파이프라인에 통합하기 위한 각각 다른 전략을 제공한다.
• 클래스의 공개 메서드는 서비스 인터페이스로 매핑될 수 있지만, 일부 서비스 유형(예: 비즈니스 또는 기능 서비스)을 식별하기 위해서는 소스 코드 외의 추가적인 아키텍처나 비즈니스 맥락이 필요하다.
• 기존의 서비스 식별 접근법은 대부분 서비스 유형의 차이를 간과하고 있어, 이 연구는 원칙적이고 분류 체계 기반의 방법론으로 이를 메우는 데 기여한다.
• 식별 과정에 서비스 유형 의미를 통합함으로써 SOA 마이그레이션을 위한 추출된 서비스의 정확성과 관련성은 향상된다.