Information Systems Review (경영정보학연구)

The Korea Society of Management Information Systems (한국경영정보학회)
권호 표지

A Suggestion for Merging Quality Management into Software Project Schedule Management

소프트웨어개발 일정관리와 품질관리의 통합 방안

  • 백선욱 (상명대학교 컴퓨터소프트웨어공학과) ;
  • 한용수 (OSP 연구소) ;
  • 홍석원 (명지대학교 컴퓨터소프트웨어학과)
  • Published : 2004.12.31
Download PDF
⟨ Previous Next ⟩

Abstract

In this paper we propose a new software project development management model incorporating quality management to schedule management. Though many efficient techniques such as code review and inspection are used to remove defects, the effect of defect removal time on project schedule hasn't been studied much. However, poor quality management has an important effect upon overall schedule and sometimes software projects fails due to it. Thus, quality management and schedule management should be considered together and we need to reflect the time to maintain software quality into the schedule management. For the proposed model we introduced "Quality Value" representing the needed time to remove software defects. We assume PSP/TSP to gather the needed data for quality value. The proposed model can be used to predict the effect of software defects on schedule in advance and to prevent schedule lag.

소프트웨어 규모가 대형화 됨에 따라 개발에 소요되는 시간과 인력도 대형화 되고 있으며, 또한 원하는 수준의 소프트웨어 품질을 얻기 위해 필요한 테스트 비용도 점점 더 증가하고 있다. 소프트웨어 프로젝트 개발 과정에서 품질 관리를 위해 다양한 결함 제거 기법들이 사용되고 있으나, 이러한 결함제거 기법과 결함 제거 시간이 전체 일정에 미치는 영향은 아직까지 체계적으로 분석되지 못하고 있다. 본 논문에서는 일정한 소프트웨어 품질 수준을 달성하기 위해 소요되는 시간을 소프트웨어 개발 일정 관리에 반영한 새로운 일정관리 모델을 제안한다. 제안된 모델은 CMU의 PSP/TSP (Personal Software Process/Team Software Process)를 적용하는 개발 과정에서 수집된 결함 정보, 결함 제거 시간, 평균 결함 제거시간 및 단계별 결함 제거율을 사용하여 일정 지연 여부를 실시간으로 추적할 수 있도록 하고 있다. 이를 위해 본 논문에서는 소프트웨어 품질 달성에 필요한 작업량을 일정 관리 측정체계와 동일한 측정체계에서 사용할 수 있도록 하는 품질 지수(Quality Value)를 새로 제안한다. 본 연구의 결과는 일정과 품질을 분리하여 관리하는 기존의 일정 관리 방법을 보완하여 프로젝트 관리자를 비롯한 모든 관계자가 품질 관리의 중요성을 인식하고 품질 저하 문제를 사전에 예방하는데 활용될 수 있을 것으로 기대된다.

Keywords

References

  1. 장시영, 신동익, ‘정보시스댐 성과평가 방법론 연구-개발프로젝트를 중심으로’, 한국경영학회 경영저널, 제1권, 제1호, 2000, pp.189-207
  2. ANSI(American National Standards Institute), ‘ANSI-748: Earned Value Management Systems’, 1998
  3. Basili, V. R., F. E. McGarry, R. Pajerski and M. V. Zelkowitz, ‘Lessons learned from 25 years of process improvement: the rise and fall of the NASA software engineering laboratory’, 24th International Conference on Software Engineering, May 2002, pp.69-79
  4. Chrissis, M. B., M. Konrad and S. Shrum, CMMI: Guidelines for Process Integration and Product Improvement, Addison Wesley, 2003
  5. Conn, R., ‘A Reusable, Academic-Strength, Metrics-Based Software Engineering Process for Capstone Courses and Projects’, Proceedings of the 35th SIGCSE technical symposium on Computer science education, March 2004, pp.492-946
  6. Curtis, B., W. E. Hefley and S. A. Miller, ‘People Capability Maturity Model (P-CMM)’, SEI Report, CMU/SEI-2001- MM-01, July 2001
  7. Davis, N. and J. Mullaney, ‘The Team Software Process (TSP) in Practice: A Summary of Recent Results’, SEI Technical Report, CMU/SEI-2003-TR-014, 2003
  8. Goldenson, D. R. and D. L. Gibson, ‘Demonstrating the Impact and Benefits of CMMI: An Update and Preliminary Results’, SEI Technical Report, CMU/SEI- 2003-SR-009, 2003
  9. Humphrey, W. S., A Discipline for Software Engineering, Reading MA: Addison-Wesley, 1995
  10. Humphrey, W. S., Introduction to the Personal Software Process, Reading MA: AddisonWesley, 1997
  11. Humphrey, W. S., Introduction to the Team Software Process, Reading MA: AddisonWesley, 2000
  12. Humphrey, W. S., Winning with Software: An Executive Strategy, Reading MA: AddisonWesley, 2002
  13. IFPUG(Intemational Function Point Users Group), Function Point Counting Practices Manual, Version 4.1, 2003
  14. Jalote, P., CMM in Practice: Processes for Executing Software Project at Infosys, Reading MA: Addison-Wesley, 2000
  15. Jones, C., Software Assessments, Benchmarks and Best Practices, Reading MA: AddisonWesley, 2000
  16. Krishnan, M. S., C. H. Kriebel, S. Kekre and T. Mukhopadhyay, ‘An empirical analysis of cost and conformance quality in software products’, Management Science, Vol. 46, No. 6, June 2000, pp.745-759
  17. Liblit, B., A. Aiken, A. X. Zheng and M. I. Jordan, ‘Bug Isolation via Remote Program Sampling’, ACM SIGPLAN 2003 Conference on Programming Language Design and Implementation, June 2003, pp.141-154
  18. Liu, X. E, G. Kane and M. Bambroo, ‘An Intelligent Early Warning System for Software Quality Improvement and Project Management’, 15th IEEE International Conference on Tools with Artificial Intelligence (ICTAl' 03), 2003
  19. Parsons, H. M., ‘What Happened at Hawthorne?’, Science, Vol. 183, No.8, Mar. 1974, pp. 922-932
  20. SEI(Software Engineering Institute), ‘Process Maturity Profile: CMMI v1.1 SCAMPI v1.l Appraisal Results 2003 Year End Update’, 2004, http://www.seLcmu.edu./sema/pdf/CMMI/2oo4marCMMI.pdf.
  21. Solomon, P., ‘From Performance-Based Earned Value (PBEV) to the Capability Maturity Model-Integrated (CMMI)’, DoD Software Technology Conference(STC), April 2002
  22. Zage, D. and W. Zage, ‘An Analysis of the Fault Correction Process in a Large- Scale SDL Production Model’, Proceedings of the 25th International Conference on Software Engineering, May 2003, pp. 570-577
  23. SGI (Standish Group International Inc.), ‘Extreme chaos’, 2001, http://standishgroup.comfsample_researchjPDFpagesjextreme_chaos