• 제목/요약/키워드: Product Line Engineering(PLE)

검색결과 20건 처리시간 0.032초

가변성 타입을 이용한 프로덕트 라인 핵심자산 특화 프로세스 (A Core Asset Instantiation Process using Variability Type in Product line Engineering)

  • 강현구;장수호;김수동
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제33권2호
    • /
    • pp.154-166
    • /
    • 2006
  • 프로덕트 라인 공학(Product Line Engineering, PLE)은 한 도메인의 공통기능을 핵심자산화하고 이를 재사용하여 다양한 어플리케이션을 생성 할 수 있는 재사용 패러다임이다. 핵심자산을 효과적으로 활용하기 위해서는 각 어플리케이션의 요구사항을 기반으로 특화해야 할 값 즉, 가변치를 도출하고 이를 기반으로 핵심자산을 특화한다. 이를 위해, 아키텍처 가변성과 컴포넌트 내부의 가변성이 정확히 도출되어야 하며, 이를 반영한 체계적인 특화 프로세스와 지침이 정의되어야 한다. 본 논문에서는 핵심자산의 구성요소와 구체적인 가변점 종류를 제안하고 이를 표현하기 위한 핵심자산 산출물 양식을 정의한다. 그리고, 제안된 핵심자산의 구성요소와 가변점 종류를 기반으로 정의된 핵심자산을 이용하여 어플리케이션을 생성하는 체계적인 프로세스를 제안한다. 또한 제안된 프로세스를 적용하는 사례연구를 통하여 정의된 가변성 표현 및 특화 프로세스의 실용성을 검증한다. 제안된 프로세스를 이용하여 구체적인 핵심자산 및 가변성의 설계가 가능하며 프로덕트 라인에서의 실용적인 어플리케이션의 개발이 가능해 질 수 있다.

프로덕트라인 공학에서의 체계적인 핵심 자산 설계 프로세스 (A Systematic Process for Designing Core Asset in Product Line Engineering)

  • 라현정;김수동
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제33권10호
    • /
    • pp.896-914
    • /
    • 2006
  • 프로덕트라인 공학은 한 프로덕트라인에 속하는 여러 어플리케이션들이 공유할 수 있는 핵심 자산을 재사용하는 새로운 패러다임으로, 대표적인 소프트웨어 재사용 방법으로 넓게 수용되고 있다. 핵심자산은 프로덕트라인의 여러 멤버에서 재사용될 수 있기 때문에, 공통성과 가변성을 잘 정의하여 높은 재사용성을 가진 핵심 자산을 개발하는 것은 생산성을 향상시켜 고품질의 어플리케이션을 빠른 시간 내에 개발하는데 필수 요소이다. 프로덕트라인 공학을 적용한 기존 방법론에서도 핵심 자산의 중요성을 강조하였지만, 대개 공통성과 가변성을 분석하는데 초점이 맞추어져 있었다. 그리고, 일부 방법론에서는 핵심 자산을 개발하는 프로세스를 제안하고 있지만, 핵심 자산의 모든 구성 요소를 개발하는 체계적인 프로세스, 지침, 산출물 양식이 다소 부족하며, 이는 핵심 자산을 설계하는데 많은 어려움을 초래한다. 본 논문에서는 핵심 자산 설계를 위한 체계적인 프로세스와 기법, 산출물의 템플릿을 제안한다. 그리고, 제안된 프로세스가 실제로 어떻게 적용되는지 검증하기 위한 사례연구를 수행한다. 제안된 프로세스, 지침, 산출물 템플릿을 사용함으로써 보다 재사용성의 이점을 최대한 활용할 수 있는 동시에 고품질 핵심 자산을 체계적이며 효율적으로 개발할 수 있을 것으로 기대된다.

