• Proceedings of the Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.570-573
• /
• 2008

최근 시스템을 구축하는데 있어서 점점 더 많은 상용 컴포넌트가 쓰이고 있다. 컴포넌트에서 핵심 요소로 작용하는 요구사항은 기능 요구사항과 비기능 요구사항으로 나뉘며, 실질적인 컴포넌트의 재사용에 있어서 비기능적이 요소가 결정적인 기준으로 작용하고 있다. 비기능 요구사항은 해당 시스템이 지원해야 할 기능 요구사항의 제약사항 또는 품질 속성을 말하며, 소프트웨어의 품질 요구 사항으로 반영된다. 결국 시스템의 품질을 보장하기 위해서는 시스템을 구성하는 컴포넌트가 가진 품질을 고려해야 한다. 따라서 본 논문에서는 시스템의 품질에 관여하는 비기능 요구사항을 분석 및 반영 하기 위해 품질 속성이나 제약사항과 같은 컴포넌트가 가져야 할 비기능 요구사항을 고려한 컴포넌트의 추출 기법을 제안한다. 비기능 요구사항의 분석은 UML의 유스케이스에서 이루어지며 기능-비기능 요구사항의 영향관계를 고려하여 컴포넌트를 추출한다. 추출된 컴포넌트는 문서화를 통해 잘 기술된 제약사항 및 품질 요구사항에 대한 정보를 가지고 있기 때문에 보다 효과적인 컴포넌트를 이용한 개발을 가능케 한다.

• Journal of KIISE:Software and Applications
• /
• v.33 no.7
• /
• pp.615-623
• /
• 2006

A non-functional requirement is a property or quality that the proposed systems have to support the functional requirements. A non-functional requirement is reflected by quality attribute These non-functional requirements playa crucial role during system development, serving as selection criteria for choosing among decisions. It should be continuously considered through the software development process. In spite of the importance of the non-functional requirements, it received little attention because of ambiguousness and invisibility of non-functional requirements. Therefore non-functional model which is a process to analyze the non-functional requirement is proposed for improving the management efficiency of non-functional requirements. Also, this paper presents the trace among the UML diagrams to the conceptual model. According to the non-functional requirement development process, this paper achieved performance-based case study. After then, non-functional requirement should be traced using the UML diagrams.

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

비기능적 요구사항은 대상 시스템이 지원해야 할 기능적 요구사항의 속성 또는 품질로써 소프트웨어 품질 속성으로 반영된다. 또한 비기능적 요구사항은 설계를 결정하기 위한 중요한 기준으로 사용되므로 소프트웨어 개발 프로세스 전반에 걸쳐 꾸준히 고려하고, 관리해야 한다. 하지만 비기능적 요구사항은 가시성이 없고, 명확히 명세하기가 어려운 특성으로 인해 간과하기 쉽다 따라서 비기능적 요구사항을 실제 모델링에 반영하고, 이를 추적하여 계속적으로 관리하기 일한 노력이 필요하다. 이에 본 논문에서는 내장형 소프트웨어의 비기능적 요구사항을 모델링 하는 절차를 제안하며, 내장형 소프트웨어의 특성을 가진 지능형 조명 제어 시스템의 사례를 통해 비기능적 요구사항을 반영한 모델링을 수행하고, 다이어그램들 사이' 의 비기능적 요구사항에 대한 추적 과정을 살펴본다

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

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

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

최근 요구 사항에 대한 관리가 소프트웨어 시스템 개발의 중요한 성공 요인으로 등장하게 되어 그 중요성은 더욱 부각되고 있다. 특별히 소프트웨어 품질에 관심이 높아지면서 고품질의 소프트웨어 생산을 위한 노력이 활발히 이루어 지고 있다. 이러한 노력의 일환으로 소프트웨어 개발의 초기단계인 요구사항 단계에서 비기능적인 요구사항을 분석함을 제시하고 있으나 극히 미진한 연구가 진행되고 있다. 본 논문에서는 이를 위해 요구사항 단계에 영향을 주는 품질 속성으로 품질 모델을 정의하고 이를 이용하여 기능적 요구사항을 중심으로 관련된 비기능적 요구사항을 추출한다. 그리고 추출된 비기능적 요구사항과 품질 모델을 사용하여 시스템 단계의 비기능적 요구사항을 추가적으로 추출하는 방안을 제시한다.

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

