ISO/IEC 12207

ISO/IEC 12207

ISO/IEC/IEE 12207 시스템과 소프트웨어 엔지니어링– 소프트웨어 라이프 사이클[1] 프로세스는 소프트웨어 라이프 사이클 프로세스의 국제 표준입니다.1995년에 처음 도입된 이 표준은 각 프로세스의 결과 및/또는 활동을 포함하여 소프트웨어 시스템의 개발과 유지보수에 필요한 모든 프로세스를 정의하는 주요 표준이 되는 것을 목표로 합니다.

개정 이력

ISO/IEC/IEEE 12207:2017은 2017년 [1]11월에 발표된 최신 버전입니다.IEEE Computer Society는 이 버전의 편집 프로세스에 ISO/IEC JTC 1/SC 7/WG 7과 직접 참여했습니다.중요한 변경사항은 ISO/IEC/IEEE 15288:2015 프로세스 모델과 동일한 프로세스 모델을 채택하고 있다는 점입니다(이러한 이름 변경은 15288 "System Requirements Definition" 프로세스는 "System/Software Requirements Definition" 프로세스로 이름이 변경됩니다).이 두 표준의 일치로 소프트웨어 개발 및 소프트웨어 재사용 프로세스가 분리되어 43개 프로세스의 총수가 12207개에서 15288년에 정의된 30개 프로세스로 감소했습니다.또한 품질관리 및 품질보증 프로세스 활동 및 결과에 변화를 초래했다.또한, "감사" 및 관련 감사 활동의 정의가 [2][3][4]업데이트되었습니다.ISO/IEC/IEE 12207:2017의 Annex I는 2017 버전과 이전 버전 간의 프로세스 매핑을 제공합니다.이러한 매핑은 두 버전 간의 프라이머리 프로세스 얼라인먼트를 포함하여 이전 버전 사용자의 트레이서빌리티를 활성화하고 전환을 용이하게 하기 위한 것입니다.

이전 버전은 다음과 같습니다.

  • ISO/IEC 12207:2008, 2008년2월에 발행[5]
  • ISO/IEC 12207:1995/Amd 2:2004 이전 버전 개정판, 2004년 11월에[6] 발행
  • ISO/IEC 12207:1995/Amd 1:2002 이전 버전 개정판, 2002년 5월에[7] 발행
  • ISO/IEC 12207:1995, 1995년 [8]7월에 발행된 첫 번째 반복.원래는 5개의 주요 프로세스(취득, 공급, 개발, 운용, 유지보수)로 분할되었으며, 8개의 지원 프로세스와 4개의 조직 라이프 사이클[9] 프로세스가 포함되어 있습니다.

IEEE 버전

IEEE Computer Society가 2017년 릴리즈의 편집 프로세스에 공식적으로 참여하기 전에 IEEE는 처음에는 Electronic Industries Alliance(EIA)[10][11][12]와 공동으로 수정한 자체 버전의 ISO/IEC 12207을 유지했습니다.2008년 업데이트에서는 "ISO/IEC JTC 1/SC 7과 IEEE가 각각의 표준 컬렉션을 조화시키기 위한 공유 전략"이 도입되어 동일한 표준이 작성되었지만 이름은 [12]약간 달랐다.이러한 IEEE 버전은 다음과 같습니다.

  • IEEE 규격 12207-2008: "ISO/IEC 12207:1995를 2개의 개정과 통합하고 구조, 용어 및 대응하는 조직 및 프로젝트 프로세스를 [13]조정하기 위해 ISO/IEC 15288:2002(시스템 라이프 사이클 프로세스)의 병렬 개정과 함께 조정되었습니다." ISO/IEC/IEC 12207:2017로 대체되었습니다.
  • IEEE/EIA 12207.2-1997: "IEEE/EIA 12207.0의 규범 조항에 대한 구현 고려 지침 제공";[14] IEEE 규격 12207-2008로 대체/폐지되었으며, 이후 ISO/IEC/IEEE 12207:2017로 대체되었다.
  • IEEE/EIA 12207.1-1997: "IEE/EIA 12207.[15]0의 수명 주기 프로세스에서 발생하는 수명 주기 데이터를 기록하기 위한 지침을 제공합니다." ISO/IEC/IEEE 15289:2011로 대체되었으며, ISO/IEC/IEEE 15289:2017로 대체되었습니다.
  • IEEE/EIA 12207.0-1996:"그 clarifications, 추가 하고, 변경 사항으로 그 두 단체의 공동 프로젝트에 의해 공식화된[/IEC12207:1995년 산업 구현에]은 전기 전자 기술자 협회(IEEE)와 전자 산업 동맹(미국)에 입학으로 구성되어 있";[10]IEEE표준으로 대체된다. 12207-2008, w.hich그 후 ISO/IEC/IEEE 12207:2017로 대체되었습니다.

