Extending ATAM to assess product line architecture프로덕트 라인 아키텍처를 평가 하기 위해서 아키텍처 교환 분석 방법론을 확장하기

Cited 0 time in webofscience Cited 0 time in scopus
  • Hit : 607
  • Download : 0
DC FieldValueLanguage
dc.contributor.advisorKo, In-Young-
dc.contributor.advisor고인영-
dc.contributor.authorKim, Tae-Ho-
dc.contributor.author김태호-
dc.date.accessioned2011-12-28T03:03:37Z-
dc.date.available2011-12-28T03:03:37Z-
dc.date.issued2008-
dc.identifier.urihttp://library.kaist.ac.kr/search/detail/view.do?bibCtrlNo=393044&flag=dissertation-
dc.identifier.urihttp://hdl.handle.net/10203/55033-
dc.description학위논문(석사) - 한국정보통신대학교 : 공학부, 2008.8, [ vi, 77 p. ]-
dc.description.abstractSoftware 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...eng
dc.languageeng-
dc.publisher한국정보통신대학교-
dc.subjectSoftware Architecture Analysis Method-
dc.subjectSAAM-
dc.subjectEATAM-
dc.subjectATAM-
dc.subjectArchitecture Tradeoff Analysis Method-
dc.titleExtending ATAM to assess product line architecture-
dc.title.alternative프로덕트 라인 아키텍처를 평가 하기 위해서 아키텍처 교환 분석 방법론을 확장하기-
dc.typeThesis(Master)-
dc.identifier.CNRN393044/225023-
dc.description.department한국정보통신대학교 : 공학부, -
dc.identifier.uid020064670-
dc.contributor.localauthorKo, In-Young-
dc.contributor.localauthor고인영-
Appears in Collection
School of Engineering-Theses_Master(공학부 석사논문)
Files in This Item
There are no files associated with this item.

qr_code

  • mendeley

    citeulike


rss_1.0 rss_2.0 atom_1.0