품질 국제 표준 2탄(ISO/IEC 12119, 14598)

https://qualityhm.tistory.com/8

품질 국제 표준 1탄

 

1탄에 이어서 타 부서와 협업 시 필요한 요구사항 기준, 평가 방법, 프로세스에 대한 표준을 알아본다.

---

ISO/IEC 12119

SW 패키지에 대한 요구사항, 패키지를 시험하는 방법에 대한 가이드이다. 평가 대상은 제품설명서, 사용자 문서, 제품 및 데이터이다. 원시코드 필요한 시험은 제외된다.

 

대상

이 규격의 사용자는 다음과 같은 사람들이 될 수 있다.

공급자가

- 소프트웨어 패키지에 대한 요구사항을 명세화 할 때

- 제품 설명 형식을 설계할 때 자신의 제품을 심사할 때 적합성을 선언할 때 [ISO/IEC Guide 22]

- 적합성 인증서나 마크를 신청할 때 [ISO/IEC Guide 23]

- 국제 지역 국내 인증기관에서 제 자 인증체계를 수립하려고 할 때

- 시험 지침을 따라야 하는 시험소에서 적합성 인증서나 마크를 위한 시 험을 할 때

- 인정기관이 인증기관과 시험소를 인정할 때

- 시험소 심사원이 시험소의 능력을 심사할 때

 

구매자가

- 자신들의 요구사항과 이 규격에서 기술된 요구사항을 비교할 때

- 의도하는 업무 요구와 기존 제품의 제품설명서의 정보를 비교할 때

- 인증된 제품을 찾을 때

- 요구사항이 충족될 때 다른 방법으로 체크할 때

- 보다 나은 제품에서 이익을 얻고자 하는 사용자

---

평가 항목 및 내용

평가 대상과 항목은 다음과 같으며, 배포되는 자료를 해당하는 내용을 참고할 수 있다.

 

예제)항목 중 하나를 살펴보자

• 패키지가 제품설명서와 사용자문서를 가지고 있어야 한다.

제품설명서는 사용자나 잠재적 구매자가 그 제품이 합당한지 스스로 평가하기 위함이며 시험을 위한 토대로 사용한다.

따라서, 내용 불일치성 제거, 용어 의미의 통일, 유일한 문서 및 제품 식별(이름, 버전, 날짜, 공급자의 이름, 공급자 주소 등), 요구되는 시스템(하드웨어, 메모리 크기, 입출력 장비, 네트워크 환경, 연관 소프트웨어 등), 시험 가능하고 정확해야 한다.

---

ISO 14598

ISO 9126 사용을 위한 절차와 평가 프로세스에 대한 표준이다.

평가 요구사항에 대한 정의 → 평가의 명세화 → 평가 계획(기법) 설계 → 평가 실행 단계로 구분된다.

• 계획과 관리

1)평가 요구사항 정의

평가 지원을 위해 평가 목적을 정의하고 계획할 때 목적, 국제/국가/내부적 기준 적합성 고려해야 되며 평가 결과는 정량적이여야 하며 명확하게 진술되어 결과에 대한 추적이 가능해야 한다.

 

2)평가 기술의 개선과 사용에 관한 계획은 미리 구현되어야 하며 다음과 같은 사항을 포함해야한다.

정책 진술에 대한 준비, 조직 목적에 대한 정의, 사용될 기술에 대한 확인, 평가 프로세스 관리를 위한 책임 할당

 

3)평가 기술에 대한 구현

자체적 혹은 외부적으로 이용할 수 있는 기술에 대한 접근이 가능하여야 하며 새로 획득할 수 있어야 한다. 새로 획득한 경우 작동이나 채택에 대한 프로세스를 정의해야 한다.

 

4)평가를 위해 사용한 기술의 적용

조직은 기술 적용에 관해 목표, 활동, 일정과 프로젝트 목적, 활동에 대한 책임 등을 포함한 질적인 평가 계획을 준비해야 한다. 훈련 프로그램 지원, 도구와 평가 환경에 대한 준비가 되어있어야 하며, 데이터 수집 방법, 접근 방법, 기술 적용에 대한 구현을 고려해야 한다.

 

5)평가 결과와 사용된 기술에 대한 검토와 분석

검토와 분석 시 기술, 평가 측정, 평가 척도, 메트릭스, 효과성의 정당성을 확보해야 한다.

 

• 개발자를 위한 프로세스

새로 개발하거나, 기능 강화, 제품 평가를 완수하려는 경우에 쓰인다.

1)평가 요구 사항

개발자는 데이터 분석을 기반으로 한 데이터 집합이나 프로세스 수정에 대한 인프라를 구축해야 한다. sw 측정과 평가를 계획하고 컨트롤 가능한 개발 프로세스를 만족하여 개발한다.

2)평가 요구사항 설립

개발자는 품질 요구사항을 인식하여야 하며, 사용자 필요성, 조직의 경험, 시스템 통합 요구사항, 규칙 등을 고려해야 한다.

3)평가 명세서

외부/내부 품질 요구사항을 선별해야 한다. SDLC의 정의. 메트릭스 확인

4)평가 디자인

메트릭스를 위한 실질적인 값을 얻기 위해 데이터를 수집하는 것을 명세화 해야 한다. 시간 관리, 책임, 수집된 데이터 사용, 도구, 특별한 훈련 계획

5)평가 실행

기술 개발 기간 동안 품질에 대한 모니터링과 조정이 발생한다. 실제 값이 수집되며, 이상한 값이 발견되면 수정 및 보완한다.

---

마치며

개발자 프로세스까지 정리하고, 획득자/평가자를 위한 프로세스, 평가 모듈화는 필요하게 되면 구글링 해보자. 25000에 통합되어 실제로 사용은 하지 않는다고 하지만, 내용 자체는 크게 벗어나지 않기 때문에 깊게 공부하고 싶다면 찾아보는 것도 좋다. 뻘짓인 기분은 패스