• 제목/요약/키워드: 요구사항추적

검색결과 196건 처리시간 0.024초

소프트웨어 제품 라인의 요구사항과 아키텍처 간 추적성 모델링 (Modeling Traceability Between Software Product Line Requirements and Architecture)

  • 엄석환;강성원;김진규;이선아
    • 정보처리학회논문지:소프트웨어 및 데이터공학
    • /
    • 제4권11호
    • /
    • pp.487-498
    • /
    • 2015
  • 추적성은 소프트웨어 개발자에게 소프트웨어 산출물에 대한 변경을 추적하게 해 준다. 소프트웨어 제품 라인 개발에 있어서의 추적성은 공통성과 가변성을 고려해야 하기 때문에, 개별 제품에서의 추적성보다 복잡하다. 과거 연구에서 제품 라인 개발에서의 제품 피처와 요구사항 간의 추적성 구축을 제시되었다. 그러나 요구사항과 아키텍처 설계 사이의 추적성 구축은 다 대 다 관계와 아키텍처 계층으로 인해 고려해야 할 요소가 더 많다. 본 논문은 이러한 요소들을 고려하여, 제품 라인 개발에서의 요구사항과 아키텍처 사이의 추적성을 모델링하는 체계적인 방법을 제공한다. 또한 사례연구를 통하여 이 방법이 효과적임을 보인다.

클로즈 아키텍처 메커니즘 기반의 요구사항 추적성 매트릭스 (Requirement Traceability Matrix Based on Closed Architecture Mechanism)

  • 변은영;손현승;문소영;박지훈;김영철
    • 한국정보처리학회:학술대회논문집
    • /
    • 한국정보처리학회 2017년도 추계학술발표대회
    • /
    • pp.631-634
    • /
    • 2017
  • 앞으로의 프로젝트에서는 시장 변화, 신기술, 경쟁업체의 대응, 설계결함, 테스트 실패 등의 다양한 외부적 요인으로 인해, 더욱 빈번한 요구사항 변경이 요청된다. 그 이전에 명료한 요구사항을 정의하기가 매우 어렵고, 소프트웨어 구축 중에도 수시로 요구사항이 변경되고 있는 실정이다. 이런 문제는 요구사항 추적성 및 변경 관리의 미비함에 있다. 이를 해결하기 위해, 소프트웨어 개발 프로세스인 요구사항, 분석, 설계, 구현, 테스트 단계에서의 추적성 관리를 위한 프로세스의 구축과 내재화가 필요하다. 본 논문에서는 클로즈 아키텍처 메커니즘을 기반으로 소프트웨어 각 개발 단계 산출물들 간의 추적성 매트릭스를 제시한다. 이를 통해 프로젝트 과정에서의 잦은 요구사항 변경에 유연하게 대처함으로써 소프트웨어 품질 향상에 기여 할 것으로 본다.

역추적 기술 및 보안 요구사항 분석

  • 한정화;김락현;류재철;염흥열
    • 정보보호학회지
    • /
    • 제18권5호
    • /
    • pp.132-141
    • /
    • 2008
  • 최근 인터넷의 급속한 발전을 기반으로 국경을 초월하여 인터넷을 이용한 각종 해킹, 사이버 공격 및 범죄가 기하급수적으로 증가하고 있다. 이와 같은 상황에서 각종 침해사고로부터 시스템, 네트워크 및 중요한 정보를 보호하기 위한 다양한 보안 강화 시스템이 개발되어 적용 운용되고 있지만, 현재 적용되어 사용되고 있는 보안 강화 시스템들은 해킹, 공격 및 범죄가 발생된 후 이를 막기 위한 방법으로 수동적인 기능으로 사용되고 있다. 그 결과 해킹, 사이버 공격 및 범죄를 사전에 미리 방지하는 데는 한계를 갖고 있는 것이 사실이다. 때문에, 현재 역추적 분야에서는 해킹, 사이버 공격 및 범죄가 발생할 경우 능동적이고 실시간으로 빠른 추적이 가능한 보안 강화 시스템을 목표로 하는 연구가 진행되고 있다. 이에 본 논문에서는 TCP/IP 기반의 다양한 역추적 기술을 각각 분석하고 역추적 기술을 발전시키기 위한 요구사항을 분석하여 연구동향에 관하여 살펴보고자 한다. 본 논문은 참고문헌 [16]의 결과를 활용해 작성했으나, 표준화 동향과 요구사항, 요구사항에 근거한 기존 방식들의 특징을 제시하였다.

