$\require{mediawiki-texvc}$

연합인증

연합인증 가입 기관의 연구자들은 소속기관의 인증정보(ID와 암호)를 이용해 다른 대학, 연구기관, 서비스 공급자의 다양한 온라인 자원과 연구 데이터를 이용할 수 있습니다.

이는 여행자가 자국에서 발행 받은 여권으로 세계 각국을 자유롭게 여행할 수 있는 것과 같습니다.

연합인증으로 이용이 가능한 서비스는 NTIS, DataON, Edison, Kafe, Webinar 등이 있습니다.

한번의 인증절차만으로 연합인증 가입 서비스에 추가 로그인 없이 이용이 가능합니다.

다만, 연합인증을 위해서는 최초 1회만 인증 절차가 필요합니다. (회원이 아닐 경우 회원 가입이 필요합니다.)

연합인증 절차는 다음과 같습니다.

최초이용시에는
ScienceON에 로그인 → 연합인증 서비스 접속 → 로그인 (본인 확인 또는 회원가입) → 서비스 이용

그 이후에는
ScienceON 로그인 → 연합인증 서비스 접속 → 서비스 이용

연합인증을 활용하시면 KISTI가 제공하는 다양한 서비스를 편리하게 이용하실 수 있습니다.

소프트웨어 품질 개선을 위한 실증 연구 : A사(社) 정보시스템 고도화 프로젝트 사례
A Case Study on the Software Quality Improvement : Information Systems Advancement Project of A Company 원문보기

한국콘텐츠학회논문지 = The Journal of the Korea Contents Association, v.11 no.7, 2011년, pp.80 - 88  

김재생 (김포대학) ,  최상균 (김포대학) ,  김경훈 (경희대학교) ,  경태원 (R&D특허센터)

초록
AI-Helper 아이콘AI-Helper

눈에 보이지 않는 소프트웨어의 품질을 측정하고 관리한다는 것은 쉬운 일이 아니다. 하지만 소프트웨어개발 프로젝트가 대형화, 복잡화됨에 따라 그 중요성을 간과할 수 없다. 본 연구에서는 소프트웨어 품질 개선을 위한 방법들의 특징을 비교 분석하였다. 그리고 코드 인스펙션(Code Inspection)을 위한 규칙들을 수립하고 실제 프로젝트에 적용함으로써 그 효율성과 효과성을 검증하였다. 본 연구를 통해 다음과 같은 결과를 얻었다. 첫째, 소프트웨어 검토 방법들에 대한 이론적 내용을 정리한 점이다. 둘째, 코드 인스펙션을 위한 규칙을 수립하고 사례를 통해 성과를 증명하였다. 셋째, 코드 인스펙션을 통해 정량적 데이터 관리를 수행하였다.

Abstract AI-Helper 아이콘AI-Helper

It is no simple matter to measure and manage the quality of Software which is invisible. However the importance cannot be ignored as the software development project is getting bigger and complex. This study analyses and compares the methods of software quality improvement. Further it formulates rul...

주제어

AI 본문요약
AI-Helper 아이콘 AI-Helper

* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.

문제 정의

  • 코드 인스펙션 대상을 영역별, 기능별로 적용 규칙을 수립하여 결함을 조사하였다. 그리고 결함율 0%를 목표로 코드 인스펙션과 재작업 과정을 반복함으로써 코드의 완성도를 높이고 소프트웨어 개발의 효율과 품질을 높이기 위해 노력하였다.
  • 따라서 본 연구에서는 소프트웨어의 완성도와 품질을 높이기 위한 방법들 중 하나인 인스펙션과 기존의 검토 기법들을 정리 하고자 한다. 그리고 코드 인스펙션(Code Inspection)을 위한 규칙들을 수립하고 실제 프로젝트에 적용함으로써 그 효율성과 효과성을 검증하고자 한다. 본 연구에서는 A社의 정보시스템 고도화 프로젝트를 대상으로 코드 인스펙션의 효율적 수행을 위한 규칙들을 수립하고 적용하였다.
  • 하지만 대부분의 개발자나 관리자들이 기존 방법인 동료검토, 워크스루, 그리고 테스트와 혼동을 하거나 명확히 구분을 하지 못하고 있다. 따라서 본 연구에서는 문헌자료를 바탕으로 코드 인스펙션과 기존 검토 방법들을 정리하였다.
  • 인스펙션은 1976년 Michael Fagan에 의해 제안되었으며[2], 인스펙션을 통해 모든 결함의 60~90% 정도를 찾을 수 있고, 인스펙션으로부터 피드백을 받음으로써 프로그래머는 같은 실수를 피할 수 있다고 주장하였다[3]. 따라서 본 연구에서는 소프트웨어의 완성도와 품질을 높이기 위한 방법들 중 하나인 인스펙션과 기존의 검토 기법들을 정리 하고자 한다. 그리고 코드 인스펙션(Code Inspection)을 위한 규칙들을 수립하고 실제 프로젝트에 적용함으로써 그 효율성과 효과성을 검증하고자 한다.
  • 코드 인스펙션은 그 효과가 널리 알려져 있음에도 불구하고 국내에서 체계적으로 수행된 사례는 많지 않다. 따라서 본 연구에서는 코드 인스펙션과 기존의 검토방법들을 정리함으로써 소프트웨어 개발에 관련된 이해 당사들에게 코드 인스펙션의 이론적 배경을 제공하고, 코드 인스펙션의 중요성과 필요성을 전달하고자 하였다. 또한 코드 인스펙션을 위한 규칙을 수립하고 실제 프로젝트에 적용함으로써 그 성과를 분석하였다.
  • 본 연구에서는 A社의 정보시스템 고도화 프로젝트를 대상으로 코드 인스펙션을 위한 규칙들을 수립하였다. 물론 특정 프로젝트를 대상으로 수립된 규칙이기 때문에 일반화시키거나 표준화시키기에는 다소 무리가 있다.
  • 본 절에서는 A社의 정보시스템 고도화 프로젝트를 대상으로 코드 인스펙션을 위한 규칙들을 수립하고자 한다. 코드 인스펙션 규칙 수립을 위해 참고한 자료의 구체적 명칭과 출처는 저작권 및 기관의 보안 유지를 위해 밝히지 않는다.
  • [그림 1]은 코드 인스펙션 수행을 위한 과정을 보여주고 있다. 특히, 코드 인스펙션을 위한 규칙을 수립함으로써 인스펙션 활동의 효율과 성과를 높이고자 한다.
