IT 위키 - 사용자 기여 [ko]

파스-타

2019-12-15T07:41:44Z

리쿠엠:

[[분류:디지털 서비스]]
;PaaS-TA
;[[과학기술정보통신부]] [[R&D]] 지원으로 [[한국정보화진흥원|한국정보화진흥원(NIA)]]과 국내 기업들이 공동으로 개발하여 소스코드를 공개한 개방형 [[클라우드]] [[플랫폼]]

== 개요 ==
* 국내 클라우드 경쟁력 강화 위해 ‘14년부터 개발 시작
* 세계적으로 검증된 오픈소스 71종을 활용하여 다시 오픈소스로 공개
* KT·NHN·네이버·코스콤 등 40개 기업이 연구 및 확산에 참여

== 아키텍처 ==
[[파일:PasS-TA.png]]

파스-타

2019-12-15T07:37:09Z

리쿠엠:

[[분류:디지털 서비스]]
;PaaS-TA
;과기정통부 R&D 지원으로 [[한국정보화진흥원|한국정보화진흥원(NIA)]]과 국내 기업들이 공동으로 개발하여 소스코드를 공개한 개방형 클라우드 플랫폼

== 개요 ==
* 국내 클라우드 경쟁력 강화 위해 ‘14년부터 개발 시작
* 세계적으로 검증된 오픈소스 71종을 활용하여 다시 오픈소스로 공개
* KT·NHN·네이버·코스콤 등 40개 기업이 연구 및 확산에 참여

== 아키텍처 ==
[[파일:PasS-TA.png]]

파스-타

2019-12-15T07:06:17Z

리쿠엠:

[[분류:디지털 서비스]]
;PaaS-TA
;과기정통부 R&D 지원(’14.∼‘19)으로 주관기관인 한국정보화진흥원과 국내 기업들이 공동으로 개발하여 소스코드를 공개한 개방형 클라우드 플랫폼

== 개요 ==
* 국내 클라우드 경쟁력 강화 위해 ‘14년부터 개발 시작
* 세계적으로 검증된 오픈소스 71종을 활용하여 다시 오픈소스로 공개
* KT·NHN·네이버·코스콤 등 40개 기업이 연구 및 확산에 참여

== 아키텍처 ==
[[파일:PasS-TA.png]]

파스-타

2019-12-15T07:02:42Z

리쿠엠: 새 문서: 분류:디지털 서비스 ;PaaS-TA 파일:PasS-TA.png

[[분류:디지털 서비스]]
;PaaS-TA

[[파일:PasS-TA.png]]

파일:PasS-TA.png

2019-12-15T07:02:13Z

리쿠엠: 출처: https://paas-ta.kr/intro/component

출처: https://paas-ta.kr/intro/component

반복 점증적 개발

2019-12-15T06:57:23Z

리쿠엠:

[[분류:소프트웨어 공학]]
;요구사항에 따라 제품의 일부분씩 설계·개발을 반복 하여, 최종 사용자 시스템을 완성해 가는 [[소프트웨어 개발 생명주기]] 모델이자 개발 절차, 방법론

[[파일:반복 점증적 개발방법.jpeg]]
== 반복적 모델의 종류 ==
;증분형(Incremental) 모델과 진화형(Evolutional) 모델 두 가지로 구분

=== 증분형(Incremental) 모델 ===
* 한 시스템을 기능별로 여러 서브시스템으로 분리
* 서브 시스템을 하나씩 릴리즈한 후 다음 서브 시스템을 구현

=== 진화형(Evolutional) 모델 ===
* 하나의 시스템(프로토타입)을 만든 이후 지속적으로 기능을 추가
* 최종적으로 완벽한 시스템으로 진화

반복 점증적 개발

2019-12-15T06:57:06Z

리쿠엠:

[[분류:소프트웨어 공학]]
;요구사항에 따라 제품의 일부분씩 설계·개발을 반복 하여, 최종 사용자 시스템을 완성해 가는 [[소프트웨어 생명주기]] 모델이자 개발 절차, 방법론

[[파일:반복 점증적 개발방법.jpeg]]
== 반복적 모델의 종류 ==
;증분형(Incremental) 모델과 진화형(Evolutional) 모델 두 가지로 구분