최근 시스템이 점차 대형화되고 복잡화되면서 시스템의 요구사항은 소프트웨어 프로젝트의 성패를 결정하는 중요한 문제로 인식되었다. 특히 소프트웨어 품질에 관심이 높아지면서 고품질의 소프트웨어 개발을 위해 노력이 활발히 이루어지고 있다. 이러한 노력의 일환으로 소프트웨어의 품질 속성을 나타내는 비기능 요구사항을 추출.분석을 위해 연구가 진행되고 있으나 극히 미진한 연구가 진행되고 있다. 본 논문은 이를 위해 소프트웨어 개발의 초기단계인 요구사항 단계에서 비기능 요구사항을 분석하고 이를 설계 단계에서 사용할 수 있도록 기술하는 방안을 제시한다.

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

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

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

최근 정보통신 기술이 빠르게 발전하면서 생활 환경 안에서 내장형 소프트웨어를 탑재한 독립적인 장치들을 많이 볼 수 있다. 이러한 내장형 장치들은 하드웨어의 특성으로 인해 비기능적인 요구사항이 중요하다. 본 논문에서는 내장형 시스템의 비기능적 요구사항을 기능적 요구사항 중심으로 추출하는 방법을 제안한다.

• Proceedings of the Korea Water Resources Association Conference
• /
• 2023.05a
• /
• pp.457-457
• /
• 2023

본 연구에서는 위성영상 상황판연계·표출시스템을 개발하기 위하여 사용자 요구사항을 조사 및 분석하였고 분석 결과, 요구사항정의서와 시스템규격서를 도출하였다. 먼저, 위성영상 상황판 연계·표출시스템의 요구사항 조사를 위해 중앙재난안전상황실 근무자를 대상으로 설문(수요) 조사를 수행하였다. 상황실 실무자별 요구사항을 취합한 설문 결과와 연구 1차년에 수행했던 상황실 근무자 인터뷰 결과, RFP, 연구단 내부협의 결과를 검토하여 정보제공 측면 및 위성영상 활용 측면의 사용자 요구사항을 도출하였다. 도출 결과를 기반으로 시스템 요구사항을 정의한 결과, 시스템 기능은 54개의 기능과 9개의 비기능으로 분류되었다. 또한, 시스템 구성요소별 요구기능을 세부적으로 구분하여 요구사항정의서를 작성하였다. 시스템 요구기능 분류는 사용자기능/관리자기능/사용자서비스/사용자인터페이스/시스템기능/시스템서비스 등으로 상세 구분하였다. 마지막으로, 연구단 협의를 통해 요구사항정의서를 기반의 시스템규격서를 작성하였다. 시스템규격서는 일반규격, 각 시스템별 성능규격, 인터페이스규격, 기능규격으로 구분하여 세부 정의하였다. 본 연구내용은 지속적인 연구 개발을 통해 위성영상 상황판연계·표출시스템 설계 자료로 활용될 계획이며, 향후 위성영상을 활용한 재난안전 상황관리 대비/대응 체계 마련에 도움을 줄 것으로 사료된다.

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

임베디드 시스템은 특정 목적을 수행하기 위해 개발되는 컴퓨팅 시스템으로 최적화된 하드웨어 위에서 동작 가능한 소프트웨어로 구성된다. 임베디드 시스템은 개발 단계별로 여러 가지 설계 대안 중 최적의 설계를 선택하는 설계 결정이 이루어지는데 설계 결정 시에는 이에 대한 근거가 제시되어야 한다. 임베디드 시스템은 여러 유형의 제약사항 범위 안에서 개발되어야 하는 특징으로 인해 임베디드 시스템 개발 시에는 기능적 요구사항과 함께 비기능적 요구사항 역시 중요한 요소가 된다. 따라서 제약사항을 담고 있는 비기능적 요구사항은 설계 결정 시에 중요한 영향을 미친다. 그러므로 본 논문에서는 CMMI의 공학 프로세스 영역에 근거하여 임베디드 시스템의 개발주기를 요구사항 개발, 기술적 해결, 제품 통합 각 단계로 나눈 다음, 각 단계에서 이루어지는 설계 결정 활동을 비기능적 요구사항에 근거하여 분석하고자 한다. 이를 통해 임베디드 시스템 개발 단계별 설계 결정에 대한 추적성을 제공하고자 한다.