[논문]SOA를 위한 서비스지향 개발 프로세스

김유경; 윤홍란

SOA를 위한 서비스지향 개발 프로세스
Service-Oriented Development Process for SOA 원문보기

김유경 (한양대학교 전자컴퓨터공학부 컴퓨터공학) , 윤홍란 (국방부 정보화기획관실)

최근 서비스지향 아키텍처(SOA, Service-Oriented Architecture)가 IT 인프라의 복잡성 및 유지비용을 최소화하고, 기업의 생산성과 유연성을 극대화 할 수 있는 새로운 IT전략으로 대두되고 있다. SOA는 느슨한 연결(Loosely coupling)을 통해 융통성을 증가시키고, 서비스 공급자, 서비스 요청자, 서비스 저장소라는 세 요소가 유기적으로 연계되어 있는 특징을 갖는다. 이는 SOA를 구현하는데 있어 기존의 개발 방법론의 적용을 어렵게 한다. 본 논문에서는 서비스 공급자와 서비스 요청자의 관점을 반영하여, SOA를 위한 서비스 지향 개발 프로세스를 제안한다. 6개의 단계를 가진 전체 프로세스는 개발 계획 수립 활동을 통해 목적에 따라 프로세스 유형을 선택할 수 있다.

Recently, Service-Oriented Architecture(SOA) is on the rise to reduce the complexity of IT infrastructure, minimize cost for maintaining it and maximize the productivity and flexibility in business. SOA increases the adaptability by loosely coupling and it's main feature is that three elements such as service provider, service requester and service registry are connected with each other systematically. These make difficult to adopt traditional development methodologies to implement SOA. In this paper, we suggest a service-oriented development process with regard to the aspect of service provider and service requester. The process consists of six phases and each phase sets up with guidelines and artifacts. It can choose the process type along with the goal in Development Planning.

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

문제 정의

제안된 프로세스는 서비스 구현 전략을 결정하기 위한 절차와 가이드라인을 포함한다. 개발에 적용할 프로세스의 절차 또는 산출물에 대한 항목들은 취사선택할 수 있으며, 이에 따른 개발 프로세스를 수립하기 위해 개발 프로세스의 유형을 분류해 보고 이들 유형을 바탕으로 프로세스를 정의하고자 한다.
어떻게 서비스를 설계하고 개발 또는 조합할지, 그리고 서비스를 이용한 애플리케이션 개발에 필요한 방법론은 없는지 등에 대한 문제를 제기하고 있다. 기존의 CORBA가 성공을 거두지 못한 이유가 개념을 충분히 지원할 수 있는 개발 방법론이 존재 하지 않았기 때문이라고 분석하면서, SOA의 개발 개념을 충실히 반영하고자 하였다. SODA에서는 시스템을 개발하고 배포하기위한 기본 메커니즘으로 객체지향 및 컴포넌트지향 개발 개념을 포함하고 있으며, 객체와 컴포넌트들을 서비스를 구성하기 위해 사용한다[3].
본 논문에서는 SOA 개념을 지원하기 위해, 비즈 니스 프로세스를 반영할 수 있는 서비스 단위의 개발 프로세스를 정의한다. 제안된 프로세스는 서비스 구현 전략을 결정하기 위한 절차와 가이드라인을 포함한다.
본 논문에서는 서비스 공급자와 서비스 요청자의 관점을 반영하여, SOA를 위한 서비스 지향 개발 프로세스를 제안한다. 이 프로세스는 6단계로 이루어져 있고 서비스 개발 계획 단계의 개발 프로세스 수립 활동에서 정의된 세 가지 유형에 따라 필요한 프로세스를 선택할 수 있도록 한다.
앞에서 대표적인 SOA 지원 개발 방법론에 대하여 살펴보았다.〈표 1〉은 이상에서 설명한 SOA 지원 개발 프로세스들의 특징을 정리한 것이다.

제안 방법

