https://itwiki.kr/api.php?action=feedcontributions&user=PE120&feedformat=atomIT위키 - 사용자 기여 [ko]2024-03-28T18:28:49Z사용자 기여MediaWiki 1.38.1https://itwiki.kr/index.php?title=%EB%8F%99%ED%98%95%EC%95%94%ED%98%B8&diff=6937동형암호2020-01-29T08:41:36Z<p>PE120: 동형 암호 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[동형 암호]]</div>PE120https://itwiki.kr/index.php?title=Word2Vec&diff=6936Word2Vec2020-01-28T16:15:41Z<p>PE120: </p>
<hr />
<div>[[분류:인공지능]]<br />
== 개요 ==<br />
; 파이썬 라이브러리로, 문장 내부의 단어를 벡터로 변환하는 [[워드 임베딩]] 도구<br />
<br />
* 단어와 단어간 거리를 기준으로 단어의 연관성을 벡터화<br />
* 단어와 단어간의 유사도를 쉽게 확인할 수 있고 의미를 선형으로 계산<br />
<br />
== 라이센스 ==<br />
Apache License 2.0<br />
<br />
== 변환 방식 ==<br />
=== CBoW 변환 ===<br />
; Continuous Bag-of-Words<br />
* 연속 단어 꾸러미 방식이라고 하며, 주변 범위 안의 맥락 단어로부터 하나의 대상 단어를 예측한다. <br />
<br />
=== skip-gram 변환 ===<br />
* 입력된 단어의 주변 단어를 예측한다.<br />
<br />
== 공식 사이트 ==<br />
[https://code.google.com/archive/p/word2vec/ 링크]</div>PE120https://itwiki.kr/index.php?title=%EB%8B%A4%EC%A4%91_%EA%B0%95%ED%99%94%ED%95%99%EC%8A%B5&diff=6935다중 강화학습2020-01-28T16:08:46Z<p>PE120: 새 문서: 분류:인공지능 ;Multi Reinforcement Learning * '''멀티 에이전트 강화학습''' ** 동일 환경 ** 각자 다른 목적 ** 경쟁적/협력적 ** 최적의 정책 도...</p>
<hr />
<div>[[분류:인공지능]]<br />
;Multi Reinforcement Learning<br />
<br />
* '''멀티 에이전트 강화학습'''<br />
** 동일 환경<br />
** 각자 다른 목적<br />
** 경쟁적/협력적<br />
** 최적의 정책 도출<br />
* '''분산 강화 학습'''<br />
** 독립적 환경<br />
** 동일 목적<br />
** 보상 공유<br />
** 정책의 빠른 도출</div>PE120https://itwiki.kr/index.php?title=Q%EB%9F%AC%EB%8B%9D&diff=6934Q러닝2020-01-28T15:59:46Z<p>PE120: Q-러닝 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[Q-러닝]]</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6933CMMi v2.02020-01-28T15:30:43Z<p>PE120: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4 Capability Category, 12 Capability Area로 PA 그룹화<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
! Process Area<br />
|-<br />
| Doing<br />
| <br />
* 품질 솔루션 생산 및 제공<br />
| <br />
* Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|<br />
* 6개<br />
|-<br />
| Managing<br />
| <br />
* 솔루션 이행을 계획하고 관리<br />
| <br />
* Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|<br />
* 5개<br />
|-<br />
| Enabling<br />
| <br />
* 솔루션 이행 및 제공을 지원<br />
| <br />
* Supporting Implementation<br />
* Safety<br />
* Security<br />
|<br />
* 3개<br />
|-<br />
| Improving<br />
| <br />
* 성과 향상과 유지<br />
| <br />
* Improving Performance<br />
* Building and Sustaining Capability<br />
|<br />
* 5개<br />
|}<br />
* Capability Area 하위에 20개의 PA 할당<br />
<br />
== CMMi v2.0 성숙도 수준별 PA ==<br />
[[파일:CMMi v2 성숙도 수준별 PA.png]]</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6932CMMi v2.02020-01-28T15:29:38Z<p>PE120: /* Capability Area 4개 범주 */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
! Process Area<br />
|-<br />
| Doing<br />
| <br />
* 품질 솔루션 생산 및 제공<br />
| <br />
* Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|<br />
* 6개<br />
|-<br />
| Managing<br />
| <br />
* 솔루션 이행을 계획하고 관리<br />
| <br />
* Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|<br />
* 5개<br />
|-<br />
| Enabling<br />
| <br />
* 솔루션 이행 및 제공을 지원<br />
| <br />
* Supporting Implementation<br />
* Safety<br />
* Security<br />
|<br />
* 3개<br />
|-<br />
| Improving<br />
| <br />
* 성과 향상과 유지<br />
| <br />
* Improving Performance<br />
* Building and Sustaining Capability<br />
|<br />
* 5개<br />
|}<br />
* Capability Area 하위에 20개의 PA 할당<br />
<br />
== CMMi v2.0 성숙도 수준별 PA ==<br />
[[파일:CMMi v2 성숙도 수준별 PA.png]]</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6931CMMi v2.02020-01-28T15:21:58Z<p>PE120: /* Capability Area 4개 범주 */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
|-<br />
| Doing<br />
| <br />
* 품질 솔루션 생산 및 제공<br />
| <br />
* Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|-<br />
| Managing<br />
| <br />
* 솔루션 이행을 계획하고 관리<br />
| <br />
* Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|-<br />
| Enabling<br />
| <br />
* 솔루션 이행 및 제공을 지원<br />
| <br />
* Supporting Implementation<br />
* Safety<br />
* Security<br />
|-<br />
| Emproving<br />
| <br />
* 성과 향상과 유지<br />
| <br />
* Improving Performance<br />
* Building and Sustaining Capability<br />
|}<br />
* Capability Area 하위에 20개의 PA 할당<br />
<br />
== CMMi v2.0 성숙도 수준별 PA ==<br />
[[파일:CMMi v2 성숙도 수준별 PA.png]]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:CMMi_v2_%EC%84%B1%EC%88%99%EB%8F%84_%EC%88%98%EC%A4%80%EB%B3%84_PA.png&diff=6930파일:CMMi v2 성숙도 수준별 PA.png2020-01-28T15:21:17Z<p>PE120: 출처: 에스이피엠씨 발표자료</p>
<hr />
<div>출처: 에스이피엠씨 발표자료</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6929CMMi v2.02020-01-28T15:18:12Z<p>PE120: /* Capability Area 4개 범주 */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
|-<br />
| Doing<br />
| <br />
* 품질 솔루션 생산 및 제공<br />
| <br />
* Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|-<br />
| Managing<br />
| <br />
* 솔루션 이행을 계획하고 관리<br />
| <br />
* Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|-<br />
| Enabling<br />
| <br />
* 솔루션 이행 및 제공을 지원<br />
| <br />
* Supporting Implementation<br />
* Safety<br />
* Security<br />
|-<br />
| Emproving<br />
| <br />
* 성과 향상과 유지<br />
| <br />
* Improving Performance<br />
* Building and Sustaining Capability<br />
|}<br />
* Capability Area 하위에 20개의 PA 할당</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6928CMMi v2.02020-01-28T15:14:35Z<p>PE120: /* Capability Area 4개 범주 */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
|-<br />
| Doing<br />
| <br />
* 품질 솔루션 생산 및 제공<br />
| <br />
* Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|-<br />
| Managing<br />
| <br />
* 솔루션 이행을 계획하고 관리<br />
| <br />
* Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|-<br />
| Enabling<br />
| <br />
* 솔루션 이행 및 제공을 지원<br />
| <br />
* Supporting Implementation<br />
* Safety<br />
* Security<br />
|-<br />
| Emproving<br />
| <br />
* 성과 향상과 유지<br />
| <br />
* Improving Performance<br />
* Building and Sustaining Capability<br />
|}</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6927CMMi v2.02020-01-28T15:14:08Z<p>PE120: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}<br />
<br />
== Capability Area 4개 범주 ==<br />
{| class="wikitable"<br />
! Capability Category<br />
! 설명<br />
! Capability Area<br />
|-<br />
| Doing<br />
| * 품질 솔루션 생산 및 제공<br />
| * Ensuring Quality<br />
* Engineering and Developing Product<br />
* Delivering and Managing Services<br />
* Delivering and Managing Supplier<br />
|-<br />
| Managing<br />
| * 솔루션 이행을 계획하고 관리<br />
| * Planning and Managing Work<br />
* Managing Business Resilience<br />
* Managing the Workforce<br />
|-<br />
| Enabling<br />
| * 솔루션 이행 및 제공을 지원<br />
| * Supporting Implementation<br />
* Safety<br />
* Security<br />
|-<br />
| Emproving<br />
| * 성과 향상과 유지<br />
| * Improving Performance<br />
* Building and Sustaining Capability<br />
|}</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6926CMMi v2.02020-01-28T15:06:37Z<p>PE120: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 [[CMMi]]의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 <br />
| colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}</div>PE120https://itwiki.kr/index.php?title=CMMi_v2.0&diff=6925CMMi v2.02020-01-28T14:57:04Z<p>PE120: 새 문서: 분류:소프트웨어 공학분류:IT경영분류:프로젝트 관리분류:인증/평가 Capability Maturity Model Integration Version 2.0 ;SEI에서 만든 조...</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
Capability Maturity Model Integration Version 2.0<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델의 4번째 버전<br />
* v1.1(통합) -> v1.2 -> v1.3 -> '''v2.0'''<br />
<br />
== CMMi v1.3 대비 변화 ==<br />
[[파일:CMMi v2 체계 변경.png]]<br />
<br />
{| class="wikitable"<br />
|-<br />
! 구분 !! CMMi v1.3 !! CMMi v2.0<br />
|-<br />
| 구조 <br />
|| <br />
* Specific Goal<br />
* Generic Goal<br />
|| <br />
* Practice Group<br />
* Practices<br />
|-<br />
| PA 구성 <br />
|| <br />
* 22 Process Area <br />
|| <br />
* 20 Practice Area<br />
|-<br />
| 인증 유지 기간 || <br />
* 3년 <br />
|| <br />
* 2년<br />
|-<br />
| 유지 심사 <br />
|| <br />
* 없음 <br />
|| <br />
* 2년에 1번<br />
|-<br />
| 모델 || <br />
* CMMi-DEV<br />
* CMMi-SVC<br />
* CMMi-ACQ<br />
|| <br />
* CMMI-DEV (Development)<br />
* CMMI-SVC (Service)<br />
* CMMI-SPM (Supplier Mgmnt)<br />
* CMMI-PPL (People)<br />
* Core Practice Area<br />
|-<br />
| 신규 개념 | colspan="2" | <br />
* 4개의 Process Category, 12개의 Capability Area<br />
|}</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:CMMi_v2_%EC%B2%B4%EA%B3%84_%EB%B3%80%EA%B2%BD.png&diff=6924파일:CMMi v2 체계 변경.png2020-01-28T14:49:44Z<p>PE120: 출처: 에스이피엠씨 발표자료</p>
<hr />
<div>출처: 에스이피엠씨 발표자료</div>PE120https://itwiki.kr/index.php?title=CMMi&diff=6923CMMi2020-01-28T14:20:11Z<p>PE120: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
;Capability Maturity Model Integration<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델<br />
<br />
== 등장 배경 ==<br />
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움<br />
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생<br />
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응<br />
<br />
== 구성 ==<br />
=== 3가지 규율 ===<br />
;3 Disciplines of CMMI<br />
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI<br />
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI<br />
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI<br />
<br />
=== 4가지 지식체계 ===<br />
;CMMI 4 Knowledge System<br />
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9<br />
{| class="wikitable"<br />
! 참조모델<br />
! 설명<br />
|-<br />
| Software Engineering<br />
| <br />
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점<br />
|-<br />
| System Engineering<br />
| <br />
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점<br />
|-<br />
| Integrated Product <br />
& Process Development<br />
| <br />
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근<br />
|-<br />
| Supplier Sourcing<br />
| <br />
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공<br />
|}<br />
<br />
=== 2가지 표현 모델 ===<br />
[[파일:CMMi.jpg]]<br />
{| class="wikitable"<br />
! 구분<br />
! Continuous<br />
! Staged<br />
|-<br />
| 설명<br />
| <br />
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시<br />
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능<br />
| <br />
* 수준별 프로세스를 제시<br />
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공<br />
|-<br />
| 특징<br />
| <br />
* 능력 수준을 프로세스에 적용<br />
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식<br />
* 우선 순위 기준 능력수준 개선 가능<br />
| <br />
* 성숙도 수준으로 조직간 비교 모델<br />
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시<br />
* 입증 순서로 개선 활동 제공<br />
|-<br />
| 레벨<br />
구분<br />
| <br />
* Capability Level<br />
| <br />
* Maturity Level<br />
|-<br />
| 성숙도<br />
| <br />
* 0 ~ 5 단계 (총 6단계)<br />
| <br />
* 1 ~ 5 단계 (총 5단계)<br />
|-<br />
| 예제<br />
| <br />
* SE-CMM(연속적 표현)<br />
|<br />
* SW-CMM(단계적 표현) <br />
|}<br />
<br />
=== 역량 성숙도 수준 ===<br />
{| class="wikitable"<br />
! 수준<br />
! Staged<br />
! Continuous<br />
! 설명<br />
|-<br />
| 0<br />
| -<br />
| Incomplete<br />
| 활동이 수행 안됨<br />
|-<br />
| 1<br />
| Initial<br />
| Performed<br />
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨<br />
|-<br />
| 2<br />
| Managed<br />
| Managed<br />
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태<br />
|-<br />
| 3<br />
| Defined<br />
| Defined<br />
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태<br />
|-<br />
| 4<br />
| Quantitatively Managed<br />
| Quantitatively Managed<br />
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태<br />
|-<br />
| 5<br />
| Optimized<br />
| Optimized<br />
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행<br />
|}<br />
<br />
== CMMi의 25 Process Area ==<br />
{| class="wikitable"<br />
! CMMI<br />
! Process Mgmt<br />
! Project Mgmt<br />
! Engineering<br />
! Support<br />
|-<br />
| Level 5<br />
| <br />
*OID: 조직혁신 및 이행<br />
| <br />
| <br />
| <br />
*CAR: 원인분석 및 해결<br />
|-<br />
| Level 4<br />
| <br />
*OPP: 조직 프로세스 성과<br />
| <br />
*QPM: 정량적 프로젝트 관리<br />
| <br />
| <br />
|-<br />
| Level 3<br />
| <br />
*OPF: 조직 프로세스 중점<br />
*OPD: 조직 프로세스정의<br />
*OT: 조직 훈련<br />
| <br />
*IPM: 통합프로젝트 관리<br />
*RSKM: 위험관리<br />
*ISM: 통합 공급자 관리<br />
*SSIT: 통합팀-IPPD<br />
| <br />
*RD: 요구사항 개발<br />
*TS: 기술 솔루션<br />
*PI: 제품통합<br />
*VER: 검증<br />
*VAL: 확인<br />
| <br />
*DAR: 의사결정 분석·해결<br />
*OEI: 통합조직 변경 – IPPD<br />
|-<br />
| Level 2<br />
| <br />
| <br />
*PP: 프로젝트계획<br />
*PMC: 프로젝트 감시·통제<br />
*SAM: 공급자계약관리<br />
| <br />
*REQM: 요구사항 관리<br />
| <br />
*CM: 형상관리<br />
*PPQA: 프로세스·제품 품질보증<br />
*MA: 측정 및 분석<br />
|}<br />
<br />
== 기술사 기출 ==<br />
{| class="wikitable"<br />
! 출제회차<br />
! 문제<br />
|-<br />
| [http://q.fran.kr/문제/9644 118.관리.1]<br />
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)<br />
|-<br />
| [http://q.fran.kr/문제/5783 107.응용.1]<br />
| CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 96.응용.2<br />
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. <br />
|-<br />
| 87.관리.4<br />
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.<br />
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.<br />
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.<br />
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.<br />
|-<br />
| 84.조직.1<br />
| 1.4. CMMI의 Continuous Model & Staged Model<br />
|-<br />
| 81.관리.2<br />
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.<br />
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.<br />
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)<br />
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.<br />
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.<br />
** 프로덕트 관점.<br />
|-<br />
| 75.응용.1<br />
| CMM과 CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 75.관리.3<br />
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오<br />
|-<br />
| 74.관리.3<br />
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.<br />
|-<br />
| 69.관리.1<br />
| CMM 5단계를 설명하시오<br />
|-<br />
| 69.응용.3<br />
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.<br />
|}<br />
<br />
== 같이 보기 ==<br />
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]<br />
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]</div>PE120https://itwiki.kr/index.php?title=CMMi&diff=6922CMMi2020-01-28T14:19:16Z<p>PE120: /* CMMi의 25 Process Area */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
;Capability Maturity Model Integration<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델<br />
<br />
== 등장 배경 ==<br />
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움<br />
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생<br />
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응<br />
<br />
== 구성 ==<br />
=== 3가지 규율 ===<br />
;3 Disciplines of CMMI<br />
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI<br />
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI<br />
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI<br />
<br />
=== 4가지 지식체계 ===<br />
;CMMI 4 Knowledge System<br />
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9<br />
{| class="wikitable"<br />
! 참조모델<br />
! 설명<br />
|-<br />
| Software Engineering<br />
| <br />
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점<br />
|-<br />
| System Engineering<br />
| <br />
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점<br />
|-<br />
| Integrated Product <br />
& Process Development<br />
| <br />
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근<br />
|-<br />
| Supplier Sourcing<br />
| <br />
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공<br />
|}<br />
<br />
=== 2가지 표현 모델 ===<br />
[[파일:CMMi.jpg]]<br />
{| class="wikitable"<br />
! 구분<br />
! Continuous<br />
! Staged<br />
|-<br />
| 설명<br />
| <br />
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시<br />
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능<br />
| <br />
* 수준별 프로세스를 제시<br />
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공<br />
|-<br />
| 특징<br />
| <br />
* 능력 수준을 프로세스에 적용<br />
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식<br />
* 우선 순위 기준 능력수준 개선 가능<br />
| <br />
* 성숙도 수준으로 조직간 비교 모델<br />
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시<br />
* 입증 순서로 개선 활동 제공<br />
|-<br />
| 레벨<br />
구분<br />
| <br />
* Capability Level<br />
| <br />
* Maturity Level<br />
|-<br />
| 성숙도<br />
| <br />
* 0 ~ 5 단계 (총 6단계)<br />
| <br />
* 1 ~ 5 단계 (총 5단계)<br />
|-<br />
| 예제<br />
| <br />
* SE-CMM(연속적 표현)<br />
|<br />
* SW-CMM(단계적 표현) <br />
|}<br />
<br />
=== 역량 성숙도 수준 ===<br />
{| class="wikitable"<br />
! 수준<br />
! Staged<br />
! Continuous<br />
! 설명<br />
|-<br />
| 0<br />
| -<br />
| Incomplete<br />
| 활동이 수행 안됨<br />
|-<br />
| 1<br />
| Initial<br />
| Performed<br />
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨<br />
|-<br />
| 2<br />
| Managed<br />
| Managed<br />
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태<br />
|-<br />
| 3<br />
| Defined<br />
| Defined<br />
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태<br />
|-<br />
| 4<br />
| Quantitatively Managed<br />
| Quantitatively Managed<br />
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태<br />
|-<br />
| 5<br />
| Optimized<br />
| Optimized<br />
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행<br />
|}<br />
<br />
== CMMi의 25 Process Area ==<br />
{| class="wikitable"<br />
! CMMI<br />
! Process Mgmt<br />
! Project Mgmt<br />
! Engineering<br />
! Support<br />
|-<br />
| Level 5<br />
| <br />
*OID: 조직혁신 및 이행<br />
| <br />
| <br />
| <br />
*CAR: 원인분석 및 해결<br />
|-<br />
| Level 4<br />
| <br />
*OPP: 조직 프로세스 성과<br />
| <br />
*QPM: 정량적 프로젝트 관리<br />
| <br />
| <br />
|-<br />
| Level 3<br />
| <br />
*OPF: 조직 프로세스 중점<br />
*OPD: 조직 프로세스정의<br />
*OT: 조직 훈련<br />
| <br />
*IPM: 통합프로젝트 관리<br />
*RSKM: 위험관리<br />
*ISM: 통합 공급자 관리<br />
*SSIT: 통합팀-IPPD<br />
| <br />
*RD: 요구사항 개발<br />
*TS: 기술 솔루션<br />
*PI: 제품통합<br />
*VER: 검증<br />
*VAL: 확인<br />
| <br />
*DAR: 의사결정 분석·해결<br />
*OEI: 통합조직 변경 – IPPD<br />
|-<br />
| Level 2<br />
| <br />
| <br />
*PP: 프로젝트계획<br />
*PMC: 프로젝트 감시·통제<br />
*SAM: 공급자계약관리<br />
| <br />
*REQM: 요구사항 관리<br />
| <br />
*CM: 형상관리<br />
*PPQA: 프로세스·제품 품질보증<br />
*MA: 측정 및 분석<br />
|}<br />
<br />
== 성숙도 수준 ==<br />
=== Level 2 PA ===<br />
* Configuration Management (CM)<br />
* Measurement and Analysis (MA)<br />
* Project Monitoring and Control (PMC)<br />
* Project Planning (PP)<br />
* Process and Product Quality Assurance (PPQA)<br />
* Requirements Management (REQM)<br />
* Supplier Agreement Management (SAM)<br />
<br />
=== Level 3 PA ===<br />
* Decision Analysis and Resolution (DAR)<br />
* Integrated Project Management (IPM)<br />
* Organizational Process Definition (OPD)<br />
* Organizational Process Focus (OPF)<br />
* Organizational Training (OT)<br />
* Product Integration (RD)<br />
* Requirements Development (RD)<br />
* Risk Management (RSKM)<br />
* Technical Solution (TS)<br />
* Validation (VAL)<br />
* Verification (VER)<br />
<br />
== 기술사 기출 ==<br />
{| class="wikitable"<br />
! 출제회차<br />
! 문제<br />
|-<br />
| [http://q.fran.kr/문제/9644 118.관리.1]<br />
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)<br />
|-<br />
| [http://q.fran.kr/문제/5783 107.응용.1]<br />
| CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 96.응용.2<br />
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. <br />
|-<br />
| 87.관리.4<br />
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.<br />
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.<br />
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.<br />
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.<br />
|-<br />
| 84.조직.1<br />
| 1.4. CMMI의 Continuous Model & Staged Model<br />
|-<br />
| 81.관리.2<br />
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.<br />
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.<br />
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)<br />
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.<br />
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.<br />
** 프로덕트 관점.<br />
|-<br />
| 75.응용.1<br />
| CMM과 CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 75.관리.3<br />
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오<br />
|-<br />
| 74.관리.3<br />
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.<br />
|-<br />
| 69.관리.1<br />
| CMM 5단계를 설명하시오<br />
|-<br />
| 69.응용.3<br />
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.<br />
|}<br />
<br />
== 같이 보기 ==<br />
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]<br />
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]</div>PE120https://itwiki.kr/index.php?title=CMMi&diff=6921CMMi2020-01-28T14:18:39Z<p>PE120: /* CMMi의 25 Process Area */</p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
;Capability Maturity Model Integration<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델<br />
<br />
== 등장 배경 ==<br />
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움<br />
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생<br />
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응<br />
<br />
== 구성 ==<br />
=== 3가지 규율 ===<br />
;3 Disciplines of CMMI<br />
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI<br />
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI<br />
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI<br />
<br />
=== 4가지 지식체계 ===<br />
;CMMI 4 Knowledge System<br />
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9<br />
{| class="wikitable"<br />
! 참조모델<br />
! 설명<br />
|-<br />
| Software Engineering<br />
| <br />
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점<br />
|-<br />
| System Engineering<br />
| <br />
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점<br />
|-<br />
| Integrated Product <br />
& Process Development<br />
| <br />
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근<br />
|-<br />
| Supplier Sourcing<br />
| <br />
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공<br />
|}<br />
<br />
=== 2가지 표현 모델 ===<br />
[[파일:CMMi.jpg]]<br />
{| class="wikitable"<br />
! 구분<br />
! Continuous<br />
! Staged<br />
|-<br />
| 설명<br />
| <br />
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시<br />
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능<br />
| <br />
* 수준별 프로세스를 제시<br />
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공<br />
|-<br />
| 특징<br />
| <br />
* 능력 수준을 프로세스에 적용<br />
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식<br />
* 우선 순위 기준 능력수준 개선 가능<br />
| <br />
* 성숙도 수준으로 조직간 비교 모델<br />
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시<br />
* 입증 순서로 개선 활동 제공<br />
|-<br />
| 레벨<br />
구분<br />
| <br />
* Capability Level<br />
| <br />
* Maturity Level<br />
|-<br />
| 성숙도<br />
| <br />
* 0 ~ 5 단계 (총 6단계)<br />
| <br />
* 1 ~ 5 단계 (총 5단계)<br />
|-<br />
| 예제<br />
| <br />
* SE-CMM(연속적 표현)<br />
|<br />
* SW-CMM(단계적 표현) <br />
|}<br />
<br />
=== 역량 성숙도 수준 ===<br />
{| class="wikitable"<br />
! 수준<br />
! Staged<br />
! Continuous<br />
! 설명<br />
|-<br />
| 0<br />
| -<br />
| Incomplete<br />
| 활동이 수행 안됨<br />
|-<br />
| 1<br />
| Initial<br />
| Performed<br />
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨<br />
|-<br />
| 2<br />
| Managed<br />
| Managed<br />
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태<br />
|-<br />
| 3<br />
| Defined<br />
| Defined<br />
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태<br />
|-<br />
| 4<br />
| Quantitatively Managed<br />
| Quantitatively Managed<br />
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태<br />
|-<br />
| 5<br />
| Optimized<br />
| Optimized<br />
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행<br />
|}<br />
<br />
== CMMi의 25 Process Area ==<br />
{| class="wikitable"<br />
! CMMI<br />
! Process Mgmt<br />
! Project Mgmt<br />
! Engineering<br />
! Support<br />
|-<br />
| Level 5<br />
| <br />
*OID: 조직혁신 및 이행<br />
| <br />
| <br />
| <br />
*CAR: 원인분석 및 해결<br />
|-<br />
| Level 4<br />
| <br />
*OPP: 조직 프로세스 성과<br />
| <br />
*QPM: 정량적 프로젝트 관리<br />
| <br />
| <br />
|-<br />
| Level 3<br />
| <br />
*OPF: 조직 프로세스 중점<br />
*OPD: 조직 프로세스정의<br />
*OT: 조직 훈련<br />
| <br />
*IPM: 통합프로젝트 관리<br />
*RSKM: 위험관리<br />
*ISM: 통합 공급자 관리<br />
*SSIT: 통합팀-IPPD<br />
| <br />
*RD: 요구사항 개발<br />
*TS: 기술 솔루션<br />
*PI: 제품통합<br />
*VER: 검증<br />
*VAL: 확인<br />
| <br />
*DAR: 의사결정 분석 및 해결<br />
*OEI: 통합조직 변경 – IPPD<br />
|-<br />
| Level 2<br />
| <br />
| <br />
*PP: 프로젝트계획<br />
*PMC: 프로젝트 감시 및 통제<br />
*SAM: 공급자계약관리<br />
| <br />
*REQM: 요구사항 관리<br />
| <br />
*CM: 형상관리<br />
*PPQA: 프로세스·제품 품질보증<br />
*MA: 측정 및 분석<br />
|}<br />
<br />
== 성숙도 수준 ==<br />
=== Level 2 PA ===<br />
* Configuration Management (CM)<br />
* Measurement and Analysis (MA)<br />
* Project Monitoring and Control (PMC)<br />
* Project Planning (PP)<br />
* Process and Product Quality Assurance (PPQA)<br />
* Requirements Management (REQM)<br />
* Supplier Agreement Management (SAM)<br />
<br />
=== Level 3 PA ===<br />
* Decision Analysis and Resolution (DAR)<br />
* Integrated Project Management (IPM)<br />
* Organizational Process Definition (OPD)<br />
* Organizational Process Focus (OPF)<br />
* Organizational Training (OT)<br />
* Product Integration (RD)<br />
* Requirements Development (RD)<br />
* Risk Management (RSKM)<br />
* Technical Solution (TS)<br />
* Validation (VAL)<br />
* Verification (VER)<br />
<br />
== 기술사 기출 ==<br />
{| class="wikitable"<br />
! 출제회차<br />
! 문제<br />
|-<br />
| [http://q.fran.kr/문제/9644 118.관리.1]<br />
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)<br />
|-<br />
| [http://q.fran.kr/문제/5783 107.응용.1]<br />
| CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 96.응용.2<br />
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. <br />
|-<br />
| 87.관리.4<br />
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.<br />
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.<br />
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.<br />
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.<br />
|-<br />
| 84.조직.1<br />
| 1.4. CMMI의 Continuous Model & Staged Model<br />
|-<br />
| 81.관리.2<br />
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.<br />
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.<br />
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)<br />
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.<br />
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.<br />
** 프로덕트 관점.<br />
|-<br />
| 75.응용.1<br />
| CMM과 CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 75.관리.3<br />
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오<br />
|-<br />
| 74.관리.3<br />
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.<br />
|-<br />
| 69.관리.1<br />
| CMM 5단계를 설명하시오<br />
|-<br />
| 69.응용.3<br />
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.<br />
|}<br />
<br />
== 같이 보기 ==<br />
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]<br />
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]</div>PE120https://itwiki.kr/index.php?title=CMMi&diff=6920CMMi2020-01-28T14:17:57Z<p>PE120: </p>
<hr />
<div>[[분류:소프트웨어 공학]][[분류:IT경영]][[분류:프로젝트 관리]][[분류:인증/평가]]<br />
;Capability Maturity Model Integration<br />
;[[SEI]]에서 만든 조직 성숙도 평가 모델로, 기존에 여러개로 나누어진 [[CMM]]을 통합한 모델<br />
<br />
== 등장 배경 ==<br />
* CMM 모델간 상호 중첩과 구조의 상이함으로 인해 현장에 적용하기 어려움<br />
* 각각의 모델 적용에 따른 중복 투자로 비용의 과다 지출 등의 문제점 발생<br />
* [[ISO/IEC JTC1|ISO/IEC]]에서 CMM이 아닌 유럽의 [[SPICE]]를 국제 표준으로 제정함에 따라 이에 대응<br />
<br />
== 구성 ==<br />
=== 3가지 규율 ===<br />
;3 Disciplines of CMMI<br />
* CMMI-DEV(CMMI for Development): 개발을 위한 CMMI<br />
* CMMI-ACQ(CMMI for Acquisition): 발주를 위한 CMMI<br />
* CMMI-SVC(CMMI for Services): 서비스를 위한 CMMI<br />
<br />
=== 4가지 지식체계 ===<br />
;CMMI 4 Knowledge System<br />
SW-CMM v 2.0 + SECM: EIA/IS-731(Systems Engineering) + IPD-CMM v 0.9<br />
{| class="wikitable"<br />
! 참조모델<br />
! 설명<br />
|-<br />
| Software Engineering<br />
| <br />
* 소프트웨어의 개발, 운영, 유지보수에 대해 체계적이고 정량화할 수 있는 접근 방법에 중점<br />
|-<br />
| System Engineering<br />
| <br />
* 고객의 요구 및 제안 사항을 제품에 반영하고 제품의 Life Cycle 동안 지원 활동에 중점<br />
|-<br />
| Integrated Product <br />
& Process Development<br />
| <br />
* 요구사항을 만족시키기 위해 제품 전체 Life Cycle 동안 관계자들 협업 방법의 체계적인 접근<br />
|-<br />
| Supplier Sourcing<br />
| <br />
* 복잡화되는 작업으로 인해 프로젝트가 특별히 요구하는 제품의 추가 수정이나 역할 수행을 위해 제공<br />
|}<br />
<br />
=== 2가지 표현 모델 ===<br />
[[파일:CMMi.jpg]]<br />
{| class="wikitable"<br />
! 구분<br />
! Continuous<br />
! Staged<br />
|-<br />
| 설명<br />
| <br />
* 조직의 비즈니스 목적 충족을 위한 개선 사항 제시<br />
* Capability Level을 이용 하여 프로세스 영역(PA) 별로 성숙도 평가 가능<br />
| <br />
* 수준별 프로세스를 제시<br />
* 조직 간 비교를 가능하게 하는 단일한 등급 체계 제공<br />
|-<br />
| 특징<br />
| <br />
* 능력 수준을 프로세스에 적용<br />
* 프로세스 영역의 능력수준을 결정하므로 프로세스 개선에 유연한 접근 방식<br />
* 우선 순위 기준 능력수준 개선 가능<br />
| <br />
* 성숙도 수준으로 조직간 비교 모델<br />
* 단일 등급체계 평가 결과이므로 이해하기 쉬운 프로세스 개선 결과 제시<br />
* 입증 순서로 개선 활동 제공<br />
|-<br />
| 레벨<br />
구분<br />
| <br />
* Capability Level<br />
| <br />
* Maturity Level<br />
|-<br />
| 성숙도<br />
| <br />
* 0 ~ 5 단계 (총 6단계)<br />
| <br />
* 1 ~ 5 단계 (총 5단계)<br />
|-<br />
| 예제<br />
| <br />
* SE-CMM(연속적 표현)<br />
|<br />
* SW-CMM(단계적 표현) <br />
|}<br />
<br />
=== 역량 성숙도 수준 ===<br />
{| class="wikitable"<br />
! 수준<br />
! Staged<br />
! Continuous<br />
! 설명<br />
|-<br />
| 0<br />
| -<br />
| Incomplete<br />
| 활동이 수행 안됨<br />
|-<br />
| 1<br />
| Initial<br />
| Performed<br />
| 정의된 프로세스가 없고 작업자 능력에 따라 성과가 좌우됨<br />
|-<br />
| 2<br />
| Managed<br />
| Managed<br />
| 특정한 프로젝트 내의 프로세스가 정의되고 수행되는 상태<br />
|-<br />
| 3<br />
| Defined<br />
| Defined<br />
| 조직의 표준 프로세스를 활용하여 업무를 수행하는 상태<br />
|-<br />
| 4<br />
| Quantitatively Managed<br />
| Quantitatively Managed<br />
| 정량적 기법을 활용하여 핵심 프로세스를 통제하는 상태<br />
|-<br />
| 5<br />
| Optimized<br />
| Optimized<br />
| 프로세스 역량 향상을 위해 신기술 도입, 프로세스 혁신 활동 수행<br />
|}<br />
<br />
== CMMi의 25 Process Area ==<br />
{| class="wikitable"<br />
! CMMI<br />
! Process Mgmt<br />
! Project Mgmt<br />
! Engineering<br />
! Support<br />
|-<br />
| Level 5<br />
| <br />
*OID: 조직혁신 및 이행<br />
| <br />
| <br />
| <br />
*CAR: 원인분석 및 해결<br />
|-<br />
| Level 4<br />
| <br />
*OPP: 조직 프로세스 성과<br />
| <br />
*QPM: 정량적 프로젝트 관리<br />
| <br />
| <br />
|-<br />
| Level 3<br />
| <br />
*OPF: 조직 프로세스 중점<br />
*OPD: 조직 프로세스정의<br />
*OT: 조직 훈련<br />
| <br />
*IPM: 통합프로젝트 관리<br />
*RSKM: 위험관리<br />
*ISM: 통합 공급자 관리<br />
*SSIT: 통합팀-IPPD<br />
| <br />
*RD: 요구사항 개발<br />
*TS: 기술 솔루션<br />
*PI: 제품통합<br />
*VER: 검증<br />
*VAL: 확인<br />
| <br />
*DAR: 의사결정 분석 및 해결<br />
*OEI: 통합조직 변경 – IPPD<br />
|-<br />
| Level 2<br />
| <br />
| <br />
*PP: 프로젝트계획<br />
*PMC: 프로젝트 감시 및 통제<br />
*SAM: 공급자계약관리<br />
| <br />
*REQM: 요구사항 관리<br />
| <br />
*CM: 형상관리<br />
*PPQA: 프로세스 및 제품품질보증<br />
*MA: 측정 및 분석<br />
|}<br />
<br />
== 성숙도 수준 ==<br />
=== Level 2 PA ===<br />
* Configuration Management (CM)<br />
* Measurement and Analysis (MA)<br />
* Project Monitoring and Control (PMC)<br />
* Project Planning (PP)<br />
* Process and Product Quality Assurance (PPQA)<br />
* Requirements Management (REQM)<br />
* Supplier Agreement Management (SAM)<br />
<br />
=== Level 3 PA ===<br />
* Decision Analysis and Resolution (DAR)<br />
* Integrated Project Management (IPM)<br />
* Organizational Process Definition (OPD)<br />
* Organizational Process Focus (OPF)<br />
* Organizational Training (OT)<br />
* Product Integration (RD)<br />
* Requirements Development (RD)<br />
* Risk Management (RSKM)<br />
* Technical Solution (TS)<br />
* Validation (VAL)<br />
* Verification (VER)<br />
<br />
== 기술사 기출 ==<br />
{| class="wikitable"<br />
! 출제회차<br />
! 문제<br />
|-<br />
| [http://q.fran.kr/문제/9644 118.관리.1]<br />
| CMMI(Capability Maturity Model Integration)의 단계적 표현 (Staged Representation)과 연속적 표현 (Continuous Reperesentation)<br />
|-<br />
| [http://q.fran.kr/문제/5783 107.응용.1]<br />
| CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 96.응용.2<br />
| 소프트웨어 테스트 프로세스 성숙도 평가모델 TMMi(Test Maturity Model Intergration)와 시스템개발 프로세스 성숙도 평가모델 CMMi(Capacity Maturity Model Intergration)는 5레벨의 단계적 평가 프레임워크이다, TMMi 모델과 CMMi 모델을 각각설명하시오. <br />
|-<br />
| 87.관리.4<br />
| CMMI(Capability Maturity Model Integration)는 조직의 프로세스 개선 활동을 효율적으로 지원하기 위한 모델이다. 다음 물음에 답하시오.<br />
*(1) CMMI 표현 방법중 단계적 표현 방법과 연속적 표현 방법을 비교 설명하시오.<br />
*(2) CMMI 의 단계적 표현방법에서의 모델 구성 요소에 대해 설명하시오.<br />
*(3) 통계적 프로세스 관리에 사용되는 대표적인 도구인 파레토 차트, 산점도, 관리도에 대해 설명하시오.<br />
|-<br />
| 84.조직.1<br />
| 1.4. CMMI의 Continuous Model & Staged Model<br />
|-<br />
| 81.관리.2<br />
| 5. 소프트웨어 품질 평가 및 측정 기술에 대하여 다음 질문에 답하시오.<br />
* 가. 품질평가 기술의 유형을 나열하고 비교 설명하시오.<br />
** SW 프로덕트 관점, 프로세스 관점(CMMI, SPICE)<br />
* 나. 각 유형별 대표적인 표준 또는 모델을 제시하고 설명하시오.<br />
* 다. GS(Good Software)인증은 이중 어느 유형에 속하며 무슨 모델(표준)을 따르고 있는지 설명하시오.<br />
** 프로덕트 관점.<br />
|-<br />
| 75.응용.1<br />
| CMM과 CMMI(Capability Maturity Model Integration)<br />
|-<br />
| 75.관리.3<br />
| 차세대 생산시스템을 CBD방법에 의해 개발하고 있다. 설계가완료된 단계에서 개발을 맡은 SI업체와 계약한 CMM4 level 의 품질이 확보되는 지를 알기 위해 감리를 시행하고자 한다. 15일 기간으로 응용시스템, 데이타베이스, 시스템아키텍처, 프로젝트 관리 부문으로 나누어 시행하고자 한다. 사업관리부문과 시스템아키텍처 부문의 감리자가 수행할 점검사항을 계획해 보시오<br />
|-<br />
| 74.관리.3<br />
| SW 품질평가 요소를 운영, 수정, 적용 측면에서 구분하여 기술하고 품질 향상을 위한 방법론들에 대하여 논하시오.<br />
|-<br />
| 69.관리.1<br />
| CMM 5단계를 설명하시오<br />
|-<br />
| 69.응용.3<br />
| CMU-SEI에서 개발한 능력성숙도 모델 CMM(Capability Maturity Model)에서는해당 조직이 4단계 수준에 있는지를 평가하기 위해서는 그핵심 프로세스인 정량적 프로세스관리(Quantitative Process Management)와 소프트웨어 품질관리(Software Quality Management)분야를 점검하게 된다. 이들 각각에 대해서 구체적으로 논하시오.<br />
|}<br />
<br />
== 같이 보기 ==<br />
* [http://processgroup.com/improving-capability-and-performance-with-cmmi-v2-0-what-has-changed/ CMMi 2.0 변경 사항]<br />
* [http://home.sogang.ac.kr/sites/gsinfotech/study/study_2018_02/Lists/b16/Attachments/11/Chap%2010.%20CMMI.pdf CMMi 2.0 기준 소개 PPT]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%8A%A4-%ED%83%80&diff=6914파스-타2020-01-28T08:33:26Z<p>PE120: </p>
<hr />
<div>[[분류:디지털 서비스]]<br />
;PaaS-TA<br />
;[[과학기술정보통신부]] [[R&D]] 지원으로 [[한국정보화진흥원|한국정보화진흥원(NIA)]]과 국내 기업들이 공동으로 개발하여 [[공개 소프트웨어|소스코드를 공개]]한 개방형 [[클라우드]] [[플랫폼]]<br />
<br />
== 개요 ==<br />
* 국내 클라우드 경쟁력 강화 위해 ‘14년부터 개발 시작<br />
* 세계적으로 검증된 오픈소스 71종을 활용하여 다시 오픈소스로 공개<br />
* KT·NHN·네이버·코스콤 등 40개 기업이 연구 및 확산에 참여<br />
<br />
== 특징 ==<br />
* 민간·공공 협력 플랫폼: [[한국정보화진흥원]] 주관, KT·NHN·네이버·코스콤 등 기업 참여<br />
* 오픈 소스 플랫폼: Apache2.0 라이센스의 [[공개 소프트웨어]]<br />
* 통합 플랫폼: Node.js, PHP, Python 등 다양한 서버 언어, MySQL, Oracle 등 다양한 DBMS 등 지원<br />
<br />
== 아키텍처 ==<br />
[[파일:PasS-TA.png|600px]]<br />
* '''인프라 제어 및 관리''': 분산 서비스 라이프사이클 관리, 다양한 클라우드 인프라와의 연동 기능<br />
* '''실행환경''': 애플리케이션 개발/배포, 실행/운영 관리. Java, PHP, Ruby, Go 등 다양한 언어 지원<br />
* '''운영환경''': 인프라 제어 및 애플리케이션 플랫폼을 위한 관리 서비스를 정의. 대시보드, 모니터링, 로그 등<br />
* '''개발환경''': 애플리케이션을 개발/배포/운영하기 위한 셀프서비스 포털과 개발도구<br />
* '''서비스 환경''': 내외부 서비스 연계를 위한 API 관리도구<br />
<br />
<br />
== 각 버전별 변화 ==<br />
{| class="wikitable"<br />
! 버전<br />
! 업그레이드 내역<br />
! 릴리즈<br />
|-<br />
| 5.0 Ravioli<br />
| <br />
* [[쿠버네티스]]를 활용한 컨테이너 제어 및 관리기능 고도화<br />
* 응용의 전주기 라이프 사이클 관리 추가<br />
* 마켓플레이스가 추가<br />
* 애플리케이션 Gataway 기능이 고도화<br />
* IaaS/PaaS/CaaS/SaaS 통합 모니터링 추가<br />
* MS Azure-OpenStack 하이브리드 클라우드 환경에서 PaaS 설치 가능<br />
| 2019-12-12<br />
|-<br />
| 4.0 Rotelle<br />
| <br />
* 이종 클라우드 지원 및 관리기술 추가<br />
* [[쿠버네티스]]를 활용한 컨테이너 제어 및 관리 추가<br />
* Logging as a service가 추가<br />
* IaaS/PaaS 통합 모니터링이 추가<br />
* 설치 자동화 MS Azure 추가<br />
* AWS-OpenStack 하이브리드 클라우드 환경에서 PaaS 설치 가능<br />
| 2018-12-11<br />
|-<br />
| 3.0 Penne<br />
| <br />
* 개발 및 운영, 관리환경 고도화<br />
* 형상 관리 서비스 도구 추가<br />
* 사용자, 운영자 포털 업그레이드<br />
* 설치 자동화 Google GCP 추가<br />
* 배포 파이프라인 서비스 도구 추가<br />
* 서비스 모니터링 도구 업그레이드<br />
* IaaS 관리 대시보드 추가<br />
| 2017-12-14<br />
|-<br />
| 2.0 Linguine<br />
| <br />
* 운영도구, 관리도구, 개발도구(WEB-IDE) 추가<br />
* 사용자 포털, 운영자 포털, 모니터링 시스템, 설치 자동화 고도화, 미터링 추가<br />
* egov Buildpack이 v2.5에서 v3.5버전으로 업그레이드<br />
* Service-Broker가 CloudFoundry API 2.x 버전 지원<br />
* Pinpoint Java APM 서비스 추가(Pinpoint Buildpack)<br />
| 2017-02-10<br />
|-<br />
| 1.0 OpenPaaS<br />
| <br />
* 실행환경 구성 및 지원 서비스가 추가<br />
* 개발 지원 서비스 추가<br />
** Cubrid, Mysql, MongoDB, Redis, RabbitMQ, Swift Object, API 플랫폼<br />
* egov Buildpack v2.5 버전 지원<br />
* 언어별 애플리케이션 개발 지원(Node.js, PHP, Python, Ruby)<br />
* 이클립스 플러그인 지원<br />
* 플랫폼 설치자동화 지원<br />
| 2016-04-26<br />
|}</div>PE120https://itwiki.kr/index.php?title=%EC%96%B4%EB%8B%88%EC%96%B8_%EB%9D%BC%EC%9A%B0%ED%8C%85&diff=6913어니언 라우팅2020-01-28T08:21:08Z<p>PE120: 새 문서: 분류:네트워크분류:인터넷 ;Onion Routing ;다크 웹에 접속하기 위한, 토르 등 익명 브라우저에서 사용하는 라우팅 프로토콜 == 역...</p>
<hr />
<div>[[분류:네트워크]][[분류:인터넷]]<br />
;Onion Routing<br />
;[[다크 웹]]에 접속하기 위한, [[토르]] 등 익명 브라우저에서 사용하는 라우팅 프로토콜<br />
<br />
== 역사 ==<br />
* 1995년, 미 해군 연구국 ONR(Office of Naval Research) 출자 개발 시작<br />
* 1997년, 미 방위고등연구계획국 DARPA 지원<br />
<br />
== 구성 ==<br />
* 릴레이: 토르 소프트웨어를 작동시키고 토르 네트워크에 참여하는 사용자<br />
** 릴레이가 많아질수록 속도가 빨라지고 익명성도 높일 수 있다.<br />
* 가드 릴레이: 입구. 안정적으로 높은 대역폭의 릴레이 선택<br />
* 중간 릴레이: 익명성을 위해 경유하는 릴레이<br />
* 출구 릴레이: 최종 목적지로 트래픽 전달<br />
* 암호화: 가드 릴레이에서 암호화하여 출구 릴레이에서 복호화<br />
** 중간 릴레이는 수신지와 송신지 정보만을 인지</div>PE120https://itwiki.kr/index.php?title=LXC&diff=6912LXC2020-01-28T07:07:01Z<p>PE120: 새 문서: 분류:디지털 서비스분류:운영체제 ;LinuX Container ;단일 컨트롤 호스트 상에서 여러개의 고립된 리눅스 시스템(컨테이너)들을 실행하...</p>
<hr />
<div>[[분류:디지털 서비스]][[분류:운영체제]]<br />
;LinuX Container<br />
;단일 컨트롤 호스트 상에서 여러개의 고립된 리눅스 시스템(컨테이너)들을 실행하기 위한 운영 시스템 레벨 가상화하기 위한 환경<br />
<br />
== 구성 요소 ==<br />
[[파일:LXC 구조.png]]<br />
* Libvirt: 실제 가상화 수행, 컨테이너 관리<br />
* cgroups: CPU, 메모리, 디스크, 네트워크 자원을 할당<br />
* namespace: 프로세스 트리, 사용자 권한 등을 격리시키는 기준<br />
* PAM, SELinux: 보안 통제 기법<br />
<br />
== 장단점 ==<br />
{| class="wikitable"<br />
|-<br />
| 장점 || <br />
* 빠른 시작과 종료 속도 - 단순한 프로세스 실행, 하드웨어 초기화 불필요<br />
* 높은 직접도 - 컴퓨터상에서 동작하는 os는 하나 소비하는 자원이 줄어듬<br />
* 낮은 오버헤드 - 가상화를 위한 하드웨어 에뮬레이트 불필요<br />
* 애플리케이션 컨테이너 지원 - 필요한 애플리케이션만 설치하여 실행가능<br />
|-<br />
| 단점 || <br />
* host os에 종속적 - Linux외에 동작하지 않음,<br />
* 컨테이너별 커널 구성이 불가능 - 전체 컨테이너에서 보이는 커널은 동일함<br />
|}<br />
<br />
== 참고 문헌 ==<br />
* [https://halizy.tistory.com/42 1. Kubernetes/Container 개요]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:LXC_%EA%B5%AC%EC%A1%B0.png&diff=6911파일:LXC 구조.png2020-01-28T06:58:54Z<p>PE120: 출처: https://halizy.tistory.com/42</p>
<hr />
<div>출처: https://halizy.tistory.com/42</div>PE120https://itwiki.kr/index.php?title=%EA%B7%B8%EB%A6%BC%EC%9E%90_%ED%8E%98%EC%9D%B4%EC%A7%95_%ED%9A%8C%EB%B3%B5_%EA%B8%B0%EB%B2%95&diff=6910그림자 페이징 회복 기법2020-01-28T06:55:15Z<p>PE120: </p>
<hr />
<div>[[분류:데이터베이스]]<br />
;Shadow Paging Recovery<br />
;데이터베이스 [[트랜잭션]] 수행 시 Shadow Page라는 복제본을 생성하여, [[데이터베이스 장애]] 시 이를 이용해 복구하는 기법<br />
<br />
== 구성 ==<br />
* Current Page Table<br />
* Shadow Page Table<br />
<br />
== 동작 ==<br />
[[파일:그림자 페이징 절차도.png|600px]]<br />
* 트랜잭션이 실행되는 메모리상의 Current Page Table과 하드디스크의 Shadow Page Table 이용<br />
* 트랜잭션 시작시점에 Current Page Table과 동일한 Shadow Page Table 생성<br />
* 트랜잭션이 성공적으로 완료될 경우 Shadow Page Table 삭제<br />
* 트랜잭션이 실패할 경우 Shadow Page Table을 Current Page Table로 함<br />
<br />
== 같이 보기 ==<br />
* [[데이터베이스 회복]]<br />
* [[미디어 회복 기법]]</div>PE120https://itwiki.kr/index.php?title=%EA%B7%B8%EB%A6%BC%EC%9E%90_%ED%8E%98%EC%9D%B4%EC%A7%95_%ED%9A%8C%EB%B3%B5_%EA%B8%B0%EB%B2%95&diff=6909그림자 페이징 회복 기법2020-01-28T06:55:03Z<p>PE120: </p>
<hr />
<div>[[분류:데이터베이스]]<br />
;Shadow Paging Recovery<br />
;데이터베이스 [[트랜잭션]] 수행 시 Shadow Page라는 복제본을 생성하여, [[데이터베이스 장애]] 시 이를 이용해 복구하는 기법<br />
<br />
== 구성 ==<br />
* Current Page Table<br />
* Shadow Page Table<br />
<br />
== 동작 ==<br />
[[파일:그림자 페이징 절차도.png]]<br />
* 트랜잭션이 실행되는 메모리상의 Current Page Table과 하드디스크의 Shadow Page Table 이용<br />
* 트랜잭션 시작시점에 Current Page Table과 동일한 Shadow Page Table 생성<br />
* 트랜잭션이 성공적으로 완료될 경우 Shadow Page Table 삭제<br />
* 트랜잭션이 실패할 경우 Shadow Page Table을 Current Page Table로 함<br />
<br />
== 같이 보기 ==<br />
* [[데이터베이스 회복]]<br />
* [[미디어 회복 기법]]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:%EA%B7%B8%EB%A6%BC%EC%9E%90_%ED%8E%98%EC%9D%B4%EC%A7%95_%EC%A0%88%EC%B0%A8%EB%8F%84.png&diff=6908파일:그림자 페이징 절차도.png2020-01-28T06:54:39Z<p>PE120: 출처: 지덤</p>
<hr />
<div>출처: 지덤</div>PE120https://itwiki.kr/index.php?title=BCG_%EB%A7%A4%ED%8A%B8%EB%A6%AD%EC%8A%A4&diff=6907BCG 매트릭스2020-01-28T06:50:26Z<p>PE120: 새 문서: 분류:IT경영 ;BCG Matrix ;시장점유율(Market Share)과 사업의 성장률(Growth)을 고려하여 사업을 평가하는 매트릭스 모델 파일:BCG 매트릭스.jpg...</p>
<hr />
<div>[[분류:IT경영]]<br />
;BCG Matrix<br />
;시장점유율(Market Share)과 사업의 성장률(Growth)을 고려하여 사업을 평가하는 매트릭스 모델<br />
<br />
[[파일:BCG 매트릭스.jpg]]<br />
<br />
== 구성 ==<br />
* 시장 점유율<br />
* 성장률<br />
* Stars: 시장 성장률은 높지만 점유율이 낮은 최고의 사업<br />
* Cash Cows: 시장 성장률은 낮지만 점유율이 높은 사업<br />
* Question Marks: 시장 성장률은 높지만 점유율이 낮은 사업<br />
* Dogs: 시장 성장률도 낮고 점유율도 낮은 최악의 사업</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:BCG_%EB%A7%A4%ED%8A%B8%EB%A6%AD%EC%8A%A4.jpg&diff=6906파일:BCG 매트릭스.jpg2020-01-28T06:47:30Z<p>PE120: 출처: https://m.blog.naver.com/PostView.nhn?blogId=infighter_jh&logNo=220379591029</p>
<hr />
<div>출처: https://m.blog.naver.com/PostView.nhn?blogId=infighter_jh&logNo=220379591029</div>PE120https://itwiki.kr/index.php?title=ISO_22301&diff=6905ISO 223012020-01-28T06:46:02Z<p>PE120: </p>
<hr />
<div>[[분류:표준]][[분류:IT경영]]<br />
;ISO 22301 Societal security - Business continuity management systems; BS 25999<br />
;업무 연속성 관리 시스템에 관한 국제 표준으로 영국 표준인 BS 25999를 기반으로 한다.<br />
<br />
== 2가지 관점 ==<br />
* 피해 감소<br />
** 사고로 인한 피해를 어떻게 완화할 것인가?<br />
* 운영 정상화<br />
** 무엇을 어떻게 복구할 것인가?<br />
** 어느 정도의 시간 안에 복구할 수 있을 것인가?<br />
<br />
== PCDA 4단계 ==<br />
[[파일:BCMS.png]]<br />
* Plan: 요구사항에 부합하는 결과 달성을 위한 비즈니스 연속성 정책, 목표, 절차 수립(4~7장)<br />
* Do: 비즈니스 연속성 정책, 통제, 절차 운영(8장)<br />
* Check: 비즈니스 연속성 목표에 대한 성과 모니터링(9장)<br />
* Act: 모니터링 결과에 따른 개선활동 수행(10장)<br />
<br />
== 주요 지표 ==<br />
[[파일:업무 연속성 보장 그래프.png]]<br />
* MBCO (최소 비즈니스 업무연속성 목표)<br />
** 중단기간에 조직의 비즈니스 목표 달성을 위해 수용 가능한 서비스의 최소 수준<br />
* MAO (최대수용가능 중단기간), MTPD (최대허용가능 중단기간)<br />
** 제품/서비스를 제공하지 않는 결과로 발생할 수 있는 상황을 견딜 수 있는 최대 시간<br />
* RTO (복구 목표 시간)<br />
** 사고에 따라 업무별 복구가 이루어지도록 하는 목표 시간</div>PE120https://itwiki.kr/index.php?title=ISO_22301&diff=6904ISO 223012020-01-28T06:45:44Z<p>PE120: </p>
<hr />
<div>[[분류:표준]][[분류:IT경영]]<br />
;ISO 22301 Societal security - Business continuity management systems; BS 25999<br />
;업무 연속성 관리 시스템에 관한 국제 표준으로 영국 표준인 BS 25999를 기반으로 한다.<br />
<br />
== 2가지 관점 ==<br />
* 피해 감소<br />
** 사고로 인한 피해를 어떻게 완화할 것인가?<br />
* 운영 정상화<br />
** 무엇을 어떻게 복구할 것인가?<br />
** 어느 정도의 시간 안에 복구할 수 있을 것인가?<br />
<br />
== PCDA 4단계 ==<br />
* Plan: 요구사항에 부합하는 결과 달성을 위한 비즈니스 연속성 정책, 목표, 절차 수립(4~7장)<br />
* Do: 비즈니스 연속성 정책, 통제, 절차 운영(8장)<br />
* Check: 비즈니스 연속성 목표에 대한 성과 모니터링(9장)<br />
* Act: 모니터링 결과에 따른 개선활동 수행(10장)<br />
<br />
== 주요 지표 ==<br />
[[파일:업무 연속성 보장 그래프.png]]<br />
* MBCO (최소 비즈니스 업무연속성 목표)<br />
** 중단기간에 조직의 비즈니스 목표 달성을 위해 수용 가능한 서비스의 최소 수준<br />
* MAO (최대수용가능 중단기간), MTPD (최대허용가능 중단기간)<br />
** 제품/서비스를 제공하지 않는 결과로 발생할 수 있는 상황을 견딜 수 있는 최대 시간<br />
* RTO (복구 목표 시간)<br />
** 사고에 따라 업무별 복구가 이루어지도록 하는 목표 시간<br />
<br />
[[파일:BCMS.png]]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:%EC%97%85%EB%AC%B4_%EC%97%B0%EC%86%8D%EC%84%B1_%EB%B3%B4%EC%9E%A5_%EA%B7%B8%EB%9E%98%ED%94%84.png&diff=6903파일:업무 연속성 보장 그래프.png2020-01-28T06:41:59Z<p>PE120: 출처: https://m.blog.naver.com/PostView.nhn?blogId=ahnbh334&logNo=220728553301</p>
<hr />
<div>출처: https://m.blog.naver.com/PostView.nhn?blogId=ahnbh334&logNo=220728553301</div>PE120https://itwiki.kr/index.php?title=%EC%BD%94%EC%8A%A4%ED%83%80%ED%82%A4%EC%8A%A4-%EB%B0%94%EC%9A%B0%EC%9B%AC%EC%8A%A4_%EC%82%AC%EB%B6%84%EB%A9%B4&diff=6902코스타키스-바우웬스 사분면2020-01-28T06:03:37Z<p>PE120: </p>
<hr />
<div>[[분류:DS]]<br />
;Michel Bauwens & Vasilis Kostakis's Quadrant<br />
<br />
* [[공유 경제]]에 적용한 코스타키스-바우웬스 사분면<br />
[[파일:코스타키스 바우웬스 사분면.png]]<br />
<br />
== 구성 ==<br />
* 중앙 통제 - 분산화<br />
* 이윤 창출 - 공유와 협력</div>PE120https://itwiki.kr/index.php?title=%EC%BD%94%EC%8A%A4%ED%83%80%ED%82%A4%EC%8A%A4-%EB%B0%94%EC%9A%B0%EC%9B%AC%EC%8A%A4_%EC%82%AC%EB%B6%84%EB%A9%B4&diff=6901코스타키스-바우웬스 사분면2020-01-28T06:03:09Z<p>PE120: 새 문서: 분류:DS ;Michel Bauwens & Vasilis Kostakis's Quadrant 파일:코스타키스 바우웬스 사분면.png == 구성 == * 중앙 통제 - 분산화 * 이윤 창출 - 공유...</p>
<hr />
<div>[[분류:DS]]<br />
;Michel Bauwens & Vasilis Kostakis's Quadrant<br />
<br />
[[파일:코스타키스 바우웬스 사분면.png]]<br />
<br />
== 구성 ==<br />
* 중앙 통제 - 분산화<br />
* 이윤 창출 - 공유와 협력</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:%EC%BD%94%EC%8A%A4%ED%83%80%ED%82%A4%EC%8A%A4_%EB%B0%94%EC%9A%B0%EC%9B%AC%EC%8A%A4_%EC%82%AC%EB%B6%84%EB%A9%B4.png&diff=6900파일:코스타키스 바우웬스 사분면.png2020-01-28T06:02:04Z<p>PE120: 출처: 공유경제 개념의 변화와 한국의 공유경제(산업기술리서치센터 정석완)</p>
<hr />
<div>출처: 공유경제 개념의 변화와 한국의 공유경제(산업기술리서치센터 정석완)</div>PE120https://itwiki.kr/index.php?title=%EA%B3%B5%EC%9C%A0_%EA%B2%BD%EC%A0%9C&diff=6899공유 경제2020-01-28T05:57:21Z<p>PE120: 새 문서: 분류:DS ;Shared Economy == 예시 == * 에어비앤비 * 우버</p>
<hr />
<div>[[분류:DS]]<br />
;Shared Economy<br />
<br />
== 예시 ==<br />
* 에어비앤비<br />
* 우버</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6898FMEA2020-01-28T05:54:23Z<p>PE120: </p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif]]<br />
<br />
=== 구성 요소 ===<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 수행 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]<br />
<br />
== 참고 문헌 ==<br />
* [http://www.sigmapress.co.kr/shop/shop_image/g12725_1457080283.pdf 고장 모드 및 영향 분석]</div>PE120https://itwiki.kr/index.php?title=%EC%96%91%EC%9E%90_%EB%82%B4%EC%84%B1_%EC%95%94%ED%98%B8&diff=6897양자 내성 암호2020-01-28T05:47:13Z<p>PE120: /* 유형 */</p>
<hr />
<div>[[분류:보안]][[분류:암호학]]<br />
;PQC; Post-Quantum Cryptography algorithm<br />
* 2026년, 약 1/7, 2031년에는 절반에 가까운 공개키가 해킹될 것으로 예상(워터루 대학)<br />
* NIST에서 이미 양자 내성 암호 공모전 개최중<br />
<br />
== 출현 배경 ==<br />
* 현대 암호 기술의 수학적 계산 복잡도에 의존하는 근본적 보안 취약성 대응 필요<br />
* 기존 컴퓨팅 한계를 넘는 고성능 양자 컴퓨터의 출현 및 이를 활용한 공격 위협 대두<br />
* 양자 상태의 중첩, 얽힘, 불확정성 기반 도청이 불가능한 암호 통신 기술 필요<br />
<br />
== 유형 ==<br />
{| class="wikitable"<br />
! 유형<br />
! 알고리즘<br />
! 장점<br />
! 단점<br />
|-<br />
| 아이소제니기반<br />
(Isogeny-based)<br />
| <br />
* SIDH<br />
| <br />
* 구현의 편리성<br />
* 작은 키 사이즈<br />
| <br />
* 연산속도 느림<br />
|-<br />
| 다변수기반<br />
(Multivariate-based)<br />
| <br />
* Rainbow– Gui<br />
| <br />
* 작은 서명 크기<br />
* 빠른 계산<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 코드기반<br />
(Code-based)<br />
| <br />
* QC-MDPC<br />
* Wild McEliece<br />
| <br />
* 빠른 암/복호화 속도<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 격자기반<br />
(Lattice-based)<br />
| <br />
* SS-NTRU<br />
* NTRU Prime<br />
* LWE-Frodo<br />
| <br />
* 다양한 응용환경 지원<br />
* 빠른 속도의 구현<br />
| <br />
* 변수 설정 어려움<br />
|-<br />
| 해시기반<br />
(Hash-based)<br />
| <br />
* XMSS<br />
* SPHINCS<br />
| <br />
* 안전성 증명 가능<br />
| <br />
* 큰 서명 사이즈<br />
|}<br />
* '''격자 기반 암호''': NP-hard에 안전성 기반, 행렬곱을 이용하여 계산 효율<br />
** 보안 강도를 만족하기 위한 파라미터 설정이 어려움<br />
* '''다변수 다항식 기반 암호''': 많은 변수로 이루어진 함수식을 계산하는 것은 어렵다는 문제에 기반<br />
** 큰 키 사이즈가 단점<br />
* '''코드 기반 암호''': 네트워크 신호 상의 노이즈 제거를 위한 연구를 암호학에 적용<br />
** 키 사이즈가 커 응용에 한계 존재<br />
* '''아이소지니기반''': 타원곡선선의 아이소지니 연산 문제 기반<br />
** RSA/ECC와 호환성, 키 길이는 매우 짧지만 연산 속도가 매우 느림<br />
* '''해시 기반 암호''': 해시 함수의 collision resistance 문제에 기반<br />
** 서명의 크기가 다른 방식들에 비해 큰 문제<br />
<br />
== 같이 보기 ==<br />
* [[양자 컴퓨팅]]<br />
* [[양자 암호]]<br />
<br />
== 참고 문헌 ==<br />
* [http://blog.skby.net/양자-암호-기술과-양자내성암호pqc-알고리즘/ 양자 암호 기술과 양자내성암호(PQC) 알고리즘]</div>PE120https://itwiki.kr/index.php?title=%EC%96%91%EC%9E%90_%EB%82%B4%EC%84%B1_%EC%95%94%ED%98%B8&diff=6896양자 내성 암호2020-01-28T05:45:34Z<p>PE120: /* 유형 */</p>
<hr />
<div>[[분류:보안]][[분류:암호학]]<br />
;PQC; Post-Quantum Cryptography algorithm<br />
* 2026년, 약 1/7, 2031년에는 절반에 가까운 공개키가 해킹될 것으로 예상(워터루 대학)<br />
* NIST에서 이미 양자 내성 암호 공모전 개최중<br />
<br />
== 출현 배경 ==<br />
* 현대 암호 기술의 수학적 계산 복잡도에 의존하는 근본적 보안 취약성 대응 필요<br />
* 기존 컴퓨팅 한계를 넘는 고성능 양자 컴퓨터의 출현 및 이를 활용한 공격 위협 대두<br />
* 양자 상태의 중첩, 얽힘, 불확정성 기반 도청이 불가능한 암호 통신 기술 필요<br />
<br />
== 유형 ==<br />
{| class="wikitable"<br />
! 유형<br />
! 알고리즘<br />
! 장점<br />
! 단점<br />
|-<br />
| 아이소제니기반<br />
(Isogeny-based)<br />
| <br />
* SIDH<br />
| <br />
* 구현의 편리성<br />
* 작은 키 사이즈<br />
| <br />
* 연산속도 느림<br />
|-<br />
| 다변수기반<br />
(Multivariate-based)<br />
| <br />
* Rainbow– Gui<br />
| <br />
* 작은 서명 크기<br />
* 빠른 계산<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 코드기반<br />
(Code-based)<br />
| <br />
* QC-MDPC– Wild McEliece<br />
| <br />
* 빠른 암/복호화 속도<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 격자기반<br />
(Lattice-based)<br />
| <br />
* SS-NTRU<br />
* NTRU Prime<br />
* LWE-Frodo<br />
| <br />
* 다양한 응용환경 지원<br />
* 빠른 속도의 구현<br />
| <br />
* 변수 설정 어려움<br />
|-<br />
| 해시기반<br />
(Hash-based)<br />
| <br />
* XMSS<br />
* SPHINCS<br />
| <br />
* 안전성 증명 가능<br />
| <br />
* 큰 서명 사이즈<br />
|}<br />
* '''격자 기반 암호''': NP-hard에 안전성 기반, 행렬곱을 이용하여 계산 효율<br />
** 보안 강도를 만족하기 위한 파라미터 설정이 어려움<br />
* '''다변수 다항식 기반 암호''': 많은 변수로 이루어진 함수식을 계산하는 것은 어렵다는 문제에 기반<br />
** 큰 키 사이즈가 단점<br />
* '''코드 기반 암호''': 네트워크 신호 상의 노이즈 제거를 위한 연구를 암호학에 적용<br />
** 키 사이즈가 커 응용에 한계 존재<br />
* '''아이소지니기반''': 타원곡선선의 아이소지니 연산 문제 기반<br />
** RSA/ECC와 호환성, 키 길이는 매우 짧지만 연산 속도가 매우 느림<br />
* '''해시 기반 암호''': 해시 함수의 collision resistance 문제에 기반<br />
** 서명의 크기가 다른 방식들에 비해 큰 문제<br />
<br />
== 같이 보기 ==<br />
* [[양자 컴퓨팅]]<br />
* [[양자 암호]]<br />
<br />
== 참고 문헌 ==<br />
* [http://blog.skby.net/양자-암호-기술과-양자내성암호pqc-알고리즘/ 양자 암호 기술과 양자내성암호(PQC) 알고리즘]</div>PE120https://itwiki.kr/index.php?title=%EC%96%91%EC%9E%90_%EB%82%B4%EC%84%B1_%EC%95%94%ED%98%B8&diff=6895양자 내성 암호2020-01-28T05:45:14Z<p>PE120: </p>
<hr />
<div>[[분류:보안]][[분류:암호학]]<br />
;PQC; Post-Quantum Cryptography algorithm<br />
* 2026년, 약 1/7, 2031년에는 절반에 가까운 공개키가 해킹될 것으로 예상(워터루 대학)<br />
* NIST에서 이미 양자 내성 암호 공모전 개최중<br />
<br />
== 출현 배경 ==<br />
* 현대 암호 기술의 수학적 계산 복잡도에 의존하는 근본적 보안 취약성 대응 필요<br />
* 기존 컴퓨팅 한계를 넘는 고성능 양자 컴퓨터의 출현 및 이를 활용한 공격 위협 대두<br />
* 양자 상태의 중첩, 얽힘, 불확정성 기반 도청이 불가능한 암호 통신 기술 필요<br />
<br />
== 유형 ==<br />
{| class="wikitable"<br />
! 유형<br />
! 알고리즘<br />
! 장점<br />
! 단점<br />
|-<br />
| 아이소제니기반(Isogeny-based)<br />
| <br />
* SIDH<br />
| <br />
* 구현의 편리성<br />
* 작은 키 사이즈<br />
| <br />
* 연산속도 느림<br />
|-<br />
| 다변수기반(Multivariate-based)<br />
| <br />
* Rainbow– Gui<br />
| <br />
* 작은 서명 크기<br />
* 빠른 계산<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 코드기반(Code-based)<br />
| <br />
* QC-MDPC– Wild McEliece<br />
| <br />
* 빠른 암/복호화 속도<br />
| <br />
* 큰 키 사이즈<br />
|-<br />
| 격자기반(Lattice-based)<br />
| <br />
* SS-NTRU<br />
* NTRU Prime<br />
* LWE-Frodo<br />
| <br />
* 다양한 응용환경 지원<br />
* 빠른 속도의 구현<br />
| <br />
* 변수 설정 어려움<br />
|-<br />
| 해시기반(Hash-based)<br />
| <br />
* XMSS<br />
* SPHINCS<br />
| <br />
* 안전성 증명 가능<br />
| <br />
* 큰 서명 사이즈<br />
|}<br />
* '''격자 기반 암호''': NP-hard에 안전성 기반, 행렬곱을 이용하여 계산 효율<br />
** 보안 강도를 만족하기 위한 파라미터 설정이 어려움<br />
* '''다변수 다항식 기반 암호''': 많은 변수로 이루어진 함수식을 계산하는 것은 어렵다는 문제에 기반<br />
** 큰 키 사이즈가 단점<br />
* '''코드 기반 암호''': 네트워크 신호 상의 노이즈 제거를 위한 연구를 암호학에 적용<br />
** 키 사이즈가 커 응용에 한계 존재<br />
* '''아이소지니기반''': 타원곡선선의 아이소지니 연산 문제 기반<br />
** RSA/ECC와 호환성, 키 길이는 매우 짧지만 연산 속도가 매우 느림<br />
* '''해시 기반 암호''': 해시 함수의 collision resistance 문제에 기반<br />
** 서명의 크기가 다른 방식들에 비해 큰 문제<br />
<br />
== 같이 보기 ==<br />
* [[양자 컴퓨팅]]<br />
* [[양자 암호]]<br />
<br />
== 참고 문헌 ==<br />
* [http://blog.skby.net/양자-암호-기술과-양자내성암호pqc-알고리즘/ 양자 암호 기술과 양자내성암호(PQC) 알고리즘]</div>PE120https://itwiki.kr/index.php?title=%EC%96%91%EC%9E%90_%EB%82%B4%EC%84%B1_%EC%95%94%ED%98%B8&diff=6894양자 내성 암호2020-01-28T05:41:22Z<p>PE120: </p>
<hr />
<div>[[분류:보안]][[분류:암호학]]<br />
;PQC; Post-Quantum Cryptography algorithm<br />
* 2026년, 약 1/7, 2031년에는 절반에 가까운 공개키가 해킹될 것으로 예상(워터루 대학)<br />
* NIST에서 이미 양자 내성 암호 공모전 개최중<br />
<br />
== 출현 배경 ==<br />
* 현대 암호 기술의 수학적 계산 복잡도에 의존하는 근본적 보안 취약성 대응 필요<br />
* 기존 컴퓨팅 한계를 넘는 고성능 양자 컴퓨터의 출현 및 이를 활용한 공격 위협 대두<br />
* 양자 상태의 중첩, 얽힘, 불확정성 기반 도청이 불가능한 암호 통신 기술 필요<br />
<br />
== 유형 ==<br />
* '''격자 기반 암호''': NP-hard에 안전성 기반, 행렬곱을 이용하여 계산 효율<br />
** 보안 강도를 만족하기 위한 파라미터 설정이 어려움<br />
* '''다변수 다항식 기반 암호''': 많은 변수로 이루어진 함수식을 계산하는 것은 어렵다는 문제에 기반<br />
** 큰 키 사이즈가 단점<br />
* '''코드 기반 암호''': 네트워크 신호 상의 노이즈 제거를 위한 연구를 암호학에 적용<br />
** 키 사이즈가 커 응용에 한계 존재<br />
* '''아이소지니기반''': 타원곡선선의 아이소지니 연산 문제 기반<br />
** RSA/ECC와 호환성, 키 길이는 매우 짧지만 연산 속도가 매우 느림<br />
* '''해시 기반 암호''': 해시 함수의 collision resistance 문제에 기반<br />
** 서명의 크기가 다른 방식들에 비해 큰 문제<br />
<br />
== 같이 보기 ==<br />
* [[양자 컴퓨팅]]<br />
* [[양자 암호]]<br />
<br />
== 참고 문헌 ==<br />
* [http://blog.skby.net/양자-암호-기술과-양자내성암호pqc-알고리즘/ 양자 암호 기술과 양자내성암호(PQC) 알고리즘]</div>PE120https://itwiki.kr/index.php?title=%EC%96%91%EC%9E%90_%EB%82%B4%EC%84%B1_%EC%95%94%ED%98%B8&diff=6893양자 내성 암호2020-01-28T05:24:56Z<p>PE120: </p>
<hr />
<div>[[분류:보안]][[분류:암호학]]<br />
;PQC; Post-Quantum Cryptography algorithm<br />
<br />
== 출현 배경 ==<br />
* 현대 암호 기술의 수학적 계산 복잡도에 의존하는 근본적 보안 취약성 대응 필요<br />
* 기존 컴퓨팅 한계를 넘는 고성능 양자 컴퓨터의 출현 및 이를 활용한 공격 위협 대두<br />
* 양자 상태의 중첩, 얽힘, 불확정성 기반 도청이 불가능한 암호 통신 기술 필요<br />
<br />
== 같이 보기 ==<br />
* [[양자 컴퓨팅]]<br />
* [[양자 암호]]<br />
<br />
== 참고 문헌 ==<br />
* [http://blog.skby.net/양자-암호-기술과-양자내성암호pqc-알고리즘/ 양자 암호 기술과 양자내성암호(PQC) 알고리즘]</div>PE120https://itwiki.kr/index.php?title=F1_Score&diff=6892F1 Score2020-01-28T05:21:03Z<p>PE120: 혼동 행렬 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[혼동 행렬]]</div>PE120https://itwiki.kr/index.php?title=%ED%98%BC%EB%8F%99_%EB%A7%A4%ED%8A%B8%EB%A6%AD%EC%8A%A4&diff=6891혼동 매트릭스2020-01-28T05:20:46Z<p>PE120: 혼동 행렬 문서로 넘겨주기</p>
<hr />
<div>#넘겨주기 [[혼동 행렬]]</div>PE120https://itwiki.kr/index.php?title=%EC%9D%B8%EA%B3%B5%EC%A7%80%EB%8A%A5_%ED%8F%89%EA%B0%80&diff=6890인공지능 평가2020-01-28T05:20:00Z<p>PE120: 새 문서: 분류:인공지능 * F1 Score * 캐글 * SQuAD * 이미지넷</p>
<hr />
<div>[[분류:인공지능]]<br />
* [[F1 Score]]<br />
* [[캐글]]<br />
* [[SQuAD]]<br />
* [[이미지넷]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6889FMEA2020-01-28T04:57:53Z<p>PE120: /* 구성 요소 */</p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif]]<br />
<br />
=== 구성 요소 ===<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 수행 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6888FMEA2020-01-28T04:57:35Z<p>PE120: /* 구성 요소 및 절차 */</p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif]]<br />
<br />
== 구성 요소 ==<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6887FMEA2020-01-28T04:57:25Z<p>PE120: /* 구성 요소 및 절차 */</p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif|800px]]<br />
<br />
== 구성 요소 ==<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6886FMEA2020-01-28T04:57:13Z<p>PE120: /* 구성 요소 및 절차 */</p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif|600px]]<br />
<br />
== 구성 요소 ==<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6885FMEA2020-01-28T04:56:33Z<p>PE120: </p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif]]<br />
<br />
== 구성 요소 ==<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위(RPN)<br />
<br />
=== 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=FMEA&diff=6884FMEA2020-01-28T04:55:57Z<p>PE120: </p>
<hr />
<div>[[분류:프로젝트 관리]]<br />
;Failure Mode and Effects Analysis<br />
;제품개발 및 공정 프로세스 상에서 발생 가능한 고장(Failure)과 이러한 고장으로 인해 야기될 수 있는 위험을 구조화하여 사전에 방지하는 방법<br />
<br />
* '''번역'''<br />
** 고장형태 영향 분석<br />
** 고장 모드 및 영향 분석<br />
** 고장유형 및 영향 분석<br />
등 다양하게 번역 표기한다.<br />
<br />
== 역사 ==<br />
* 1949년 미국 국방부에서 고안한 군사업무 추진방법에서 유래<br />
* 1960년대 NASA 아폴로 미션 추진 과정에 사용<br />
* 1974년 미 해군 미사일 개발 시 FMEA 적용 규격으로 지정<br />
* 1970년대 말 미국 자동차 산업에 적용<br />
* 1994년 QS 9000([[ISO 9000]]에서 정한 자동차 품질 표준)에서 필수항목으로 요구<br />
<br />
== 유형 ==<br />
;제품에 대한 Design FMEA와, 공정에 대한 Process FMEA로 나눌 수 있다<br />
<br />
{| class="wikitable"<br />
! 구분<br />
! 내용<br />
! Out Put<br />
|-<br />
| Design<br />
FMEA<br />
| <br />
* 제품 개발 초기 단계에서 제품의 잠재고장모드의 확인이 용이해짐<br />
* 제품의 모든 잠재고장모드 및 조립에 미치는 영향의 예측 가능성 증진<br />
* 안전상 문제들을 제거할 수 있는 제품 설계 행위들을 확인 <br />
* 설계 요인 및 대안에 대한 평가가 용이해짐<br />
* 제품에 대한 철저한 설계 검증 계획을 용이하게 해주는 정보 제공<br />
* 중요 관리 특성 확인 용이<br />
* 설계 개선 조치들 간의 우선순위 설정<br />
* 향후 제품 설계 개발을 유도하며, 제품 설계변경 후 그 근거를 문서화<br />
| <br />
* 제품에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|-<br />
| Process<br />
FMEA<br />
| <br />
* 신규 제조 및 조립공정의 해석 용이<br />
* 제조 및 조립 공정상의 잠재고장모드와 그 영향이 검토될 수 있는 가능성 증진<br />
* 엔지니어들이 불량 발생을 낮추거나 불량 탐지능력을 증대시킬 수 있는 수단 마련<br />
* 중요 관리 특성을 찾아내고 제조 관리 계획 개발이 용이<br />
* 공정개선 조치들 간의 우선순위 설정<br />
| <br />
* 공정에 대한 잠재고장모드 리스트<br />
* 중요 관리 특성 리스트<br />
* 경감 활동 계획 리스트<br />
|}<br />
<br />
== 구성 요소 및 절차 ==<br />
[[파일:FMEA 예시.gif]]<br />
<br />
== 구성 요소 ==<br />
* 대상 시스템(공정)<br />
* 잠재적 고장 형태<br />
* 잠재적 고장 영향<br />
* 잠재적 고장 원인<br />
* 위험 우선순위<br />
* RPN<br />
<br />
=== 절차 ===<br />
# 신뢰성 블록 다이어그램 작성<br />
# 발생 가능한 고장 형태 선정<br />
# 고장의 원인 추정 및 검토<br />
# 고장의 영향, 검지방법, 등급 검토<br />
# 차트 정리<br />
# 결과보고서 작성<br />
# 시정조치와 설계변경 검토<br />
<br />
== 장단점 ==<br />
* [[FTA]]보다 간단하고 적은 노력으로도 분석이 가능하다.<br />
* 논리성이 부족하고 각 요소간의 영향을 분석하기 어려워 두가지 이상의 요소가 고장나면 분석이 곤란하다.<br />
<br />
== 확장 ==<br />
[[FMECA]]: FMEA의 확장으로, C는 Critical. FEMA 실시 후 CA 실시하는 형태<br />
<br />
== 같이 보기 ==<br />
* [[FTA]]<br />
* [[HAZOP]]</div>PE120https://itwiki.kr/index.php?title=%ED%8C%8C%EC%9D%BC:FMEA_%EC%98%88%EC%8B%9C.gif&diff=6883파일:FMEA 예시.gif2020-01-28T04:54:00Z<p>PE120: 출처: http://am0600.blogspot.com/2014/10/fmea.html</p>
<hr />
<div>출처: http://am0600.blogspot.com/2014/10/fmea.html</div>PE120