컴포넌트 프레임워크 설계를 위한 실용적인 커넥터 패턴 (Practical Connector Patterns for Designing Component Frameworks)

  • 민현기;김수동
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제31권1호
    • /
    • pp.43-53
    • /
    • 2004
  • 학계와 산업계 모두 효율적인 재사용 기술인 Component-based Development(CBD)로의 전환을 받아들이고 있다. Product Line Engineering(PLE)에서의 컴포넌트 프레임워크는 컴포넌트, 커넥터와 그들의 시멘틱(Semantic)들의 집합으로 구성된다. 단순한 컴포넌트 조립 보다 반 완성 어플리케이션인 컴포넌트 프레임워크가 재사용의 잠재력이 더 크다. 그러나, 어플리케이션 개발을 위해 여러 업체에서 획득된 COTS 컴포넌트들의 연관관계, 의존관계가 서로 완벽하게 일치하지 않아, 컴포넌트 조립이나 컴포넌트 대체시 구현을 변경해야 하는 문제가 발생된다. 그러므로 커넥터는 관련된 컴포넌트들간의 상호작용 관리뿐만 아니라, 조립될 수 없는 컴포넌트들간의 문제를 보완하여 연결한다. 아직 실용적으로 사용할 수 있는 커넥터에 관한 연구 및 구체적인 해결 방안이 미흡하다. 본 논문에서는 커넥터를 정의 하기 위한 메타모델을 제시하고, 커넥터를 실용적으로 설계하고 구현할 수 있는 5개의 주요 패턴을 제시한다. 제시된 주요패턴들은 설계 지침 및 문제 해결방안을 제공하여 이를 통해 컴포넌트 프레임워크 기반의 실용적이고 효율적인 커넥터를 구성할 수 있도록 한다. 또한, 주요 커넥터 패턴의 적용 기법 및 구현을 통한 적용 사례를 제시하여 컴포넌트의 활용성과 재사용성이 증가됨을 보인다.

제품계열공학 핵심자산의 범용 아키텍처 구성요소 (Key Elements of Generic Architecture in PLE Core Assets)

  • 라현정;장수호;김수동
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
    • /
    • pp.319-321
    • /
    • 2004
  • 제품 계열 공학(Product Line Engineering, PLE)는 패밀리 멤버들의 공통성과 가변성을 분석하여 만든 핵심 자산을 특화시켜 어플리케이션을 개발함으로써 재사용성과 이용가능성을 증대시키는 접근 방법이다. 핵심 자산은 제품 계열에 속하는 패밀리 멤버들이 어플리케이션을 만드는데 기초가 되는 모든 자산을 포함하며, 아키텍처, 컴포넌트 둥이 포함될 수 있다. 범용 아키텍처는 패밀리 멤버들이 공통적으로 사용할 수 있는 아키텍처로, 제품 계열에 속하는 제품들의 구조를 정의하고 컴포넌트의 인터페이스 명세를 제공하여 컴포넌트만큼 중요한 재사용 단위이다. 본 논문에서는 대표적인 PLE 방법론에서 정의한 제품 계열 아키텍처와 일반 소프트웨어 아키텍처를 비교하여 범용 아키텍처에 포함되는 요소들을 선정하고, 메타 모델을 이용하여 범용 아키텍처 구성요소와 구성요소간 관계를 명확히 정의함으로써, 개념적인 아키텍처를 보다 실용적으로 설계하는데 도움이 되게 하고자 한다.

  • PDF

PL의 핵심 자산 추출을 위한 제품 패밀리 분석 기법 (An Analysis Technique of Product Family for Generating Core Asset of PL)

  • 송문섭;양영종
    • 한국정보처리학회:학술대회논문집
    • /
    • 한국정보처리학회 2004년도 추계학술발표논문집(상)
    • /
    • pp.263-266
    • /
    • 2004
  • 유사한 제품 패밀리들에 대한 생산성 향상과 재사용성을 향상시키기 위해 Product Line Engineering에 대한 관심이 높아지고 있다. PLE를 이용한 소프트웨어 개발이 기존 방법들보다 생산성과 재사용성을 향상시키기 위해서는 제품 패밀리에 대한 도메인 분석을 통한 핵심 자산을 효율적으로 구축해 놓아야 한다. 현재 SI업체에서 많이 이용하고 있는 프레임웍처럼 PLE의 핵심 자산들을 만들기 위해서는 제품 패밀리 내의 제품들의 특징을 공통성과 가변성으로 분리하고 이들 특성들 간의 관계성을 추출하는 작업이 선행되어야 한다. 본 논문에서는 도메인 전문가 또는 제품 패밀리 분석가들이 제품 패밀리 특징들을 추출하고 모델링하기 위한 방법을 제안하고자 한다.

  • PDF