가치분석을 통한 휘처 기반의 요구사항 변경 관리 (Feature-Oriented Requirements Change Management with Value Analysis)

  • 안상임;정기원
    • 한국전자거래학회지
    • /
    • 제12권3호
    • /
    • pp.33-47
    • /
    • 2007
  • 소프트웨어 개발 초기에 모든 요구사항을 정의하는 것은 불가능하기 때문에 요구사항은 소프트웨어 개발이 진행되는 동안에 지속적으로 변경된다. 이러한 요구사항 변경은 개발자가 소프트웨어 구조나 행위를 완벽하게 이해하지 못하거나 변경에 따라 영향을 받는 모든 부분을 식별할 수 없을 경우 많은 오류를 야기 시킨다. 그러므로, 조직의 비즈니스에 공헌하면서 비용 효과적으로 적절히 처리되기 위하여 요구사항은 관리되고 평가되어야한다. 본 논문은 가치분석을 통하여 생성된 휘처 기반의 요구사항추적 링크를 근간으로 하는 요구사항변경 관리 기법을 제안한다. 이는 사용자 요구사항과 산출물간의 연결을 분석하기 위하여 휘처를 중간 매개체로 활용한 추적 링크를 이용한다. 그리고, 요구사항 변경 요청을 휘처 단위로 상세화하기 위한 변경 트리 모델을 정의하고 변경 관리가 수행되는 전체적인 프로세스를 제시한다. 또한, 요구사항 변경 관리 기법을 자산관리포탈시스템에 적용한 사례의 결과를 기술한다.

  • PDF

요구사항 추적성 관점에서 항공기 탑재 소프트웨어 시험 사례 실패 분석 (Failure Analysis of Aircraft Software Test Cases from a Perspective of Requirements Traceability)

  • 김성섭;조희태;이선아
    • 정보처리학회논문지:소프트웨어 및 데이터공학
    • /
    • 제9권11호
    • /
    • pp.357-366
    • /
    • 2020
  • 항공기 탑재 소프트웨어의 비중 및 복잡성 증가에 따라, 소프트웨어 고장으로 인한 임무수행이나 기능 실패 및 성능 미달 등의 위험요인 또한 증가하고 있다. 항공기 탑재 소프트웨어처럼 미션 크리티컬 도메인의 대규모 소프트웨어에서 최소한의 기간과 비용으로 유지보수를 진행하기 위해서는 요구사항 추적관리가 필수적이다. 하지만, 개발업체에서는 개발비용이나 개발일정 등의 여러 사유로 인해 요구사항 추적관리 지침을 정확히 준수하지 못하고 있으며, 체계적으로 추적성 수립 활동을 수행하기란 쉽지 않다. 논문에서는 체계적인 추적성 수립 활동의 부재에 따른 요구사항 추적성 실패사례가 실제로 존재하는지 항공분야 소프트웨어의 실제 시험사례를 요구사항 추적성 관점에서 분석하고, 추적성 실패사례의 유형과 사안 경중에 따른 위험을 확인한다. 총 7개의 항공기 탑재 소프트웨어를 대상으로 분석을 진행한 결과, 실패사례는 총 3가지 유형인 요구사항 누락, 요구사항-시험절차 연계부족, 시험절차 누락으로 나눌 수 있었다. 실패사례는 총 18건으로 각 유형별 6건씩 있었으며, 각 사안에 따른 Risk는 High, Middle, Low 순으로 각각 1건, 13건, 4건으로 중간 수준의 위험이 가장 많았다.

요구사항 추적모델 개선 연구 -공공부문 정보시스템 구축 사례를 중심으로- (A study on an Improved Model for Requirements Traceability)

  • 김찬회;김종배
    • 디지털콘텐츠학회 논문지
    • /
    • 제13권2호
    • /
    • pp.247-254
    • /
    • 2012
  • 정보체계 개발 시 사용자 요구사항의 관리는 핵심요소이다. 그동안 요구사항의 관리와 관련하여 추적 테이블을 이용한 추적 모델이나 SOA 등 특정 방법론을 기반으로 한 추적 기법은 연구된 바 있다. 그러나 IT비전문가인 사업담당자를 위한 객관적이며 정량화된 평가 방법과 판정 기준을 제시한 사례는 없었다. 이에, 본 연구자는 선행 사례 연구를 통해 공공분야의 정보시스템을 구축하는 과정에서 요구사항 반영의 적정성을 판단하는데 있어 비전문가도 접근하기 쉽고 객관적이며 정량화된 평가 방법과 판정 기준을 제시한 바 있다. 본 연구에서는 선행 연구의 한계점을 고찰하여 요구사항 반영에 대한 평가 산식을 개선하고 다양한 사업 사례 분석을 통해 사업 특성 별 판정기준을 도출, 제시하였다.