또한 IEEE/[9][11]EIA 12207이 1998년 5월 27일 DoD 소프트웨어 시스템 개발을 위해 MIL-STD-498(1994년 12월[11] 출시)을 공식적으로 대체한 것도 주목할 필요가 있습니다.

단계가 아닌 프로세스

이 표준은 소프트웨어의 라이프 사이클을 관리하기 위한 일련의 프로세스를 확립합니다.이 표준은 "특정 소프트웨어 수명 주기 모델, 개발 방법론, 방법, 모델링 접근법 또는 [1]기술을 규정하지 않는다."대신 ISO/IEC/IEEE 15288과 마찬가지로 표준에서는 다음과 같이 "단계"와 "과정"을 구분합니다.

  • 단계: "설명 또는 실현 상태와 관련된 기업의 수명 주기 내 기간"단계는 일반적으로 기간이며 "주요 의사결정 관문"으로 끝납니다.
  • 프로세스: "입력 정보를 출력으로 변환하는 상호 관련 또는 상호 작용 활동의 집합"같은 프로세스가 종종 다른 단계에서 반복됩니다.

단계(일명 단계)는 프로세스와 동일하지 않으며, 이 표준은 특정 프로세스만 정의하며, 특정 단계는 정의하지 않습니다.대신, 이 표준은 소프트웨어 라이프 사이클이 다양하며 주요 라이프 사이클 기간을 나타내며 1차 의사결정 관문을 발생시키는 단계(단계라고도 함)로 나눌 수 있음을 인정한다.특정 단계 집합이 규범적이지는 않지만, 두 가지 예를 들 수 있습니다.

  • ISO/IEC TS 24748-1의 시스템 라이프 사이클 스테이지(개념, 개발, 생산, 활용, 지원 및 폐기)를 사용할 수 있습니다.
  • 또, 소프트웨어의 공통 스테이지 세트에는, 컨셉 탐색, 개발, 유지, 및 폐기가 있습니다.

표준에서 정의한 라이프 사이클 프로세스는 소프트웨어 라이프 사이클의 특정 단계에 맞춰져 있지 않습니다.실제로 계획, 성과 및 평가를 수반하는 라이프 사이클 프로세스는 "모든 단계에서 사용할 수 있도록 고려되어야 한다."실제로 프로세스는 어느 단계에서나 필요할 때마다 발생합니다.

과정

ISO/IEC/IEEE 12207:2017은 소프트웨어의 라이프 사이클 프로세스를 계약, 조직 프로젝트 지원, 기술 관리 및 기술 프로세스의 [1][4]4가지 주요 프로세스 그룹으로 나눕니다.이들 4개의 프로세스 그룹 각각에는 취득 및 공급(계약), 구성(기술 관리), 운영, 유지보수 및 폐기(기술)[1][16] 등의 주요 활동을 포함한 다양한 하위 범주가 있습니다.

합의 프로세스

