• Proceedings of the Korean Information Science Society Conference
• /
• 2004.10b
• /
• pp.325-327
• /
• 2004

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

• Proceedings of the Korean Information Science Society Conference
• /
• 2004.10b
• /
• pp.319-321
• /
• 2004

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

• The KIPS Transactions:PartD
• /
• v.15D no.6
• /
• pp.803-814
• /
• 2008

Product line architectures include variable parts to be selected according to product specific requirements. In order to derive architectures that are valid for a particular product from product line architectures, variabilities of product line architectures must be systematically managed. In this paper, we adopt an approach to variability management of product line architectures through an explicit mapping between a feature model and product line architecture models. If this mapping is incorrect or there exists inconsistency among product line architectural elements, variabilities of product line architectures cannot be managed correctly. Therefore, this paper formally defines product line architectural models in terms of conceptual, process, deployment, and module views, and mapping relationships between the feature model and the architectural models. Consistency rules for correct variability management of product line architectures are defined in terms of consistency in each of product line architecture model, consistency between different architectural view models, and consistency between a feature model and product line architectural models. These consistency rules provide a theoretical foundation for deriving valid product architecture from product line architectures.

• Journal of the KSME
• /
• v.28 no.2
• /
• pp.162-164
• /
• 1988

모든 산업 분야에서 제품의 정밀성과 생산성 향상을 위하여 자동화가 추진되고 있으며 이를 뒷 받침하기 위한 제어 공학의 필요성이 점증되고 있다. 생산 시스템을 자동화 하므로서 생산 원 가의 절감 및 제품의 품질 향상은 물론이고, 작업 조건이 좋지 못한 곳에서의 작업도 가능하게 해 주므로 제어 공학은 생산 공장뿐만 아니라 가정용 및 사무용 설비에도 적용되고 있다. 이와 같은 상황하에서 제어 공학의 필요성은 더욱 고조되고 있으며, 국내 대학의 전기 계열공학과는 물론이고, 대부분의 기계계열 학과에서도 제어공학을 교과과정에 반영하고 있다. 그러나, 국내 대학의 기계 계열 공학과에서 설강하고 있는 제어 공학의 교과 과정은 체계화되어 있지 못한 실정이므로 이를 분석해 보고 문제점을 파악하여 개선 방안을 강구해 보는 것은 중요한 의미가 있다고 생각된다.

• Journal of KIISE:Software and Applications
• /
• v.32 no.2
• /
• pp.119-127
• /
• 2005

Product line analysis is an activity for analyzing requirements, their relationships, and constraints in a product line before engineering product line assets (e.g., architectures and components). A feature-oriented commonality and variability analysis (called feature modeling) has been considered an essential part of product line analysis. Commonality and variability analysis, although critical, is not sufficient to develop reusable and adaptable product line assets. Dependencies among features and feature binding time also have significant influences on the design of product line assets. In this paper. we propose a feature-oriented product line analysis model that extends the existing feature model in terms of three aspects (i.e., feature commonality and variability, feature dependency, and feature binding time). To validate the consistency among the three aspects we formally define the feature-oriented product line analysis model and provide rules for checking consistency.

• The KIPS Transactions:PartD
• /
• v.16D no.1
• /
• pp.93-104
• /
• 2009

Modular implementation of a feature is a first step toward feature-oriented product line engineering, which develops and then utilizes core assets to configure products in terms of features. Aspect-oriented programming provides effective mechanisms for improving the modularity of feature implementations. However, as features in general are not independent of each other, changes in the implementation of one feature may cause changes to or side effects in the implementation of other features. Moreover, since the time at which a feature is incorporated into products, called feature binding time, may be various from compile time through load time to run time, a feature may have to be implemented differently depending on when the feature is bound into a product. To make each feature implementation module as independent as possible, this paper proposes aspectual implementation patterns that can effectively separate feature dependencies as well as feature binding time from feature implementation modules. These patterns enable flexible composition of feature implementation modules without affecting other modules according to feature selection. The approaches are demonstrated and evaluated based on a product line of scientific calculator applications.

• Proceedings of the Korean Information Science Society Conference
• /
• 2004.10b
• /
• pp.322-324
• /
• 2004

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

• Proceedings of the Korean Information Science Society Conference
• /
• 2006.06c
• /
• pp.154-156
• /
• 2006

제품 계열 공학은 재사용에 기반을 둔 소프트웨어 개발 방법론으로서 웹 응용들에서 요구되는 비용 절감 및 시장 적시성의 성취를 이루는데 도움을 주고 있다. 웹 응용의 개발을 제품 계열로 이루고자 하는 연구가 진행되었지만, 웹 응용이 가진 핵심 자산들을 확인하고. 정의하는 체계적인 절차를 제안하지는 못한다. 본 논문에서는 인해 웹 응용 도메인에 적합한 핵심 자산으로서의 체계적인 도메인 요구사항 추출 방법을 제안한다.

• Microbiology and Biotechnology Letters
• /
• v.37 no.3
• /
• pp.258-265
• /
• 2009

A study on livestock environment improving agents was conducted; top two brands (A and B) in the market, bottom two brands (E and F) based on market shares and two newly developed agents (C and D) were measured for viable count and tested for resistance towards antibiotics prohibited against livestock feeds. Test results revealed that the measured viable count of agents A and B matched those on the labels were identical; however agent E lacked information on viable counts nor the intended usage, while the measured viable count of agent F was less than the label-stated count. No correlation was found between the antibiotic-resistance test and market share, and most of the agents excluding B were found to display resistance case of Lincosimides such as Lincomycine and Clindmycin, resistant bacteria were found, with the except of agent B. Amoxicillin, Ampicillin and Penillin (type-Penecillins) and Erythromycin (type-Macrolide) were shown to contain resistant bacteria, with the except of agents Band E; the same for Norploxacin (type-Quinoline) and Neomycin antibiotics. Aminoglycosides such as Gentamycin and Streptomycin contained resistant bacteria, excluding agent B. Oxytetracyclin (type-Tetracycline), which is banned for use as resistant bacteria showed the highest sensitivity among the 12 antibiotics, revealed positive results in the test for resistant bacteria; again excluding of agents Band E. These results reveal that many agents contained resistant bacteria despite the fact that they were prohibited; this calls for a more accurate display of the facts and specifications, systematic distributions and strict verification processes of environment improving agents.

• The KIPS Transactions:PartD
• /
• v.13D no.6 s.109
• /
• pp.807-814
• /
• 2006

Along with the enlargement of application scope, the growth of requirements complexity, and the fast development of product for embedded system, lots of industries developing embedded software try to evolve their traditional development environment into the new paradigm such as product line engineering approach. In order to sufficiently support the evolution, software architecture is essentially required to develop the embedded software. In this paper, we propose a tool, named TToSA which translates the conventional software models to software architecture models. Our TToSA is developed with the critical implication about that an industry can approach toward the new development paradigm without the big change of the existing software development method.