• Journal of KIISE:Software and Applications
• /
• v.32 no.1
• /
• pp.10-21
• /
• 2005

Software architecture is increasingly being viewed as a key design in developing complex software systems, which largely affects the achievement of quality attributes. During the architecture-based software development, therefore, architectural transformation is needed to achieve quality attributes. Due to the variety of design alternatives and the poor predictability of the effects of the transformation, however, it is not easy to apply architectural transformation. Therefore, the method is needed to support architectural transformation through systematically analyzing the effects of applying various design alternatives to the architecture. This paper proposes an approach to support software architecture transformation. Based on architectural design decisions and the constraints on them included in the architecture, our approach defines a decision constraint graph representing the dependencies among architectural design decisions. Through using the decision constraint graph, architectural transformation can be systematically performed by understanding the effects of applying a transformation. While this work supports more understanding of applying architectural transformation, it also helps reconstruct a software architecture to improve the quality of the software.

• Proceedings of the Korean Information Science Society Conference
• /
• 2004.04b
• /
• pp.448-450
• /
• 2004

소프트웨어 아키텍처는 소프트웨어 시스템 구축시 설계단계의 첫번째 부분으로 소프트웨어 개발시 중요시 되고 있다. 아키텍처 설계시는 비즈니스 목표나 품질 요구사항, 도메인의 특징과 개발 환경 등 여러 가지 사항을 고려해야하고 설계된 아키텍처를 검증할 수 있어야 한다. 그러나 성숙한 아키텍처가 아닌 경우 개발하고자 하는 시스템의 아키텍처 설계나 검증이 어렵다. 따라서 본 논문에서는 비즈니스 정보시스템에서 많이 사용되고 있는 아키텍처를 도출, 분류해보고, 품질 속성 만족 여부를 분석함으로써 비즈니스 정보 시스템 구축시 아키텍처들에게 아키텍처 참조 모델을 제공하고자 한다.

• The KIPS Transactions:PartD
• /
• v.12D no.6 s.102
• /
• pp.857-862
• /
• 2005

