KR102018943B1 - 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법 - Google Patents

소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법 Download PDF

Info

Publication number
KR102018943B1
KR102018943B1 KR1020160174646A KR20160174646A KR102018943B1 KR 102018943 B1 KR102018943 B1 KR 102018943B1 KR 1020160174646 A KR1020160174646 A KR 1020160174646A KR 20160174646 A KR20160174646 A KR 20160174646A KR 102018943 B1 KR102018943 B1 KR 102018943B1
Authority
KR
South Korea
Prior art keywords
test case
management system
software
error
srs
Prior art date
Application number
KR1020160174646A
Other languages
English (en)
Other versions
KR20180071705A (ko
Inventor
박용원
Original Assignee
주식회사 에스원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 에스원 filed Critical 주식회사 에스원
Priority to KR1020160174646A priority Critical patent/KR102018943B1/ko
Publication of KR20180071705A publication Critical patent/KR20180071705A/ko
Application granted granted Critical
Publication of KR102018943B1 publication Critical patent/KR102018943B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3668—Software testing
    • G06F11/3672—Test management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

본 발명은 고객의 요구사항 및 오류를 실시간으로 반영하여, 소프트웨어의 품질을 향상시킬 수 있는 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법에 관한 것이다.
일례로, 고객의 소프트웨어 요구사항(SRS)을 등록 및 작성하고, 상기 소프트웨어 요구사항(SRS)을 관리하는 소프트웨어 요구사항 관리시스템; 상기 소프트웨어 요구사항(SRS) 별 테스트 케이스(TC)를 등록하고, 상기 테스트 케이스(TC)를 관리하는 테스트 케이스 관리시스템; 및 상기 테스트 케이스 관리시스템으로부터 등록된 오류(BUG)를 추적 및 관리하는 오류 추적시스템;을 포함하고, 상기 소프트웨어 요구사항(SRS), 상기 테스트 케이스(TC) 및 상기 오류(BUG)는 식별자를 통해서 상호 연계된 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템을 개시한다.

Description

소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법{Tracking Management System for Software Requirement Specification and Management Method thereof}
본 발명은 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법에 관한 것이다.
소프트웨어의 품질을 보증하기 위해서는 고객의 요구사항이 충분히 반영되었는지, 소프트웨어 오류는 모두 제거되었는지 등과 같은 개발과정에서 발생할 수 있는 많은 변화들을 추적 및 관리할 수 있어야 한다. 일반적인 소프트웨어 관리 시스템에서는 고객의 요구사항 등 전반적인 소프트웨어 프로젝트를 관리하기 위한 소프트웨어 프로젝트 관리 시스템과 개발 과정에서 도출되는 소프트웨어 오류들을 관리하기 위한 오류 추적 시스템으로 구분된다. 상기 소프트웨어 프로젝트 관리 시스템은 전체적인 개발일정과 고객의 요구사항 관리에 중점을 두고 있고, 상기 오류 추적 시스템은 개발된 소프트웨어를 테스트할 때 발견되는 오류를 추적 및 관리에 중점을 두고 있다. 이러한 관리 시스템은 고객의 요구사항과 소프트웨어 오류가 개별적으로 관리되고 있기 때문에 프로젝트가 진행되면서 발생할 수 있는 변화에 신속한 대응이 어렵다. 따라서, 이러한 변화관리 실패는 소프트웨어 품질의 저하를 초래하게 된다.
본 발명은 고객의 요구사항 및 오류를 실시간으로 반영하여, 소프트웨어의 품질을 향상시킬 수 있는 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법을 제공한다.
본 발명에 의한 소프트웨어 요구사항 통합 추적 관리시스템은 고객의 소프트웨어 요구사항(SRS)을 등록 및 작성하고, 상기 소프트웨어 요구사항(SRS)을 관리하는 소프트웨어 요구사항 관리시스템; 상기 소프트웨어 요구사항(SRS) 별 테스트 케이스(TC)를 등록하고, 상기 테스트 케이스(TC)를 관리하는 테스트 케이스 관리시스템; 및 상기 테스트 케이스 관리시스템으로부터 등록된 오류(BUG)를 추적 및 관리하는 오류 추적시스템;을 포함하고, 상기 소프트웨어 요구사항(SRS), 상기 테스트 케이스(TC) 및 상기 오류(BUG)는 식별자를 통해서 상호 연계된 것을 특징으로 한다.
상기 소프트웨어 요구사항 관리시스템에 소프트웨어 요구사항(SRS)이 작성 완료되면, 상기 테스트 케이스 관리시스템에 소프트웨어 요구사항(SRS)이 자동으로 등록될 수 있다.
상기 테스트 케이스 관리시스템에서 상기 소프트웨어 요구사항(SRS)과 상기 테스트 케이스(TC)는 1:N으로 연계 될 수 있다.
상기 테스트 케이스(TC)의 상태가 업데이트 되면, 상기 식별자를 통해 연계된 해당 소프트웨어 요구사항(SRS) 및 오류(BUG)의 상태도 업데이트 될 수 있다.
상기 소프트웨어 요구사항 관리시스템, 상기 테스트 케이스 관리시스템 및 상기 오류 추적시스템은 SOAP(Simple Object Access Protocol) 인터페이스를 통해 연결될 수 있다.
상기 소프트웨어 요구사항 관리시스템, 상기 테스트 케이스 관리시스템 및 상기 오류 추적시스템의 정보를 종합해서 보여주는 리포트 페이지를 더 포함할 수 있다.
더불어, 본 발명에 의한 소프트웨어 요구사항 통합 추적 관리시스템의 관리 방법은 고객의 소프트웨어 요구사항(SRS)을 소프트웨어 요구사항 관리시스템에 등록 및 작성하는 단계; 상기 소프트웨어 요구사항(SRS) 별 테스트 케이스(TC)를 테스트 케이스 관리시스템에 등록 및 작성하고, 상기 테스트 케이스(TC)를 테스트 하는 단계; 및 상기 테스트 케이스(TC)에서 발생된 오류(BUG)를 오류 추적시스템에 등록하는 단계를 포함하고, 상기 소프트웨어 요구사항(SRS), 상기 테스트 케이스(TC) 및 상기 오류(BUG)는 식별자를 통해서 상호 연계된 것을 특징으로 한다.
상기 소프트웨어 요구사항 관리시스템에 상기 소프트웨어 요구사항(SRS)이 작성 완료되면 상기 테스트 케이스 관리시스템에 상기 소프트웨어 요구사항(SRS)이 자동으로 등록될 수 있다.
상기 테스트 케이스(TC)를 테스트 하는 단계에서 하나의 소프트웨어 요구사항(SRS)에 대해 복수의 테스트 케이스(TC)를 등록할 수 있다.
상기 테스트 케이스(TC)의 상태가 업데이트 되면, 상기 식별자를 통해 연계된 해당 소프트웨어 요구사항(SRS) 및 오류(BUG)의 상태도 업데이트 될 수 있다.
상기 테스트 케이스(TC)를 테스트 하는 단계에서 오류가 발생되면, 상기 테스트 케이스(TC)의 상태는 테스트 NG가 되고, 상기 오류 추적시스템에 오류(BUG)가 신규로 등록될 수 있다.
상기 오류 추적시스템에 등록된 오류(BUG)가 해결되고 재검증시 오류가 없으면, 상기 오류(BUG)의 상태는 닫기(close)가 되고 연계된 테스트 케이스(TC)의 상태는 테스트 OK로 업데이트되고 연계된 소프트웨어 요구사항(SRS)의 상태는 테스트 완료상태로 업데이트 된다.
본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템은 소프트웨어 요구사항 관리시스템(SRSM), 테스트 케이스 관리시스템(TCM) 및 오류 추적시스템(BTS)을 포함하고, 각각의 시스템에 등록된 항목들이 식별자를 통해서 상호간 연계되어 있어, 각각의 시스템 중 어느 한 항목의 상태 변화 시 연계된 모든 항목들이 실시간으로 동기화된다. 따라서, 본 발명은 소프트웨어 개발 시 발생될 수 있는 모든 변화와 소프트웨어의 상태가 실시간으로 추적 및 관리가 가능하게 된다. 더불어, 본 발명은 소프트웨어 배포 후 낮은 소프트웨어 품질과 요구사항 반영실패에 따른 여러 가지 경제적 또는 기타 발생 가능한 리스크를 방지 또는 최소화할 수 있으며, 궁극적으로는 소프트웨어의 품질을 향상시킬 수 있다.
도 1은 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템을 도시한 구성도이다.
도 2는 도 1에 도시된 리포트 페이지의 상태를 도시한 도면이다.
도 3은 도 1의 각 시스템 간의 인터페이스를 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 라이프 사이클을 도시한 블럭도이다.
도 5는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 각 시스템 간의 동기화를 나타낸 도면이다.
도 6a 내지 도 6c는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 각 시스템 간의 동기화 과정을 도시한 흐름도이다.
본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있을 정도로 본 발명의 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명하면 다음과 같다.
도 1은 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템을 도시한 구성도이다. 도 2는 도 1에 도시된 리포트 페이지의 상태를 도시한 도면이다. 도 3은 도 1의 각 시스템 간의 인터페이스를 도시한 도면이다.
도 1을 참조하면, 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템(100)은 소프트웨어 요구사항 관리시스템(110), 테스트 케이스 관리시스템(120), 오류 추적시스템(130) 및 리포트 페이지(140)를 포함한다.
상기 소프트웨어 요구사항 관리시스템(SRSM: Software Requirement Specification Management System) (110)은 고객의 소프트웨어 요구사항(SRS: Software Requirement Specification)을 관리하기 위한 시스템이다. 상기 소프트웨어 요구사항 관리시스템(SRSM)(110)에는 고객의 소프트웨어 요구사항(SRS)이 등록되고, 상기 소프트웨어 요구사항(SRS)에 맞게 소프트웨어가 작성된다.
상기 테스트 케이스 관리시스템(TCM: Test Case Management System)(120)은 각 소프트웨어 요구사항(SRS)별 테스트 케이스(TC: Test Case)를 관리하기 위한 시스템이다. 상기 소프트웨어 요구사항 관리시스템(SRSM)(110)에 소프트웨어 요구사항(SRS)의 작성이 완료되면, 상기 테스트 케이스 관리시스템(TCM)(120)에도 소프트웨어 요구사항(SRS)이 자동으로 등록된다. 상기 테스트 케이스 관리시스템(TCM)(120)은 등록된 소프트웨어 요구사항(SRS)을 선택할 수 있으며, 각각의 소프트웨어 요구사항(SRS)에 대한 테스트 케이스(TC)를 등록할 수 있다. 따라서, 하나의 소프트웨어 요구사항(SRS)에 대해 다수의 테스트 케이스(TC)를 작성할 수 있다. 즉, 소프트웨어 요구사항(SRS)과 테스트 케이스(TC)는 1:N으로 연계가 가능하다. 상기 테스트 케이스 관리시스템(TCM)(120)은 작성된 소프트웨어 요구사항(SRS)에 대한 여러 가지의 테스트 케이스(TC)를 테스트 한 후, 그 결과(예를 들어, 테스트 OK, NG, 오류 내역 등)를 오류 추적시스템(130)에 등록한다.
상기 오류 추적시스템(Bug Tracking System: BTS)(130)은 상기 테스트 케이스 관리시스템(TCM)(120)에서 등록된 오류(BUG)를 추적 및 관리하기 위한 시스템이다. 상기 오류 추적시스템(BTS)(130)에 오류 내역이 등록되면, 자동으로 테스트 케이스(TC)와 소프트웨어 오류(BUG)는 연계된 ID를 통해서 상호 연계된다. 예를 들어, 상기 오류 내역이 수정되고 상기 테스트 케이스 관리시스템(TCM)(120)에서 테스트 케이스(TC)를 다시 테스트 한 후 문제가 없으면, 상기 오류 추적시스템(BTS)(130)에 등록되었던 오류 내역은 닫음 상태가 된다. 더불어, 오류가 수정되면 테스트 케이스 관리시스템(TCM)(120)에 등록된 테스트 케이스(TC)의 결과는 테스트 OK 상태로 변하게 된다.
상기 리포트 페이지(140)는 상기 소프트웨어 요구사항 관리시스템(SRSM)(110), 테스트 케이스 관리시스템(TCM)(120) 및 오류 추적시스템(BTS)(130)의 정보를 종합해서 보여준다. 즉, 도 2에 도시된 바와 같이, 상기 리포트 페이지(140)는 각각 시스템에 등록된 소프트웨어 요구사항(SRS), 테스트 케이스(TC) 및 오류(BUG)의 현재 상태를 한눈에 볼 수 있도록 나타내준다. 도 2를 참조하면, 상기 리포트 페이지(140)를 통해 소프트웨어 요구사항 관리시스템(SRSM)(110)에서 작성중인 소프트웨어 요구사항(SRS)이 13개, 작성완료 또는 테스트 OK된 소프트웨어 요구사항(SRS)이 2개임을 알 수 있다. 또한, 상기 테스트 케이스 관리시스템(TCM)(120)에 신규로 등록된 테스트 케이스(TC)가 1개, 작성중인 테스트 케이스(TC)가 7개, 작성완료 또는 테스트 OK된 테스트 케이스(TC)가 10개임을 알 수 있다. 더불어, 상기 오류 추적시스템(BTS)(130)에서 신규로 등록된 오류(BUG)가 3개이고, 작성중인 오류(BUG)가 7개이며, 작성완료 또는 테스트 OK된 오류(BUG)가 4개임을 알 수 있다.
또한, 도 3에 도시된 바와 같이, 상기 소프트웨어 요구사항 관리시스템(SRSM)(110), 테스트 케이스 관리시스템(TCM)(120) 및 오류 추적시스템(BTS)(130)은 SOAP(Simple Object Access Protocol) 인터페이스(IF)를 통해 시스템간 동기화가 가능하다.
도 4는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 라이프 사이클을 도시한 블럭도이다. 도 5는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 각 시스템 간의 동기화를 나타낸 도면이다. 도 6a 내지 도 6c는 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 각 시스템 간의 동기화 과정을 도시한 흐름도이다. 도 7는 도 1의 각 시스템 간의 인터페이스를 나타내는 도면이다.
도 4를 참조하여, 본 발명에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 라이프 사이클을 살펴보면 다음과 같다.
먼저, 상기 소프트웨어 요구사항 관리시스템(SRSM)(110)에는 SRS를 등록할 수 있고, 테스트 케이스 관리시스템(TCM)(120)에는 TC를 등록할 수 있으며, 오류 추적시스템(BTS)(130)에는 BUG를 등록할 수 있다. 또한, 상기 각 시스템에 등록된 항목은 라이프 사이클에 따라 상태전이가 가능하다. 여기서, 상기 SRS는 신규, 할당, 수정, 작성완료, 정보부족, 테스트 완료 등과 같은 상태로 표시되고, 상기 TC는 신규, 할당, 수정, 테스트 대기, 테스트 NG, 테스트 OK 등과 같은 상태로 표시되며, 상기 BUG는 신규, 할당, 검토, 확인, 해결, 정보부족, 닫음 등과 같은 상태로 표시될 수 있다.
예를 들어, 상기 소프트웨어 요구사항 관리시스템(SRSM)(110)에 SRS가 최초로 등록이 되면 상기 SRS의 상태는 신규가 되고, SRS에 따른 소프트웨어의 작성이 완료되면 상기 SRS의 상태는 작성완료가 된다. 이때, 상기 테스트 케이스 관리시스템(TCM)(120)에는 TC가 등록되고, 상기 TC의 상태는 신규가 된다. 또한, 상기 TC의 작성이 완료되면, 상기 TC의 상태는 테스트 대기가 된다. 상기 TC를 테스트 한 결과 오류가 없으면 상기 TC의 상태는 테스트 OK가 되고, 해당 SRS의 상태는 테스트 완료가 된다.
한편, 상기 TC를 테스트 한 결과 오류가 발생하면 오류 추적시스템(BTS)(130)에 BUG가 등록되고 상기 BUG의 상태는 신규가 되며, 상기 TC의 상태는 테스트 NG가 된다. 더불어, 오류 추적시스템(BTS)(130)에 등록된 오류가 수정되고 다시 테스트한 결과 오류가 없으면 상기 BUG의 상태는 닫음이 되고, 해당 TC의 상태는 테스트 OK로 바뀌게 된다.
또한, 도 5에 도시된 바와 같이, 각각의 SRS와 TC 및 BUG는 식별자(또는 연계 ID)를 통해 상호 연계된다. 구체적으로, SRS는 SRS_ID로, TC는 TC_ID로, BUG는 BUG_ID를 통해 상호 연계된다. 다시 말해, SRS와 TC는 SRS_ID와 TC_ID를 통해 서로 연계되어 있고, TC와 BUG는 TC_ID와 BUG_ID를 통해 서로 연계되어 있다. 따라서, 어느 하나의 SRS에 대해 일련의 TC나 BUG는 동일한 ID로 연계되어, SRS, TC 또는 BUG 중 어느 하나에 변화가 있을 시 연계된 ID의 항목들은 동시에 업데이트 된다. 예를 들어, SRS에 대한 모든 TC가 테스트되고 오류가 없을 경우, SRS는 테스트 완료가 되는데 추후 SRS에 변경이 발생할 경우 자동으로 기존의 TC는 미완료 상태가 되며 동시에 각 TC별 테스트 결과도 테스트 대기 상태로 바뀌게 된다.
도 6a 내지 도 6c를 참조하여, 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템의 동기화 과정을 자세히 설명하면 다음과 같다. 참고로, 도 6a 내지 도 6c에서, 원의 상부는 항목 이름이며 하부는 그 항목의 상태를 나타낸다.
먼저, 도 6a에 도시된 바와 같이, 소프트웨어 요구사항 관리시스템(SRSM)에 SRS가 최초로 등록이 되면 SRS의 상태는 신규가 되고, SRS에 따른 소프트웨어의 작성이 완료되면 상기 SRS의 상태는 작성완료가 된다. 이때, 상기 테스트 케이스 관리시스템(TCM)에는 TC가 등록되고, 상기 TC의 상태는 신규가 된다. 또한, 상기 TC의 작성이 완료되면, 상기 TC의 상태는 테스트 대기가 된다. 이후 상기 TC의 테스트 결과에 따라 TC의 상태는 테스트 OK 또는 테스트 NG 상태가 되고, 이러한 TC의 상태에 따라 해당 SRS의 상태도 함께 업데이트 된다. 또한, TC의 상태가 테스트 NG이면 오류 추적시스템(BTS)에 BUG가 등록되고, 상기 BUG의 상태는 신규가 된다.
다음으로, 도 6b에 도시된 바와 같이, 오류 발생 또는 고객의 소프트웨어 요구사항에 따라 SRS를 변경해야 하는 경우, 소프트웨어 요구사항 관리시스템(SRSM)에 등록된 SRS의 상태는 수정이 되고 수정이 완료되면 작성완료 상태가 된다. 여기서, SRS의 상태 변화에 따라 연계된 TC의 상태도 자동으로 수정에서 테스트 대기로 업데이트 된다.
또한, 도 6c에 도시된 바와 같이, 오류 추적시스템(BTS)에 등록된 BUG가 해결되고 재검증시 오류가 없으면 BUG의 상태는 닫기가 된다. 또한, 상기 BUG와 연계된 해당 TC의 상태가 테스트 OK로, 해당 SRS의 상태가 테스트 완료로 업데이트 된다.
이와 같이, 본 발명의 일 실시예에 따른 소프트웨어 요구사항 통합 추적 관리 시스템(100)은 소프트웨어 요구사항 관리시스템(SRSM)(110), 테스트 케이스 관리시스템(TCM)(120) 및 오류 추적시스템(BTS)(130)을 포함하고, 각각의 시스템에 등록된 항목들이 식별자를 통해서 상호간 연계되어 있어, 각각의 시스템 중 어느 한 항목의 상태 변화 시 연계된 모든 항목들이 실시간으로 동기화된다. 따라서, 본 발명은 소프트웨어 개발 시 발생될 수 있는 모든 변화와 소프트웨어의 상태가 실시간으로 추적 및 관리가 가능하게 된다. 더불어, 본 발명은 소프트웨어 배포 후 낮은 소프트웨어 품질과 요구사항 반영실패에 따른 여러 가지 경제적 또는 기타 발생 가능한 리스크를 방지 또는 최소화할 수 있으며, 궁극적으로는 소프트웨어의 품질을 향상시킬 수 있다.
이상에서 설명한 것은 본 발명에 의한 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법을 실시하기 위한 하나의 실시예에 불과한 것으로서, 본 발명은 상기한 실시예에 한정되지 않고, 이하의 특허청구범위에서 청구하는 바와 같이 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변경 실시가 가능한 범위까지 본 발명의 기술적 정신이 있다고 할 것이다.
100: 소프트웨어 요구사항 통합 추적 관리 시스템
110: 소프트웨어 요구사항 관리시스템
120: 테스트 케이스 관리시스템
130: 오류 추적시스템
140: 리포트 페이지

Claims (12)

  1. 고객의 소프트웨어 요구사항(SRS)을 등록 및 작성하고, 상기 소프트웨어 요구사항(SRS)을 관리하는 소프트웨어 요구사항 관리시스템;
    상기 소프트웨어 요구사항(SRS) 별 테스트 케이스(TC)를 등록하고, 상기 테스트 케이스(TC)를 관리하는 테스트 케이스 관리시스템; 및
    상기 테스트 케이스 관리시스템으로부터 등록된 오류(BUG)를 추적 및 관리하는 오류 추적시스템;을 포함하고,
    상기 소프트웨어 요구사항(SRS), 상기 테스트 케이스(TC) 및 상기 오류(BUG)는 식별자를 통해서 상호 연계되고,
    상기 테스트 케이스(TC)의 상태가 업데이트 되면, 상기 식별자를 통해 연계된 해당 소프트웨어 요구사항(SRS) 및 오류(BUG)의 상태도 실시간으로 업데이트 되며,
    상기 테스트 케이스(TC)에서 오류가 발생되면, 상기 테스트 케이스(TC)의 상태는 테스트 NG가 되고, 상기 오류 추적시스템에 오류(BUG)가 신규로 등록되고,
    상기 오류 추적시스템에 등록된 오류(BUG)가 해결되고 재검증시 오류가 없으면, 상기 오류(BUG)의 상태는 닫기(close)가 되고 연계된 테스트 케이스(TC)의 상태는 테스트 OK로 업데이트되고 연계된 소프트웨어 요구사항(SRS)의 상태는 테스트 완료상태로 업데이트되는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템.
  2. 제 1 항에 있어서,
    상기 소프트웨어 요구사항 관리시스템에 소프트웨어 요구사항(SRS)이 작성 완료되면, 상기 테스트 케이스 관리시스템에 소프트웨어 요구사항(SRS)이 자동으로 등록되는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템.
  3. 제 1 항에 있어서,
    상기 테스트 케이스 관리시스템에서 상기 소프트웨어 요구사항(SRS)과 상기 테스트 케이스(TC)는 1:N으로 연계 되는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템.
  4. 삭제
  5. 제 1 항에 있어서,
    상기 소프트웨어 요구사항 관리시스템, 상기 테스트 케이스 관리시스템 및 상기 오류 추적시스템은 SOAP(Simple Object Access Protocol) 인터페이스를 통해 연결된 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템.
  6. 제 1 항에 있어서,
    상기 소프트웨어 요구사항 관리시스템, 상기 테스트 케이스 관리시스템 및 상기 오류 추적시스템의 정보를 종합해서 보여주는 리포트 페이지를 더 포함하는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템.
  7. 소프트웨어 요구사항 관리시스템이 고객의 소프트웨어 요구사항(SRS)을 등록 및 작성하는 단계;
    테스트 케이스 관리시스템이 상기 소프트웨어 요구사항(SRS) 별 테스트 케이스(TC)를 등록 및 작성하고, 상기 테스트 케이스(TC)를 테스트 하는 단계; 및
    상기 테스트 케이스 관리시스템이 상기 테스트 케이스(TC)에서 발생된 오류(BUG)를 오류 추적시스템에 등록하는 단계를 포함하고,
    상기 소프트웨어 요구사항(SRS), 상기 테스트 케이스(TC) 및 상기 오류(BUG)는 식별자를 통해서 상호 연계되고,
    상기 테스트 케이스(TC)의 상태가 업데이트 되면, 상기 식별자를 통해 연계된 해당 소프트웨어 요구사항(SRS) 및 오류(BUG)의 상태도 실시간으로 업데이트 되며,
    상기 테스트 케이스(TC)에서 오류가 발생되면, 상기 테스트 케이스(TC)의 상태는 테스트 NG가 되고, 상기 오류 추적시스템에 오류(BUG)가 신규로 등록되고,
    상기 오류 추적시스템에 등록된 오류(BUG)가 해결되고 재검증시 오류가 없으면, 상기 오류(BUG)의 상태는 닫기(close)가 되고 연계된 테스트 케이스(TC)의 상태는 테스트 OK로 업데이트되고 연계된 소프트웨어 요구사항(SRS)의 상태는 테스트 완료상태로 업데이트되는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템의 관리 방법.
  8. 제 7 항에 있어서,
    상기 소프트웨어 요구사항 관리시스템이 상기 소프트웨어 요구사항(SRS)의 작성을 완료하면 상기 테스트 케이스 관리시스템에 상기 소프트웨어 요구사항(SRS)이 자동으로 등록되는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템의 관리 방법.
  9. 제 7 항에 있어서,
    상기 테스트 케이스(TC)를 테스트 하는 단계에서 하나의 소프트웨어 요구사항(SRS)에 대해 복수의 테스트 케이스(TC)를 등록할 수 있는 것을 특징으로 하는 소프트웨어 요구사항 통합 추적 관리시스템의 관리 방법.
  10. 삭제
  11. 삭제
  12. 삭제
KR1020160174646A 2016-12-20 2016-12-20 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법 KR102018943B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160174646A KR102018943B1 (ko) 2016-12-20 2016-12-20 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160174646A KR102018943B1 (ko) 2016-12-20 2016-12-20 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법

Publications (2)

Publication Number Publication Date
KR20180071705A KR20180071705A (ko) 2018-06-28
KR102018943B1 true KR102018943B1 (ko) 2019-11-04

Family

ID=62780236

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160174646A KR102018943B1 (ko) 2016-12-20 2016-12-20 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법

Country Status (1)

Country Link
KR (1) KR102018943B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210121638A (ko) 2020-03-31 2021-10-08 에이비앤아이(주) 개발 프로젝트에서 복수의 분석 의도를 지원하는 목표 추적관리 시스템 및 그 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101202948B1 (ko) * 2006-06-30 2012-11-19 주식회사 케이티 네트워크 기반의 통합 검증 시스템 및 그 방법
KR100935685B1 (ko) * 2007-12-18 2010-01-08 한국전자통신연구원 소프트웨어 개발 장치 및 그 방법

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
RationalTester, "Rational Quality Manager and DOORS integration for Requirements Driven Quality," Youtube, 2009.11.13., [URL:https://www.youtube.com/watch?v=BifTkf_MMgY]
박성민, "요구사항에 기반한 테스팅,", IBM 요구사항에 기반한 애플리케이션 품질관리 및 테스팅 방안 세미나, 2010.03.11.

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20210121638A (ko) 2020-03-31 2021-10-08 에이비앤아이(주) 개발 프로젝트에서 복수의 분석 의도를 지원하는 목표 추적관리 시스템 및 그 방법

Also Published As

Publication number Publication date
KR20180071705A (ko) 2018-06-28

Similar Documents

Publication Publication Date Title
CN105302716B (zh) 合流开发模式下的测试方法、装置
US8209564B2 (en) Systems and methods for initiating software repairs in conjunction with software package updates
US9152484B2 (en) Generating predictive diagnostics via package update manager
US8913729B2 (en) Automated provisioning
US11263120B2 (en) Feature-based deployment pipelines
CN110659018B (zh) 一种流程引擎实现方法及装置
CN104090776A (zh) 一种软件开发方法及系统
US9116802B2 (en) Diagnostic notification via package update manager
JP2011510418A (ja) コンポーネント・モデル基盤の仮想ソフトウェア・プラットホームを生成する方法、これを利用してソフトウェア・プラットホーム・アーキテクチャを検証する方法及びその装置
CN106612204B (zh) 业务校验方法及装置
CN110532021B (zh) 分布式控制系统的组态文件的处理方法、客户端及服务装置
CN109977012B (zh) 系统的联调测试方法、装置、设备及计算机可读存储介质
US20150121140A1 (en) Testing a control unit by means of a test environment
CN110209584A (zh) 一种测试数据自动生成方法和相关装置
CN104133768A (zh) 一种程序代码复查方法和装置
CN104820676A (zh) 一种判断版本号大小的方法及装置
CN110990289B (zh) 一种自动提交bug的方法、装置、电子设备及存储介质
KR102018943B1 (ko) 소프트웨어 요구사항 통합 추적 관리 시스템 및 그의 관리 방법
CN107621963A (zh) 一种软件部署方法、软件部署系统及电子设备
CN107480050A (zh) 一种自动测试更新包的测试方法
CN111966665B (zh) 数据迁移测试方法及装置
Hummer et al. Automated testing of chef automation scripts
CN109947645A (zh) 自动化配置工具方法及系统
CN107168822B (zh) Oracle streams的异常修复系统及方法
CN105868099A (zh) 分支提交差异检测方法及装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)