Software architecture is a core asset for any organization that develops software-intensive systems. The purpose of the architecture evaluation of a software system is to analyze the architecture to verify that the quality requirements have been addressed in the design. An organization can design the best architecture for their system using an architecture evaluation method. Unsuitable architecture can precipitate disaster because the architecture determines the structure of the project. To prevent this issue, we have to evaluate software architecture. However, current evaluation methods focus on single product architecture, not product line architectures and hardly considered the characteristics of product lines, such as variation points. We need to create new evaluation method, or extend current architecture evaluation methods to evaluate software product line architectures. This article will focus on the latter, identifying the problem and specific characteristic of evaluating product line architectures. This article introduces the idea of extending the Architecture Trade-off Analysis method (ATAM) to assessing product line architecture. This method has been validated through a case study, involving microwave oven software in the appliance domain by extending ATAM. Product line architecture must identify and accommodate the variation points among its family members. Extended ATAM can do this, but ATAM cannot. Product line architecture has a lot of variant as variation points. It is difficult to create a utility tree with all variation points of product line architecture. Extended ATAM handles this issue by using extended PLUC tags because the numerous the variation points of product line architecture can be expressed more simply and can be added or changed more easily by using tags. The goal of my approach is to analyze the characteristics of product line architecture and then to apply their variation points to architecture evaluation methods. Among the many architecture evaluation methods, ATAM is one of the bestkwon, and the one that I will use in my thesis. However, I will extend ATAM to product line architecture.
오늘날, 고객들은 우수한 품질의 소프트웨어를 원하고 있다. 이러한 고객의 요구를 만족하기 위해서 많은 개발 방법론이 생겼고, 이를 검증할 수 있는 평가방법도 많이 생겨나고 있다. 건물을 지을 때 기초 뼈대가 중요하듯이, 소프트웨어를 개발할 때는 아키텍처를 잘 디자인하는 것이 회사의 입장에서는 비용을 줄임과 동시에 이익 창출을 높일 수 있다. 아키텍처 디자인이 잘 되어야만 소프트웨어의 품질이 높아진다는 것은 이미 모두 아는 사실이다. 따라서, 아키텍처를 디자인하는 방법이 빠르게 개발되고 있는 것과 동시에, 이를 평가할 수 있는 평가방법론도 같이 진화를 거듭하고 있다. 아키텍처를 평가할 수 있는 방법론에는 여러 가지가 있다. 그 중에서 가장 널리 사용 되고 있는 아키텍처를 설계 하는 주요 기법인 아키텍처 교환방법론은 많은 분야에서 사용되어 그 효과가 입증되었다. 하지만, 신속하게 변하고 있는 유행과 그 마켓에 대응하기 위해 기업은 프로덕트 라인을 도입하였고, 그 프로덕트 라인 아키텍처를 디자인 한 후, 그 아키텍처를 평가를 시도 하였으나, 프로덕트 라인의 특성을 제대로 반영하여 평가하기에는 역부족이다. 왜냐하면 기존의 아키텍처 평가 방법론들은 프로덕트 라인 아키텍처가 아닌, 하나의 프로덕트에 평가 활동들로 이루어져 있기 때문이라고 최종 완제품형태는 프로덕트이기 때문에 하나의 아키텍처에 초점을 맞춘다고 볼 수 있다. 하지만 프로덕트 라인 아키텍처에서는 여러 개의 프로덕트가 파생될 수 있다. 그래서 프로덕트라인 아키텍처에서는 최종 프로덕트의 아키텍처를 평가한 후에 프로덕트 라인 아키텍처를 펴가하는 것보다는 처음부터 프로덕트 라인의 특성을 미리 고려해서 프로덕트 라인 아키텍처를 평가한 후에 프로덕트들에 대한 평가가 이루어져야 한다. 그래서 이 논문에서는 프로덕트 라인의 특성을 추출해서, 아키텍처 교환 분석 방법론인 ATAM에 확장을 하고자 한다. 확장을 하기 위해서는, 프로덕트 라인만이 가지는 특성인 가변성을 고려해야 한다. 프로덕트라인 아키텍처는 수 많은 변화가 일어나고 그 변화에 따른 세부적인 변화의 지점이 발생한다. 이런 변화의 가변성을 태그 형태와 아주 간단한 불린 형태의 수식형태의 가변성 시나리오를 발생시킨다. 이 가변성 시나리오에는 품질 속성을 기본으로 변화의 지점과 관련된 모든 내용들은 담고 있다. 이런 방법론을 기초로 아키텍처 교환 분석방법론에 확장을 시도 했다. 그래서 가변성 시니리오를 가지고 프로덕트 라인 아키텍처의 평가를 간단하게 할 수 있다.
