• 제목/요약/키워드: requirements elicitation

검색결과 34건 처리시간 0.03초

'저비용 고효율'의 무기체계 개발을 위한 군 작전요구성능 관리절차 개선 방안 (A Management Procedure of Required Operational Capability for 'Low-cost and High-efficiency' Weapon Systems Development)

  • 이옥규;강석중
    • 한국통신학회논문지
    • /
    • 제37권1C호
    • /
    • pp.109-117
    • /
    • 2012
  • 최근 70여 년간의 주요 전쟁을 통해 본 무기체계의 핵심적 변화중 하나는 IT 활용을 통한 무기체계의 복합화 및 첨단화라 할 수 있다. 이러한 무기체계의 복합화 및 첨단화 추세는 IT의 효과적인 활용, 전력화 기간 단축, 복합 첨단 무기체계에 대한 명확한 운용개념(Operational Concept) 수립, 작전요구성능(ROC : Required Operational Capability) 관리 등을 포함하여 무기체계 개발 절차 전반에 대한 혁신적인 개선을 요구하고 있다. 특히, 새로운 무기체계에 대한 명확한 운용개념 수렴과 이를 근간으로 도출된 작전요구성능에 대한 체계적인 관리는 '저비용 고효율'의 무기체계 개발, 나아가 성공적인 군사력 건설을 위한 핵심 선결 과제라 할 수 있다. 본 논문에서는 한국군의 현 작전요구성능 관리절차 분석을 통해 요구공학 (Requirements Engineering) 개념에서의 요구사항 도출(Elicitation) 및 분석(Analysis)과 요구사항 확인(Validation)측면을 고려한 개선 방안을 제안 한다.

토픽 모델링과 이해관계자 요구 산출물을 이용한 요구사항 자동 우선순위화 (Automatic Prioritization of Requirements using Topic Modeling and Stakeholder Needs-Artifacts)

  • 장종인;백종문
    • 정보과학회 논문지
    • /
    • 제43권2호
    • /
    • pp.196-203
    • /
    • 2016
  • 소프트웨어 개발에 투자되는 자원은 한정되어 있으므로 요구사항들을 우선순위화하여 중요한 요구사항부터 충족시켜야 한다. 기존 요구사항 우선순위화 기법들은 인간의 수동화된 판단에 의존하므로 요구사항의 수가 많은 경우에는 적용하기가 힘든 확장성 문제와 이해관계자 개개인의 편향된 가치판단에 노출되는 편향성 문제를 가지고 있다. 이 문제들을 해결하고자 본 논문은 요구사항 도출 단계에서 얻어지는 이해관계자 요구 산출물과 텍스트의 의미적 주제를 추리하는 토픽 모델링 기법을 이용한 자동 요구사항 우선순위화 기법, ToMSN(Topic Modeling Stakeholder Needs for requirements prioritization)을 제안한다. 이 기법을 사용자 30,000명 규모의 실제 소프트웨어 요구사항 데이터로 평가한 결과, 인간의 개입이 필요 없는 자동화 과정으로 확장성과 편향성 문제를 해결함과 더불어 우선순위화 정확도 또한 기존 수동화 기법들과 유사함을 확인할 수 있었다.

