• 한국정보과학회논문지:소프트웨어및응용
• /
• 제33권5호
• /
• pp.449-459
• /
• 2006

프로덕트라인 공학(Product Line Engineering, PLE)은 여러 어플리케이션들이 공유할 수 있는 핵심자산을 사용하는 대표적인 재사용 방법이다. 프로덕트라인 아키텍처(Product Line Architecture, PLA)는 핵심자산의 주요 구성 요소 중 하나이다. PLA는 일반적인 소프트웨어 아키텍처와는 달리 한 프로덕트라인에 속한 여러 멤버의 공통성과 가변성을 포함하므로, 기존 아키텍처와는 다른 방법으로 평가되어야 한다. 그러나, 기존 연구는 PLA와 기존 아키텍처와의 차이를 충분히 다루고 있지 못하여 PLA 평가는 PLE에서 어려운 작업 중의 하나로 인식된다. 본 논문에서는 PLA 설계 시에 중요하게 다루어져야 하는 두 가지 이슈를 제안한 후 식별한 두 가지 이슈를 중점으로 PLA를 평가하기 위한 메트릭을 제안한다. 식별된 두 가지 이슈와 제안된 PLA 평가 메트릭으로 PLA를 효율적으로 설계할 수 있으며, 제안된 메트릭으로 아키텍처 설계자의 경험에 의해 수행되는 PLA 평가를 좀 더 체계적으로 수행할 수 있다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2004년도 봄 학술발표논문집 Vol.31 No.1 (B)
• /
• pp.382-384
• /
• 2004

소프트웨어 개발 단계 초기에 소프트웨어 제품군에 속하는 멤버들의 공통정과 차이점들을 미리 예측하고 분석하여 단위가 크고 전략적인 형태의 재사용을 가능하도록 함으로써 궁극적으로 소프트웨어 개발의 생산성을 향상시키고자 하는 것이 소프트웨어 프로덕트 라인 개발 방법론의 목적이다. 최근에는 소프트웨어 프로덕트 라인 개발에 자동 생성 프로그래밍 기법을 적용하기 위한 연구가 진행 중이다. 그런데, 어플리케이션 단위의 프로덕트 라인 개발 방법론은 단위가 너무 커서 자동 생성 기법을 효율적으로 적용하기가 힘들며, 따라서 그 초점을 컴포넌트 단위로 한정시킬 필요가 있다 본 논문에서는 도메인 공학의 주요 산물인 특성 다이어그램으로부터 특정 컴포넌트의 요구사항을 나타내는 특성 구성(Feature Configuration)을 만들고, 이를 바탕으로 컴포넌트 코드를 자동 생성하는 도구를 구현하였다. 본 논문의 컴포넌트 재구성 자동화 도구는 재사용자의 요구에 맞는 컴포넌트 소스 코드를 자동 생성함으로써 소프트웨어 프로덕트 라인 개발 생산성을 향상시킨다.

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제33권10호
• /
• pp.896-914
• /
• 2006

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

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2004년도 가을 학술발표논문집 Vol.31 No.2 (2)
• /
• pp.433-435
• /
• 2004

소프트웨어 프로덕트 라인은 핵심 소프트웨어 자산의 개발을 위한 도메인 공학과 실제 소프트웨어 부품을 조립하여 구체적인 소프트웨어 시스템을 개발하는 응용 공학을 포함한다. 소프트웨어 프로덕트 라인 구축 시 가장 중요한 점은 특정 도메인에 존재하는 가변성(variability)을 지원할 수 있어야 한다는 것으로, 재사용자의 목적에 따라 효율적으로 소프트웨어를 맞춤 생산할 수 있는 컴포넌트 재구성성(reconfigurability)이 핵심 요소라 할 수 있다. 본 논문에서는 재사용자가 선택한 특성 구성을 바탕으로 계층 구조 조립 자동화를 통해 컴포넌트 코드를 자동 생성하는 도구를 구현하였다. 이를 위하여, 컴포넌트 패밀리의 특성 모델에서 표현되는 차이점에 따라 계층 구조의 각 컴포넌트들이 조립되도록 XSLT 스크립트를 사용하였다. 특성 모델과 XML/XSLT 기술을 이용하여 컴포넌트 코드 생성 시에 재구성성을 지원하고 재사용자의 요구에 맞는 컴포넌트 소스 코드를 자동 생성함으로써 소프트웨어 프로덕트 라인 개발 생산성을 향상시킨다.

• 한국인터넷방송통신학회논문지
• /
• 제14권3호
• /
• pp.105-110
• /
• 2014

