• Proceedings of the KOR-KST Conference
• /
• 1998.10a
• /
• pp.181-190
• /
• 1998

시스템 아키텍쳐는 시스템의 가장 상위수준 개념이다. 이러한 아키텍쳐의 정립이 1997년 8월에 완료된 2수준 아키텍쳐에 이어 3, 4수준 아키텍쳐가 연구되었다. 본 연구는 그중 고속도로교통관리시스템(FTMS)에 관한 것을 제시한다. 제 3수준 아키텍쳐는 2수준 아키텍쳐를 서비스 구현단위로 분해한 서브시스템이며, 다양한 ITS 서비스를 '제품(Package)'화 하여 ITS 서비스를 선택적, 점진적으로 구현 가능케 하였다. 제 4수준 아키텍쳐는 물리아키텍쳐 개념을 도입하여 3수준에서 분해된 서브시스템을 구성하는 각종 물리적 요소를 정의하고, 이들 간의 또는 외부요소와의 정보흐름을 정의하였다. 이에 따라, FTMS는 고속도로 교통관리 서브시스템, 고속도로 교통류제어/연계 서브시스템, 고속도로 돌발상황관리 서브시스템으로 분해/정의되었다.

• KSCE Journal of Civil and Environmental Engineering Research
• /
• v.29 no.2D
• /
• pp.175-181
• /
• 2009

Korean government has developed the 1st version of the National ITS Architecture in 1999 and utilized it as the framework for ITS planning, design, and standardization. The National Architecture now needs to be revised to accommodate environmental changes in ITS market and advancement of ITS core technologies. This study evaluates the current version of the architecture and suggests the directions for revision for a new national ITS architecture. The two most popular methodologies for architecture development-the process-oriented approach and the object-oriented approach-were reviewed, and the process-oriented approach was selected for new architecture development. The concept of the national architecture was then newly defined based on evaluation of the existing architecture. The new National ITS Architecture is suggested to be composed of ITS user services, logical architecture, physical architecture, and project architecture. This study must be followed by actual architecture development efforts and supporting policy actions for successful deployment of the new National ITS Architecture.

• Proceedings of the Korean Association of Geographic Inforamtion Studies Conference
• /
• 2004.03a
• /
• pp.71-75
• /
• 2004

텔레매틱스 서비스를 통합적이고 원활하게 제공하기 위해서는 개별 시스템 구성 요소들 간의 연관관계를 규정하는 아키텍쳐의 수립이 필요하다. 현재 부분적, 개별적으로 연구 및 개발되고 있는 여러 시스템들의 기반이 되는 프레임워크(framework)로서의 텔레매틱스 아키텍쳐는 서비스가 활성화되기 전에 구축되는 것이 바람직하다. 본 논문에서는 외국의 국가 수준의 텔레매틱스 아키텍쳐의 구축 사례와 인접 분야인 ITS 분야의 국가 아키텍쳐를 고찰하여 텔레매틱스 아키텍쳐 구축을 위한 기본 방향을 제시하고자 한다. 본 논문은 총 4장으로 구성되었으며, 제1장 서론에 이어 제2장에서는 핀란드의 국가 텔레매틱스 아키텍쳐와 우리나라의 국가 ITS 아키텍쳐를 고찰하였다. 제3장에서는 제2장의 사례 고찰을 통하여 우리 나라의 텔레매틱스 아키텍쳐 구축 기본 방향을 제시하고 제4장에서 텔레매틱스 아키텍쳐 구축의 기대 효과와 향후 연구를 언급함으로써 결론을 맺었다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2000.10a
• /
• pp.495-497
• /
• 2000

CBD(Component-Based Development)는 이미 존재하는 소프트웨어 컴포넌트를 조립함으로써 시스템을 개발하는 방법이다. 컴포넌트를 이용하여 시스템을 개발하는 것은 개발시간과 비용을 줄이고, 생산성을 향상시키는 등 여러 가지 장점을 가진다. 그러나 여러 벤더에 의해 개발된 컴포넌트를 조립하는 것은 쉬운 일이 아니다. 이를 위해 컴포넌트가 어떤 문맥에서 사용되는지 이해하는 것이 필요하며 이 문맥은 아키텍쳐에 의해 결정된다. 따라서 본 논문에서는 컴포넌트 기반 개발을 위한 도메인 아키텍쳐를 제안한다. 도메인 아키텍쳐는 도메인을 구성하는 컴포넌트와 그들간의 관계에 대한 정보를 제공함으로써, 어플리케이션 개발을 쉽게 한다. 또한 도메인 아키텍쳐는 관련된 여러 시스템을 위한 아키텍쳐이므로, 도메인 아키텍쳐 상의 컴포넌트는 재사용이 높다.

• Proceedings of the Korean Information Science Society Conference
• /
• 1998.10b
• /
• pp.469-471
• /
• 1998

