선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 따라서 본 논문에서는 기존 방법들의 문제점을 보완 확장하여 컴포넌트를 용이하게 식별할 수 있도록 유스케이스 다이어그램, 클래스 다이어그램 그리고 시퀀스 다이어그램 등 도메인 모델을 기반으로 컴포넌트를 식별하는 기준과 방법을 제시한다. 본 논문에서 제시하는 컴포넌트 식별 방법은 먼저 서브 시스템의 단위가 되는 시스템 컴포넌트를 식별한 후 비즈니스 컴포넌트를 식별한다.
- 전자상거래 애플리케이션이다. 따라서 본 논문에서는 전자상거래 도메인을 선택하여 컴포넌트 식별 사례를 제시하고 그 효과성을 검증한다.
제안 방법
- 기준과 방법을 제시한다. 본 논문에서 제시하는 컴포넌트 식별 방법은 먼저 서브 시스템의 단위가 되는 시스템 컴포넌트를 식별한 후 비즈니스 컴포넌트를 식별한다. 서브시스템이 포함하는 클래스들은 전체 시스템이 포함하는 클래스들의 수보다 적기 때문에 더욱 효율적으로 컴포넌트를 식별할 수 있다.
- 서브시스템이 포함하는 클래스들은 전체 시스템이 포함하는 클래스들의 수보다 적기 때문에 더욱 효율적으로 컴포넌트를 식별할 수 있다. 또한 클래스 간의 구조적 특성, 클래스 간의 메소드 호출 유형과 메소드 호출 방향에 의한 클래스 간의 정적 그리고 동적인 관계에 의한 종속적 특성과 의존의 강도를 부여하여 효율적으로 컴포넌트를 식별할 수 있는 기준과 방법을 제안한다. 그리고 전자상거래 도메인인 인터넷 쇼핑몰을 통한 사례를 제시하고 기존의 컴포넌트 식별 방법과의 비교 분석을 통해서 컴포넌트가 효율적으로 식별됨을 검증한다.
- 본 장에서는 객체기반 도메인 모델에서의 클래스들 간의 의존관계의 특성을 정적인 측면과 동적인 측면을 기준으로 분류하고 그러한 특성을 적용하여 시스템 컴포넌트를 기반으로 비즈니스 컴포넌트를 식별하는 2단계 컴포넌트 식별 방법에 대한 기준, 방법 그리고 절차를 제시한다.
- 본 절은 이러한 특성을 클래스 간의 정적인 측면의 구조적 관계, 동적인 측면의 떼시지 호출의 유형 그리고 메시지 호출의 방향에 따라 분리하여 제시한다.
- 의해서 이루어 진다. 메소드 호출 유형에 의해서, 클래스 간의 의존의 강도를 평가하기 위해서 본 논문에서는 메소드 호출 유형을 다음과 같이 분류한다. 즉 <A, B> e R의 관계에서 메시지의 유형은 다음과 같다.
- 즉, 기능의 유사성은 각각의 유스케이스가 공통으로 참조하는 객체들의 집합에 의하여 결정된다. 그러므로 본 논문에서는 업무를 잘 모르는 개발자라 하더라도 시스템 컴포넌트를 효율적으로 추출하기 위하여 유스케이스만이 아니라 Actor 그리고 유스케이스에 포함된 객체도 고려하여 시스템 컴포넌트를 추출한다. 또한 시스템 컴포넌트 기반의 비즈니스 컴포넌트 식별이 가능하도록 하기 위하여 3.
- 그러므로 본 논문에서는 업무를 잘 모르는 개발자라 하더라도 시스템 컴포넌트를 효율적으로 추출하기 위하여 유스케이스만이 아니라 Actor 그리고 유스케이스에 포함된 객체도 고려하여 시스템 컴포넌트를 추출한다. 또한 시스템 컴포넌트 기반의 비즈니스 컴포넌트 식별이 가능하도록 하기 위하여 3.1 절과 3.2 절에서 제시한 클래스들 간의 의존관계의 특성을 적용하여 한 시스템 컴포넌트의 클래스가 다른 시스템 컴포넌트에 중복되어 포함되지 않도록 공유 클래스를 재배치한다. 한 시스템 컴포넌트가 포함하는 클래스들이 다른 시스템 컴포넌트의 클래스들과 중복되지 않으므로 추출된 시스템 컴포넌트를 기반으로 비즈니스 컴포넌트 식별이 가능하다.
- 다음은 요구사항 분석 단계와 분석 단계를 기반으로 본 연구에서 제안한 시스템 컴포넌트 식별 방법을 적용한 절차를 제시한다.
- 절차 4. 추출된 유스케이스 중 포함 관계(include)와 확장 관계(extend)의 유스케이스를 그룹화하고 이 유스케이스들 중에서 시스템 서비스 관점에서 유사한 기능을 가진 유스케이스와 동일한 객체를 참조하는 정도 그리고 참여 액터(Actor)를 고려하여 유스케이스를 그룹화 한다.
- 본 논문이 제안한 시스템 컴포넌트 기반의 비즈니스 컴포넌트 식별 방법이 유용하다는 것을 증명하기 위해서 CRWD인자를 컴포넌트 식별에 적용하였을 경우와 적용하지 않았을 경우로 나누어 결합도를 평가하였다. 클래스 간의 수평적 관계인 연관관계에서 메시지 호출유형에 따라서 클래스 간의 의존의 정도가 달라지므로 메시지 호출 유형인 생성.
- 클래스 간의 수평적 관계인 연관관계에서 메시지 호출유형에 따라서 클래스 간의 의존의 정도가 달라지므로 메시지 호출 유형인 생성. 삭제 > 수정>조회 순으로 가중치의 크기를 달리하고 또한 시퀀스 다이어그램에서 제시된 클래스들 사이의 메시지 호출 방향과 수를 고려하여 결합도를 측정하였다.
- 그리고 그 결과는 의미적으로 우리의 직관과 일치한다. 다음은 클래스들을 조합하여 비즈니스 컴포넌트로 정의하고 정의된 비즈니스 컴포넌트들을 조합하여 가능한 모든 경우의 후보 시스템 컴포넌트를 도출 하였다
- 도출된 후보 시스템 컴포넌트들을 중심으로 표9와 10 에서 제시한 결합도를 적용하여 표 11에서 평균 결합 도를 측정하였다.
- , 비즈니스 컴포넌트만을 의미한다. 시스템 컴포넌트의 평균 결합도인 ACSC(Average Coupling of System Component)는 비즈니스 컴포넌트 간의 결합도 (Coupling between Business Components)^! 합/비즈니스 컴포넌트의 개수로 계산하였다. 따라서 비즈니스 컴포넌트 BCi(i=l.
- 본 논문에서 제안하는 컴포넌트 식별 방법은 전체 도메인을 중심으로 비즈니스 컴포넌트를 식별하는 것이 아니라, 서브 시스템의 단위가 되는 시스템 컴포넌트를 식별하고 식별된 시스템 컴포넌트를 중심으로 비즈니스 컴포넌트를 식별하였다. 기존 방법론들의 시스템 컴포넌트 식별이 쉽지 않은 문제점을 보완하여 시스템 컴포넌트를 식별하기 위한 상세 지침과 절차를 제시하였다.
- 식별하였다. 기존 방법론들의 시스템 컴포넌트 식별이 쉽지 않은 문제점을 보완하여 시스템 컴포넌트를 식별하기 위한 상세 지침과 절차를 제시하였다. 또한 개발자의 직관과 경험에 의존하는 비즈니스 컴포넌트 식별 방법을 보완하여 분석 클래스 간에 정적.
- 기존 방법론들의 시스템 컴포넌트 식별이 쉽지 않은 문제점을 보완하여 시스템 컴포넌트를 식별하기 위한 상세 지침과 절차를 제시하였다. 또한 개발자의 직관과 경험에 의존하는 비즈니스 컴포넌트 식별 방법을 보완하여 분석 클래스 간에 정적. 동적 특성을 적용하여 비즈니스 컴포넌트를 식별하는 지침을 제시하였고 분석 맟 평가 단계를 통해서 그 효과성을 검증하였다.
- 또한 개발자의 직관과 경험에 의존하는 비즈니스 컴포넌트 식별 방법을 보완하여 분석 클래스 간에 정적. 동적 특성을 적용하여 비즈니스 컴포넌트를 식별하는 지침을 제시하였고 분석 맟 평가 단계를 통해서 그 효과성을 검증하였다. 우리는 실제로 본 논문에서 제안하는 방법을 토대로 병원관리 시스템, 뱅크 시스템, 경매 시스템, 주문 시스템에 적용해서 분석한 결과 우리의 직관과 일치하는 결과가 도출됨을 확인할 수 있었다.
성능/효과
- 또한 클래스 간의 구조적 특성, 클래스 간의 메소드 호출 유형과 메소드 호출 방향에 의한 클래스 간의 정적 그리고 동적인 관계에 의한 종속적 특성과 의존의 강도를 부여하여 효율적으로 컴포넌트를 식별할 수 있는 기준과 방법을 제안한다. 그리고 전자상거래 도메인인 인터넷 쇼핑몰을 통한 사례를 제시하고 기존의 컴포넌트 식별 방법과의 비교 분석을 통해서 컴포넌트가 효율적으로 식별됨을 검증한다.
- ④ 의 경우는 ①과 ②의 경우처럼 구조가 변경되는 것도 아니고 ③의 경우처럼 값의 변경이 이루어지는 것도 아니므로 B 객체를 참조하여 기능을 수행하는 다른 객체들은 전혀 영향을 받지 않는다. 따라서 ④의 경우 객체 A가 a 컴포넌트에 그리고 객체 B가 b컴포넌트에 포함되어 a 컴포넌트의 객체 A가 b컴포넌트의 객체 B를 참조하는 메시지를 보낸다면 ①과 ②의 경우처럼 구조가 변경되는 것도 아니고 ③의 경우처럼 값의 변경이 이루어지는 것이 아니므로 b 컴포넌트 내의 B 객체를 참조하여 기능을 수행하는 다른 객체들은 전혀 영향을 받지않으므로 두 컴포넌트 간의 종속관계는 ①, ② 그리고 ③의 경우보다 가장 약한 의존관계를 가지고 있다고 정의할 수 있다. ⑤의 경우는 ①, ②, ③, ④ 중에 어떠한 메소드를 포함하는 메시지를 호출할 경우에 따라서 달라진다.
- 한 시스템 컴포넌트가 포함하는 클래스들이 다른 시스템 컴포넌트의 클래스들과 중복되지 않으므로 추출된 시스템 컴포넌트를 기반으로 비즈니스 컴포넌트 식별이 가능하다. 전체 시스템의 부분 집합인 시스템 컴포넌트를 중심으로 비즈니스 컴포넌트를 추출하므로 시스템을 이해하기가 더욱 쉽고 비즈니스 컴포넌트를 식별하는 것이 더욱 효율적이다. 다음 표 1은 시스템 컴포넌트가 포함하는 공통 클래스를 배치하기 위하여 3.
- 또한 식별된 후보 시스템 컴포넌트가 포함하는 클래스들을 보면 시스템 컴포넌트 사이에서 Customer 클래스와 Product 클래스가 공유되어진다. 즉, 회원관리 시스템과 주문관리 시스템 사이에 Customer 클래스가 중복되었고, 주문관리 시스템과 상품관리 시스템 사이에 Product 클래스가 중복되었다. 따라서 식별된 시스템 컴포넌트와 포함된 클래스는 다음 표 4와 같다.
- 따라서 본 논문에서 제안한 방법과 절차에 의해서 식별하게 되면 서브시스템의 단위가 되는 시스템 컴포넌트가 식별되고 시스템 컴포넌트 내무에 포함되어져야 할 비즈니스 컴포넌트가 자연스럽게 식별된다. 여기서 각 서브 시스템 단위로 개발할 경우에 그대로 적용하면 되고 다른 시스템을 개발할 경우에는 식별된 비즈니스 컴포넌트를 조립하여 구축하면 된다.
- 즉 주문은 쇼핑카트에 담아져 있는 정보를 통해서 생성되고 수정되어지므로 의미적으로 판단해 볼 때 당연히 주문 클래스와 쇼핑카트는 떨어질 수 없는 관계이다. 표 11의 결과에서 메시지 호출 수로만 평균 결합도를 측정하였을 경우 B 클래스와 C 클래스가 떨어진 비즈니스 컴포넌트들의 조합으로 만들어진S1 시스템이 낮게 나와 우리의 직관과 일치하지 않는 결과가 도출됨을 확인하였다. 또한 가중치를 적용하였을 경우는 B클래스와 C 클래스가 합해져서 비즈니스 컴포넌트로 도출된 S3 시스템이 평균 결합 도가 적게 나와 우리의 직관과 일치하는 결과가 도출됨을 확인하였다.
- 표 11의 결과에서 메시지 호출 수로만 평균 결합도를 측정하였을 경우 B 클래스와 C 클래스가 떨어진 비즈니스 컴포넌트들의 조합으로 만들어진S1 시스템이 낮게 나와 우리의 직관과 일치하지 않는 결과가 도출됨을 확인하였다. 또한 가중치를 적용하였을 경우는 B클래스와 C 클래스가 합해져서 비즈니스 컴포넌트로 도출된 S3 시스템이 평균 결합 도가 적게 나와 우리의 직관과 일치하는 결과가 도출됨을 확인하였다. 따라서 클래스와 클래스 간의 메시지 호출이 생성이나 삭제의 유형이라면 메시지 호출 수가 1 이라 하더라도 강한 연관관계를 가지고 있으므로 그룹화 되어야 하는데 기존의 컴포넌트 식별 방법은 클래스와 클래스 간의 연관 관계를 단순히 클래스 간의 메시지 호출 수에 의해서만 결정하므로 측정해 본 결과 비즈니스 컴포넌트가 올바르게 식별될 수 없다는 것을 알 수 있었다.
- 또한 가중치를 적용하였을 경우는 B클래스와 C 클래스가 합해져서 비즈니스 컴포넌트로 도출된 S3 시스템이 평균 결합 도가 적게 나와 우리의 직관과 일치하는 결과가 도출됨을 확인하였다. 따라서 클래스와 클래스 간의 메시지 호출이 생성이나 삭제의 유형이라면 메시지 호출 수가 1 이라 하더라도 강한 연관관계를 가지고 있으므로 그룹화 되어야 하는데 기존의 컴포넌트 식별 방법은 클래스와 클래스 간의 연관 관계를 단순히 클래스 간의 메시지 호출 수에 의해서만 결정하므로 측정해 본 결과 비즈니스 컴포넌트가 올바르게 식별될 수 없다는 것을 알 수 있었다. 또한 관련연구에서 제시했듯이 기존의 컴포넌트 개발 방법론인 [기의 방법은 비즈니스 컴포넌트를 식별하기 위한 기준을 설정하였다 하더라도 클래스 간의 메시지 호출 수 만을 고려하여 그룹화 하였으므로 올바르게 비즈니스 컴포넌트가 식별되지 않음을 알 수 있다.
- 비교 결과를 다음 표 13에서 제시하였다. 표 13에서 제시하듯이 전체 클래스를 기준으로 비즈니스 컴포넌트를 식별하는 기존의 방법 보다 시스템 컴포넌트를 기반으로 비즈니스 컴포넌트를 식별하면 고려해야 할 클래스의 개수는 50% 정도 감소되는 것을 확인할 수 있다.
- 동적 특성을 적용하여 비즈니스 컴포넌트를 식별하는 지침을 제시하였고 분석 맟 평가 단계를 통해서 그 효과성을 검증하였다. 우리는 실제로 본 논문에서 제안하는 방법을 토대로 병원관리 시스템, 뱅크 시스템, 경매 시스템, 주문 시스템에 적용해서 분석한 결과 우리의 직관과 일치하는 결과가 도출됨을 확인할 수 있었다.
후속연구
- 향후 연구과제는 컴포넌트를 효과적으로 식별할 수 있는 좀 더 상세한 특징을 찾아내어 컴포넌트 개발 방법론에 적용하는 것이다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.