휘처 지향 소프트웨어 프로덕트 라인 공학 방법은 휘처 단위로 프로덕트 라인의 핵심 자산을 개발하고, 이를 조합하여 쉽게 다양한 제품을 개발한다. 하지만 휘처를 조합하여 제품을 개발하는 동안 휘처상호작용문제를 효과적으로 대응하지 못하면, 개발된 제품이 원하는 대로 동작하지 않을 수 있다. 본 논문에서 휘처 간에 발생될 수 있는 원하지 않는 상호작용을 검출하는 기법과 이를 효과적으로 모듈화하는 방법을 제안한다. 제안된 방법의 적용가능성을 평가하기 위해서 공학용 계산기 프로덕트 라인에 적용하였다.

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제33권7호
• /
• pp.589-604
• /
• 2006

소프트웨어 재사용을 위한 새로운 패러다임으로서 대두되고 있는 소프트웨어 프로덕트 라인에서 가장 중요하며, 기본이 되는 것은 바로 재사용 가능한 소프트웨어 자산을 개발하기 위한 프로덕트 라인의 공통성과 가변성 식별이라고 하겠다. 현재 이를 위해 휘처 중심의 도메인 분석 방법이 많이 사용되고 있으나, 이 방법은 휘처를 식별하고, 식별된 휘처의 근거를 제시하기 위한 체계적인 방법을 제공하지 못하고 있다. 또한 프로덕트의 공통성과 가변성 분석 결과가 프로덕트 라인 개발 조직의 최상위 수준 목표(goals)를 만족시키고, 그 근거를 보여줄 수 있어야 하지만 현재 이러한 부분에 대한 연구가 부족한 실정이다. 따라서 본 논문에서는 기존의 휘처 중심의 도메인 분석 방법에서의 문제점들을 해결하고, 보안하기 위해 프로덕트 라인을 위한 목표, 시나리오, 휘처 기반의 도메인 분석 방안을 제안하였다. 이것은 목표와 시나리오 그리고 휘처의 관계를 통하여 프로덕트 라인을 위한 도메인 요구사항 모델(DRM: domain requirements model)을 제시하고, 그러한 모델을 바탕으로 도메인 요구사항 모델링 방법(domain requirements modeling method)을 제안한다. 마지막으로는 제안된 방안을 지원하는 도구 (IDEAS)를 설명하고, 이를 통해 주택 통합 시스템(HIS)에 적용함으로써 제안된 방법을 검증하였다. 제안된 방법은 체계적으로 휘처를 식별하고, 그에 대한 근거 및 공통성과 가변성에 대한 근거를 제공할 수 있을 것이다.

• 한국정보처리학회:학술대회논문집
• /
• 한국정보처리학회 2008년도 춘계학술발표대회
• /
• pp.386-389
• /
• 2008

낮은 처리속도와 기억용량을 가진 임베디드 센서 네트워크의 소프트웨어를 개발할 때 Tiny OS는 컴포넌트방식의 nesC 언어를 이용하여 효율적인 설계를 돕는다. 컴포넌트 방식을 이용하기 때문에 여러가지 소프트웨어의 개발에 자주 사용되는 자산을 분리하여 관리한다면 개발시간과 비용을 절감할 수 있다. 본 논문에서는 Tiny OS 기반에서 임베디드 센서 네트워크 소프트웨어 개발 시 프로덕트라인 방법을 적용하여 공통적인 자산과 가변적인 자산을 구별하고 재사용성을 높이며 개발 효율을 증대하는 방안을 제시한다. 이러한 연구는 이종의 임베디드 소프트웨어 개발에도 적용되어 늘어나는 임베디드 소프트웨어의 양적, 질적 수요를 충족시켜주는데 도움이 될 것이다.

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제32권12호
• /
• pp.1164-1177
• /
• 2005

현재 소프트웨어 개발 공정이 복잡해짐에 따라 개발하는 소프트웨어의 요구사항 역시 복잡해지고 있으며 요구사항 관리에 많은 노력이 소요되고 있다. 그러나 소프트웨어의 요구사항을 처음부터 모두 정의하는 것은 사실상 불가능하며, 개발이 진행되면서 환경은 변하기 마련이다. 또한 요구사항 변경은 개발보다 많은 비용이 소요되므로 체계적인 변경 관리를 통해 변경에 민첩하게 대응하고 관리되어야 한다. 본 논문에서는 소프트웨어 프로덕트 라인에서 요구사항 변경 관리 프로세스를 기반으로 체계적인 요구사항 변경 관리 방법을 제시한다. 소프트웨어 프로덕트 라인(software product lines)에서 어플리케이션의 요구사항은 도메인 요구사항과 밀접하게 관련되어 있으므로 어플리케이션 공학(application engineering) 단계에서 요구사항 변경이 발생했을 경우 도메인 공학(domain engineering) 단계를 이용하여 변경을 분석하고 관리하는 방법을 제시한다. 이러한 일관된 변경 관리를 통해 변경 범위를 분석하고, 변경 대처방안을 제시함으로써 변경 처리 결정을 내리는데 도움을 주며 한번 요청된 변경이 완벽하게 처리되도록 도와주어 같은 변경의 반복 요청을 막을 수 있기 때문에 잠재된 변경 비용을 절약할 수 있다.