프라이버시 친화 시스템 개발을 위한 프라이버시 요구사항 도출 및 보증 사례 작성 (A Method to Elicit Privacy Requirements and Build Privacy Assurance Cases for Privacy Friendly System)

  • 조주혜;이석원
    • 정보과학회 논문지
    • /
    • 제44권9호
    • /
    • pp.918-931
    • /
    • 2017
  • 스마트폰과 웨어러블 기기의 확산으로 개인정보의 축적 및 사용이 증가하여 프라이버시 보호가 이슈화되고 있다. 이에 따라 개인정보 보호를 위한 다양한 보안 기술이 연구 및 발전되고 관련 법률이 개정되고 있지만, 여전히 개인정보 유출 사고가 발생하고 있다. 이는 요구사항 명세 단계에서 프라이버시 요구사항이 명확히 정의되지 않은 채 보안 요구사항만 명세 되어 소프트웨어 개발 시 보안 기술 구현에 집중하기 때문이다. 즉, 기존 연구들은 프라이버시와 보안의 관계성을 고려하지 않은 채 보안 요구사항을 도출하거나 프라이버시 보호를 위한 원칙, 법률 등을 보완하는 것에 집중되어 있다. 따라서 법률을 기반으로 소프트웨어 개발 시 적용 가능한 프라이버시 요구사항을 도출하고 프라이버시와 보안의 관계를 명확히 명시하는 방법이 필요하다. 본 연구에서는 프라이버시 친화 시스템 구축을 위해 필요한 프라이버시 요구사항을 검증 및 도출하고, 프라이버시 보증 사례 작성을 통해 보안과 프라이버시의 관계성을 표현한다.

Kano 모델과 통계 기법을 이용한 요구사항 분류 및 협상을 위한 정보 생성 기법 (A Technique for Classifying Requirement/Stakeholder and Generating Information for Negotiation Using Kano Model and Statistical Method)

  • 변정원;김지혁;류성열;황만수
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제37권3호
    • /
    • pp.161-169
    • /
    • 2010
  • 요구사항 추출 활동은 다양한 이해당사자의 요구를 요구사항으로 추출하고 협상을 위한 정보를 생성하는 사전 준비 작업이다. 그러나 현재 고객으로부터 요구사항 수집을 위한 기법은 다수 존재하고 있으나, 요구사항 분류와 협상을 위한 정보 제공에 대한 연구는 부족한 실정이다. 본 연구는 요구사항을 분류하고, 협상을 위한 정보를 식별하는 기법에 대한 연구이다. 본 연구는 요구사항 분류를 위해 Kano 모델과 통계 기법을 활용하였으며, 협상을 위한 정보를 생성하기 위해 요구사항과 문제의 관계를 고려하였다. 제안한 기법에 대한 시뮬레이션, Rough Set Theory, 사례 검증을 수행하여 제안한 방법의 타당성을 검증하였다.

Using Requirements Engineering to support Non-Functional Requirements Elicitation for DAQ System

  • Kim, Kyung-Sik;Lee, Seok-Won
    • 한국컴퓨터정보학회논문지
    • /
    • 제26권3호
    • /
    • pp.99-109
    • /
    • 2021
  • 최근의 기계 학습 연구에서는 데이터의 품질 및 완전성을 고려하기 위해 요구 공학 관점에서 데이터에 대한 비기능적 요구사항 도출이 제안되고 있으며, 특히 기계 학습에서의 데이터 요구사항을 요구 공학자들이 정의하였다. 본 연구에서는 데이터 전처리 이전에 데이터를 수집하고 저장하는 데이터 수집(DAQ) 단계에서 데이터 요구사항을 도출하였다. 이를 통해 기존 DAQ 시스템에서 필요로 하는 모든 데이터 요구사항과 이를 만족시키는 태스크(기능)의 유무, 그리고 요구사항과 기능 간의 관계를 표현할 수 있다. 또한 추출된 요구사항을 체계적으로 표현하고, 그 관계를 정의할 수 있어 소프트웨어 설계 문서의 작성이 가능하고 소프트웨어 설계 및 유지 보수 측면에서 체계적인 접근 및 방향성을 설정할 수 있다. 본 연구에서는 기존 DAQ 시스템 사례를 이용하여 요구 공학적 접근을 위한 시나리오와 유스 케이스(Use case)를 작성하고, 이를 기반으로 사례별 데이터 요구사항을 추출하고 목표 모델링을 통해 요구사항, 기능, 목표 간의 관계를 도식화한다. 연구 결과를 통해 요구 공학을 이용한 DAQ 시스템에서 시스템이 필요로 하는 비기능적 요구사항, 특히 데이터의 요구사항을 추출할 수 있었다.