MND(Ministry of National Defense) has developed MND AF(Ministry of National Defense Architecture Framework) and CADM(Core Architecture Data Model to guarantee interoperability among defense information systems. But, it is very difficult to manage architecture product documented through MND AF and CADM. So, there Is necessity for development of modeling tool and repository system which can develop architecture products and manage architecture product informations in common repository In this paper, we developed architecture product management system which supports development and management of meta model and architecture product of MND AF and CADM. Through architecture product management system architect of each agency can construct architecture product in a more effective and efficient way with modeling method and a user can search and refer useful architecture product informations using query function. Also, architecture product management system provides the basis for system integration and interoperability with integration, analysis and comparison of architecture product.

• Proceedings of the Korean Information Science Society Conference
• /
• 2003.10b
• /
• pp.238-240
• /
• 2003

현재 국방부에서는 국방정보체계간의 상호운용성을 보장하기 위해 아키텍처 산출물을 쉽고 일관성 있게 개발할 수 있는 국방 아키텍처 프레임워크를 개발하고 있다. 따라서 개발된 아키텍처 산출물을 저장하여 재사용하고 국방 전반의 아키텍처 정보의 교환, 비교, 통합을 용이하게 하는 핵심아키텍처데이터모델의 개발이 필요하다. 핵심아키텍처데이터모델은 국방 아키텍처 프레임워크에서 도출된 데이터 요구사항을 통해 엔티티를 추출하고 관계를 정의하였으며 실사례를 통해 엔티티를 검증하였다. 이를 통해 전군의 아키텍처에 대한 공통의 데이터 모델을 제공하여 국방정보체계에 대한 통합적인 정보자원관리와 상호운용 및 통합을 향상시킬 수 있다.

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2012.10a
• /
• pp.165-166
• /
• 2012

국제해사기구의 e-navigation 개발 작업에는 사용자 중심적 서비스 제공을 위해 사용자 요구사항이 반영된 아키텍처를 먼저 개발하고 그에 따라 필요한 기술과 시스템을 개발하는 전략적 접근이 요구된다. 지난 2011년 국제해사기구의 NAV 57차 회의에서 채택한 포괄적 e-navigation 아키텍처에는 e-navigation을 지원하기 위한 선상 시스템이 선박 측에 포함되어 있으며 보다 상세한 선박 측 사용자 서비스를 정의하기 위해서는 선상시스템을 위한 세부 기술적 아키텍처 개발이 필요하다. 본 논문에서는 e-navigation 선상시스템의 기술적 아키텍처 개발을 위해 사용자 요구사항 및 격차분석 단계에서 제시된 다양한 격차와 해결책들을 분석하고 선상시스템을 위한 기술트리를 도출하여 이로부터 아키텍처를 구성할 각 모듈을 도출하였다. 또한 e-navigation 잠정 해결책과 아키텍처의 각 모듈을 비교분석하여 그 유효성을 검증하였다.

• The KIPS Transactions:PartD
• /
• v.11D no.2
• /
• pp.407-414
• /
• 2004

The US DoD architecture framework defines architecture Products according to three viewpoints : operational view, system view, and technical view. But, its coarse-grained development process causes leakage of the details In transforming among different views. It also uses different methods for architecture products development, so that the levels of those products are not consistent. So. we propose MND AF(Ministry of National Defense Architecture Framework) for military environment to solve those problems. We propose additional architecture products to achieve consistency, including “architecture disciplines definition description,”“organization-to-activity relationships matrix,” “system definition description,” and “technical reference model,” etc. We also propose the architecture development process in more detail through seven steps. In addition, we propose the applicability of those products to the life cycle processes of the acquisition management. MND AF can provide consistency and traceability of architecture products, provide the basis for sl·stem integration and interoperability. Also, architecture developers can construct architecture in a more effective and efficient way through MND AF.

• Journal of the Korean Society for Railway
• /
• v.11 no.1
• /
• pp.101-106
• /
• 2008

Recently, Architecture Frameworks are used to develop Information Management System (IMS). This paper describes an operational architecture development method for railway system safety assessment. using DoDAF (Department of Defense Architecture framework). The need of IMS is increasing to perform safety assessment task effectively and efficiently as safety-critical system like railway System. It is necessary that operational architecture based IMS requirements generated fir safety assessment. ARP(Aerospace Recommended Practice)4761 are referred to develop safety assessment operational architecture applicable to railway system. Firstly, schema and template was developed to perform the operational architecture development process using a commercial CASysE(Computer-Aided Systems engineering) tool, CORE. Not only the operational architecture allows building flexible IMS, but also helps business process solving.

• The Journal of Society for e-Business Studies
• /
• v.11 no.2
• /
• pp.71-91
• /
• 2006

Nowadays most enterprise want to organize all Information Technology elements for their vision and mission accomplishments by integration view Enterprise architecture is used by the solution. But IT is so more complex that it can't cover application development. This research defines software architecture framework by enterprise view and designs enterprise architecture framework for embracing application development. Software architecture framework consists of meta architecture, conceptual architecture, logical architecture, physical architecture. For enterprise architecture framework including enterprise software architecture framework, this research analyzes its perspectives and Views. After all, This research able to apply to systematic application development based on enterprise architecture and completely IT elements organization by enterprise view.

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

동일 제품군에 대한 소프트웨어 재사용 요구와 디지털 복합 제품군의 등장으로 임베디드 소프트웨어에 대한 아키텍처 중요성은 날로 증가하는 추세에 있다. 하지만 임베디드 시스템 개발이 하드웨어 중심으로 이루어지는 특성상 소프트웨어 아키텍처에 대한 연구는 미비한 현실이다. 이에 본 연구에서는 임베디드 시스템의 핵심 아키텍처 요소를 서비스로 보고, 서비스 제공을 위해 기능 중심의 아키텍처 스타일 및 프레임워크 개발 방법을 제시하고 인버터 제품에 대한 사례연구를 통해 임베디드 시스템 개발에 효과적인을 확인하였다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.11b
• /
• pp.388-390
• /
• 2005

본 연구는 컴포넌트로 구성된 일반 아키텍처 모델에서 개별 컴포넌트의 기능성을 컴포넌트 개발 시에 확인할 수 있도록 유닛 테스트 기반의 테스트 드라이버 코드를 자동으로 생성하는 장치 및 방법에 관한 것이다. 즉, 본 연구는 아키텍처 모델에서 컴포넌트의 인터페이스에 대해서 아키텍처 설계자가 인터페이스에 대한 예상 기대값, 컴포넌트의 상태 정보, 특정 시점에서의 인터페이스의 입력정보들을 입력하면 이 정보를 이용하여 테스트를 수행하기 전에 컴포넌트의 상대를 설정하는 테스트 준비 코드와 테스트를 수행한 후에 발생하는 결과값과 예상 기대값을 비교하여 확인하게 하는 테스트 악인 코드를 포함하는 테스트 드라이버 코드를 자동으로 생성한다. 본 연구에 의하면, 아키텍처 설계 단계에서 아키텍처 설계자가 컴포넌트 개발자에게 테스트 드라이버 코드를 제공하게 함으로써 아키텍처 설계에서 요구하는 컴포넌트의 기능이 개별 컴포넌트 별로 제대로 개발되는지 개발시에 자동으로 검증하게 할 수 있다.