• 한국IT서비스학회:학술대회논문집
• /
• 2007.11a
• /
• pp.425-430
• /
• 2007

시스템을 결정하는 품질 요소에는 여러 가지가 있으나 그 중에서도 유지보수성(Maintainability)이 높은 시스템을 만드는 것은 쉬운 일이 아니다. 또한 유지보수성이 높은 시스템인지 여부를 시스템 개발이 완료 전에 측정하는 것도 어려운 문제이다. 모든 품질요소가 그렇겠지만 시스템을 구성하는 소프트웨어 아키텍처 수준에서 시스템의 품질을 명확히 측정해내지 못하고 시스템 개발 이후에 측정한다면 품질 향상을 위한 시스템 수정은 생각할 수도 없는 문제가 될 것이다. 이 논문은 유지보수성 중에서도 가장 중요한 기능확장성(Extensibility), 즉 기존 시스템에서 신규 서비스를 추가하려 할 때 기존의 서비스에 영향을 미치지 않으면서 비용 및 기간을 최소화하여 새로운 기능을 추가할 수 있는 품질 속성을 소프트웨어 아키텍처 수준에서 비교하는 방법을 정의하여 제시한다. 본 논문에서는 소프트웨어 아키텍처 중에서도 기능확장성에 가장 큰 영향을 미치는 모듈 뷰를 기준으로 기능확장성을 측정할 갓이나 모듈 내부의 변경을 통한 기능확장성은 고려하지 않고 새로운 모듈의 추가로 인한 기능확장성을 고려하였다. 본 논문은 기 수립된 소프트웨어 아키텍처의 모듈 뷰가 가지는 고유한 기능확장성을 측정하는 함수를 제시하고 여기에 새로운 모듈이 추가될 매 변화한 소프트웨어 아키텍처의 기능확장 effort 함수를 제시한다. 이 두 함수를 통해 두 개의 대안 소프트웨어 아키텍처 모듈 뷰에서 어떤 것이 더 기능확장성이 있는지 판단할 수 있게 한다. 우리는 이를 검증하기 위해서 기능확장성이 좋다고 제시되고 있는 디자인 패턴(계층패턴과 Broker 패턴)을 통해 본 논문의 이론을 정립하고 그 효용성을 입증하였다. 따라서 소프트웨어 아키텍처 수준에서 기능확장성이 얼마나 가능한지 서로 비교 가능한 수치를 제시하였고 이 수치를 통해 실제 개발이 완료되기 전 시점에 시스템의 기능확장성을 명백히 측정할 수 있게 하여 시스템 기능 확장에 들어가는 많은 비용을 줄일 수 있다는 것을 보여준다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2011.06b
• /
• pp.110-113
• /
• 2011

서비스 지향 아키텍처는 기업 인프라의 복잡성 및 유지비용을 최소화 하고, 기업의 생산성과 유연성을 극대화할 것으로 기대되어 차세대 소프트웨어 아키텍처로 각광받고 있다. 이러한 서비스 지향 아키텍처 기반의 시스템이 효율적이고 성공적으로 자리 잡기 위해서는 올바른 서비스 식별과 구성이 필수적이다. 하지만 서비스를 식별하기 위한 요구사항 분석과정은 비즈니스 업무를 분석하는데 집중되어 있으며, 비기능 요구사항은 비가시적인(invisible) 특성으로 인해 쉽게 간과되어 설계에 반영되기 어렵다. 기존의 방법들은 이러한 비기능 요구사항을 객체수준에서 반영하기 때문에 서비스 조합으로 새로운 서비스를 창출하는 서비스 지향 아키텍처의 구조에서는 비기능 요구사항을 달성하기 어렵다. 본 논문은 서비스 패턴에 적용 가능한 비기능 요구사항을 식별하고 서비스 지향 아키텍처에 필요한 패턴을 분석한다. 그리고 식별된 비기능 요구사항을 달성하기 위한 서비스 패턴을 제안한다.

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.07b
• /
• pp.370-372
• /
• 2005

아키텍처는 요구사항을 기반으로 생성되어야 한다. 특히 비기능적 요구사항은 아키텍처의 생성에 않은 영향을 미치는 요인이다. 본 논문은 아키텍처를 생성하기 위한 요구사항 분석 기법과 전략을 제안한다. 제안하는 방법은 유스케이스를 이용하여 기능 요구사항을 추출하고, AHP(Analytic Hierarchy Process)를 이용하여 비기능 요구사항의 중요도를 정량적으로 분석한다.

• The KIPS Transactions:PartD
• /
• v.12D no.4 s.100
• /
• pp.617-626
• /
• 2005

To design a software system many architecture styles have to be combined to construct the overall architecture of the system What to choose among various architecture styles or architectural approaches depends on the fact of what kind of functional or non-functional quality requirements the system should satisfy In this study, we define the method to choose suitable architectural approaches by the satisfaction level of system requirements that is evaluated through estimation about technical parts of architectural approaches, and verify the evaluation method by the case study that apply the evaluation method to choose architectural approaches for message system.

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2019.11a
• /
• pp.227-229
• /
• 2019

