• 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 Korea Information Processing Society Conference
• /
• 2008.11a
• /
• pp.570-573
• /
• 2008

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

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

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

• Proceedings of the Korea Institutes of Information Security and Cryptology Conference
• /
• 2002.11a
• /
• pp.642-645
• /
• 2002

본 논문에서는 기존의 평가기준에 기반하여 평가$\square$인증 받은 침입탐지시스템 제품의 대다수를 차지하는 K4 등급의 보안기능요구사항과 공통평가기준 보안기능요구사항을 본 논문에서 설정한 보안목적과 자산에 기반하여 비교 분석함으로써 이들 보안기능요구사항간의 호환 가능성을 검토하고 상호 호환되지 않는 K4 보안기능요구사항에 대해서는 새로운 공통평가기준 기반 기능 컴포넌트의 필요성을 제시한다.

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

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

• The Journal of Korean Association of Computer Education
• /
• v.9 no.4
• /
• pp.43-54
• /
• 2006

In general, user requirements in web-based learning systems are divided into functional and non-functional requirements. Developers are responsible for the verification of quality related requirements, which is known to be difficult to perform. This paper suggests a verification method that can be applied in the area where the conformance of implementation for non-functional requirements is required. The paper performs tests for non-functional requirements by using the information extracted from quality related features that have imposed constraints on design activities.

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

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

• Proceedings of the Korean Information Science Society Conference
• /
• 1999.10a
• /
• pp.531-533
• /
• 1999

시스템이 사용되는 분야가 점점 복잡해지고 대형화됨에 따라 시스템 개발에 있어 사용자 요구사항의 올바른 분석과 서술이 중요하게 인식되고 있으며 또한, 인터넷(internet)의 발전으로 분산 환경에서의 요구사항 추출 및 분석의 필요성이 대두되고 있다. 본 논문에서는 요구사항 관리도구의 주요기능인 요구사항 추출기능, 변경관리, 버전관리, 요구사항 수정 삭제 기능을 웹 기반 환경에서 지원하기 위하여 자바 애플릿 프로그램으로 구현하였고, 최종 요구사항 명세서 작성을 위한 보고서 작성 기능을 비주얼 베이직 프로그램으로 구현해 보았다.

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

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

• Journal of KIISE:Software and Applications
• /
• v.33 no.8
• /
• pp.655-667
• /
• 2006

This paper proposes a method for counting function point using goal and scenario based requirements. Function Point is a software sizing method and widely used as a basis to estimate software development cost. Requirements elicitation and analysis should be performed before function point analysis but function point analysis method doesn't deal with requirements elicitation and analysis. For that reason, Function point extraction method from existing requirements method is needed and if the requirements method has advantage for traceability and elicitation, it is suitable for managing cost. Goal and scenario method is widely used as requirements elicitation and analysis. It has also good traceability. Therefore, this paper discusses a method for extracting function point from requirements text gathered using the goal and scenario based requirements elicitation technique. The proposed method aims to establish and maintain traceability between function point and requirements text. Text based function point extraction guidance rules have been developed. The proposed methodology has been applied to Order Processing System development.