• 정보처리학회논문지:소프트웨어 및 데이터공학
• /
• 제3권1호
• /
• pp.1-6
• /
• 2014

모든 기업들은 높은 품질의 정보시스템과 높은 생산성을 가지는 소프트웨어 제품을 만들기 위해 소프트웨어 제품라인 공학(software product line engineering)을 도입하고 있다. 소프트웨어 제품라인 방법론은 다양한 모델들을 가지고 있으며, 각 모델은 추상화 관점과 수준이 서로 다르다. 이러한 모델에 존재하는 요소들간 추적성(traceability)과 가변성(variability) 정보의 일관성(consistency)을 유지하는 것이 중요하다. 본 연구에서는 휘처(feature)의 가변성과 다른 산출물에 정의한 가변성의 일관성을 검증하는 규칙을 제시하였다.

• 정보처리학회논문지:소프트웨어 및 데이터공학
• /
• 제10권7호
• /
• pp.251-256
• /
• 2021

SPLE (Software Product Line Engineering)는 소프트웨어 재사용 방법론 중의 하나이다. SPLE의 핵심적인 활동 중 하나는 재사용 가능한 자산 개발에 필요한 피처의 범위를 결정하는 활동이다. 기존 범위결정 방법은 국방 분야에 적용하는데 한계가 있어서, 본 논문에서는 무기체계 항법시스템에 적용 가능한 범위결정 방법을 제안하고, 그 적용 사례를 제시한다. 제안된 방법은 먼저 피처 이익 관점에서 플랫폼 적용 대상 피처의 범위를 결정한다. 그런 다음 제품 이익 관점에서 피처의 범위를 조정하고, 총 비용 관점에서 플랫폼 대상 피처와 제품라인에 포함될 피처의 최종 범위를 결정한다. 본 논문에서는 항법소프트웨어 제품라인에 대해 엔지니어링 할 피처의 범위를 결정하는 방법을 보여줌으로써 제안된 방법의 적용 가능성을 입증하고 평가한다.

• 소프트웨어공학소사이어티 논문지
• /
• 제24권3호
• /
• pp.77-89
• /
• 2011

소프트웨어 제품라인 공학은 제품라인의 공통적인 부분과 차이점을 핵심 자산으로 관리하여 품질을 높이고, 핵심 자산을 계획된 제품들에 재사용함으로써 소프트웨어의 생산성을 높이는데 효과적인 방법이다. 제품라인 아키텍처에는 제품에 따라서 포함되거나 포함되지 않는 가변적인 부분이 있기 때문에, 기존 단일 소프트웨어를 대상으로 한 아키텍처 모델과는 달리, 제품라인 아키텍처는 제품 간의 차이점인 가변성을 나타낼 수 있어야 한다. 기존에 여러 연구자가 제품라인 아키텍처 모델에 가변성을 표현하는 방법을 제안하였지만, 이들이 제시한 표현 방법들의 강약점을 분석하고 차이점을 비교하는 연구가 부족하였다. 따라서 본 논문에서는 현재까지 제안된 제품라인 아키텍처 모델에서의 가변성 표현 방법을 분석하고 비교하여, 적합한 표현 방법을 선택하는데 가이드가 되고자 한다.

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

제품 계열 기반 소프트웨어 개발 방법은 개발 조직이 보유하고 있는 품질이 보장된 핵심 자산의 재사용을 통해 제품의 개발 생산성을 획기적으로 향상시켜 시장 적시성을 맞출 수 있는 실용적이고 중요한 소프트웨어 개발 방법으로 빠르게 자리를 잡아가고 있다. 하지만 제품 계열의 특성 정의, 평가, 예측 및 개선을 위한 측정은 단일 프로젝트에서의 측정과는 달리, 개별 제품의 개발 및 유지를 위한 제품 개발 프로젝트의 수행도 특성뿐만 아니라 제품을 생산하기 위한 핵심 자산의 사용 및 핵심 자산의 개발과 전체적인 제품 계열의 수행도 까지도 고려해야 하기 때문에 무척 힘든 일이다. 따라서 제품 계열의 수행도를 측정하기 위해서는 일관성 있고 반복적이며, 효과적인 접근 방법이 제시될 필요가 있다. 본 논문은 제품 계열의 수행도 특성과 적용 방법의 다양성을 고려한 제품 계열을 위한 컨텍스트 기반 측정 지표의 도출방법을 제시하고 있다. 이 방법은 제품 계열의 측정 지표를 도출하기 위한 세부적인 절차와 작업의 결과로 생성되는 산출물의 양식을 제시하고 있다. 또한 연구 결과의 효과를 제시하기 위하여, 제품 계열의 기술적 관리 영역에 대한 주요 활동을 측정하기 위한 지표와 적용 사례를 함께 제시한다. 다양한 제품 계열 기반의 특성을 충분히 고려하여 제품 계열을 구축하거나 소프트웨어 제품을 생산할 때, 관리하고자 하는 속성을 파악할 수 있는 체계적인 접근 방법은 적용 상황 및 이해관계자의 관점에 따라 원하는 측정 지표를 효과적으로 도출할 수 있도록 한다.

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