=== 증분형(Incremental) 모델 ===
* 한 시스템을 기능별로 여러 서브시스템으로 분리
* 서브 시스템을 하나씩 릴리즈한 후 다음 서브 시스템을 구현

=== 진화형(Evolutional) 모델 ===
* 하나의 시스템(프로토타입)을 만든 이후 지속적으로 기능을 추가
* 최종적으로 완벽한 시스템으로 진화

반복 점증적 개발

2019-12-15T06:56:19Z

리쿠엠: 새 문서: ;요구사항에 따라 제품의 일부분씩 설계·개발을 반복 하여, 최종 사용자 시스템을 완성해 가는 개발 모델 파일:반복 점증적 개발방법.jp...

;요구사항에 따라 제품의 일부분씩 설계·개발을 반복 하여, 최종 사용자 시스템을 완성해 가는 개발 모델

[[파일:반복 점증적 개발방법.jpeg]]
== 반복적 모델의 종류 ==
;증분형(Incremental) 모델과 진화형(Evolutional) 모델 두 가지로 구분

=== 증분형(Incremental) 모델 ===
* 한 시스템을 기능별로 여러 서브시스템으로 분리
* 서브 시스템을 하나씩 릴리즈한 후 다음 서브 시스템을 구현

=== 진화형(Evolutional) 모델 ===
* 하나의 시스템(프로토타입)을 만든 이후 지속적으로 기능을 추가
* 최종적으로 완벽한 시스템으로 진화

파일:반복 점증적 개발방법.jpeg

2019-12-15T06:48:25Z

리쿠엠:

CMMi

2019-12-15T06:37:37Z

리쿠엠:

[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]]
;Capability Maturity Model Integration
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델

== 등장 배경 ==
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응

== 구성 ==
=== 3가지 규율 ===
;3 Disciplines of CMMI
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI

=== 4가지 지식체계 ===
;CMMI 4 Knowledge System
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9
{| class="wikitable"
! 참조모델
! 설명
|-
| Software Engineering
|
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
|-
| System Engineering
|
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
|-
| Integrated Product
& Process Development
|
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근
|-
| Supplier Sourcing
|
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
|}

=== 2가지 표현 모델 ===
[[파일:CMMi.jpg]]
{| class="wikitable"
! 구분
! Staged
! Continuous
|-
| 설명
|
* 수준별 프로세스를 제시
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
|
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
|-
| 특징
|
* 성숙도 수준으로 조직간 비교 모델
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시
* 입증 순서로 개선 활동 제공
|
* 능력 수준을 프로세스에 적용
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식
* 우선 순위 기준 능력수준 개선 가능
|-
| 레벨
구분
| Maturity Level
| Capability Level
|-
| 성숙도
| 1 ~ 5 단계
| 0 ~ 5 단계
|-
| 예제
| SW-CMM(단계적 표현)
| SE-CMM(연속적 표현)
|}

=== 역량 성숙도 수준 ===
{| class="wikitable"
! 수준
! Staged
! Continuous
! 설명
|-
| 0
| -
| Incomplete
| 활동이 수행 안됨
|-
| 1
| Initial
| Performed
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨
|-
| 2
| Managed
| Managed
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태
|-
| 3
| Defined
| Defined
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태
|-
| 4
| Quantitatively Managed
| Quantitatively Managed
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태
|-
| 5
| Optimized
| Optimized
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행
|}

== 기술사 기출 ==
{| class="wikitable"
! 출제회차
! 문제
|-
| [http://q.fran.kr/문제/9644 118.관리.1]
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)
|-
| [http://q.fran.kr/문제/5783 107.응용.1]
| CMMI(Capability Maturity Model Integration)
|-
| 96.응용.2
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오.
|-
| 87.관리.4
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.
|-
| 84.조직.1
| 1.4. CMMI의 Continuous Model & Staged Model
|-
| 81.관리.2
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.
** 프로덕트 관점.
|-
| 75.응용.1
| CMM과 CMMI(Capability Maturity Model Integration)
|-
| 75.관리.3
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오
|-
| 74.관리.3
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.
|-
| 69.관리.1
| CMM 5단계를 설명하시오
|-
| 69.응용.3
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.
|}

== 같이 보기 ==
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]

CMMi

2019-12-15T06:35:14Z

리쿠엠:

[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]]
;Capability Maturity Model Integration
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델

