요구사항 추적성은 개발과 유지보수 과정 동안 지속적으로 관리해야 한다. 그러나, 실제에서는 품질 보증을 점검하는 단계에서 갱신한다. 이러한 차이는 개발자가 추적성을 갱신하는 노력...
http://chineseinput.net/에서 pinyin(병음)방식으로 중국어를 변환할 수 있습니다.
변환된 중국어를 복사하여 사용하시면 됩니다.
https://www.riss.kr/link?id=A105625225
2018
Korean
KCI등재
학술저널
325-334(10쪽)
0
0
상세조회0
다운로드국문 초록 (Abstract)
요구사항 추적성은 개발과 유지보수 과정 동안 지속적으로 관리해야 한다. 그러나, 실제에서는 품질 보증을 점검하는 단계에서 갱신한다. 이러한 차이는 개발자가 추적성을 갱신하는 노력...
요구사항 추적성은 개발과 유지보수 과정 동안 지속적으로 관리해야 한다. 그러나, 실제에서는 품질 보증을 점검하는 단계에서 갱신한다. 이러한 차이는 개발자가 추적성을 갱신하는 노력에 비해 추적성을 통해 얻는 혜택이 적기 때문이다. 이러한 노력 대비 보상의 관점에서 우리는 일반적으로 사용하는 스프레드시트 형태의 요구사항 추적성 매트릭스에서 맵핑을 유연하게 바꿀 수 있는 방법을 제안한다. 제안의 목적은 개발자가 요구사항 추적성을 갱신하는데 들이는 노력을 줄이는 것이다. 제안 방법은 먼저, 각 시트에 두 산출물 간의 관계만을 기입하여 변경이 발생할 때, 개발자가 변경된 맵핑을 즉시 반영할 수 있도록 한다. 다음, 개발자가 원하는 시점에서 제안 방법은 자동적으로 모든 산출물의 관계를 계산하여 추적성 매트릭스를 생성한다. 또한 누락된 맵핑 관계를 색상으로 표시하고 척도를 계산하여 개발자가 추적성 매트릭스의 완전성을 파악하도록 돕는다. 우리는 제안 방법의 적용가능성을 파악하기 위하여 사례 연구를 수행하였다. 사례 연구는 제안한 요구사항 추적성 매트릭스가 실제 프로젝트에 적용 가능하며 변경된 맵핑 관계를 쉽게 수용함을 보여준다.
다국어 초록 (Multilingual Abstract)
Requirement traceability should be continuously maintained in software development and evolution. However, it is usually updated in practice in the quality assurance phase. The gap between “is” and “should” exists due to the fact that develope...
Requirement traceability should be continuously maintained in software development and evolution. However, it is usually updated in practice in the quality assurance phase. The gap between “is” and “should” exists due to the fact that developers must invest considerable effort to update requirement traceability while being able to obtain only marginal benefit from the updated traceability. To close this gap, we propose a spreadsheet application that enables developers to flexibly change mappings in a requirement traceability matrix. In this way, developers can reduce their effort in updating the requirement traceability matrix, but still obtain the common form of a requirement traceability matrix on a spreadsheet. The proposed application maintains the mappings between two artifacts on each sheet so that, whenever an artifact item changes, developers can instantly insert the relevant mapping changes. Then, when developers desire the common form of a requirement traceability matrix, the proposed application calculates the mappings among several artifacts and creates the matrix. The application also checks traceability errors and calculates the metrics so that developers can understand the completeness of the matrix. To understand the applicability of the proposed approach, we conducted a case study, which shows that the proposed application can be applied to the real project and easily incorporate the mapping changes.
참고문헌 (Reference)
1 김주영, "추적테이블을 이용한 요구사항 변경관리 및 추적 효과 연구" 한국정보처리학회 17 (17): 271-282, 2010
2 S. Saito, "Visualizing the effects of requirements evolution" ACM 152-161, 2016
3 N. Ali, "Trustrace: Mining software repositories to improve the accuracy of require- ment traceability links" 39 (39): 725-741, 2013
4 J. Marshall, "Transitioning model based systems engineering to onboard spacecraft electronics" IEEE 2017
5 S. Palihawadana, "Tool support for traceability management of software artefacts with DevOps practices" IEEE 2017
6 S. C. Jayaraman, "The Impact of Visualizing Traceability Links for Evolving Requirements in Software Maintenance-A Controlled Experiment"
7 W. Hussain, "Spreadsheets as collaborative technologies in global requirements change management" 2014
8 Jongyeol Park, "Investigation on the difficulties of managing traceability in the evolution of software requirements" KCSE 2017
9 J. Cleland-Huang, "Event-based traceability for managing evolutionary change" 29 (29): 796-810, 2003
10 R. Wohlrab, "Collaborative traceability management: Challenges and opportunities" IEEE 2016
1 김주영, "추적테이블을 이용한 요구사항 변경관리 및 추적 효과 연구" 한국정보처리학회 17 (17): 271-282, 2010
2 S. Saito, "Visualizing the effects of requirements evolution" ACM 152-161, 2016
3 N. Ali, "Trustrace: Mining software repositories to improve the accuracy of require- ment traceability links" 39 (39): 725-741, 2013
4 J. Marshall, "Transitioning model based systems engineering to onboard spacecraft electronics" IEEE 2017
5 S. Palihawadana, "Tool support for traceability management of software artefacts with DevOps practices" IEEE 2017
6 S. C. Jayaraman, "The Impact of Visualizing Traceability Links for Evolving Requirements in Software Maintenance-A Controlled Experiment"
7 W. Hussain, "Spreadsheets as collaborative technologies in global requirements change management" 2014
8 Jongyeol Park, "Investigation on the difficulties of managing traceability in the evolution of software requirements" KCSE 2017
9 J. Cleland-Huang, "Event-based traceability for managing evolutionary change" 29 (29): 796-810, 2003
10 R. Wohlrab, "Collaborative traceability management: Challenges and opportunities" IEEE 2016
11 S. Maro, "Capra: A Configurable and Extendable Traceability Management Tool" IEEE 2016
12 S. A. Sherba, "A framework for mapping traceability relationships" 2003
13 J. E. Garcia, "A Requirements-to- Implementation Mapping Tool for Requirements Traceability" 11 (11): 193-200, 2016
전력을 고려한 RGB 색 공간 분할 기법 및 이를 활용한 AMOLED 디스플레이의 소모 전력 모델 생성 그리고 평가
유전 알고리즘을 이용한 국소가중회귀의 다중모델 결합을 위한 점진적 앙상블 학습
학술지 이력
연월일 | 이력구분 | 이력상세 | 등재구분 |
---|---|---|---|
2027 | 평가예정 | 재인증평가 신청대상 (재인증) | |
2021-01-01 | 평가 | 등재학술지 유지 (재인증) | |
2018-01-01 | 평가 | 등재학술지 유지 (등재유지) | |
2015-01-01 | 평가 | 등재학술지 유지 (계속평가) | |
2012-10-31 | 학술지명변경 | 한글명 : 소프트웨어 및 데이터 공학 -> 정보처리학회논문지. 소프트웨어 및 데이터 공학 | |
2012-10-10 | 학술지명변경 | 한글명 : 정보처리학회논문지B -> 소프트웨어 및 데이터 공학외국어명 : The KIPS Transactions : Part B -> KIPS Transactions on Software and Data Engineering | |
2010-01-01 | 평가 | 등재학술지 유지 (등재유지) | |
2008-01-01 | 평가 | 등재학술지 유지 (등재유지) | |
2006-01-01 | 평가 | 등재학술지 유지 (등재유지) | |
2003-01-01 | 평가 | 등재학술지 선정 (등재후보2차) | |
2002-01-01 | 평가 | 등재후보 1차 PASS (등재후보1차) | |
2000-07-01 | 평가 | 등재후보학술지 선정 (신규평가) |
학술지 인용정보
기준연도 | WOS-KCI 통합IF(2년) | KCIF(2년) | KCIF(3년) |
---|---|---|---|
2016 | 0.35 | 0.35 | 0.28 |
KCIF(4년) | KCIF(5년) | 중심성지수(3년) | 즉시성지수 |
0.23 | 0.19 | 0.511 | 0.06 |