제품계열 공학(Product Line Engineering, PLE)은 최근 각광받고 있는 효율적인 소프트웨어 재사용 접근 방법 중 하나로 핵심자산을 인스턴스화(Instantiate)하여 여러 어플리케이션을 개발한다. 핵심자산(Core Asset)의 구성요소로는 제품계열 아키텍처(Product Line Architecture, PLA), 컴포넌트, 의사결정모델(Decision Model)이 있다. 이런 요소 중, PLA는 핵심자산의 전체적인 구조를 정의하고 있어 가장 핵심적인 요소라 할 수 있다. 현재 많은 PLE 방법론들이 소개되어 있으나, PLA의 구체적인 구성요소와 어플리케이션을 만들기 위해 PLA를 인스턴스화하기 위한 체계적인 기법이 미비하다. PLA의 구성요소를 명확히 정의하고 인스턴스화 프로세스를 상세히 정의하기 위해 정형명세가 효과적으로 사용될 수 있다. 본 논문에서는 먼저 PLA의 메타모델을 제시하고 PLA를 정형명세 언어인 Object-Z로 명세하는 방법을 제시한다. 또한 정형명세를 이용한 인스턴스화 규칙을 제안하며, 이런 규칙은 PLA를 인스턴스화히기 위한 제약사항을 상세히 정의하고 있다. 제안된 정형명세를 적용함으로써, PLA의 인스턴스화는 상세하고 명확하게 수행될 수 있어 고품질의 소프트웨어를 생산할 수 있다.

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

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

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

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

• 한국정보과학회논문지:소프트웨어및응용
• /
• 제31권8호
• /
• pp.1010-1026
• /
• 2004

소프트웨어 프로덕트 라인 공학의 목표는 일련의 유사한 소프트웨어 시스템의 공통성과 구별되는 특성을 이해하고 제어함으로써 시스템의 체계적인 개발을 지원하는 것이다［1］. 이것은 소프트웨어 개발 시 나오는 산출물들을 핵심 자산으로 만들어 놓고 이를 체계적으로 재사용 할 수 있도록 지원하기 위한 프레임웍 역할을 한다. 현재 많은 기술들이 프로덕트 라인 공학 관련하여 연구되고 있지만, 그 초점이 소프트웨어 아키텍쳐나 상세 설계 또는 코드에 맞추어져 있다［2］. 소프트웨어 프로덕트 라인 공학에서는 컴포넌트의 공급, 조립뿐만 아니라 조립공정까지 특정 요구나 변화에 신속히 적응할 수 있도록 관리하는 것이 중요한데, 이는 요구사항 분석 단계에서부터 이루어져야 한다. 소프트웨어 프로덕트 라인 공학에서 요구사항은 전통적인 시스템 개발에서와 마찬가지로 모든 개발의 기초가 되는 부분이며, 다른 핵심 자산의 공통성과 가변성의 성질을 결정짓게 만들 수 있는 기준이 된다. 그러나 요구사항들을 다 반영하기도 전에 변경이 발생하는 수많은 경험을 해 온 것처럼, 올바른 요구사항을 획득하고 이를 분석, 관리한다는 것은 결코 쉬운 일이 아니다. 특히, 여러 개의 시스템을 개발할 때 사용할 요구사항은 공통성과 가변성의 속성을 가지게 된다. 그러므로 계획할 수 있는 변화에는 충분히 안정적이면서, 반면에 예측하지 못하는 변화에 잘 적응하고 개조될 수 있도록 유연성을 지닌 핵심 요구사항을 개발, 관리하기 위한 체계적인 방법이 필요하다. 본 논문에서는 소프트웨어 프로덕트 라인에서 핵심 자산의 하나인 도메인 요구사항을 관리하는 방법에 대하여 제안한다. 이를 통해 도메인 요구사항에 대한 재사용성을 중대시키고 시스템의 목표를 정확히 세우는 데 투자되는 많은 시간과 노력을 감소시켜 준다. 이는 결과적으로 소프트웨어 개발 시간과 비용을 줄이고, 생산성을 향상시키는 등의 장점을 가져다준다.

• 대한가정학회지
• /
• 제40권10호
• /
• pp.113-121
• /
• 2002

The purpose of this study was to investigate the effect of the depth of fashion product line on sales. The depth of the fashion product line was defined as the variety of style, color, and size in the outwear line for this study. Data were collected from the 98 brands in 4 department stores located in Seoul and Pusan. The result showed the significant impact of the variety of the outwear style on sales. Even after controlling the effect of advertising and the level of price in each brand, significant effect of the variety of outwear style were noticed on sales.

• 한국디자인학회:학술대회논문집
• /
• 한국디자인학회 2001년도 Bulletin of The 5th Asian Design Conference International Symposium on Design Science
• /
• pp.61.2-61
• /
• 2001