== 등장 배경 ==
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응

== 구성 ==
=== 3가지 규율 ===
;3 Disciplines of CMMI
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI

=== 4가지 지식체계 ===
;CMMI 4 Knowledge System
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9
{| class="wikitable"
! 참조모델
! 설명
|-
| Software Engineering
|
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
|-
| System Engineering
|
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
|-
| Integrated Product
& Process Development
|
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근
|-
| Supplier Sourcing
|
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
|}

=== 2가지 표현 모델 ===
[[파일:CMMi.jpg]]
{| class="wikitable"
! 구분
! Staged
! Continuous
|-
| 설명
|
* 수준별 프로세스를 제시
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
|
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
|-
| 특징
| - 성숙도 수준으로 조직간 비교 모델
- 단일 등급체계 평가 결과 이므로 이해하기 쉬운 프로세스 개선 결과 제시
- 입증 순서로 개선 활동 제공
| - 능력 수준을 프로세스에 적용
- 프로세스 영역의 능력 수준 을 결정하므로 프로세스 개선에 유연한 접근 방식
- 우선 순위 기준 능력 수준 개선 가능
|-
| 레벨
구분
| Maturity Level
| Capability Level
|-
| 성숙도
| 1 ~ 5 단계
| 0 ~ 5 단계
|-
| 예제
| SW-CMM(단계적 표현)
| SE-CMM(연속적 표현)
|}

=== 역량 성숙도 수준 ===
{| class="wikitable"
! 수준
! Staged
! Continuous
! 설명
|-
| 0
| -
| Incomplete
| 활동이 수행 안됨
|-
| 1
| Initial
| Performed
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨
|-
| 2
| Managed
| Managed
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태
|-
| 3
| Defined
| Defined
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태
|-
| 4
| Quantitatively Managed
| Quantitatively Managed
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태
|-
| 5
| Optimized
| Optimized
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행
|}

== 기술사 기출 ==
{| class="wikitable"
! 출제회차
! 문제
|-
| [http://q.fran.kr/문제/9644 118.관리.1]
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)
|-
| [http://q.fran.kr/문제/5783 107.응용.1]
| CMMI(Capability Maturity Model Integration)
|-
| 96.응용.2
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오.
|-
| 87.관리.4
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.
|-
| 84.조직.1
| 1.4. CMMI의 Continuous Model & Staged Model
|-
| 81.관리.2
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.
** 프로덕트 관점.
|-
| 75.응용.1
| CMM과 CMMI(Capability Maturity Model Integration)
|-
| 75.관리.3
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오
|-
| 74.관리.3
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.
|-
| 69.관리.1
| CMM 5단계를 설명하시오
|-
| 69.응용.3
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.
|}

== 같이 보기 ==
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]

CMMi

2019-12-15T06:09:01Z

리쿠엠: /* 기술사 기출 */

[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]]
;Capability Maturity Model Integration
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델

== 등장 배경 ==
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응

== 구성 ==
=== 3가지 규율 ===
;3 Disciplines of CMMI
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI

=== 4가지 지식체계 ===
;CMMI 4 Knowledge System
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9
{| class="wikitable"
! 참조모델
! 설명
|-
| Software Engineering
|
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
|-
| System Engineering
|
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
|-
| Integrated Product & Process Development
|
* 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근
|-
| Supplier Sourcing
|
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
|}

=== 2가지 표현 모델 ===
[[파일:CMMi.jpg]]
{| class="wikitable"
! 구분
! Staged
! Continuous
|-
| 설명
|
* 수준별 프로세스를 제시
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
|
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
|-
| 특징
| - 성숙도 수준으로 조직간 비교 모델
- 단일 등급체계 평가 결과 이므로 이해하기 쉬운 프로세스 개선 결과 제시
- 입증 순서로 개선 활동 제공
| - 능력 수준을 프로세스에 적용
- 프로세스 영역의 능력 수준 을 결정하므로 프로세스 개선에 유연한 접근 방식
- 우선 순위 기준 능력 수준 개선 가능
|-
| 레벨
구분
| Maturity Level
| Capability Level
|-
| 성숙도
| 1 ~ 5 단계
| 0 ~ 5 단계
|-
| 예제
| SW-CMM(단계적 표현)
| SE-CMM(연속적 표현)
|}