제품계열 공학의 실용적 어플리케이션 공학 프로세스 (A Practical Application Engineering Process for Product Line Engineering)

  • 장치원;장수호;김수동
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
    • /
    • pp.325-327
    • /
    • 2004
  • 제품계열공학(Product Line Engineering, PLE)은 효과적인 재사용 기법으로, 핵심자산(Core Asset) 개발 프로세스와 어플리케이션 공학 프로세스로 구성된다. 핵심자산 개발 프로세스는 제품계열의 여러 어플리케이션들의 공통 휘쳐(Feature)들을 모델링 한 핵심자산 개발에 사용된다. 어플리케이션 공학 프로세스에서 핵심자산을 인스턴스화(instantiation)하고, 핵심자산이 제공하지 않는 어플리케이션 종속적인 기능을 모델링 한 후, 이 두 모델을 통합하여 목표 어플리케이션을 생성 개발한다. 현재의 제품계열공학 연구는 핵심자산 개발과 인스턴스화 과정에 집중되어 있고, 어플리케이션 공학 프로세스의 연구는 개념적 수준에 머물고 있다. 특히, 인스턴스화된 핵심자산 모델과 어플리케이션 종속 모델의 통합의 실용적 기법이 미흡하다. 본 논문에서는 어플리케이션 공학 프로세스의 주요 활동들에 대한 작업 순서와 실용적 지침을 제공한다.

  • PDF

제품계열 공학의 핵심자산과 어플리케이션간의 Gap 분석 기법 (A Technique for Analyzing the Gap between in Product Line Engineering Core Asset and Applications)

  • 오상헌;김수동;류성열
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
    • /
    • pp.322-324
    • /
    • 2004
  • PLE 방법론은 단일 제품이 아니라 유사한 제품들간의 공통성(Commonality)과 가변성(Variability)을 개발하고 관리하며 소프트웨어 개발 전체 생명주기에 걸쳐 부품을 조립하는 형태로 만들어진다. 또한 PLE 방법론은 재사용 단위가 가장 큰 방법론이기 때문에 최근에는 소프트웨어 업계에서 주목을 많이 받고 있다. 따라서 소프트웨어 재사용 분야가 점점 다양화되면서 어플리케이션의 특성에 적합한 프로세스에 대한 요구가 늘어나고 있다. 어플리케이션 과정은 요구사항 정의에 따라서 설계가 되어야 하고 이렇게 설계가 된 요구사항 정의와 핵심자산의 Gap 분석을 통해 정제된 설계를 얻을 수 있다. 하지만, 현재는 체계적인 절차와 기법에 대한 연구가 많이 미흡한 상태이다. 이렇게 체계적인 절차와 기법이 있다면 어플리케이션을 개발하는데 있어 보다 효율적이고, 보다 완성도 높은 어플리케이션이 개발 될 것이라고 기대한다. 따라서 본 논문에서는 제품계열공학의 핵심자산과 어플리케이션간의 Gap 분석 절차를 제안하고자 한다.

  • PDF

소프트웨어 제품 계열 공학의 온톨로지 기반 휘처 공동성 및 가변성 분석 기법 (Ontology-based Approach to Analyzing Commonality and Variability of Features in the Software Product Line Engineering)

  • 이순복;김진우;송치양;김영갑;권주흠;이태웅;김현석;백두권
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제34권3호
    • /
    • pp.196-211
    • /
    • 2007
  • 제품 계열 공학에서 제품의 공통성 및 가변성 분석을 결정짓게 하는 기준인 휘처 (feature) 분석에 대한 기존 연구는 개발자의 직관이나 도메인 전문가의 경험에 근간으로 분석 기준이 객관적이지 못하며, 비정형적인 휘처 분석으로 인한 이해 당사자 (stakeholder)의 공통된 휘처의 이해 부족 및 불명확한 휘처를 추출하는 문제점이 있었고, 기 개발된 소프트웨어에서 사용된 휘처의 재사용 개념이 부족했었다. 본 논문에서는 특정 도메인의 휘처 모델을 온톨로지로 변환하여 의미 기반 유사성 분석 기준에 의해 휘처의 공통성과 가변성을 추출하는 기법을 제시한다. 이를 위해, 먼저 공통된 휘처 중심의 메타 휘처 모델 기반으로 휘처의 속성을 정립하고, 메타 모텔에 준거하여 휘처 모델을 생성하여 온톨로지로 변환 후, 휘처 온톨로지 리포지토리 (Repository)에 저장한다. 이후, 동일 제품 계열 도메인의 휘처 모델 구축 시, 기 존 생성 모델과 온톨로지의 의미 기반 유사성 비교 분석 기법을 통해 휘처의 공통성과 가변성을 추출하는 것이다 또한 유사성 비교 알고리즘을 툴로 구현하였으며, 전자 결재 시스템 도메인의 실험 및 평가를 통 해 효과성을 보인다. 본 기법을 통해 메타 휘처 모델의 구문적 정립으로 이해성과 정확성을 제고시켜 고품질의 휘처 모델을 구축할 수 있으며, 온톨로지의 의미 기반 매핑으로 휘처의 공통성 및 가변성 추출을 정형화할 수 있고, 재사용성을 향상시킬 수 있다.