본문요약 정보가 도움이 되었나요?

질의응답

핵심어 질문 논문에서 추출한 답변
결함 발견을 위한 대표적인 방법 중 하나가 인스펙션은 누가 제안하였는가? 이러한 결함 발견을 위한 대표적인 방법 중 하나가 인스펙션 (Inspection)이다. 인스펙션은 1976년 Michael Fagan에 의해 제안되었으며[2], 인스펙션을 통해 모든 결함의 6 0~90% 정도를 찾을 수 있고, 인스펙션으로부터 피드백을 받음으로써 프로그래머는 같은 실수를 피할 수 있다고 주장하였다[3]. 따라서 본 연구에서는 소프트웨어의 완성도와 품질을 높이기 위한 방법들 중 하나인 인스펙션과 기존의 검토 기법들을 정리 하고자 한다.
IEEE가 정의한 테스트란? IEEE에서는 테스트를 “시스템이 특정 요구사항을 만족하는지 검증하고 예상했던 결과와 실제 결과의 차이를 수동 또는 자동화된 방식을 통해 식별하는 실험 또는 평가하는 프로세스이다” 라고 정의하였다[4].
테스트는 일반적으로 세 가지 단계로 나누어지는데, 각각 정의와 사용 목적은 무엇인가? 즉, 단위 테스트(Unit test), 통합 테스트(Integration test), 인수 테스트(Acceptance test) 이다. 단위 테스트는 대부분 모듈을 구현한 프로그래머가 실시한다. 단위 테스트의 주요 목적은 모듈을 정확하게 구현하였는가, 예정한 기능을 제대로 발휘하는가를 점검한다. 통합 테스트는 전체 시스템을 이루는 모듈을 모아 통합적으로 시험 하는 것을 말한다. 시스템이 요구된 기능을 제대로 수행하는가를 점검하고 모듈 사이의 인터페이스를 시험 하는 것이 주목적이다. 인수 테스트는 완성된 제품에 대한 시험이다. 인수 테스트의 목적은 시스템이 사용될 준비가 다 되었다고 드러내 보이는 것이다[5].
질의응답 정보가 도움이 되었나요?

참고문헌 (12)

  1. A. Davis, Software Requirements: Analysis and Specification, Prentice-Hall, p.20, 1990. 

  2. M. E. Fagan, "Design and Code Inspections to Reduce Errors in Programming Development," IBM Systems, Vol.15, No.3, 1976. 

  3. M. E. Fagan, "Advances in Software Inspections," IEEE Transactions in Software Engineering, Vol.12, No.7, pp.744-751, 1986. 

  4. IEEE, IEEE Standard Glossary of Software Engineering Terms, IEEE Society Press, 1983. 

  5. 최은만, 소프트웨어 공학, 정익사, 2006. 

  6. CMU/SEI, The Capability Maturity Model: Guides for Improving the Software Process, Addison Wesley, 1994. 

  7. M. Fewster and D. Graham, Software Test Automation, Effective Use of Test Execution Tools, Addison-Wesley, 1999. 

  8. ISO 8402:1995, Quality Management and Quality Assurance. Vocabulary, 1995. 

  9. J. C. Kelly, J. S. Sherif, and J. Hops, "An Analysis of Defect Densities Found During. Software Inspections," Journal of Systems Software, Vol.17, 1992. 

  10. Olson Timothy, World-Class Software Inspection, SEI 1996 SEPG Conference Proceeding, 1996. 

  11. J. E. Heiser, J. E., Overview of Software Testing, IEEE Transactions On Software Engineering, 1997. 

  12. Tom Glib & Dorothy Graham, Software Inspection, Addison-Wesley Professional, 1994. 

저자의 다른 논문 :

섹션별 컨텐츠 바로가기

AI-Helper ※ AI-Helper는 오픈소스 모델을 사용합니다.

AI-Helper 아이콘
AI-Helper
안녕하세요, AI-Helper입니다. 좌측 "선택된 텍스트"에서 텍스트를 선택하여 요약, 번역, 용어설명을 실행하세요.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.

선택된 텍스트

맨위로