[논문]컴포넌트 기반 소프트웨어 개발을 지원하는 소프트웨어 아키텍처 뷰 모델

박준석; 문미경; 염근혁

컴포넌트 기반 소프트웨어 개발을 지원하는 소프트웨어 아키텍처 뷰 모델
(The View Model of Software Architecture for Component Based Software Development) 원문보기

정보과학회논문지. Journal of KIISE. 소프트웨어 및 응용, v.30 no.5/6, 2003년, pp.515 - 528

박준석 (부산대학교 컴퓨터공학과) , 문미경 (부산대학교 컴퓨터공학과) , 염근혁 (부산대학교 컴퓨터공학과)

초록
AI-Helper

컴포넌트 기반 소프트웨어 개발 방법은 새로운 패러다임으로 인식되고, 활발한 연구가 진행되고 있다. 그러나 컴포넌트 기반 개발에서 컴포넌트의 재사용성과 효율적인 소프트웨어 개발을 보장하기 위해서는 소프트웨어 아키텍처를 기반으로 한 개발이 필요하다. 본 논문에서는 컴포넌트 기반 소프트웨어 개발을 지원하기 위해, Kruchten이 제시한 4+1 뷰 모델을 기반으로 재 정의한 컴포넌트 기반 4+1 소프트웨어 아키텍처 뷰 모델을 제안한다. 또한 뷰 모델의 요소와 UML을 이용한 뷰 모델 요소의 표현을 제시한다 이 아키텍처는 컴포넌트의 사용문맥을 각 뷰에 반영함으로써 소프트웨어에 대한 이해와, 컴포넌트의 상호 작용에 대한 정보 등 컴포넌트 기반 소프트웨어 구성에 대한 틀을 구성한다.

Abstract ▼ AI-Helper

Component Based Software Development has been recognized as a new software development paradigm, and received much attention among researchers. However, it requires software architecture based development to assure component reusability and efficient software development. This paper proposes the Component Based 4+1 View Model of software architecture to support component based software development. It is redefined on the basis of the existing 4+1 view model of software architecture developed by Kruchten. Also, we describe the elements of the view model in detail with UML. This architecture constructs the foundation of component based software such as increasing the understanding of software and providing the information about how the components interact with each other. It can be done by exposing the context for the use of software components to each views.

주제어

AI 본문요약
AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

문제 정의

조립 모델은 컴포넌트간의 상호연결 관계와 주고받는 정보를 표현하기 위해 그림 15와 같이 UML의 배치 다 이어그램과, 협동 다이어그램을 사용해 조립 단위가 되는 상호 연결되는 컴포넌트를 표현한 동적 연결 다이어 그램과, Credential[21, 22]의 개념을 적용한 Credential 프로파일, 특정한 기능성을 제공하지는 않지만 컴포넌트 사이의 능률화된 상호 작용을 가능하게 하는 요소로 커 넥테23]에 대해 제시된 내용을 바탕으로 커넥터 항목을 정의한다. 또한 각 컴포넌트와 커넥터마다 번호를 통한 레이블을 주어 연결 및 조립에 있어서의 관계를 명확히 제시한다.
본 논문에서는 Kruchten0] 제시한 4+1 뷰 모델을 바탕으로 컴포넌트 기반 소프트웨어 개발을 지원하는 소 프트웨어 아키텍처 뷰 모델을 제시한다. 또한 제시된 뷰 모델을 바탕으로 뷰의 요소를 정의하고, 현재 널리 쓰이는 모델링 언어인 UML(Unified Modeling Language) M을 도입하여 뷰 모델 요소의 표현에 대해 제시한다.
본 논문에서는 컴포넌트에 기반한 소프트웨어 개발을 지원하기 위한 소프트웨어 아키텍처 뷰 모델을 어떻게 정의하고, 어떠한 요소를 표현할 것인가에 초점을 두었 다. 본 논문에서 제시한 컴포넌트 기반 4+1 뷰 모델은 Kruchten이 제시한 4+1 뷰 모델을 바탕으로 컴포넌트 기반으로 소프트웨어를 개발하기 위해 뷰 모델을 재 정 의한 모델이다.

제안 방법