요구사항 수집 단계에서 가변성 분석을 위한 문제 프레임 및 목표 모델 통합 프레임워크 (A Framework Integrating Problem Frames and Goal Modeling to Support Variability Analysis during Requirements Elicitation)

  • 미투시 싱;이석원
    • 정보과학회 논문지
    • /
    • 제44권3호
    • /
    • pp.261-274
    • /
    • 2017
  • 가변성 관리는 시스템이 어느 정도까지의 복잡성을 처리할 수 있는가를 정의하는 가장 중요한 기준이다. 대부분의 요구 공학 연구에서는 시스템이 동작하는 환경에 대해 많은 부분을 간과하거나 추측하는 수준에 그치고 있다. 그러나 실시간 시스템에서는 본질적으로 변화하는 컨텍스트를 관찰하고 조정하는 것은 중요한 요소이다. 본 연구에서는 i* 목표 모델, 문제 프레임, 유즈 케이스 맵, 라이브 시퀀스 차트를 활용하여 다양한 컨텍스트에 적합한 요구사항을 식별할 수 있는 프레임워크를 제안하며 스마트 그리드의 실시간 가격 정책 변화 시스템을 사례 연구로 활용하여 제안하는 프레임워크를 단계별로 자세하게 설명한다. 사례 연구를 통해 제안방법에서 유즈 케이스 맵과 라이브 시퀀스 차트를 활용한 시나리오 정교화 과정이 초기 컨텍스트 분석 및 검증에 도움을 주는 것을 보여주며 장애물 및 충돌 분석을 위한 요구사항을 정교화함으로써 요구공학 엔지니어들이 시스템의 건장성을 증가시키는 것을 도와줄 수 있음을 증명한다. 이처럼 제안하는 프레임워크는 이론적인 방법과 실증적인 사례를 통해 평가된다.

어플리케이션 마켓에서 카노 모델을 이용한 사용자 리뷰 선별 방법 (User Review Selection Method using Kano Model in Application Market)

  • 김능회
    • 산업융합연구
    • /
    • 제18권2호
    • /
    • pp.95-100
    • /
    • 2020
  • 소비자를 파악하기 위해 활용되고 있는 사용자 중심 데이터 중 사용자 리뷰 데이터는 다량으로 상세하게 소비자의 의견을 파악할 수 있다는 장점으로 인해 주목받고 있으며 많은 소비자들이 사용자 리뷰에 의존하고 신뢰하고 있다. 많은 어플리케이션 개발사들은 중요성을 인지하고 사용자 리뷰를 관찰 및 대응하고 있지만 체계적인 방법의 부재로 고객의 만족과 관계없이 시간과 비용을 투자하고 있다. 따라서, 본 논문에서는 주어진 시간과 비용에서 고객의 만족을 최대화 시킬 수 있도록 고객 만족과 서비스 품질을 다루는 카노 모델을 이용하여 어플리케이션 마켓에서 사용자 리뷰들을 선별하는 체계적인 방법을 제안하였다. 본 방법은 어플리케이션 마켓에서 사용자 리뷰들을 수집하고 요구사항을 도출하는 사용자 리뷰 수집 및 요구사항 도출 단계, 도출된 요구사항에 카노 모델을 적용하고 품질 유형으로 선별하는 카노 모델 적용 및 선별 단계, 그리고 관련자들이 모여 내부적인 측면에서 요구사항 검토 및 재정의하는 이해관계자들과 검토 및 재정의 단계로 구성되었다.

