선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 본 논문에서는 CBD 방법론을 구현하는 개발 프로세스로서 업무의 분석과 설계에 효과적으로 모델링 할 수 있는 UMLtUnified Modeling Language) 컴포넌트에 기반한 개선된 모바일 개발 프로세스를 제시한다. 제시한 프로세스는 소규모의 모바일 프로젝트의 특성에 맞도록 개발 과정을 간소화하여 불필요한 개발 단계를 제거하고, 모바일 환경에 필요한 공정을 UML 컴포넌트의 다이어그램을 기반으로 개발한다.
- 본 장에서는 UML 컴포넌트 개발 프로세스에 기반하여 모바일 환경의 특성을 반영한 개선된 모바일 개발 프로세스를 제안한다. 또한 제안한 프로세스를 모바일 뱅킹 시스템을 위한 가상계좌서비스에 적용하여 사용자의 다양한 요구사항을 쉽고 빠르게 처리하는 효용성을 제시한다.
제안 방법
- 또한 제안한 프로세스를 모바일 뱅킹 시스템을 위한 가상계좌서비스에 적용하여 사용자의 다양한 요구사항을 쉽고 빠르게 처리하는 효용성을 제시한다.
- 모바일 환경에 적용하기 위해 개선된 모바일 개발 프로세스를 제시하고, 모바일 뱅킹을 위한 가상계좌서비스에 적용하였다.
- 본 논문에서는 CBD 방법론에서 업무의 분석과 설계에 공통적으로 사용하며 컴포넌트 기반의 개발 프로세스를 효과적으로 모델링 할 수 있는 UML 컴포넌트를 모바일 환경의 개발 프로세스에 적용한다. 실용적이며 프로젝트에 적용 가능한 절차가 기술되어 있는 UML 컴포넌트 개발 프로세스는 그림 1과 같이 요구사항정의 , 컴포넌트 식별, 컴포넌트 상호작용분석, 컴포넌트 명세.
- 본 논문은 CBD 방법론의 구현 프로세스로서 UML 컴포넌트 개발 프로세스를 모바일 환경의 개발 프로세스에 도입하였다. 모바일 환경에 적용하기 위해 개선된 모바일 개발 프로세스를 제시하고, 모바일 뱅킹을 위한 가상계좌서비스에 적용하였다.
- 본 논문의 프로세스는 세 단계의 다이어그램을 중심으로 빠르고 유연한 개발이 가능하다. 또한, UML 컴포넌트 프로세스를 가상계좌 서비스에 적용하여 실제 프로젝트를 진행하여 프로세스의 효용성을 보였다.
- 컴포넌트 명세단계는 오퍼레이션과 제약조건을 상세히 기술함으로 컴포넌트 명세 작성을 마치게 된다. 식별된 인터페이스가 관리해야 할 정보모델을 통해 인터페이스 명세를 작성하고, 이를 기반으로 컴포넌트 식별 및 명세, 식별된 컴포넌트 타입을 기반으로 컴포넌트 아키텍처 다이어그램을 작성한다. 컴포넌트 공급 단계는 주어진 컴포넌트 명세에 따라 소프트웨어를 조달하며 , 컴포넌트를 직접 구현하거나 기존 컴포넌트와의 조립의 단계를 통해 사용된다.
- 간소화되었다. 요구사항정의를 명확하게 표현하기 위해서 유스케이스 다이어 그램을 사용하였다. 컴포넌트 식별단계에서는 유스케이스다이어그램을 통해 비즈니스가 식별되었기 때문에 비즈니스 타입 모델과 초기 컴포넌트 명세와 아키텍처를 생성하지 않았다.
- 모바일 개발 프로세스를 제시한다. 제시한 프로세스는 소규모의 모바일 프로젝트의 특성에 맞도록 개발 과정을 간소화하여 불필요한 개발 단계를 제거하고, 모바일 환경에 필요한 공정을 UML 컴포넌트의 다이어그램을 기반으로 개발한다. 전자상거래가 증가하면서 온라인을 이용한 은행거래가 활성화 되었으며, 모바일의 편리성과 개인화의 특성을 살린 모바일 뱅킹이 일상화되고 있다.
- 제안된 프로세스는 요구사항 정의단계, 컴포넌트 식별 단계, 컴포넌트 상호작용 분석단계, 컴포넌트 명세 단계로 구성된다. 요구사항 정의단계에서는 비즈니스 요구사항과 시스템 요구사항을 정의하기 위해 유스케이스 다이어그램을 사용하며, 비즈니스 인터페이스와 시스템 인터페이스를 기술하는 컴포넌트 식별 단계를 거쳐 비즈니스 인터페이스의 오퍼레이션과 시스템 인터페이스의 상호작용을 분석하기 위해 시퀀스 다이어그램을 사용한다.
- 컴포넌트 명세 단계에서는 인터페이스 명세, 컴포넌트 식별, 컴포넌트 아키텍처 다이어그램을 모두 포함하여 클래스다이어그램으로 표현이 가능하도록 변경하였다. 즉 기존의 UML 컴포넌트 개발 프로세스를 핵심 분석 요소를 반영하면서 세 단계의 다이어그램을 중심으로 한 모바일 개발 프로세스로 변경하였다.
- 컴포넌트 식별단계에서는 유스케이스다이어그램을 통해 비즈니스가 식별되었기 때문에 비즈니스 타입 모델과 초기 컴포넌트 명세와 아키텍처를 생성하지 않았다. 즉 요구사항정의와 컴포넌트의 식별을 유스케이스 다이어그램과 유스케이스 명세서로 정의하도록 기존 프로세스를 변경하였다. 컴포넌트 상호작용 분석단계에서는 비즈니스 오퍼레이션 분석과 시스템 인터페이스와의 오퍼레이션 정련의 과정 대신에 컴포넌트의 명세가 변경 되었을 경우 컴포넌트 명세와 아키텍처의 재정련의 과정을 거치지 않고 시퀀스 다이어그램에서 명세가 달라진 부분만 다이어그램으로 다시 작성한다.
- 첫째, 간략한 다이어그램 중심으로 프로세스가 진행됨으로 프로세스를 간소화 시켰다. 둘째, 요구사항의 변경이 발생할 경우 기존의 UML 컴포넌트 개발 프로세스는 컴포넌트 식별과 상호작용 분석을 위해 기존에 생성된 컴포넌트 명세와 아키텍처를 변화된 부분에 맞춰 재정련의 과정을 거쳐 컴포넌트아키턱처 다이어그램을 다시 작성해야 한다.
이론/모형
- 다양하게 변화되는 사용자의 요구를 모바일 서비스에 반영할 수 있는 개발 방법론이 필요하게 되었다. 모바일 비즈니스를 위해 개발 프로세스의 복잡도를 줄이며 생산성을 높일 수 있는 CBD(Component-based Development) 방법론을 적용할 수 있다. 그러나 CBD 방법론을 모바일 환경에 적용하기 위해서는 잦은 요구사항의 변경이 발생하는 모바일 비즈니스에 맞도록 조정되어야 하며, 빠른 기술의 발전과 환경의 변화가 발생하는 모바일 환경의 특성에 적합하도록 유연한 프로세스를 가져야 한다〔2).
- 요구사항 정의단계에서는 비즈니스 요구사항과 시스템 요구사항을 정의하기 위해 유스케이스 다이어그램을 사용하며, 비즈니스 인터페이스와 시스템 인터페이스를 기술하는 컴포넌트 식별 단계를 거쳐 비즈니스 인터페이스의 오퍼레이션과 시스템 인터페이스의 상호작용을 분석하기 위해 시퀀스 다이어그램을 사용한다. 마지막으로 컴포넌트 명세 단계를 위해서 클래스 다이어그램을 사용한다.
- 요구사항정의 단계에서 비즈니스 요구사항과 시스템 요구사항의 정의를 위해 유스케이스 다이어그램을 사용한다. 유스케이스 다이어그램은 사용자 또는 외부의 엑터와 시스템 간의 상호작용을 기술한다.
- 컴포넌트 상호작용 분석 단계에서 비즈니스 인터페이스의 오퍼레이션을 발견하여 시스템 인터페이스와의 상호작용을 분석하기 위해 시퀀스 다이어그램을 사용한다. 컴포넌트 명세단계에서 실제적인 컴포넌트 아키텍처의 행위를 분석할 객체 타입으로 클래스 다이어그램을 이용한다.
- 컴포넌트 식별 단계에서는 비즈니스 인터페이스와 시스템 인터페이스를 식별하여 기술한다. 컴포넌트 상호작용 분석 단계에서 비즈니스 인터페이스의 오퍼레이션을 발견하여 시스템 인터페이스와의 상호작용을 분석하기 위해 시퀀스 다이어그램을 사용한다. 컴포넌트 명세단계에서 실제적인 컴포넌트 아키텍처의 행위를 분석할 객체 타입으로 클래스 다이어그램을 이용한다.
성능/효과
- 간소화 시켰다. 둘째, 요구사항의 변경이 발생할 경우 기존의 UML 컴포넌트 개발 프로세스는 컴포넌트 식별과 상호작용 분석을 위해 기존에 생성된 컴포넌트 명세와 아키텍처를 변화된 부분에 맞춰 재정련의 과정을 거쳐 컴포넌트아키턱처 다이어그램을 다시 작성해야 한다. 그러나 본 논문에서 제시한 개발 프로세스는 변경된 부분에 대해서만 시퀀스 다이어그램과 클래스 다이어그램의 일부 부분을 다시 작성하면 된다.
- 유연한 개발이 가능하다. 또한, UML 컴포넌트 프로세스를 가상계좌 서비스에 적용하여 실제 프로젝트를 진행하여 프로세스의 효용성을 보였다.
- 전자상거래가 증가하면서 온라인을 이용한 은행거래가 활성화 되었으며, 모바일의 편리성과 개인화의 특성을 살린 모바일 뱅킹이 일상화되고 있다. 본 논문에서는 제안한 개발 프로세스를 모바일 뱅킹 업무에 적용하여 제안 프로세스의 효용성을 입증한다.
- 마지막으로 컴포넌트 명세 단계를 위해서 클래스 다이어그램을 사용한다. 제시된 모바일 개발 프로세스의 다이어그램은 모바일 뱅킹의 가상계좌서비스에 적용함으로써 효용성을 입증하였다. 제안된 개발 프로세스를 적용함에 따른 기대 효과로는 모바일 환경의 비즈니스 특성인 다양한 요구사항의 변경에 쉽게 대응할 수 있고 빠르고 유 연한개발을 통해 개발 기간과 비용을 줄일 수 있다.
- 제시된 모바일 개발 프로세스의 다이어그램은 모바일 뱅킹의 가상계좌서비스에 적용함으로써 효용성을 입증하였다. 제안된 개발 프로세스를 적용함에 따른 기대 효과로는 모바일 환경의 비즈니스 특성인 다양한 요구사항의 변경에 쉽게 대응할 수 있고 빠르고 유 연한개발을 통해 개발 기간과 비용을 줄일 수 있다.
후속연구
- 즉, 재정련의 과정 없이도 변경이 가능하다. 셋째, 모바일 환경은 빠른 환경의 변화와 기술발전, 제안된 시간 내에 프로젝트를 마무리하기 위해 빠르고 유연한 개발을 필요로한다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.