소프트웨어 프로세스 품질인증

왜 배우는가: 소프트웨어 프로세스 품질인증은 개발 조직의 프로세스 역량을 객관적으로 증명하는 국가 제도이며, 공공 소프트웨어 사업 입찰과 품질관리 체계 설계에서 기준으로 쓰인다. 기술사 시험에서는 2교시 논술과 4교시 지침 설명 문항으로 반복 출제되었으므로 정의, 인증 기준 영역, 등급 체계를 함께 정리해 두어야 한다.

출제 이력: 제137회 2교시 2번, 제134회 4교시 1번

1. 한 줄 정의와 핵심 키워드

답안 첫 줄 정의 문장: 소프트웨어 프로세스(SP) 품질인증은 소프트웨어 개발 조직의 프로세스가 정해진 인증기준을 충족하는지 심사하여 인증등급을 부여하는 제도이다.

핵심 키워드

• 소프트웨어 프로세스(SP)
• 프로세스 인증심사
• 인증기준
• 인증등급
• 프로세스 인증기관
• 프로세스 인증심의회
• 품질활동 실적자료

2. 개념 풀이

쉬운 말로 하면 개발 회사가 소프트웨어를 만드는 방법과 절차가 잘 갖춰져 있는지를 외부 기관이 심사해 점수처럼 등급을 주는 제도이다. 제품 자체의 품질을 시험하는 것이 아니라 제품을 만드는 과정의 역량을 본다는 점이 핵심이다.

정식 정의는 「소프트웨어 진흥법」 제21조에 근거한다. 지침은 소프트웨어 프로세스를 소프트웨어를 개발하고 유지·보수하기 위하여 사용하는 일련의 방법·절차·활동 등으로 정의한다. 이를 기준으로 프로세스 인증기관이 인증신청인의 프로세스를 인증심사를 통해 확인하고 인증하는 행위가 프로세스 품질인증이다.

프로세스 인증기관은 인증심사를 판정하고 등급을 부여하는 기관이다. 프로세스 인증심의회는 심사 결과를 심의·의결하는 기구이며, 위원장과 프로세스 인증심의위원으로 구성된다. 품질활동 실적자료는 인증을 받은 조직이 유효기간 동안 품질 향상을 위해 작성·수집한 기준 영역별 산출물과 관련 자료를 말한다.

인증 대상은 소프트웨어 프로젝트 수행과 관리 체계를 갖춘 기업 또는 그 일부 조직이다. 조직 단위로 인증을 신청하므로 개별 프로젝트 하나의 품질과는 구분해서 답해야 한다.

3. 등장 배경과 필요성

소프트웨어 프로젝트가 대형화되고 복잡해지면서 품질의 중요성이 커졌다. 소프트웨어 품질은 제품, 개발 과정, 인력의 세 요소에 영향을 받으므로 개발 과정의 역량을 객관적으로 평가할 수단이 필요해졌다. 정부는 소프트웨어 품질을 공인하여 개발 기관의 품질 향상 노력을 촉진하고 구매자가 품질이 검증된 소프트웨어를 고를 수 있게 하려고 이 제도를 도입했다.

제도의 배경에는 국제 프로세스 모델의 존재가 있다. ISO/IEC 12207, 15504 계열, CMMI 같은 모델은 조직의 프로세스 성숙도를 단계로 나누어 평가한다. 인증기준과 국제 모델의 관계는 이 자료에서 확인되지 않는다.

인증기준은 현행 지침 별표1의 영역으로 정해진다. 등급은 3개 등급(1·2·3등급)으로 구분된다. 1등급은 개발 차원, 2등급은 프로젝트 차원, 3등급은 조직 차원으로 표기할 수 있다(지침 제4조 제2항).

인증 취득 조직에게는 공공 사업 입찰에서 평가 우대와 고객 신뢰 확보라는 실익이 있다. 따라서 제도 운영 측면에서 기준의 공정성과 심사 절차의 객관성이 함께 요구된다. 이를 위해 지침은 심사원 자격, 인증심의회 구성, 이의신청 절차를 별도로 규정한다.

4. 구성요소·원리·절차

소프트웨어프로세스 품질인증 체계는 프로세스 인증신청인, 프로세스 인증기관, 심사팀, 프로세스 인증심의회의 네 축으로 구성된다. 신청인은 인증을 받으려는 기업이나 조직이고, 인증기관은 심사를 운영하고 등급을 판정한다. 심사 결과의 등급 판정은 심사팀이 아니라 인증심의회의 의결을 거친다.