시스템의 기술 중심적 개발은 사용자 및 이해관계자들이 개발공정을 파악하거나 개입하기 어려워, 불필요한 기능과 품질 낮은 서비스로 구현될 수 있다. 자율운항선박 항해정보플랫폼의 초기설계에 S/W 아키텍처 설계과정을 적용하면 이해관계자들의 요구기능과 서비스 품질이 반영된 시스템 개발에 도움이 될 것이다. 본 연구는 S/W 아키텍처 설계 절차를 적용하여, 요구기능 정의와 품질속성을 분석하고 속성별 전략을 제시하고자 한다. 이해관계자들의 참여를 유도하여 플랫폼의 중요 요구기능과 제약사항을 도출하고, 분석결과를 목록화 하였다. 연구 결과를 통해 아키텍트는 항해정보플랫폼 아키텍처 개발에 있어 기술적 해결방안을 수립할 수 있을 것이며, 이해관계자들의 요구가 반영된 시스템 설계가 가능할 것이다.

• Journal of KIISE:Software and Applications
• /
• v.33 no.1
• /
• pp.58-68
• /
• 2006

Requirements are very important to model software architecture. Requirements are divided into functional and quality requirements. Functional requirements are pinpointed subsystems and components. Quality requirements affect the structure of architecture. Thus requirements are essential to understand clearly in order to design software architecture. This paper focuses on a quantitative approach to requirements analysis for modeling architectures. In our proposal, functional requirements are quantified through calculating each priority of components. Quality requirements are quantified through calculating the correlation degree between components and quality attributes. The proposed method is implemented by DRAMA (Domain Requirements Analysis for Modeling Architectures), which fully supports our approach and are developed in Java environments. Our proposal is validated to apply some industrial examples.

• Proceedings of the Korean Institute of Navigation and Port Research Conference
• /
• 2011.06a
• /
• pp.29-30
• /
• 2011

GNSS 시스템의 다원화에 따른 DGPS RSIM 기능도 DGNSS 체제로 기능적, 시스템적 고도화가 필요한 시점이 도래하고 있다. 이와 관련하여 차세대 DGNSS RSIM 아키텍처를 미국 해양경비대(USCG) NAVCEN에서 제안하였는데, 이 차세대 DGPS RSIM 아키텍처의 기본 요구조건은 PC 플랫폼 기반의 신규 신호 및 기술에 대한 충분한 유연성을 확보할 수 있고, 기존 사용자 수신기와 기존 기준국 시스템과의 충분한 호환이 가능해야 한다는 것이다. 그러나 위의 제시된 아키텍처는 DGPS RSIM 시스템의 소프트웨어 응용에 초점이 맞추어져 있어서 GNSS 다원화에 따른 DGNSS 기준국 기능 고도화에 한계가 있다. 그러므로 본 논문에서는 소프트웨어 DGNSS RSIM 개발을 위한 후속연구로서, 현재 운영 중인 GPS/GLONASS를 중심으로 보정정보 생성 및 그 측위정확도 성능분석에 중점을 두고자 한다. 기 설계된 DGNSS 소프트웨어 RSIM 아키텍처에 대해 설명하고, 설계된 아키텍처와 통합보정정보 생성 및 처리 기법이 적용된 GPS/GLONASS 통합보정시스템을 구현하여, 향후 소프트웨어 DGNSS RSIM을 위한 측위정확도 측면에서의 성능을 분석한다.

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

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

• Proceedings of the Korean Information Science Society Conference
• /
• 2005.07b
• /
• pp.421-423
• /
• 2005

제품계열(Product-Line) 개발 방법은 특정 영역에 대해 핵심 자산을 구축한 후 제품 특성에 맞게 자산을 변경하여 신속하게 제품을 생산하는 방법이다. 제품계열의 이용한 제품 생산이 생산성과 효율성을 높이기 위해서는 자산 구축이 제품 패밀리로부터 정확히 추출, 생성되어져 있어야 한다. 특히 핵심 자산 중에서 가장 중요한 자산인 제품계열 아키텍처이 중요하다. 본 논문에서는 도메인 전문가가 제품 영역에 대한 분석을 끝낸 후 제품계열 아키텍처를 생성, 편집을 용이하도록 도와 줄 수 있는 기능과 제품계열 아키텍처에서 제품 아키텍처로 쉽게 유도할 수 있도록 도와주는 기능을 고려하여 설계하고자 한다. 또한 설계된 내용을 기반으로 아키텍처 다이어그램 편집기 프로토타입을 구현하였다.

• Journal of Convergence for Information Technology
• /
• v.7 no.2
• /
• pp.67-76
• /
• 2017

Along with shortening the life cycle of software utilization and supporting various types of user functions, the importance of software architecture development has been emphasized recently. If a software architecture is developed flexibly and reliably for expansion to support new functionality, it can quickly cope with new market demands. This paper proposes an architecture design method based on design recovery of open source software to reuse the software in the development of sustainable software system. When using open source software to develop a software system based on software architecture, we can develop a software system rapidly and also can improve the reliability of the system because we use the already proven open source software in the development.