소프트웨어 품질 표준

<소프트웨어 품질 표준>

- 명확하게 정의된 소프트웨어의 특성을 의미하며, 소프트웨어의 품질을 평가하는 기준항목

- 종류

• 정확성(Correctness) : 사용자의 요구 기능을 충족시키는 정도

• 신뢰성(Reliability) : 정확하고 일관된 결과를 얻기 위해 요구된 기능을 오류없이 수행하는 정도

• 효율성(Efficiency) : 요구되는 기능을 수행하기 위해 필요한 자원의 소요 정도

• 무결성(Integrity) : 허용되지 않는 사용이나 자료의 변경을 제어하는 정도

• 사용 용이성(Usability) : 사용에 필요한 노력을 최소화하고 쉽게 사용할 수 있는 정도

• 유지보수성(Maintainability) : 변경 및 오류 사항의 교정에 대한 노력을 최소화하는 정도

• 유연성(Flexibility) : 새로운 요구사항에 맞게 얼마만큼 쉽게 수정할 수 있는가 하는 정도

• 시험역량(Testability) : 의도된 기능을 수행하도록 보장키 위해 프로그램을 시험할 수 있는 정도

• 이식성(Portability) : 다양한 하드웨어 환경에서도 운용 가능하도록 쉽게 수정할 수 있는 정도

• 재사용성(Reusability) : 전체나 일부 소프트웨어를 다른 목적으로 사용할수 있는 정도

• 상호 운용성(Interoperability) : 다른 소프트웨어와 정보를 교환할 수 있는 정도

<품질 보증 / 정형 기술 검토 / 검토 회의 / 검열>

- 품질 보증

• 어떤 소프트웨어가 이미 설정된 요구사항과 일치하는지 확인하는데 필요한 개발 단계 전체에 걸친 계획적이고 체계적인 작업
• 소프트웨어 개발 초기 소프트웨어의 특성과 요구사항을 철저히 파악해 품질 목표를 설정하고, 개발 단계에서 정형 기술 검토를 통해 품질 목표의 충족 여부를 점검하고 개발 후 디버깅과 시험과정을 거침

- 정형 기술 검토(FTR)

• 가장 일반적인 검토방법으로 소프트웨어 기술자들에 의해 수행되는 소프트웨어 품질 보증 활동
  
• 정형 기술 검토 유형에는 회의 형태로 수행되는 검토회의(Walk through), 검열(Inspections) 등이 있음
• 정형 기술 검토의 목적
  - 검토중인 소프트웨어가 해당 요구사항과 일치하는지 검증
  - 소프트웨어가 미리 정해진 표준에 따라 표현되고 있는지 확인
  - 기능과 로직에 오류가 있는지 확이 
  - 소프트웨어가 균일한 방식으로 개발되도록 함
  - 프로젝트를 보다 용이하게 관리하도록 함
• 정형 기술 검토에 대한 지침 사항
  - 제품의 검토에만 집중
  - 의제를 제한하여 진행
  - 논쟁과 반박을 제한
  - 문제 영역을 명확히 표현
  - 해결책이나 개선책에 대해서 논하지 말 것
  - 참가자 수를 제한하며 사전 준비 강요
  - 검토될 확률이 있는 각 제품에 대한 체크 리스트 개발
  - 자원과 시간 일정 할당
  - 모든 검토자들을 위해 의미있는 훈련을 행할 것
  - 검토자들은 사전에 작성한 메모들을 공유
  - 검토의 과정과 결과를 재검토

- 검토 회의(Walk through)

• 소프트웨어 개발의 각 단계에서 개최하는 기술 평가 회의로 소프트웨어 구성 요소와 같은 작은 단위를 검토하는 것
  
• 오류의 조기 검출을 목적, 발견된 오류 문서화, 검토 회의 후 해결
• 제품 개발자가 주최, 검토 자료는 사전에 미리 배포

- 검열(Inspections, 심사)
검토 회의를 발전시킨 형태로 소프트웨어 개발단계에서 산출된 결과물의 품질을 평가하며 이 것을 개선시키는데 사용