RRE020 활동에서 만들어진 시스템 상세분석의 결과를 통해, 재활용할 수 있는 자원을 식별한다.
계획단계에서의 기존시스템 분석기술서를 가지고 기존시스템의 업무기능을 분석한다. 기존 시스템을 서비스 기반으로 전환하는 방법은 애플리케이션의 재사용과 데이터자원의 재사용으로 구분된다.
기업 간에 발생되는 비즈니스들을 전체적인 관점에서 이해할 수 있도록 목표 비즈니스 도메인에 관련된 정보들을 상세히 분석한다. 수립된 요구사항을 분석하여 목표 비즈니스 도메인에서 비즈니스에 참여하는 이해관계자를 식별한다.
본 논문에서 제안하는 서비스지향 개발 프로세스는 SOA를 구현하기 위해 필요한 절차와 방법 등을 정의하고 프로세스의 각 단계를 수행하기 위해 필요한 지침을 제공한다. 이로써, 사용자가 SOA를 기반으로 시스템 통합 및 개발을 위한 분석과 모델링에 사용할 수 있다.
또한 서비스는 비즈니스 단위별로 고려되어져야 하므로 기존의 컴포넌트 식별방법을 통해서가 아니라 새로운 식별방법의 적용이 필요하다. 본 논문에서는〈그림 9〉과 같이 비즈니스 프로세스와 비즈니스 유스케이스 모델을 기준으로 서비스를 식별하고 식별된 단위서비스에 대한 서비스 모델을 생성한다.
분석한 결과를 토대로 단위 서비스에 대한 평가를 시행한다. 평가지침은 [12]에서 제시한 방법을 사용할 수 있다.
서비스 식별 단계에서 식별된 단위 서비스를 분석한다.
SOMA는 SOA를 지원하기 위한 모델링, 분석, 설계 기술 및 활동을 포함한다. 이를 위해 SOA의 계층과 각 계층의 요소를 정의하고 각 계층에서 아키텍처적 결정을 하도록 제안한다[7]. SOMA도 역시 하향식과 비즈니스 중심의 상향식 접근법을 통합하는 방법이다.
현 조직의 업무 흐름을 바탕으로 업무흐름을 지원하는 주요한 시스템을 파악한다. 이를 위해 기존 시스템 파악에 가장 적합한 담당자를 선별하고 담당자와의 면담을 통해 시스템의 기능을 업무단위로 분석한다. 또한, 각 업무의 기능별로 대응하는 기존시스템과 목표 시스템과의 상관관계를 파악하여, 개발 프로세스 수립에 참고한다.
제안된 프로세스는 계획 단계, 비즈니스 도메인 모델링 단계, 재사용자원 식별 단계, 서비스 식별및 모델링 단계, 단위서비스 구현전략 결정 단계, 서비스 개발 및 통합의 총 6단계를 가지며 각 단계는 세부적인 활동과 작업들 및 그에 따른 산출물을 포함한다.
본 논문에서는 SOA 개념을 지원하기 위해, 비즈 니스 프로세스를 반영할 수 있는 서비스 단위의 개발 프로세스를 정의한다. 제안된 프로세스는 서비스 구현 전략을 결정하기 위한 절차와 가이드라인을 포함한다. 개발에 적용할 프로세스의 절차 또는 산출물에 대한 항목들은 취사선택할 수 있으며, 이에 따른 개발 프로세스를 수립하기 위해 개발 프로세스의 유형을 분류해 보고 이들 유형을 바탕으로 프로세스를 정의하고자 한다.
조직의 업무 프로세스를 비롯하여 조직 구조 조직의 특성을 파악하고 조직 내의 이슈 및 문제점을 파악한다. 이 활동을 통하여 조직의 구조를 파악하고 각 조직 간의 업무흐름이 파악되어야 한다.
유스케이스 다이어그램을 통해서 비즈니스에 참여하는 이해관계자들과 이들 사이에 이루어지는 비즈니스 프로세스를 기술함으로써, 비즈니스 프로세스들을 보다 명확히 정의할 수 있다. 즉, 비즈 니스 프로세스와 비즈니스 도메인 요구분석에 따라 작성된 시나리오를 정제하여 유스케이스 다이어그램을 작성한다. 유스케이스 다이어그램은 시스템의 기능성을 사용자의 입장에서 표현한 것으로 시스템의 관점보다는 비즈니스의 관점에서 행위자와 유스케이스 간의 관계를 보여주는 그림이다.

이론/모형

SOMA는 서비스의 식별(identification), 명세 (specification), 실현(realization) 세단계로 구성된다. 식별 단계에서 상향식과 하향식을 통해 후보 서비스를 식별하고 이 과정에서 식별되지 않은 서비스를 찾아내기 위해 목표 서비스 모델링(goal-service modelmg) 기법을 사용한다[8].
분석한 결과를 토대로 단위 서비스에 대한 평가를 시행한다. 평가지침은 [12]에서 제시한 방법을 사용할 수 있다.

성능/효과

비즈니스 환경 분석과 기존시스템 분석의 결과를 토대로 앞에서 제시한 프로세스 유형 중에서 가장 적합한 개발 프로세스 유형을 선택한다. 프로세스3의 경우는 기존시스템의 재활용 뿐 아니라 새로운 비즈니스에 대한 요구사항이 추가되는 경우로서, 프로세스1과 프로세스2가 조합된 형태이다.

원문 보기

ScienceON 원문보기

원문 URL 링크

DBPia : 저널

*원문 PDF 파일 및 링크정보가 존재하지 않을 경우 KISTI DDS 시스템에서 제공하는 원문복사서비스를 사용할 수 있습니다.

내보내기 메뉴

내보내기 구분

파일저장
인쇄
메일전송

구성항목

기본정보
상세정보

관리번호, 논문명, 저널/프로시딩명, 저자 , 발행년, 권, 호, 시작페이지, 끝페이지, 발행기관

저장형식

Text(ASCII format)
Excel format
RefWorks Direct Export
RIS format (for Reference Manager, ProCite, EndNote), Scholar's Aids, Mendeley

메일정보

받는사람 (필수): @
보내는사람 (선택): @
제목
내용: KISTI 검색결과 이메일 서비스

안내

총 건의 자료가 검색되었습니다.

다운받으실 자료의 인덱스를 입력하세요. (1-10,000)

검색결과의 순서대로 최대 10,000건 까지 다운로드가 가능합니다.

데이타가 많을 경우 속도가 느려질 수 있습니다.(최대 2~3분 소요)

다운로드 파일은 UTF-8 형태로 저장됩니다.
파일의 내용이 제대로 보이지 않을실 때는 웹브라우저 상단의 보기 -> 인코딩 -> 자동선택 여부를 확인하십시오.

Text(ASCII format)
Excel format

표제어: PCR

동의어: Packet Collision Rate

용어 설명 출처 목록 (6)

용어 설명: PCR은 세균 특이성이 있는 primer를 이용하여 적은 수의 세균이 있을지라도 쉽게 검출할 수 있는 유용한 방법이며, 이를 이용하여 구강 내 치면세균막이나 타액에서 직접 세균을 검출할 수 있게 되었다[8].

AI-Helper ※ AI-Helper는 을 사용합니다.

AI-Helper

안녕하세요, AI-Helper입니다. 좌측 "선택된 텍스트"에서 텍스트를 선택하여 요약, 번역, 용어설명을 실행하세요.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.

연합인증

SOA를 위한 서비스지향 개발 프로세스
Service-Oriented Development Process for SOA 원문보기

초록
AI-Helper

Abstract ▼ AI-Helper

주제어