소프트웨어 아키텍쳐의 정의는 소프트웨어 생명주기의 시금석과 같아서 수명주기 전반에 많은 영향을 미칠 수 있다. 특히 대규모의 소프트웨어를 짧은 시간에 개발할 경우, 기존 소프트웨어의 유지보수나 소프트웨어 부품의 재활용이 절실하게 요구되는 상황에서는 더욱 중요하다. 본 논문에서는 소프트웨어 아키텍쳐를 컴포넌트, 포트, 커넥터, 그리고 제한사항 등으로 정의하고, 이렇게 정의한 아키텍쳐를 시각적으로 표현함으로서 소프트웨어 개발의 효율성과 재사용성을 높이고자 하였다. 시각적으로 표현된 소프트웨어 아키텍쳐는 그 내용이 LOTOS 행위를 만족 시켜서 정형적 표현이 가능하며, 이러한 정형 명세에 대한 확인, 검증을 통해서 소프트웨어 아키텍쳐의 연결, 결합이 가능하여 소프트웨어 아키텍쳐 수준의 재사용성을 확인할 수 있다.

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

UML을 기반으로 소프트웨어 아키텍쳐를 모델링 하기 위한 많은 연구가 진행되어 왔다. 특히 UML을 확장(extension)하여 UML이 지원하지 않는 핵심적인 아키텍쳐 개념을 명시적으로 표현하기 위한 노력이 진행되어 왔다. 그러나 기존의 대부분의 연구들은 UML1.x을 기반으로 한다 이에 비해 공식 발표될 예정인 UML2.0은 아키텍쳐 모델링에 관한 개념을 보다 많이 포함하고 있다. 하지만 UML2.0에도 명시적인 표현이 어려운 아키텍쳐의 핵심 개념들이 여전히 존재한다. 또한 UML2.0은 아키텍쳐 기술에 불필요하거나 관련이 적은 모델링 요소들도 많이 포함하고 있다 본 논문에서는 UML2.0에서 표현된 아키텍쳐 모델링 요소를 살펴보고, 아키텍쳐를 표현하기 위해서 UML2.0을 어떻게 아키텍쳐 기술 언어에 대한 프로파일로 확장하고 정의할 것인지를 고려한다.

• Journal of Korea Society of Industrial Information Systems
• /
• v.7 no.5
• /
• pp.96-102
• /
• 2002

As the size and complexity of software systems increase, the design and specification of overall system structures become more significant issues than the choice of algorithms and data structures. Structural issues include the organization of a system as a composition of components; global control structures; protocols for communication synchronization, and data access etc. In this paper we show why the existing software architectural description method is not satisfied, and suggest the necessity of the new architectural description language md the requirements of the software architectural description language.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2009.11a
• /
• pp.867-868
• /
• 2009

아키텍쳐를 기반으로 디자인 된 소프트웨어는 컴포넌트간의 낮은 결합력 때문에 재사용이나 부분적인 수정이 쉽다. 일반적으로 아키텍쳐는 디자인 단계에서 구성되며 아키텍쳐 디자인을 바탕으로 컴퍼넌트들을 구현한다. 그러나 프로그래밍 언어의 컴퍼넌트간 인터페이스는 아키텍쳐의 커넥터와 다르기 때문에 구현된 코드는 아키텍쳐 디자인을 있는 그대로 반영하지 못 한다. 결과적으로 차후 프로그램 코드의 수정이나 재사용이 아키텍쳐 디자인의 변경보다 복잡해진다. 본 논문에서는 아키텍쳐의 커넥터를 클래스를 통해 명확히 구현함으로써 아키텍쳐 디자인을 그대로 유지하는 코드 작성법을 제안한다.

• The KIPS Transactions:PartD
• /
• v.8D no.1
• /
• pp.54-61
• /
• 2001

Software architectures can be restructured by modification and replacement during design processes, and appropriate software architectures for developments can be more than one. Therefore, developers are required to specify efficiently the modification elements of architectures, and manage different versions of an architecture designed for various aspects. In this paper, we propose a mechanism that can restructure legacy architecture and a new software architecture designed with reuse of it in integrated form, and define the specification elements and structure of the proposed architecture restructuring specification. It provides the method that can reference and reuse architectures designed with various aspects of developers in architecture design processes.

• Journal of the Korea Computer Industry Society
• /
• v.3 no.1
• /
• pp.117-124
• /
• 2002

In software development process, appropriate design can exist more than one. And software architectures can be restructured by modification and update during design processes. Therefore, the method that specify efficiently the modification elements of architectures, and manage different versions of architecture designed through various aspects is required. In this study, we propose software architecture restructuring mechanism that can restructure legacy architecture and a new software architecture designed with reuse of it in integrated form, and define specification elements and structure of the proposed restructured architecture specification. It provides the method that can reference and reuse architectures designed with various aspects of developers in architecture design processes. In addition, it supports flexible specification method for specification of modification elements such as revision, substitution, update of legacy software architecture.