요구사항명세와 테스트케이스 간의 일관성 유지 기법 (A Techniques of Consistency Preservation between Requirements Specifications and Testcase)

  • 박상훈;최진명;류성열
    • 한국정보처리학회:학술대회논문집
    • /
    • 한국정보처리학회 2004년도 추계학술발표논문집(상)
    • /
    • pp.425-428
    • /
    • 2004
  • 고품질의 소프트웨어 시스템을 개발하기 위해서 소프트웨어 테스트는 중요하다. 소프트웨어 개발 시에 발견되는 심각한 결함과 오류들은 소프트웨어 시스템이 사용자의 요구사항을 정확히 충족시키지 못하는데 원인이 있다. 테스트 수행 시에 요구사항을 정확히 반영하지 못한다면 반드시 테스트되어야 할 조건들이 누락될 수 있고 테스트의 성취도는 감소한다. 따라서 모든 소프트웨어 테스트는 사용자의 요구사항을 추적할 수 있어야 한다. 이를 위해 본 논문에서는 객체지향 접근방법을 사용하여 사용자의 요구사항을 테스트에 반영하고 추적하기 위한 일관성 유지 기법을 제안한다. 이를 기반으로 요구사항을 만족하는 일관성 있는 테스트케이스를 생성한다.

  • PDF

임베디드 시스템 개발 단계별 설계 결정에 대한 추적성 연구 (An Traceability Research for Design Decision in the Embedded System Development Life Cycle)

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

  • PDF

요구사항 추적성 매트릭스에서 유연한 맵핑 변경을 가능하게 하는 스프레드시트 애플리케이션 (A Spreadsheet Application that Enables to Flexibly Change Mappings in Requirement Traceability Matrix)

  • 정세린;이선아
    • 정보처리학회논문지:소프트웨어 및 데이터공학
    • /
    • 제7권9호
    • /
    • pp.325-334
    • /
    • 2018
  • 요구사항 추적성은 개발과 유지보수 과정 동안 지속적으로 관리해야 한다. 그러나, 실제에서는 품질 보증을 점검하는 단계에서 갱신한다. 이러한 차이는 개발자가 추적성을 갱신하는 노력에 비해 추적성을 통해 얻는 혜택이 적기 때문이다. 이러한 노력 대비 보상의 관점에서 우리는 일반적으로 사용하는 스프레드시트 형태의 요구사항 추적성 매트릭스에서 맵핑을 유연하게 바꿀 수 있는 방법을 제안한다. 제안의 목적은 개발자가 요구사항 추적성을 갱신하는데 들이는 노력을 줄이는 것이다. 제안 방법은 먼저, 각 시트에 두 산출물 간의 관계만을 기입하여 변경이 발생할 때, 개발자가 변경된 맵핑을 즉시 반영할 수 있도록 한다. 다음, 개발자가 원하는 시점에서 제안 방법은 자동적으로 모든 산출물의 관계를 계산하여 추적성 매트릭스를 생성한다. 또한 누락된 맵핑 관계를 색상으로 표시하고 척도를 계산하여 개발자가 추적성 매트릭스의 완전성을 파악하도록 돕는다. 우리는 제안 방법의 적용가능성을 파악하기 위하여 사례 연구를 수행하였다. 사례 연구는 제안한 요구사항 추적성 매트릭스가 실제 프로젝트에 적용 가능하며 변경된 맵핑 관계를 쉽게 수용함을 보여준다.

자가 적응 시스템의 개발을 위한 요구사항과 아키텍처의 인터위빙 방법 (Interweaving Method Between Requirements and Architecture For Self-Adaptive System)

  • 우인희;이석원
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제41권7호
    • /
    • pp.457-468
    • /
    • 2014
  • 최근 자가 적응 시스템의 개발을 용이하게 하기 위해 적응 관련 요소와 시스템의 행동을 분리한 MADAM, DiVA, Rainbow들이 제안되었다. 하지만 기존의 자가 적응 시스템을 개발하는 방법들은 개발 과정에서 요구사항과 아키텍처간의 상호 영향을 수용하는 체계적인 방법을 제공하지 않는다. 이는 요구사항의 변경이 미치는 영향을 판단하기 어렵고, 개발 과정에서 발생하는 변화에 대해 빠른 대처가 어려우며, 이해관계자들이 시스템에 대해 낮은 이해도를 가지게 된다. 이러한 문제를 해결하기 위하여, 본 논문은 SAS의 개발에서 요구사항과 아키텍처 사이의 추적 가능성을 이용한 체계적인 인터위빙 방법을 제안한다. 제안한 방법은 요구사항과 아키텍처의 각 구성요소 사이의 관계를 통해 제공되며, 제공된 관계는 요구사항의 변경이 영향을 미치는 요소들을 추적하고, 아키텍처의 구성에 대한 근거를 추적하여 시스템에 대한 이해도를 높여준다. 본 논문은 스마트 그리드에서 적응형 협력 시스템의 개발과 변화 과정을 통해 제안한 방법의 유용성을 보여준다.