프로덕트 라인에서 공통성과 가변성 분석을 통한 요구사항 관리방법 (A Method to Manage Requirements Analyzing the Commonality and Variability in Product Line)

  • 박동수;김동규;정기원
    • 정보처리학회논문지D
    • /
    • 제13D권7호
    • /
    • pp.909-922
    • /
    • 2006
  • 프로덕트 라인 공학(Product Line Engineering)에서 핵심자산은 제품계열에 속하는 패밀리 멤버들이 어플리케이션을 만드는데 기초가 되는 모든 자산을 포함한다. 핵심자산 가운데 하나인 요구사항은 전통적인 시스템 개발에서와 마찬가지로 모든 핵심자산의 기초가 되는 부분이며, 다른 핵심자산의 공통성과 가변성(Commonality and Variability : C&V)을 결정하는 중요한 요소가 된다. 하지만 요구사항은 도메인 전문가 혹은 개발자가 경험에 기반하여 정형적인 프로세스 없이 분석하고 있으며, 동일한 도메인 요구사항임에도 불구하고 요구사항이 재사용 되지 않고 있다. 따라서 도메인 요구사항은 객관적인 방법을 통해 공통성과 가변성을 도출하고 이를 재사용 할 수 있는 프로세스가 정립되어야 할 필요가 있다. 이에 본 논문에서는 도메인 요구사항을 객관적인 근거에 따라 분석할 수 있는 4가지 활동 즉 도메인 범위 결정, 도메인 요구사항 추출 및 일반화, 도메인 요구사항 분석 및 모델링, 도메인 요구사항 변경 관리 활동 및 그에 따른 세부적인 활동을 제시하였다. 이를 요구사항 관리에 적용할 경우 분석한 도메인 요구사항과 관련된 아키텍처 혹은 컴포넌트의 재사용성 증대를 통하여 제품 개발기간과 비용을 줄이며 생산성을 향상시키는 등의 장점을 가져올 수 있을 것으로 기대한다. 또한 프로덕트 라인 공학에서 핵심자산의 기초가 되는 요구사항을 체계적으로 분석하고 관리함으로써, 요구사항을 기반으로 산출되는 다양한 산출물의 품질을 높일 수 있을 것으로 기대한다.

유연하고 확장 가능한 CBD 어플리케이션 프레임워크와 성능분석 (A Flexbile and Extensible CBD Application Framework and Performance Analysis)

  • 이용환
    • 한국정보과학회논문지:컴퓨팅의 실제 및 레터
    • /
    • 제13권1호
    • /
    • pp.46-58
    • /
    • 2007
  • 최근 많은 소프트웨어 개발 프로젝트들은 지속적으로 요구사항들이 변경되는 대규모의 복잡한 시스템이며 컴포넌트 기반이나 제품계열 소프트웨어 개발 방식과 같이 아키텍처 기반으로 소프트웨어를 개발하고 있다. 이러한 소프트웨어 개발환경에서 생산성이나 유지보수 향상을 위해서는 무엇보다도 유연하고 확장 가능한 아키텍처가 필요하다. 본 논문에서는 CBD(Component Base Development) 기반의 비즈니스 어플리케이션 개발 및 유지보수 시 생산성과 유지보수 향상을 위해 필요한 유연성과 확장성 품질속성을 가진 소프트웨어 아키텍처를 제시하고 이들 품질속성을 달성하기 위한 방법들을 아키텍처 모델을 통해 설명한다. 또한, 본 논문에서는 최근 프리젠테이션(Presentation) 프레임워크(Framework)로 잘 알려진 Struts와 JBean이라 불리는 본 논문에서 제안한 프레임워크의 성능을 비교했다. JBean 프레임워크는 프리젠테이션 프레임워크와 비즈니스 로직 프레임워크를 가지고 있기 때문에 공정한 실험을 위해 JBean에서 비즈니스 로직 프레임워크에 관련된 모듈을 제거하고 단지 프리젠테이션단 프레임워크만 가지고 실험을 한 결과 JBean의 프리젠테이션 단 프레임워크가 평균 초당 18개의 거래를 더 처리하고 있다.