• 정보처리학회논문지D
• /
• 제13D권4호
• /
• pp.565-572
• /
• 2006

프로덕트 라인 공학(Product Line Engineering, PLE)은 도메인의 멤버간에 공통적인 휘처를 핵심 자산으로 만들고, 만들어진 핵심 자산을 이용해서 어플리케이션을 개발하는 방법론이다. 따라서 PLE 방법론을 사용해서 제품을 개발하면, 개발 비용은 감소시키고 재사용성은 증가시킬 수 있다. 핵심 자산의 재사용성을 최대화 하기 위해서는, 제품 계열 공학을 위한 비즈니스 케이스 분석이 요구된다. 제품 계열 공학의 핵심 자산 영역이 지나치게 광범위하면, 핵심 자산 개발 비용은 증가하지만 재사용성은 감소할 수 있는 반면, 핵심 자산의 영역이 지나치게 좁으면 핵심 자산을 개발하는 비용은 작지만 극히 일부의 멤버만이 사용할 수 있으므로 핵심 자산의 적용성은 감소된다. 이 논문에서는 프로덕트 라인을 적용하기 위해서 도메인을 분석한 후 비즈니스 케이스를 분석하는 프로세스를 제안한다. 그리고 프로세스의 각 활동을 위한 가이드라인을 제안해서 PLE 방법을 적용해서 시스템을 개발 할 경우 최대의 이익을 획득할 수 있도록 핵심 자산의 영역을 결정하는 방법을 제안한다. PLE에서 가변성은 중요한 개념일 뿐만 아니라, 핵심 자산 개발 비용에 영향을 마친다. 따라서 이 논문에서는 비즈니스 케이스 분석을 위한 프로세스에 가변성을 상세한 수준으로 반영한다. 우리가 제안한 프레임워크를 적용하면, PLE 방법론을 적용해서 핵심 자산을 만들고 시스템을 개발할 때, 최적의 이익을 얻을 수 있을 것으로 기대한다.

• 정보처리학회논문지D
• /
• 제13D권3호
• /
• pp.383-390
• /
• 2006

현대의 소프트웨어공학 관련 연구 중에서, 산업계가 궁극적으로 추구하는 수준의 생산성을 제공할 수 있는 기술은 아마도 프로덕트라인 공학이 될 것이다. 지금까지의 소프트웨어공학 기술로는 소프트웨어 개발 분야에 프로덕트라인 기법을 실질적이고 실용적으로 적용하기에는 아직 충분히 성숙하지 못한 것이 사실이다. 본 논문에서는 저자가 산업체에서 접한 과거 3년 동안의 PDA 스마트폰 개발 경험을 바탕으로 실용적 수준의 프로덕트라인 기법을 Model-Driven Architecture(MDA) 접근 방법을 통해 제안한다. 이동 단말 시스템의 경우 단말기 제조사, 목적 사용자 층, 이동 단말 사업자 등에 따라 다양한 형태의 소프트웨어가 존재한다. 특히, 최근에는 단말기 사용자가 직접 느낄 수 있는 지원 기능 구성 및 인터페이스 형식은 매우 다양한 형태가 존재하며, 같은 제조사에 시리즈 제품으로 개발하더라도 이 부분에 대한 변이성이 매우 큰 특징이 있다. 하지만, 전형적인 폰 관련 기능 모듈 즉, 음성호 및 화상전화 기능, 메시지, 주소록, 데이터통신, 카메라 및 멀티미디어 기능, 웹 브라우징 과 같은 큰 기능 묶음에 대한 피처(Feature)들은 자체의 다양한 기능적 요구사항과 함께 피처 간 상호 연관성을 크고 다양한 형태로 구성될 수 있는 특성이 있다. 본 논문에서는 이동 단말기에서 구현해야 하는 다양한 형태의 사용자 소프트웨어의 요구사항에 대해 사용 시나리오 상에서 구분 가능하고 의미 있는 장면의 연속 관계로 정의하여 추후 설계, 구현, 시험 단계에서도 소프트웨어 아키텍쳐 역할을 할 수 있는 개발 기법을 제안한다. 따라서, 요구분석 단계에서도 사용자 인터페이스 관점에서 전반적인 소프트웨어 아키텍쳐에 대해 검증할 수 있게 될 뿐만 아니라 소프트웨어 개발 주기 전 과정에서 그 구조를 사용자 인터페이스 관점에서 유지, 관리 할 수 있는 핵심적인 방법을 제공한다.