ISO/IEC/IEEE 12207:2017에는 공급업체와 취득자 간의 합의 확립과 관련된 활동인 취득 [1][2][16]및 공급 프로세스가 포함된다.인수에는 프로젝트 시작과 관련된 모든 활동이 포함됩니다.취득 단계는 다양한 활동과 성과물로 나눌 수 있으며, 이는 시간순으로 완료됩니다.공급 단계에서는 프로젝트 관리 계획이 수립됩니다.이 계획에는 도달해야 하는 여러 마일스톤과 같은 프로젝트에 대한 정보가 포함됩니다.

조직 프로젝트 지원 프로세스

라이프 사이클 모델 관리, 인프라스트럭처 관리, 포트폴리오 관리, 인재 관리, 품질 관리,[1][2][16] 지식 관리 프로세스에 대해 자세히 설명합니다.이러한 프로세스를 통해 비즈니스 또는 조직은 시스템 수명 주기 및 관련 프로젝트를 활성화, 제어 및 지원할 수 있습니다.라이프 사이클 모델 관리는 구입 및 공급 작업을 확실하게 지원하는 데 도움이 되며, 인프라스트럭처 및 포트폴리오 관리는 전체 시스템 라이프 사이클 동안 비즈니스 및 프로젝트별 이니셔티브를 지원합니다.나머지는 비즈니스의 프로젝트와 시스템 노력을 지원하기 위해 필요한 자원과 품질 관리를 확실하게 합니다.조직에 적절한 조직 프로세스 세트가 없는 경우 조직이 실행하는 프로젝트가 대신 [1]해당 프로세스를 프로젝트에 직접 적용할 수 있습니다.

기술 관리 프로세스

ISO/IEC/IEEE 12207:2017에는 [1][2][16]8개의 다른 프로세스가 배치되어 있습니다.

이러한 프로세스는 라이프 사이클 동안 소프트웨어 및 기타 프로젝트의 계획, 평가 및 제어를 처리하며, 그 과정에서 품질을 보장합니다.

기술 프로세스

ISO/IEC/IEEE 12207:2017의 기술 프로세스에는 14개의 [1][2][16]다른 프로세스가 포함됩니다.이 중 일부는 2008년 [2]버전에서 단계적으로 폐지된 오래된 소프트웨어 고유의 프로세스에서 파생되었습니다.

전체 목록에는 다음이 포함됩니다.[1][2][16]

이러한 프로세스에는 기술 활동 및 작업 전, 사후 및 작업 중 직원(정보 기술, 문제 해결사, 소프트웨어 전문가 등)이 포함됩니다.분석 및 정의 프로세스는 초기에 소프트웨어 및 프로젝트 구현 방법에 대한 단계를 설정합니다.통합, 검증, 이행 및 검증의 추가 프로세스를 통해 품질과 준비 상태를 보장할 수 있습니다.운용 단계와 유지보수 단계는 동시에 이루어지며, 운용 단계는 구현된 소프트웨어 제품을 사용하는 사용자의 작업 지원 등의 액티비티로 구성되며, 유지보수 단계는 제품의 가동 상태를 유지하기 위한 유지보수 작업으로 구성됩니다.폐기 프로세스에서는 [1]필요에 따라 시스템/프로젝트를 폐기하고 정리하는 방법을 설명합니다.

준거

조항 4는 문서의 의도된 사용 및 적합성 요건을 설명한다.특정 프로젝트에서는 "이 문서에서 제공하는 모든 프로세스를 사용할 필요가 없을 수 있습니다."실제로 이 표준에 준거하려면 일반적으로 일련의 적절한 프로세스를 선택하고 선언해야 합니다.이는 "완전 적합" 또는 "맞춤 적합"을 통해 수행할 수 있습니다.

