An Empirical Study on Tracking Table for Consistency and Completeness Validation in the Outputs

산출물의 일관성과 완전성 검증을 위한 추적테이블의 경험적 연구

  • 김주영 (숭실대학교 컴퓨터학과) ;
  • 류성열 (숭실대학교 컴퓨터학과)
  • Published : 2007.05.15

Abstract

It is very important to track whether software is properly developed according to requirements. This study suggests a method to track requirements by using a tracking table. In this study, the tracking table indicates why such requirements are included by detailing the content of requests for proposals and proposals. The table also facilitates verification of the consistency between outputs and the integrity by having ID codes of each requirement mapped to each output. Furthermore, as this study was conducted, it was found that some factors were required to be added or supplemented to the outputs at the requirement gathering stage of MaRMI-Ⅲ v.4.0 methodology. Thus, this study seeks to present this additional result along with the enhanced tracking table. By verifying outputs, the tracking table presented in this study will help to reduce all kinds of risks and problems that may occur in software development due to the lack of management of requirements. In addition, the output of the requirement-gathering stage of MaRMI-Ⅲ v.4.0 methodology will be improved/supplemented according to the creation of tracking tables; this will increment the applicability of the MaRMI-III methodology.

소프트웨어 개발시 요구사항이 시스템에 제대로 반영되어 개발되고 있는지를 추적하는 일은 아주 중요하다. 이에, 본 연구에서는 추적테이블을 이용하여 요구사항을 추적하는 방법을 연구하였다. 본 연구에서 제시한 추적테이블에서는 제안요청서, 제안서 등의 내용을 명확히 명세하게 함으로써 요구사항의 발생근거를 명확히 하고, 산출물마다 요구사항 식별코드를 매핑하게 하여 산출물간의 일관성 및 완전성 검증하는데 용이하게 하였다. 아울러, 본 연구를 진행하면서 마르미-III v.4.0 방법론의 요구획득단계 산출물중에 추가하거나 보완이 필요한 요소를 발견하게 되었기에 개선된 추적테이블과 함께 부가적인 연구결과로 제시하고자 한다. 본 연구에서 제시한 개선된 추적테이블을 이용하여 산출물을 검증함으로써 소프트웨어 개발시 요구사항 관리 부족으로 일어나는 각종 위험 및 문제요소를 줄일 수 있을 것이다. 또한 마르미-III v.4.0 방법론의 요구획득 단계 산출물을 본 연구의 추적테이블 작성방법에 따라 추가.보완하게 함으로써 마르미-Ⅲ 방법론의 활용을 높이고자 한다.

Keywords

References

  1. 한국전자통신연구원, 마르미-III 버전 4.0, 2002
  2. Project Management Body of Knowledge 2nd Edition, PMI, 2000
  3. Rombach, H.D. Software Specification: A Framework. Curriculum Module SEI-CM-11-2.1, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pa., Jan, 1990
  4. 정기원, 조용선, 권성구, '객체지향 설계방법에서 오류검출과 일관성 점검기법 연구', 한국정보처리학회 논문지 Vol. 06, No. 08, pp.2072-2087, 1999.08
  5. M.Elizabeth C.Hull, Ken Jackson, A. Jeremy J.Dick, Requirements Engineering, 시스템체계공학원, 2005
  6. U. S. DEPARTMENT OF ENERGY, DoE-Requirements Traceability Matrix Spec, Sep.2002
  7. 김주엽, '중소 업무용 소프트웨어의 요구사항 분석 도구의 설계 및 구현', 홍익대 정보대학원 석사학위논문, 2006.02
  8. Karl E.Wiegers, Automating Requirements Management, Process Impact, 1999
  9. Thedore Hammer, Lenore Huffman, 'Automated Requirements Management-Beware HOW You Use Tools An Experience Report,' NASA, 1998 https://doi.org/10.1109/ICRE.1998.667806
  10. Lee M. Williams, The Elements of Technical Requirement Management, INCOSE Atlanta Chapter, 2006.02
  11. Soren Lauesen, Software Requirement Styles and Techniques, Addison Wesley, 2002
  12. Martin Fowler, and Kendall Scott, UML Distilled: Applyin the Strandard Object Modeling Language, Addison Wesley, Inc., 1997
  13. Ralph H. Acaba, Lessons Learned in the Selection of A Company Standard Requirements Management Tool, Quality Systems & Software, 2000