개념클래스 다이어그램 도출 시스템의 설계 및 구현 (Design and Implementation of A Conceptual Class Diagram Elicitation System)

  • 박가영;이용훈;이상범
    • 한국산학기술학회논문지
    • /
    • 제12권1호
    • /
    • pp.420-426
    • /
    • 2011
  • 본 논문에서는 다양한 클래스 도출 방법들을 통합하여 문제 기술서로부터 개념클래스를 추출을 도와주는 시스템을 소개하였다. 문제 기술서는 개발하고자하는 시스템에 대한 고객의 요구사항을 개략적으로 작성한 문서이다. 개발자는 이 문서를 바탕으로 문제영역에서 중요한 개념클래스를 도출할 수 있는데, 이것은 객체지향 분석 시에 생성되는 중요한 산출물이다. 지금까지 개념클래스 도출은 주로 개발자의 경험과 직관에 의존하는 경향이 있기 때문에 초보 개발자에게는 여러 가지 어려움이 있다. 따라서 개발할 시스템의 규모가 커지면 수작업으로 도출하는데 무리가 있다. 이러한 문제점 개선을 위해서 개념클래스 도출 도구를 구현하였는데, 이를 적용하면 빠르고 손쉽게 개념클래스 다이어그램을 구축할 수 있게 되었다.

시나리오 기반 요구사항 추출 도구의 설계 (Design of Scenario-based Requirements Extraction Tool)

  • 김치수;김영태;공헌택;임재현
    • 한국산학기술학회논문지
    • /
    • 제10권7호
    • /
    • pp.1568-1574
    • /
    • 2009
  • 사용자 요구사항 공학에서 가장 어려운 문제 중의 하나는 다양한 말단 사용자, 책임자와 소프트웨어 기술자 사이에 존재하는 상호이해의 불일치이다. 시나리오는 다양한 책임자에게 일부 추상 모델 대신 그들의 언어로 기술하고 검토할 수 있도록 해준다. 본 논문에서는 도출, 분석과 검증을 포함한 다양한 요구사항 공학 단계에 시나리오를 사용하는 진보적이고 반복적으로 삽입되는 프로세스를 제안한다. 프로세스 모델은 본 논문의 TRES 시스템에 적용되었다. 제안하는 시스템에서는 기존 도구들의 단점을 없애기 위해 시제품, 시나리오와 사용 사례를 하나의 포괄적인 프레임워크로 조합한다. 본 시스템은 시나리오 기반 요구사항 추출을 위한 XML 기반 시스템이다. TRES 시스템 내에서 시나리오는 사용의 문맥을 포함하여 사용자와 작업에 관한 정보를 얻을 수 있다. 본 TRES 시스템에서 시나리오는 XML 기반의 데이터베이스에 보관되고 XML 표기법을 사용하여 기술된다.

Model Multiplicity (UML) Versus Model Singularity in System Requirements and Design

  • Al-Fedaghi, Sabah
    • International Journal of Computer Science & Network Security
    • /
    • 제21권4호
    • /
    • pp.103-114
    • /
    • 2021
  • A conceptual model can be used to manage complexity in both the design and implementation phases of the system development life cycle. Such a model requires a firm grasp of the abstract principles on which a system is based, as well as an understanding of the high-level nature of the representation of entities and processes. In this context, models can have distinct architectural characteristics. This paper discusses model multiplicity (e.g., unified modeling language [UML]), model singularity (e.g., object-process methodology [OPM], thinging machine [TM]), and a heterogeneous model that involves multiplicity and singularity. The basic idea of model multiplicity is that it is not possible to present all views in a single representation, so a number of models are used, with each model representing a different view. The model singularity approach uses only a single unified model that assimilates its subsystems into one system. This paper is concerned with current approaches, especially in software engineering texts, where multimodal UML is introduced as the general-purpose modeling language (i.e., UML is modeling). In such a situation, we suggest raising the issue of multiplicity versus singularity in modeling. This would foster a basic appreciation of the UML advantages and difficulties that may be faced during modeling, especially in the educational setting. Furthermore, we advocate the claim that a multiplicity of views does not necessitate a multiplicity of models. The model singularity approach can represent multiple views (static, behavior) without resorting to a collection of multiple models with various notations. We present an example of such a model where the static representation is developed first. Then, the dynamic view and behavioral representations are built by incorporating a decomposition strategy interleaved with the notion of time.