"완전 준수"는 두 가지 방법 중 하나로 주장할 수 있다.선언된 프로세스의 활동 및 태스크의 모든 요건이 충족될 경우 "태스크에 대한 완전한 준수"를 주장할 수 있다."결과에 대한 완전한 준수"는 선언된 프로세스의 모든 필수 결과가 충족될 경우 주장할 수 있습니다.후자는 더 많은 변화를 허용합니다.

문서에 정의된 맞춤 프로세스를 통해 특정 절이 선택되거나 수정될 때 "맞춤 적합"이 선언될 수 있다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b c d e f g h i j k l "ISO/IEC/IEEE 12207:2017". Standards catalogue. International Organization for Standardization. November 2017. Retrieved 21 June 2018.
  2. ^ a b c d e f g Reilly, A. (27 June 2017). "New or Improved! Software Engineering Standards for Quality". American Society for Quality. Retrieved 21 June 2018.
  3. ^ Bach, C. (12 December 2017). "ISO/IEC 12207 Updated and Renumbered as ISO/IEC/IEEE 12207". Standards Forum. Document Center, Inc. Retrieved 22 June 2018.
  4. ^ a b Reilly, A. (March 2018). "INCITS/SSE - Software and Systems Engineering Annual Report - April 2017 to March 2018" (PDF). INCITS. Retrieved 22 June 2018. The cornerstone standards of ISO/IEC JTC 1/SC 7, ISO/IEC/IEEE 12207:2017 and ISO/IEC/IEEE 15288:2015, have recently completed revision to reflect a unified model set of acquisition, organizational, technical management, and technical processes for systems and software.
  5. ^ "ISO/IEC 12207:2008". Standards catalogue. International Organization for Standardization. February 2008. Retrieved 21 June 2018.
  6. ^ "ISO/IEC 12207:1995/Amd 2:2004". Standards catalogue. International Organization for Standardization. November 2004. Retrieved 21 June 2018.
  7. ^ "ISO/IEC 12207:1995/Amd 1:2002". Standards catalogue. International Organization for Standardization. May 2002. Retrieved 21 June 2018.
  8. ^ "ISO/IEC 12207:1995". Standards catalogue. International Organization for Standardization. July 1995. Retrieved 21 June 2018.
  9. ^ a b "Overview of IEEE/EIA 12207: Standard for Information Technology". SSC San Diego Process Asset Library. 30 July 1998. Archived from the original on 30 December 2008. Retrieved 22 June 2018.
  10. ^ a b "IEEE 12207.0-1996 - Standard for Information Technology - Software Life Cycle Processes". IEEE Standards Association. March 1998. Retrieved 22 June 2018.
  11. ^ a b c "ISO/IEC 12207:2008, IEEE Std 12207-2008 Systems and Software Engineering — Software Life Cycle Processes" (PDF). 7 December 2009. Archived from the original (PDF) on 22 June 2018. Retrieved 22 June 2018.[작성자 누락][어쩔 수 없는 소스?]
  12. ^ a b "1SO/IEC 12207:2008(en) Systems and software engineering — Software life cycle processes: IEEE Introduction". Online Browsing Platform. International Organization for Standardization. February 2008. Retrieved 22 June 2018.
  13. ^ "IEEE Std. 12207-2008 - Systems and software engineering -- Software life cycle processes". IEEE Standards Association. January 2008. Retrieved 22 June 2018.
  14. ^ "IEEE 12207.2-1997 - Guide for Information Technology - Software Life Cycle Processes - Implementation Considerations". IEEE Standards Association. April 1998. Retrieved 22 June 2018.
  15. ^ "IEEE 12207.1-1997 - Guide for Information Technology - Software Life Cycle Processes - Life Cycle Data". IEEE Standards Association. April 1998. Retrieved 22 June 2018.
  16. ^ a b c d e f Peñalvo, F.J.; Holgado, A.G. (2017). "Proceso: Ingeniería de Software I" (PDF). Universidad de Salamanca. p. 39. Retrieved 21 June 2018.