DOI QR코드

DOI QR Code

A Systematic Method for Analyzing Business Cases in Product Line Engineering

프로덕트 라인 공학의 체계적 비즈니스 케이스 분석 기법

  • 박신영 (숭실대학교 대학원 컴퓨터학과) ;
  • 김수동 (숭실대학교 대학원 컴퓨터학과)
  • Published : 2006.08.01

Abstract

Product Line Engineering (PLE) is an effective reuse methodology where common features among members are captured into core assets and applications are developed by reusing the core assets, reducing development cost while increasing productivity. To maximize benefits in developing systems, business case analysis for PLE is essential. If the scope for core assets is excessively broad, it will result in high cost of asset development while lowering reusability. On the other hand, if the scope is too narrow, it will result in a limited applicability which only support a small number of members in the domain. In this paper, we propose a process for business case analysis for PLE and for deciding economical analysis of core asset scope. Then, we define guidelines for each activity of the process. Since variability often occurs in PLE, we significantly treat the variability of features among members in detailed level. By applying our framework for business case analysis, one can develop core assets of which scope provide the most economical value with applying PLE.

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

Keywords

References

  1. D. M. Weiss, C. T. R. Lai, Software Product-Line Engineering: A Family-Based Software Development Process, Addison-Wesley, 1999
  2. Clements, P. and Northrop, L., Software Product Lines: Practices and Patterns, Addison Wesley, Aug., 2001
  3. Bosch, J., Design and use of software architectures, Addison-Wesley, 2000
  4. Schmid, K., Scoping, Fraunhofer IESE, Analysis of, and Modeling for System-Families, June., 8, 2001
  5. Choi, C., et al, 'A Systematic Methodology for Developing Component Frameworks,' M. Wermelinger and T. Margaria-Steffen (Eds.), FASE 2004, LNCS 2984, pp.359 - 373, 2004
  6. Soo Dong Kim, Jin Sun Her, and Soo Ho Chang, 'A Theoretical Foundation of Variability in Component-Based Development,' Information and Software Technology (IST), Vol.47, p.663-673, July, 2005 https://doi.org/10.1016/j.infsof.2004.11.007
  7. Sinnema, M., et al., 'COVAMOF: A Framework for Modeling Variability in Software Product Families,' SPLC2004, LNCS3154, pp.197-213, 2004