=== 역량 성숙도 수준 ===
{| class="wikitable"
! 수준
! Staged
! Continuous
! 설명
|-
| 0
| -
| Incomplete
| 활동이 수행 안됨
|-
| 1
| Initial
| Performed
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨
|-
| 2
| Managed
| Managed
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태
|-
| 3
| Defined
| Defined
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태
|-
| 4
| Quantitatively Managed
| Quantitatively Managed
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태
|-
| 5
| Optimized
| Optimized
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행
|}

== 기술사 기출 ==
{| class="wikitable"
! 출제회차
! 문제
|-
| [http://q.fran.kr/문제/9644 118.관리.1]
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)
|-
| [http://q.fran.kr/문제/5783 107.응용.1]
| CMMI(Capability Maturity Model Integration)
|-
| 96.응용.2
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오.
|-
| 87.관리.4
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.
|-
| 84.조직.1
| 1.4. CMMI의 Continuous Model & Staged Model
|-
| 81.관리.2
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.
** 프로덕트 관점.
|-
| 75.응용.1
| CMM과 CMMI(Capability Maturity Model Integration)
|-
| 75.관리.3
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오
|-
| 74.관리.3
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.
|-
| 69.관리.1
| CMM 5단계를 설명하시오
|-
| 69.응용.3
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.
|}

== 같이 보기 ==
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]

CMMi

2019-12-15T06:06:00Z

리쿠엠:

[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]]
;Capability Maturity Model Integration
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델

== 등장 배경 ==
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응

== 구성 ==
=== 3가지 규율 ===
;3 Disciplines of CMMI
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI

=== 4가지 지식체계 ===
;CMMI 4 Knowledge System
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9
{| class="wikitable"
! 참조모델
! 설명
|-
| Software Engineering
|
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점
|-
| System Engineering
|
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점
|-
| Integrated Product & Process Development
|
* 고객의 Needs 및 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들과 적절한 협업 방법의 체계적인 접근
|-
| Supplier Sourcing
|
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공
|}

=== 2가지 표현 모델 ===
[[파일:CMMi.jpg]]
{| class="wikitable"
! 구분
! Staged
! Continuous
|-
| 설명
|
* 수준별 프로세스를 제시
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공
|
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능
|-
| 특징
| - 성숙도 수준으로 조직간 비교 모델
- 단일 등급체계 평가 결과 이므로 이해하기 쉬운 프로세스 개선 결과 제시
- 입증 순서로 개선 활동 제공
| - 능력 수준을 프로세스에 적용
- 프로세스 영역의 능력 수준 을 결정하므로 프로세스 개선에 유연한 접근 방식
- 우선 순위 기준 능력 수준 개선 가능
|-
| 레벨
구분
| Maturity Level
| Capability Level
|-
| 성숙도
| 1 ~ 5 단계
| 0 ~ 5 단계
|-
| 예제
| SW-CMM(단계적 표현)
| SE-CMM(연속적 표현)
|}

=== 역량 성숙도 수준 ===
{| class="wikitable"
! 수준
! Staged
! Continuous
! 설명
|-
| 0
| -
| Incomplete
| 활동이 수행 안됨
|-
| 1
| Initial
| Performed
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨
|-
| 2
| Managed
| Managed
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태
|-
| 3
| Defined
| Defined
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태
|-
| 4
| Quantitatively Managed
| Quantitatively Managed
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태
|-
| 5
| Optimized
| Optimized
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행
|}

== 기술사 기출 ==
{| class="wikitable"
! 출제회차
! 문제
|-
| 118.관리.1
| 13. CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)
|-
| 107.응용.1
| 10. CMMI(Capability Maturity Model Integration)
|-
| 96.응용.2
| 6. 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오.
|-
| 87.관리.4
| 4. CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.
|-
| 84.조직.1
| 1.4. CMMI의 Continuous Model & Staged Model
|-
| 81.관리.2
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.
** 프로덕트 관점.
|-
| 75.응용.1
| CMM과 CMMI(Capability Maturity Model Integration)
|-
| 75.관리.3
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오
|-
| 74.관리.3
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.
|-
| 69.관리.1
| CMM 5단계를 설명하시오
|-
| 69.응용.3
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.
|}

== 같이 보기 ==
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]

파일:CMMi.jpg

2019-12-15T06:05:25Z

리쿠엠: