SEI는 1993년 CMM(Capability Maturity Model) 1.1에서 소프트웨어 프로세스(software process)를, 사람이 소프트웨어와 그에 딸린 산출물(프로젝트 계획, 설계 문서, 코드, 테스트 케이스, 사용자 매뉴얼 등)을 개발하고 유지보수하는 데 쓰는 활동, 방법, 실무, 변환의 집합으로 정의했다.[1] ISO/IEC/IEEE 12207:2026은 프로세스를 입력을 출력으로 바꾸는, 서로 관련되거나 상호작용하는 활동의 집합으로 정의한다.[2]
프로세스 모델과 조직의 프로세스
ASPICE 4.1은 프로세스 참조 모델과 프로세스 평가 모델을 프로세스가 무엇을 왜 해야 하는지의 수준에 두고, 방법, 도구, 템플릿, 작업 흐름의 순서, 권한 정의 같은 ‘어떻게’는 정하지 않는다. ‘어떻게’는 회사, 조직 단위, 제품군 같은 맥락마다 따로 정하는 것으로 두며, 한 맥락의 방식을 다른 맥락에 그대로 옮겨 쓸 수는 없다고 본다.[3]
생명주기와의 관계
ISO/IEC/IEEE 12207:2026은 생명주기 모델을 생명주기에 걸친 프로세스와 활동의 틀로 정의한다. 이 틀은 단계로 짤 수 있고, 소통과 이해의 공통 기준이 된다. 이 표준은 자기 프로세스를 소프트웨어 시스템과 그 요소에 생명주기 전체에 걸쳐 동시에, 반복해, 재귀적으로 적용할 수 있는 것으로 두고, 조직이 제품과 서비스에 맞는 생명주기 모델을 짜는 바탕으로 둔다. 그렇게 짠 생명주기 모델은 고른 프로세스를 쓰는 단계들로 이뤄진다.[2]
생명주기 모델의 종류는 SDLC에서 다룬다.
[1]
M. C. Paulk, B. Curtis, M. B. Chrissis, and C. V. Weber, “Capability Maturity Model for Software, Version 1.1,” Software Engineering Institute, Carnegie Mellon University, Tech. Rep. CMU/SEI-93-TR-024, 1993. Accessed: Oct. 02, 2026. [Online]. Available: https://www.sei.cmu.edu/documents/1092/1993_005_001_16211.pdf
[2]
ISO/IEC/IEEE, “ISO/IEC/IEEE 12207:2026 Systems and software engineering — Software life cycle processes (OBP preview).” 2026. Accessed: Oct. 02, 2026. [Online]. Available: https://www.iso.org/obp/ui/#iso:std:iso-iec-ieee:12207:ed-2:v1:en
[3]
“Automotive SPICE Process Reference Model / Process Assessment Model, Version 4.1,” VDA Quality Management Center, 2026. Accessed: Oct. 02, 2026. [Online]. Available: https://vda-qmc.de/wp-content/uploads/2026/09/Automotive-SPICE-PAM-v41.pdf