1. ISO 15504 (SPICE: Software Process Improvement and Capability dEtermination) 개요
가. SPICE의 정의
- 여러 프로세스 개선모형을 국제표준으로 통합한 ISO의 S/W 프로세스 모형
- 소프트 프로세스에 대한 개선 및 능력 측정 기준
- 개발기관 : ISO/IEC JTC1/SC7/WG10
나. SPICE의 등장배경
- ISO9000-3이 SW분야 특성 및 프로세스적인 면을 개선하지 못해 등장
- ISO/IEC12207은 소프트웨어 생명주기 프로세스 기본틀만 제공
(프로세스 목적과 수행결과를 달성하기 위해, 무슨 활동을 해야 하는지가 없음)
- CMM에 대항하기 위해 ISO/IEC, WG10이 개발
2. SPICE 특징
- ISO 12207 소프트웨어 생명주기의 프로세스를 포함하는 프로세스와 프로세스 능력을 2차원으로 평가하는 모델
- 소프트웨어 사업자의 능력 평가 수단으로 사용가능
- 다수의 프로세스 심사 모델인 CMM, ISO 9000 등의 장점을 수용한 통합 모델임.
3. 목적
- 개발중인 소프트웨어의 품질을 개선시키고,
- 소프트웨어 프로젝트와 관련된 리스크를 감소시키며,
- 소프트웨어 개발 업체의 선정 매커니즘을 개선할 목적으로 출발
4. 구성
가. 프로세스 차원
① Customer-Supplier 프로세스 범주
- 고객에게 직접적인 영향을 주는 프로세스로 구성되어 있으며, 제품개발과 개발된 제품을 고객에게 인도하기까지의 프로세스
② Engineering 프로세스 범주
- 시스템, 소프트웨어 제품 및 사용자 문서를 정의하고, 구현하며 유지하는 프로세스
③ Support 프로세스 범주
- 전체 소프트웨어 생명주기에 걸쳐서 다른 프로세스들에 의해 사용되는 프로세스
④ Management 프로세스 범주
- 소프트웨어 생명주기내에서 프로젝트 혹은 프로세스를 관리하는 주체에 의해 사용될 수 있는 Generic Practices를 포함하는 프로세스
⑤ Organization 프로세스 범주
- 조직의 목표를 수립하고 프로세스, 제품 및 자원과 관련된 자산을 개발하는 프로세스
나. 프로세스 능력 차원
① Level 0, Incomplete
- 프로세스의 목적달성에 전반적으로 실패하는 상태.
② Level 1, Performed
- 프로세스의 목적이 전반적으로 달성되나, 적극적으로 계획되지 않거나 추적되지 않는 상태.
③ Level 2, Managed
- 프로세스가 며시된 절차에 따라 Work Product를 산출하고, 프로세스가 계획되고 추적되는 상태.
④ Level 3, Established
- 정의된 프로세스(Defined Process)를 사용하여 프로세스를 수행하고 관리하는 상태.
⑤ Level 4, Predicatable
- 정의된 프로세스가 일정한 통제범위(Control Limits)내에서 일관되게 수행되는 상태.
⑥ Level 5, Optimizing
- 현재 및 미래의 사업 Needs에 맞게 프로세스가 최적화되게 변경되어, 정의된 사업목표를 계속적으로 충족시킬 수 있는 상태.
5. 능력 수준 측정을 위한 수행활동
- 프로세스 능력수준을 측정하기 위한 지표(indicator)는 level0와 level 1을 측정하는 기본활동(base practice)과 그 이상을 측정하는 관리활동(Management Practice)이 있음
가. 기본활동의 핵심 수행 활동
① 해당 프로세스 수정을 위한 전략 개발
② 표준이 수립
③ 위의 전략과 표준에 따라 수행됨
나. 관리활동의 핵심 수행 활동 - 프로세스 능력과 프로세스 속성에서 다루어지는 능력을 달성하는 수단
① 수행활동의 구현에 대한 지침을 제공하는 수행활동 성과의 특성
② 프로세스의 관리를 지원하기 위한 메카니즘을 제공하는 자원 및 기반구조
③ 관리 수행활동을 지원하는 프로세스 차원으로부터의 관련되는 프로세스
6. SPICE (ISO 15504) vs. CMMI
01) CMMI의 이용률이 높다. (분야에 따라 차이는 존재함)
02) SPICE (ISO 15504)는 비영리 단체가 만든 Standard지만, CMMI는 미 국방성에서 만들었다.
03) CMM에서 CMMI로 개선되면서 SPICE의 개념을 많이 가져가서, 상당부분 유사한 내용이 많다.
04) SPICE와 CMMI를 같이 진행하는 경우도 있다.
05) SPICE는 최소 5년마다 갱신되지만, CMMI는 상대적으로 Update 회수가 적거나 기간이 길다. (CMMI는 현재 1.2 version / SPICE는 다양한 분야로 계속 확장해 나가고 있다.)
7. addtional Info about SPICE (ISO 15504)
- ISO/IEC 15504는 CMMI만큼 성공하지 못했다(?) (다음은 일부 관련 내용)
① ISO/IEC 15504는 다운로드가 유료
② CMMI는 스폰서가 있음 (sponsored by the US Department of Defense)
③ CMM이 먼저 생겨, 더 많은 레퍼런스와 practice가 많음
④ CMMI는 CMM을 바탕으로 개선되어 기존의 장점과 시장을 가져가며, SPICE의 개선 부분도 수용하고 있음
PS) 첨부 파일은 SPICE (ISO 15504)가 통합되기 전의 자료임.
<참고 자료>
http://www.isospice.com
http://en.wikipedia.org/wiki/ISO_15504
http://kmoonki.tistory.com/139
http://blog.naver.com/jeongsu_kim?Redirect=Log&logNo=39981286
http://kidbs.itfind.or.kr/WZIN/jugidong/1120/112001.htm
http://kidbs.itfind.or.kr/WZIN/jugidong/1268/126803.htm
http://www.sei.cmu.edu/cmmi
http://www.kmis.or.kr/3_sig/swm_data/soft(apr04)1.pdf
http://www.wibas.de/materialien/cmmi/cmmi_dev_buch_in_englisch/index_de.html
가. SPICE의 정의
- 여러 프로세스 개선모형을 국제표준으로 통합한 ISO의 S/W 프로세스 모형
- 소프트 프로세스에 대한 개선 및 능력 측정 기준
- 개발기관 : ISO/IEC JTC1/SC7/WG10
나. SPICE의 등장배경
- ISO9000-3이 SW분야 특성 및 프로세스적인 면을 개선하지 못해 등장
- ISO/IEC12207은 소프트웨어 생명주기 프로세스 기본틀만 제공
(프로세스 목적과 수행결과를 달성하기 위해, 무슨 활동을 해야 하는지가 없음)
- CMM에 대항하기 위해 ISO/IEC, WG10이 개발
2. SPICE 특징
- ISO 12207 소프트웨어 생명주기의 프로세스를 포함하는 프로세스와 프로세스 능력을 2차원으로 평가하는 모델
- 소프트웨어 사업자의 능력 평가 수단으로 사용가능
- 다수의 프로세스 심사 모델인 CMM, ISO 9000 등의 장점을 수용한 통합 모델임.
3. 목적
- 개발중인 소프트웨어의 품질을 개선시키고,
- 소프트웨어 프로젝트와 관련된 리스크를 감소시키며,
- 소프트웨어 개발 업체의 선정 매커니즘을 개선할 목적으로 출발
4. 구성
가. 프로세스 차원
① Customer-Supplier 프로세스 범주
- 고객에게 직접적인 영향을 주는 프로세스로 구성되어 있으며, 제품개발과 개발된 제품을 고객에게 인도하기까지의 프로세스
② Engineering 프로세스 범주
- 시스템, 소프트웨어 제품 및 사용자 문서를 정의하고, 구현하며 유지하는 프로세스
③ Support 프로세스 범주
- 전체 소프트웨어 생명주기에 걸쳐서 다른 프로세스들에 의해 사용되는 프로세스
④ Management 프로세스 범주
- 소프트웨어 생명주기내에서 프로젝트 혹은 프로세스를 관리하는 주체에 의해 사용될 수 있는 Generic Practices를 포함하는 프로세스
⑤ Organization 프로세스 범주
- 조직의 목표를 수립하고 프로세스, 제품 및 자원과 관련된 자산을 개발하는 프로세스
나. 프로세스 능력 차원
① Level 0, Incomplete
- 프로세스의 목적달성에 전반적으로 실패하는 상태.
② Level 1, Performed
- 프로세스의 목적이 전반적으로 달성되나, 적극적으로 계획되지 않거나 추적되지 않는 상태.
③ Level 2, Managed
- 프로세스가 며시된 절차에 따라 Work Product를 산출하고, 프로세스가 계획되고 추적되는 상태.
④ Level 3, Established
- 정의된 프로세스(Defined Process)를 사용하여 프로세스를 수행하고 관리하는 상태.
⑤ Level 4, Predicatable
- 정의된 프로세스가 일정한 통제범위(Control Limits)내에서 일관되게 수행되는 상태.
⑥ Level 5, Optimizing
- 현재 및 미래의 사업 Needs에 맞게 프로세스가 최적화되게 변경되어, 정의된 사업목표를 계속적으로 충족시킬 수 있는 상태.
5. 능력 수준 측정을 위한 수행활동
- 프로세스 능력수준을 측정하기 위한 지표(indicator)는 level0와 level 1을 측정하는 기본활동(base practice)과 그 이상을 측정하는 관리활동(Management Practice)이 있음
가. 기본활동의 핵심 수행 활동
① 해당 프로세스 수정을 위한 전략 개발
② 표준이 수립
③ 위의 전략과 표준에 따라 수행됨
나. 관리활동의 핵심 수행 활동 - 프로세스 능력과 프로세스 속성에서 다루어지는 능력을 달성하는 수단
① 수행활동의 구현에 대한 지침을 제공하는 수행활동 성과의 특성
② 프로세스의 관리를 지원하기 위한 메카니즘을 제공하는 자원 및 기반구조
③ 관리 수행활동을 지원하는 프로세스 차원으로부터의 관련되는 프로세스
6. SPICE (ISO 15504) vs. CMMI
01) CMMI의 이용률이 높다. (분야에 따라 차이는 존재함)
02) SPICE (ISO 15504)는 비영리 단체가 만든 Standard지만, CMMI는 미 국방성에서 만들었다.
03) CMM에서 CMMI로 개선되면서 SPICE의 개념을 많이 가져가서, 상당부분 유사한 내용이 많다.
04) SPICE와 CMMI를 같이 진행하는 경우도 있다.
05) SPICE는 최소 5년마다 갱신되지만, CMMI는 상대적으로 Update 회수가 적거나 기간이 길다. (CMMI는 현재 1.2 version / SPICE는 다양한 분야로 계속 확장해 나가고 있다.)
7. addtional Info about SPICE (ISO 15504)
- ISO/IEC 15504는 CMMI만큼 성공하지 못했다(?) (다음은 일부 관련 내용)
① ISO/IEC 15504는 다운로드가 유료
② CMMI는 스폰서가 있음 (sponsored by the US Department of Defense)
③ CMM이 먼저 생겨, 더 많은 레퍼런스와 practice가 많음
④ CMMI는 CMM을 바탕으로 개선되어 기존의 장점과 시장을 가져가며, SPICE의 개선 부분도 수용하고 있음
PS) 첨부 파일은 SPICE (ISO 15504)가 통합되기 전의 자료임.
<참고 자료>
http://www.isospice.com
http://en.wikipedia.org/wiki/ISO_15504
http://kmoonki.tistory.com/139
http://blog.naver.com/jeongsu_kim?Redirect=Log&logNo=39981286
http://kidbs.itfind.or.kr/WZIN/jugidong/1120/112001.htm
http://kidbs.itfind.or.kr/WZIN/jugidong/1268/126803.htm
http://www.sei.cmu.edu/cmmi
http://www.kmis.or.kr/3_sig/swm_data/soft(apr04)1.pdf
http://www.wibas.de/materialien/cmmi/cmmi_dev_buch_in_englisch/index_de.html