二L 림 23은 컴포넌트와의 연결 관계를 제시하는 커넥터 중 scheduling 컴포넌트와 ManipulationDB 컴포넌트와의 연결관계를 제시하는 커넥터에 대한 항목을 정형화돤 요소인 CSP(Communicating Sequential Processes)를 사용하여 표현한다. 또한 warehouse, scheduling 컴포 넌트의 Credential 프로파일 표현을 예로 제시한다.
본 논문에서는 Kruchten0] 제시한 4+1 뷰 모델을 바탕으로 컴포넌트 기반 소프트웨어 개발을 지원하는 소 프트웨어 아키텍처 뷰 모델을 제시한다. 또한 제시된 뷰 모델을 바탕으로 뷰의 요소를 정의하고, 현재 널리 쓰이는 모델링 언어인 UML(Unified Modeling Language) M을 도입하여 뷰 모델 요소의 표현에 대해 제시한다.
본 논문에서는 컴포넌트에 기반한 소프트웨어 개발을 지원하기 위한 소프트웨어 아키텍처 뷰 모델을 어떻게 정의하고, 어떠한 요소를 표현할 것인가에 초점을 두었 다. 본 논문에서 제시한 컴포넌트 기반 4+1 뷰 모델은 Kruchten이 제시한 4+1 뷰 모델을 바탕으로 컴포넌트 기반으로 소프트웨어를 개발하기 위해 뷰 모델을 재 정 의한 모델이다. 이러한 관점 분리를 통한 소프트웨어 아 키텍처 뷰 모델은 CBD와 함께 접목됨으로써 컴포넌트 의 개발자와 조립자가 독립적으로 존재해서 소프트웨어 구성이 가능한 CBD의 개념을 효율적으로 반영한다.
외부적으로 볼 수 있는 속성은 다른 컴포넌트도 컴포 넌트로 구성될 수 있다는 가정을 지칭하는 것으로 소프 트웨어 아키텍처 정의 중 Bass, Clements와 Kazman이 언급한 개념이다. 본 논문에서는 [기에서 외부적으로 볼 수 있는 언급되어진 속성과 몇가지 요소를 더 추가해서 그림 11과 같은 외부적으로 볼 수 있는 속성 항목을 정 의한다.
본 논문에서는 컴포넌트 기반 4+1 뷰 모델을 두께가 6飾이상의 강판이며, 선박건조와 교량 및 각종 산업기계 등에 널리 쓰이는 후판의 저장, 이적, 출하 업무를 수행하는 아래와 같은 요구사항을 가진 후판 창고 관리시스 템에 적용하여 표현하였다.
재 정의된 뷰 모델을 바탕으로 현재 널리 쓰이는 모델 링 언어인 UML을 도입하여 뷰 모델 요소의 표현에 대해 제시하였다. 뷰 모델 요소와 표현 방법을 함께 제시함으 로써 컴포넌트 기반 4+1 뷰 모델을 사용하여 컴포넌트 기 반의 소프트웨어 개발을 하는데 있어서 실용성과 사용의 편이성을 제공해주고, 아키텍처를 사용하는 Stakeholder 사이의 의사소통을 원활하게 촉진 시킴으로써 소프트웨어 개발, 유지 . 보수 시간의 단축 효과를 얻는다.
어트리 뷰트와 오퍼레이션을 제외한 «process», < 라는 스테레오 타입을 가진 UML의 클래스 다이어그램 을 이용하여 정적인 구조를 제시하고, 상태 다이어그램 으로 시스템의 병행성 .
재 정의된 뷰 모델을 바탕으로 현재 널리 쓰이는 모델 링 언어인 UML을 도입하여 뷰 모델 요소의 표현에 대해 제시하였다. 뷰 모델 요소와 표현 방법을 함께 제시함으 로써 컴포넌트 기반 4+1 뷰 모델을 사용하여 컴포넌트 기 반의 소프트웨어 개발을 하는데 있어서 실용성과 사용의 편이성을 제공해주고, 아키텍처를 사용하는 Stakeholder 사이의 의사소통을 원활하게 촉진 시킴으로써 소프트웨어 개발, 유지 .
컴포넌트 기반의 소프트웨어 개발을 지원하기 위해 문맥 뷰, 논리 뷰, 조립 뷰, 처리 뷰, 물리 뷰로 구성된 그림 5와 같은 컴포넌트 기반 4뉘 뷰 모델을 제시한다.
인터페이스 명세 다이어그램은 그림 11에서 정의된 항목 중 공유 자원 사용과 인터페이스의 템플릿에 정의된 제공하는(provided) 서비스, 요청하는(required) 서비스 둥 인터페이스에 대한 내용을 반영한다. 컴포넌트에 대한 인터페이스를 그룹화하기 위해 UML의 패키지를 이용하여 표현한다. 인터페이스는 UML의 클래스를 사용하여<<operation>》라는 스테레오 타입을 이용하여 나타낸다.

이론/모형

또한 컴포넌트 분류 정보가 있을 경우, 예로 인터페이스 컴포넌트가 있다면 외부 저장소 로부터 가지고 온 경우는 <VCOTS:lmerface>>형식의 표현으 추출한 경우는<<Interface>>의 형식으로 표 현하여 나타낸다. 또한 컴포넌트를 가지고 있는 집합 개 념을 표현하기 위해 UML 표기법 중 패키지를 함께 사용하여 나타낸다. 패키지는 요소들을 그룹으로 편성하기 위한 다목적 메카니즘이다[18].

성능/효과

본 논문에서는 컴포넌트의 특징과 속성을 다음과 같이 정의한다[3, 13], 첫째, 컴포넌트는 독립적으로 개발, 인도, 배치될 수 있으며 제 3자에 의해 조립 가능하다. 둘째, 컴포넌트는 제공하는 서비스에 대한 인터페이스와 요구하는 서비스에 대한 인터페이스를 가진다. 셋째, 컴포넌트는 코드의 변경 없이 커스터마이즈되고 다른 컴포넌트와 조립될 수 있다.
둘째, 컴포넌트는 제공하는 서비스에 대한 인터페이스와 요구하는 서비스에 대한 인터페이스를 가진다. 셋째, 컴포넌트는 코드의 변경 없이 커스터마이즈되고 다른 컴포넌트와 조립될 수 있다. 여기서 커스터마이즈된다는 것은 인터페이스의 변경 없이 새로운 기능의 추가가 가 능하다는 것을 의미한다' 넷째, 컴포넌트는 대체 가능한 단위다.
문맥 뷰는 용량, 타당한 행동, 신뢰성과 유지 보수성 등과 같은 동적인 시스템 속성을 보여준다. 제시한 소프트웨어 아키텍처는 Kruchten이 제시한 4+1뷰 모델에서 영향을 받았으며, 공통성과 다양성을 반영한 도메인 뷰의 존재, COTS 기반의 아키텍처라는 특징이 있다. 그러나 실제 적용을 위해서는 공통성과 다양성을 반영하여 도메인 뷰를 구성하는 것이 어려우며, 뷰에 관점을 가지고 있는 Stakeholder에 대한 부분은 언급되어 있지 않다.

후속연구

그러나 컴포넌 트에 기반한 소프트웨어 개발을 지원하기 위해서는 컴 포넌트의 특징, 속성이 반영되어야 하며, 일반적인 모델 인 4니 뷰 모델이 컴포넌트 기반에 맞도록 재 정의될 필요가 있다. 또한 각 뷰의 관점을 반영하기 위한 명확 한 뷰의 요소와 표현에 대한 연구가 필요하다.
향후 연구 방향으로는 제안한 컴포넌트 기반 4+1 뷰 모델을 응용 소프트웨어 개발에 적용하여, 응용 소프트 웨어 아키텍처를 만들고, 이에 기반한 소프트웨어 개발에 대한 연구 및 아키텍처 설계 방법에 대한 연구가 필요하다.

참고문헌 (23)

O. C, Kwon, S. J., Yoon, and G. S., Shin, 'Component-Based Development Environment: An Integrated Model of Object-Oriented Techniques and Other Technologies', International Workshop on Component-Based Software Engineering, pp. 47-53, 1999
SEI in Carnegie Mellon University, 'Component-Based Software Development/COTSIntegration', http://www.sei.cmu.edu/str/descriptions/cbsd_body.html
하현주, 문미경, 염근혁, '컴포넌트 기반 소프트웨어 개발을 위한 도메인 분석 및 설계 방법', 한국정보과학회 논문지(소프트웨어 및 응용),제 28권, 제10호, pp. 743-756, 2001
OMG, 'Unified Modeling Language(UML), Version 1.4', http://www.omg.org
D.E., Perry, and A. L, Wolf, 'Foundations for the Study of Software Architecture, ACM Software Engineering Notes', OCT, pp. 40-52, 1992
SEI in Carnegie Mellon University, 'How Do You Define Software Architecture', http://www.sei.cmu.edu/architecture/definitions.html
L., Bass, P., Clements, and R., Kazman, 'Software Architecture in Practice', Addison-Wesley, 1998
The Architecture Working Group, 'IEEE Recommended practice for architectural description of software-intensive systems', IEEE Std 1471-2000, pp. 1-23, 2000
J., Chen, 'Architecture for Systematic Development of Mechatronics Software Systems', Licentiate Thesis, Royal Institute of Technology, Sweden, ISSN 1400-1179, ISRN KTH/MMK-01/06-SE
P., Kruchten, 'The 4+1 View Model of Architecture', IEEE Software, Volume:12 Issued, Nov, pp. 42-50, 1995

상세보기
D., Soni, R., Nord, and C, Hofmeister, 'Software Architecture in Industrial Applications', Proceedings of the 17th international conference on software engineering, pp. 196-207, 1995
M., J. Davist, and R., B. Williams, 'Software Architecture Characterization', Proceedings of the 1997 symposium on software reusability, pp. 30-38, 1997
M., Jung, and E., W. Biersack, 'A Component Based Architecture For Software Communication Systems', Proceedings of Seventh IEEE International Conference and Workshop on the Engineering of Computer Based Systems, pp. 36-44, 2000
H., Mili, A, Mili, S., Yacoub, and E., Addy, 'Organizations, Components, and Metrics: Foundations for an Engineering Discipline of Software Reuse', Software Reuse Technologies: 21. Component Based Software Development, http://www.info.uqam.ca/~mili/Enseignement/MIG8500 - s00/book-outline.html
M., Shaw, 'Large Scale Systems Require Higher-Level Abstraction', Proceedings of Fifth International Workshop on Software Specification and Design, IEEE Computer Society, pp. 143-146, 1989
B., Frank, R., Meunier, H., Rohnert, P., Sommerlad, and M., Stal, 'Pattern-Oriented Software Architecture A System of Patterns', John Wiley & Sons, 1996
A., Cockburn, 'Writing Effective Use Cases', Addison-Wesley, 2000
G., Booch, J., Rumbaugh, and I., Jacobson, 'The Unified Modeling Language User Guide', Addison-Wesley, 1998
J., Han, 'A Comprehensive Interface Definition Framework for Software Components', In proceedings of the Asia-Pacific Software engineering Conference, pp. 102-111, 1998
Bredemeyer Consulting, 'Action Guides for the Enterprise Architect', http://www.bredemeyer.com
M., Shaw, 'Truth vs Knowledge: The Difference Between What a Component Does and What We Know It Does', Proceedings of the 8th International Workshop on Software Specification and Design, pp. 181-185, 1996
K., Wallnau, and J., Stafford, 'Ensembles: Abstractions for A New Class of Design Problem', In Proceedings of the IEEE 27th Euromicro Conference, pp. 48-55, 2001
R., Allen, and D., Garlan, 'Beyond Definition/Use: Architectural Interconnection', Proceedings of ACM Workshop on Interface Definition Languages, pp. 35-45, 1994

저자의 다른 논문 :

표제어: PCR

동의어: Packet Collision Rate

용어 설명 출처 목록 (6)

용어 설명: PCR은 세균 특이성이 있는 primer를 이용하여 적은 수의 세균이 있을지라도 쉽게 검출할 수 있는 유용한 방법이며, 이를 이용하여 구강 내 치면세균막이나 타액에서 직접 세균을 검출할 수 있게 되었다[8].

내보내기 구분	파일저장 인쇄 메일전송
구성항목	기본정보 상세정보 관리번호, 논문명, 저널/프로시딩명, 저자 , 발행년, 권, 호, 시작페이지, 끝페이지, 발행기관 관리번호, 논문명, 대등논문명, 저자 , 저널/프로시딩명, 발행기관, 발행년, 발행언어, 권, 호, 시작페이지, 끝페이지, ISBN, ISSN, 주제분야, 키워드, 초록(한글), 초록(영문), 저자(소속기관)
저장형식	Text(ASCII format) Excel format RefWorks Direct Export RIS format (for Reference Manager, ProCite, EndNote), Scholar's Aids, Mendeley
메일정보	받는사람 (필수) @ 보내는사람 (선택) @ 제목 내용 KISTI 검색결과 이메일 서비스
안내	총 건의 자료가 검색되었습니다. 다운받으실 자료의 인덱스를 입력하세요. (1-10,000) 검색결과의 순서대로 최대 10,000건 까지 다운로드가 가능합니다. 데이타가 많을 경우 속도가 느려질 수 있습니다.(최대 2~3분 소요) 다운로드 파일은 UTF-8 형태로 저장됩니다. 파일의 내용이 제대로 보이지 않을실 때는 웹브라우저 상단의 보기 -> 인코딩 -> 자동선택 여부를 확인하십시오. ~ Text(ASCII format) Excel format

연합인증