• Review of KIISC
• /
• v.10 no.3
• /
• pp.1-12
• /
• 2000

정보보호시스템을 평가하기 위한 기준은 보안기능 요구사항 및 보증요구 사항으로 이루어진다 본고에서는 미국의 TCSEC(Trusted Computer System Evaluation Criteria)과 유럽의 ITSEC(Information Technology Security Evaluation Criteria) 국제표준 (SIO/IEC 15408) 으로 제정된 CC(Common Criteria for Information Technology Secuirty Evaluation)의 보안 기능 요구사항을 비교, 분석하고 국내에서 개발된 침입차단시스템과 침입탐지시스템 평가기준, 현재개발중인 사용자인증용 스마트카드 평가기준의 보안기능 요구사항을 소개한다.

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

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

• Proceedings of the Korea Information Processing Society Conference
• /
• 2014.11a
• /
• pp.621-624
• /
• 2014

클라우드 서비스가 다양해지고 그 수가 급격히 증가하면서 클라우드 서비스 사용자에게 적합한 서비스를 제공하기가 어려워지고 있다. 이러한 문제를 해결하기 위해 서비스 사용자와 제공자 사이에서 클라우드 서비스를 중개해주는 클라우드 서비스 브로커라는 개념이 제시되었다. 클라우드 서비스 브로커의 핵심적인 역할은 사용자의 요구사항에 적합한 서비스를 찾아주는 것이다. 그러나 현재 제시된 클라우드 서비스 브로커 대부분은 클라우드 서비스 전문가의 도움으로 사용자의 요구사항을 분석하는 수동적인 과정이 수행되고 있으며, 체계적으로 기능적 요구사항을 분석하는 과정이 미흡하다. 따라서 유사한 기능을 가지고 있는 클라우드 서비스들 중 사용자의 요구사항의 중요도를 분석해서 가장 근접한 서비스의 선택을 지원해 줄 수 있는 요구사항 분석 기법이 필요하다. 본 논문은 AHP(Analytic Hierarchy Process)의 쌍대비교법을 응용하여 클라우드 서비스에 대한 사용자의 기능적 요구사항을 분석하고 그 결과에 따라 클라우드 서비스를 선택하는 방법을 제시한다.

• 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.385-387
• /
• 2005

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

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

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

• The Journal of Society for e-Business Studies
• /
• v.9 no.3
• /
• pp.129-144
• /
• 2004

CASE tools supporting component based development should include functions for modeling, project management, and supporting other phases activities of the development process. Functional requirements of CASE tools supporting component based development are proposed in this paper. Required functions are identified by analyzing the existing CBD CASE tool, and are categorized into modeling, project management, and supporting other phases activities.

• Review of KIISC
• /
• v.10 no.3
• /
• pp.37-48
• /
• 2000

국제 공통평가기준(CC)은 정보보호제품의 개발·평가·사용을 위한 ISO 15048 국제 표준이다. 국제 공통평가기준의 제 2부 보안기능 요구사항은 정보보호제품의 보안 기능을 11개 클래스로 분류하였고 13개국 인증제품 상호승인 협정(MRA)에 의하여 교차 사용이 가능한 평가된 보안제품을 해설할 수 있는 공통언어로써 사용할 수 있다 보호프로파일(PP)은 특정형태의 제품군의 지녀야 할 보안 목적을 사용자 그룹에서 요구한 명세서이다. 보호프로파일은 제품군의 운영환영, 위협요소를 분석하고 보안기능 요구사항의 부분 집합들을 모아서 제품군이 목표로 하는 보안 목적들을 주장할 수 있다.

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

LG 정보통신에서 개발 중인 교환기는 국내 및 해외의 다양한 통신 서비스 사업자를 납품 대상으로 한다. 통신 서비스 사업자들이 요구하는 교환기의 기본 기능은 공통되지만, 사업자별로 추가적인 기능을 요구하거나, 동일한 기능에서도 요구하는 세부 사항에는 차이가 있기 마련이다. 따라서 교환기 소프트웨어를 개발하는데 있어 체계적인 형상관리를 하면서 동시에 사업자별로 상이한 요구사항을 수용할 수 있는 방안이 필요하다. 본 논문에서는 모든 사업자들의 요구사항을 동일한 소스에 구현하고, 컴파일 시 사업자 지정을 통해 해당 사업자의 기능만을 추출하는 방안에 대해 설명한다.

• Journal of the Korea Society of Computer and Information
• /
• v.26 no.3
• /
• pp.99-109
• /
• 2021

In recent machine learning studies, in order to consider the quality and completeness of data, derivation of non-functional requirements for data has been proposed from the viewpoint of requirements engineering. In particular, requirements engineers have defined data requirements in machine learning. In this study, data requirements were derived at the data acquisition (DAQ) stage, where data is collected and stored before data preprocessing. Through this, it is possible to express the requirements of all data required in the existing DAQ system, the presence of tasks (functions) satisfying them, and the relationship between the requirements and functions. In addition, it is possible to elicit requirements and to define the relationship, so that a software design document can be produced, and a systematic approach and direction can be established in terms of software design and maintenance. This research using existing DAQ system cases, scenarios and use cases for requirements engineering approach are created, and data requirements for each case are extracted based on them, and the relationship between requirements, functions, and goals is illustrated through goal modeling. Through the research results, it was possible to extract the non-functional requirements of the system, especially the data requirements, from the DAQ system using requirements engineering.