T T A S t a n d a r d형상 관리 cm 참조 6. 품질 보증 ppqa 참조 7. 검증 ver 참조 8....

T T

A S

t a n

d a

r d

정보통신단체표준(국문표준)

TTAK.OT-11.0018-Part4 제정일: 2014 년 12 월 17 일

소프트웨어 연구개발 프로세스 :

제 4 부- 지원 프로세스

Software Research and Development Process:

Part4 Support Process


TTAK.OT-11.0018-Part4 제정일: 2014 년 12 월 17 일

소프트웨어 연구개발 프로세스 :

제 4 부 - 지원 프로세스

Software Research and Development Process :

Part4 - Support Process

본 문서에 대한 저작권은 TTA 에 있으며, TTA 와 사전 협의 없이 이 문서의 전체 또는 일부를

상업적 목적으로 복제 또는 배포해서는 안 됩니다.

Copyrightⓒ Telecommunications Technology Association 2014. All Rights Reserved.


TTAK.OT-11.0018-Part4 i

서 문

1. 표준의 목적

본 표준은 연구개발사업을 효과적이고 체계적으로 수행하기에 적합한 지원 프로세스를

제공하기 위함이다.

2. 주요 내용 요약

본 표준은 형상 관리, 품질 보증, 검증, 측정분석, 의사 결정 등 5 종의 프로세스로

구성되어 있다. 각 프로세스는 크게 요약, 프로세스 활동, 프로세스 적용으로 기술된다.

3. 표준 적용 산업 분야 및 산업에 미치는 영향

본 표준은 연구개발사업에 필요한 지원프로세스를 규정하여 산출물의 무결성을

보장하고 생명주기 프로세스들의 효율적인 수행을 가능하게 한다.

4. 참조 표준(권고)

4.1. 국외 표준(권고)

- CMMI Version 1.3, CMU-SEI, 2010.11.

- IEEE 828 소프트웨어 형상 관리 계획 표준

- IEEE 1028 소프트웨어 검토 표준

4.2. 국내 표준

- 해당 사항 없음.

5. 참조 표준(권고)과의 비교

5.1. 참조 표준(권고)과의 관련성

본 표준은 국제 표준인 CMMI V1.3, IEEE 828, IEEE 1028의 프로세스 내용을 참조하여


TTAK.OT-11.0018-Part4 ii

연구개발사업에 특화 시켜 개발하였다.

5.2. 참조한 표준(권고)과 본 표준의 비교표

TTAK.OT-11.0018-Part4 CMMI V1.3 비고

1. 개요 - 추가

2. 표준의 구성 및 범위 - 추가

3. 참조 표준 (권고) - 추가

4. 용어 정의 - 추가

5. 형상 관리 CM 참조

6. 품질 보증 PPQA 참조

7. 검증 VER 참조

8. 측정 분석 MA 참조

9. 의사 결정 DAR 참조

6. 지식 재산권 관련 사항

본 표준의 ‘지식 재산권 확약서’ 제출 현황은 TTA 웹사이트에서 확인할 수 있다.

※본 표준을 이용하는 자는 이용함에 있어 지식 재산권이 포함되어 있을 수 있으므로,

확인 후 이용한다.

※본 표준과 관련하여 접수된 확약서 이외에도 지식 재산권이 존재할 수 있다.

7. 시험 인증 관련 사항

7.1. 시험 인증 대상 여부


7.2. 시험 표준 제정 현황



TTAK.OT-11.0018-Part4 iii

8. 표준의 이력 정보

8.1. 표준의 이력

판수 제정‧개정일 제정‧개정 내역

제 1 판 2014.12.17. 제정

TTAK.OT-11.0018-Part4

8.2. 주요 개정 사항



TTAK.OT-11.0018-Part4 iv

Preface

1. Purpose of Standard

This recommendation describes the support process to perform the R&D project

efficiently and systematically.

2. Summary of Contents

The recommendation details the requirements of configuration management, quality

assurance, peer review, measurement & analysis, and decision analysis & resolution

processes for performing the R&D project. The overview, procedural activity and

deployment of each process are described.

3. Applicable fields of industry and its effect

This recommendation details the process for implementing the R&D project; as a result,

the R&D project can be performed efficiently and systematically.

4. Reference Standards(Recommendations)

4.1. International Standards(Recommendations)


- IEEE 828 Standard for Software Configuration Management Plans

- IEEE 1028 Standard for Software Reviews and Audits

4.2. Domestic Standards

- None


TTAK.OT-11.0018-Part4 v

5. Relationship to Reference Standards(Recommendations)

5.1. Relationship of Reference Standards(Recommendations)

This Recommendation refers to the CMMI V1.3, IEEE 828, IEEE 1028.

5.2. Differences between Reference Standard(Recommendation) and this Standard

TTAK.OT-11.0018-Part4 CMMI V1.3 Remarks

1. Introduction - add

2. Scope of this standard - add

3. Reference Standards - add

4. Terms and Definitions - add

5. Configuration

Management CM reference

6. Quality Assurance PPQA

reference

7. Verification VER reference

8. Measurement &

Analysis MA reference

9. Decision Analysis &

Resolution DAR reference

6. Statement of Intellectual Property Rights

IPRs related to the present document may have been declared to TTA. The

information pertaining to these IPRs, if any, is available on the TTA Website.

No guarantee can be given as to the existence of other IPRs not referenced on the

TTA website.

And, please make sure to check before applying the standard.

7. Statement of Testing and Certification

7.1. Object of Testing and Certification

- None


TTAK.OT-11.0018-Part4 vi

7.2. Standards of Testing and Certification

- None

8. History of Standard

8.1. Change History

Edition Issued date Outline

The 1st edition 2014.12.17. Established

TTAK.OT-11.0018-Part4

8.2. Revisions

- None

서식 있음: (없음)


TTAK.OT-11.0018-Part4 vii

목 차

1. 개 요 ································································································· 1

2. 표준의 구성 및 범위 ·············································································· 1

3. 참조 표준(권고) ··················································································· 1

4. 용어 정의 및 약어 ················································································· 1

5. 형상 관리 프로세스 ·············································································· 3

5.1. 개요 ··························································································· 3

5.2. 형상 관리 활동 ·············································································· 4

5.3. 형상 관리 적용 ·············································································· 8

6. 품질 보증 프로세스 ·············································································· 8

6.1. 개요 ··························································································· 8

6.2. 품질 보증 활동 ············································································ 10

6.3. 품질 보증 적용 ············································································ 12

7. 검증 프로세스 ··················································································· 13

7.1. 개요 ························································································· 13

7.2. 검증 활동 ··················································································· 15

7.3. 검증 적용 ··················································································· 17

8. 측정 분석 프로세스 ············································································ 17

8.1. 개요 ························································································· 17

8.2. 측정 분석 활동 ············································································ 19

8.3. 측정 분석 적용 ············································································ 21

9. 의사 결정 프로세스 ············································································ 22

9.1. 개요 ························································································· 22

9.2. 의사 결정 활동 ············································································ 24

9.3. 의사 결정 적용 ············································································ 26


TTAK.OT-11.0018-Part4 viii

Contents

1. Introduction ························································································· 1

2. Constitution and Scope ··········································································· 1

3. Reference Standards(Recommendations) ···················································· 1

4. Terms and Definitions ············································································· 1

5. Configuration Management Process ·························································· 3

5.1. Overview ······················································································ 3

5.2. Configuration Management Activity ······················································ 4

5.3. Configuration Management Deployment ················································ 8

6. Quality Assurance Process ······································································ 8

6.1. Overview ······················································································ 8

6.2. Quality Assurance Activity ······························································· 10

6.3. Quality Assurance Deployment ························································· 12

7. Verification Process ············································································ 13

7.1. Overview ···················································································· 13

7.2. Verification Activity ······································································· 15

7.3. Verification Deployment ································································· 17

8. Measurement & Analysis Process ··························································· 17

8.1. Overview ···················································································· 17

8.2. Measurement & Analysis Activity ······················································· 19

8.3. Measurement & Analysis Deployment ················································· 21

9. Decision Analysis & Resolution Process ····················································· 22

9.1. Overview ···················································································· 22

9.2. Decision Analysis & Resolution Activity ··············································· 24

9.3. Decision Analysis & Resolution Deployment ·········································· 26

소프트웨어 연구개발 프로세스 : 제4부 지원 프로세스

(Software Research and Development Process :

Part4 -Support Process)

1. 개요

본 표준은 연구 개발 사업을 효과적이고 체계적으로 수행하기에 적합한 지원

프로세스의 구성과 구조를 기술하고 있다.

2. 표준의 구성 및 범위

본 표준은 연구개발을 위한 과제 관리, 시스템 생명주기, 지원 프로세스 및 프로세스

관리 프로세스로 구성되어 있다. 또한 본 표준은 프로세스 구조를 기술하고 있다.

3. 참조 표준(권고)


- IEEE 828 소프트웨어 형상 관리 계획 표준

- IEEE 1028 소프트웨어 검토 표준

4. 용어 정의 및 약어

4.1. 용어 정의

4.1.1. 프로세스(process)

입력을 출력으로 변환시키는 상호관련 되거나 상호 작용하는 활동의 조합.

4.1.2. 형상 관리(configuration management)

시스템 형상 요소의 기능적 특성이나 물리적 특성을 문서화하고 그들 특성의

변경을 관리하며, 변경의 과정이나 실현 상황을 기록/보고하여 지정된 요건이

충족되었다는 사실을 검증하는 것, 또는 그 과정.


TTAK.OT-11.0018-Part4 ２

4.1.3. 품질 보증(quality assurance)

개발되는 연구결과물 및 개발과정이 품질 측면에서 있어서 충분한 신뢰성을 갖고

있다는 것을 보증하기 위하여 미리 계획된 체계적인 활동을 말함.

4.1.4. 사업

출연 또는 용역을 위탁한 정부, 산업계 또는 특정인 등과 협약(협정, 계약)한

과제를 말하며 협약과제라고도 함

4.1.5. 사업 책임자

연구 협약(계약)에 의하여 사업(협약 과제)을 수행 관리하는 책임자

4.1.6. 이해 당사자(stakeholder)

시스템 그 자체 또는 그들의 요구와 기대를 만족하는 특성들을 시스템이 갖고

있는지에 대한 권한이나 자격 또는 소유권을 가진 개인이나 단체를 말함.

일반적으로 출연처, 사업 참여자, 외주 기관, 고객, 최종 사용자 등 시스템과

관련된 모든 사람들이 포함될 수 있음.

4.2. 약어

CMMI Capability Maturity Model Integration

CM Configuration Management

QA Quality Assurance

MA Measurement & Analysis

DAR Decision Analysis & Resolution

SPICE Software Process Improvement and Capability

dEtermination

WBS Work Breakdown Structure

MM Man Month

MD Man Day

PMDB Project Master DataBase


TTAK.OT-11.0018-Part4 ３

5. 형상 관리 프로세스

5.1. 개요

5.1.1. 목적

연구개발 사업을 수행하면서 생성되는 연구산출물의 무결성(integrity)을 확립하고

유지하기 위함이다.

5.1.2. 시작 조건

[시작 기준]

과제 계획 프로세스가 완료된다.

사업의 형상 관리 활동에 대한 책임과 역할이 정의된다.

형상 항목에 대한 등록/변경이 요청된다.

[입력물]

사업수행계획서, 형상물

5.1.3. 활동도

(그림 5-1) 형상 관리 프로세스


TTAK.OT-11.0018-Part4 ４

5.1.4. 확인

- 사업 책임자가 형상 관리 결과물을 확인한다.

- 품질 보증 담당자가 QA검토를 통하여 프로세스 수행여부를 확인한다.

5.1.5. 종료 조건

[종료 기준]

무결성이 검증된 형상물이 고객에게 배포(release)된다.

[출력물]

형상관리계획서, 형상 관리 대장, 형상 관리 시스템, 형상등록/변경신청서,

형상평가체크리스트, 형상평가서

5.1.6. 측정 지표

- 투입 공수: 형상 관리 활동에 투입된 공수(MD)

- 형상 감사 부적합 건수: 형상 감사를 통해 나타난 부적합 건수

- 형상 항목 변경 건수: 기준선이 수립된 형상 항목 변경 건수

5.2. 형상 관리 활동

5.2.1. 형상 관리 계획서 작성 (CM 1.1)

형상 관리계획서를 작성하고, 사업책임자의 승인을 받아 등록한다.

� 형상 관리계획서에 포함될 내용은 다음과 같다.

형상 관리 조직 구성 및 책임과 역할

형상 관리 일정

형상 관리 자원

형상 항목 식별 및 형상 기준선 구축

형상 변경(형상 변경 방법)

형상 상태 보고(형상 상태 보고 절차 및 방법)

형상 평가(형상 평가 방법)


TTAK.OT-11.0018-Part4 ５

형상 관리 계획 유지 보수

백업 방안

� 형상 관리 계획서는 사업프로세스 내 형상 관리 프로세스로 대체될 수 있다.

5.2.2. 형상 항목 식별 (CM 1.2)

사업 수행 계획에 따라 형상 항목(Configuration items)을 식별하여 형상 관리 대장을

작성하고, 사업 참여자에게 배포한다.

� 형상 항목이란 연구개발 대상 시스템의 형상을 이루는 결과물로서 등록 시

공식적인 검토 절차를 거쳐 형상관리위원회의 승인을 받아 등록/변경한다. 형상

항목 번호 부여 체계는 해당 사업에서 수립된 형상 번호 부여 지침을 따른다.

� 형상 항목의 예는 다음과 같다.

프로세스

도구를 포함한 개발 환경

생명주기 단계별 문서 형태의 주요 연구 개발 결과물

소프트웨어 결과물

하드웨어 결과물

서브시스템

시스템

5.2.3. 형상 관리 환경 구축 (CM 1.3)

형상 관리에 필요한 표준, 절차, 방법, 도구, 자원, 소프트웨어, 하드웨어 장비를

준비하며, 필요 시 형상 관리 시스템을 구축한다.

� 문서 형상 관리는 서버에, 소스코드 형상 관리는 지원 도구(예: SVN)을 활용할 수

있다.

5.2.4. 등록/변경 신청 (CM 2.1)

개발자는 형상물의 등록/변경이 필요한 경우 형상 등록/변경신청서를 작성하여 형상


TTAK.OT-11.0018-Part4 ６

관리담당자에게 제출한다.

� 상용/공개 형상 관리 소프트웨어(예: Redmine)를 활용할 경우에는 온라인에서

처리할 수 있다.

5.2.5. 영향 평가 확인 (CM 2.2)

형상 등록/변경신청서에 기록된 영향평가 항목에 대해 관련된 이해 당사자에게 확인한

후 승인을 요청한다.

� 확인된 신청서에 대하여 다른 과제에 영향을 미치지 않는 형상물에 대해서는 사업

책임자에게 승인을 요청하고, 다른 과제에 영향을 미치거나 사업차원의 형상물일

경우 형상관리위원회의 승인을 요청한다.

5.2.6. 의사 결정 (CM 2.3)

형상등록/변경 요청의 근거와 다른 형상 항목에 미치는 영향 및 파급 효과 등을

검토한 후 형상등록/변경 승인 여부를 형상 관 리담당자에게 통보한다.

� 형상관리위원회의 승인을 필요로 하는 형상물의 경우 각 형상관리위원은 형상

등록/ 변경신청서에 검토 의견 및 형상변경 찬반 여부를 기록한 후 형상

관리위원장에게 제출한다.

5.2.7. 형상 등록/변경 (CM 2.4)

해당 형상물을 형상 등록/변경신청서 요청내용에 따라 변경하고 형상관리위원장에게

등록/변경 내역 확인을 요청한다. 이때 등록/변경할 형상물을 함께 제공한다.

5.2.8. 형상물 등록 (CM 2.5)

해당 형상물을 형상 관리 도구를 통해 지정된 형상 라이브러리에 등록 한다.

� 상용/공개 형상 관리 소프트웨어를 활용할 경우 소프트웨어에서 사용하는 등록

프로그램을 사용한다.


TTAK.OT-11.0018-Part4 ７

5.2.9. 형상 기준선 생성/릴리즈 (CM 3)

정해진 형상 기준선에 따라 형상 항목을 생성하고, 각 형상 기준선을 관리하여

최신의 형상 기준선을 릴리즈 할 수 있어야 한다.

� 형상 기준선(baseline)이란, 형상 관리의 기준이 되는 단계를 설정하는 것으로,

형상 관리위원회의 검토를 거쳐 사업 책임자로부터 공식적으로 승인된 것이다.

형상 기준선이 변경될 수 있는 경우는 다음과 같다.

처음으로 개발 또는 작성된 형상 항목

기존 형상 항목에 대해 변경이 발생한 경우

5.2.10. 형상 상태 보고 (CM 4)

형상관리계획서에 따라 정기적으로 형상 항목, 형상기준선의 상태, 변경요청 추적

결과를 기록한 형상 관리대장을 작성하여 형상 관리위원회에게 보고한다.

� 주요 형상 항목에 대해서는 최소한 다음과 같은 데이터 항목을 기록하여 보고한다.

형상 항목 목록 및 형상 번호

최초 승인된 버전 및 승인 일자

최근 승인된 버전 및 승인 일자

변경 요청된 건수 및 주요 변경 사항

요청된 변경 사항의 처리 상태

승인된 변경 사항의 구현 상태

형상 기준선의 릴리즈 여부 및 배포처

5.2.11. 형상 평가 (CM 5)

형상 항목의 정확성, 시기적절성, 무결성, 보안성을 평가하기 위해 사업책임자가

필요하다고 판단하는 경우 주요 형상 항목 및 형상 관리 프로세스를 평가하여

형상평가서를 작성하고, 그 결과를 형상 관리위원회에게 보고한다.

� 형상평가는 형상평가체크리스트를 준비하여 평가한다. 체크리스트는 다음을

포함한다.

형상 항목은 적절히 선정되었는가?


TTAK.OT-11.0018-Part4 ８

형상 항목의 등록 및 변경관리가 프로세스에 따라 수행되었는가?

형상기준선에 대한 보관 및 관리가 적절히 이루어졌는가?

최신의 형상기준선이 식별되고 정해진 저장 장소에 보관되어 있는가?

5.3. 형상 관리 적용

5.3.1. 조정 지침

형상상태보고는 업무보고 시 구두로 수행할 수도 있다.

5.3.2. 교육 및 훈련

- 사업 참여원은 형상 관리 프로세스에서의 책임 및 권한, 형상 항목, 형상 등록 절차,

변경 관리 절차 등에 대해 숙지하여야 한다.

- 형상 관리 담당자는 형상 관리 도구 및 기법을 숙지하여야 한다.

- 소프트웨어 형상 관리 계획은 IEEE 828을 참고한다.

5.3.3. 도구 및 장비

SVN, Redmine

5.3.4. 관련 프로세스

- 과제 계획 프로세스: 사업수행계획서에 따라 형상 관리 계획을 수립한다.

- 관련 프로세스: 요구사항개발 프로세스를 포함한 각 프로세스의 산출물은 형상 관리

대상이 된다.

6. 품질보증 프로세스

6.1. 개요

6.1.1. 목적

연구 개발 사업 수행을 위한 프로세스 및 이와 연관된 결과물이 품질 측면에서 충분한

신뢰성을 갖고 있다는 것을 보증하기 위함이다.


TTAK.OT-11.0018-Part4 ９

6.1.2. 시작 조건

[시작 기준]


사업 품질 보증 방침이 수립된다.

품질 보증 활동에 대한 책임과 역할이 수립된다.

[입력물]

사업수행계획서, 검증 기록

6.1.3. 활동도

(그림 6-1) 품질보증 프로세스

6.1.4. 확인

- 품질보증 결과물을 확인한다.

- 독립적인 제3자가 QA 활동 수행여부를 확인한다.


TTAK.OT-11.0018-Part4 １０

6.1.5. 종료 조건

[종료 기준]

품질 보증 활동 결과가 분석되고 사업이 종료된다.

[출력물]

품질 보증 계획서, QA 체크리스트, QA 점검결과서, QA 분석보고서

6.1.6. 측정 지표

- 투입공수: 품질보증 활동을 위해 투입된 공수

- 부적합 건수

6.2. 품질 보증 활동

6.2.1. 품질 보증 계획 수립 (QA 1)

과제 계획 수립 단계에서 품질 목표를 설정하고 품질보증계획서를 작성하여 사업

책임자의 승인 후 등록한다.

� 품질보증계획서에 작성될 내용은 다음과 같다.

품질목표

품질 보증 활동의 조직 구성

품질 보증 위원회의 구성

품질 보증 활동의 대상 및 일정

프로세스 및 연구개발 결과물에 대한 품질 보증 활동 방법 및 체크리스트

결함의 선정 기준 및 처리 절차

품질 보증 활동의 결과 산출 자료 수집 방법

품질 보증 활동의 결과 보고 절차

� 품질보증계획서는 사업프로세스 내 품질 보증 프로세스로 대체할 수 있다.

� 품질 목표란, 고객의 요구사항을 만족시키기 위해 연구개발 결과가 도달하고자

하는 품질 특성(프로세스의 목표 및 연구 개발 결과물의 목표 포함)의 총체로서, 연구

개발 활동의 지표가 되는 동시에 품질보증 활동의 기초가 되며 연구원의 품질


TTAK.OT-11.0018-Part4 １１

방침과 사업의 요구사항 및 사업수행계획서를 바탕으로 수립되고, 일반적으로

사업의 당해년도 연구개발 목표가 품질목표로 활용될 수 있다.

6.2.2. 품질보증 활동수행 (QA 2)

사업 수행의 주요 단계마다 계획에 따른 실제 프로세스의 수행상태 및 주요 연구개발

결과물에 대한 품질, 산출시기, 적정성, 공개 소프트웨어 소스 라이선스 등을 검토하고

QA 점검결과서를 작성한다.

� 프로세스에 대한 품질보증활동은 다음을 고려한 QA 체크리스트를 이용하여

수행한다.

표준 프로세스 및 계획서에 따라 수행되었는가?

사업수행계획서 및 실행과제계획서에 따라 업무가 수행되었는가?

과제 수행 중간에 변경된 주요 프로세스 사항에 대해 과제 참여원들이 최신 정보를

공유하고 있는가?

연구 개발 결과물은 형상 관리 프로세스에 따라 적절히 형상 관리되고 있는가?

연구 개발을 수행하기 위해 필요한 기술과 지식을 갖추고 있으며, 필요한 경우

적절한 교육 훈련을 통해 적격성을 보장하고 있는가?

현실상 표준 프로세스를 개선하거나 보완할 필요성은 없는가?

� 결과물에 대한 품질보증 검토 시에는 다음을 고려하여야 한다.

계획 및 일정에 따라 결과물이 산출되었는가?

결과물에는 요구되는 내용이 포함되어 있는가?

결과물은 적절한 검토 및 내부 승인 절차를 거쳤는가?

결과물은 작성 지침, 번호부여 지침, 목차 등 각종 기준을 준수하였는가?

형상변경에 따른 결과물의 경우 표준 형상 관리 절차를 거쳤는가?

결과물 관련 프로세스를 개선하거나 보완할 필요성은 없는가?

공개 소프트웨어 소스를 활용하였을 경우 해당 소프트웨어의 라이선스는 사업의

정책과 일치하는가?

� 프로세스에 대한 품질보증활동 점검결과는 프로세스 점검 체크리스트에 함께

기록할 수 있다.


TTAK.OT-11.0018-Part4 １２

6.2.3. 부적합사항 해결(QA 3)

품질보증 활동으로 식별된 부적합사항에 대해 조치를 취한 후 해결 결과를 QA

점검결과서에 작성한다. 만일 조치가 즉각 되지 않은 항목은 프로젝트로그에 기록하여

관리한다.

6.2.4. 조치 결과 확인 (QA 4)

제출된 QA 점검결과서의 부적합사항 해결 결과를 바탕으로 조치 결과를 확인한다.

만일 미비한 사항이 발견될 때에는 재조치를 요구하고, 지속적으로 관리한다.

6.2.5. 품질 보증 결과 분석(QA 5)

품질 보증 활동의 결과로 수집되는 측정 지표 자료를 분석하여 QA 분석보고서를

작성한 후 측정 분석 담당자에게 전달한다. 분석 결과는 부적합 사항의 사전 예방

활동에 사용될 수 있다.

6.3. 품질보증 적용

6.3.1. 조정 지침

사업의 규모에 따라 품질담당자를 둘 수 있다.

프로덕트의 품질 보증은 검증이나 시험으로 할 수 있다.

6.3.2. 교육 및 훈련

품질 보증 등에 대한 다음과 같은 관련 교육을 이수하여야 한다.

- ISO 9000:2000 교육

- CMMI 관련 교육

품질 보증 담당자는 공개 소프트웨어 소스 라이선스에 관한 교육을 이수하여야 한다.

소프트웨어 품질보증계획서는 IEEE 830을 참고한다.


TTAK.OT-11.0018-Part4 １３

6.3.3. 도구 및 장비

ProtexIP(공개 소프트웨어 소스의 라이선스 검증)

검증 양식


과제 계획 프로세스: 사업수행계획서를 바탕으로 품질 보증 계획을 수립한다.

검증 프로세스: 검증기록들은 품질 보증 활동에서 검토된다.

측정 분석 프로세스: 품질보증분석보고서는 측정 분석 프로세스의 입력물이 된다.

7. 검증 프로세스

7.1. 개요

7.1.1. 목적

사업 수행의 결과로 산출되는 연구결과물이 정의된 요구 사항을 만족하는지 검증하고

확인하기 위함이다.

7.1.2. 시작 조건

[시작 기준]

과제 계획 프로세스가 완료된다

검증 대상 결과물이 작성 완료된다

[입력물]

WBS, 검증대상결과물


TTAK.OT-11.0018-Part4 １４

7.1.3. 활동도

(그림 7-1) 검증 프로세스

7.1.4. 확인

QA 검토를 통하여 프로세스 수행여부를 확인한다.

7.1.5. 종료 조건

[종료 기준]

과제계획 단계에서 정의한 검증 결과물에 대한 검증결과서가 확인된다.

[출력물]

검증계획서, 검증체크리스트, 사전검증의견서,

검증결과서, 검증분석보고서, 시정 조치된 검증 결과물

7.1.6. 측정 지표

- 투입공수: 검증 활동을 위해 투입된 공수(MM)


TTAK.OT-11.0018-Part4 １５

- Major 결함 수

7.2. 검증 활동

7.2.1. 검증 준비 (PR 1)

검증계획서를 작성한 후 검증계획서, 검증대상 결과물, 참조자료 및 검증체크리스트를

검증 참석자에게 배포하고, 회의실 예약 등 검증 회의를 위한 준비를 진행한다.

� 검증계획서에는 목적, 검증 일시, 참여자 및 역할, 검증대상 결과물 및 참조자료에

대한 설명 등을 포함한다.

7.2.2. 개요 설명 (PR 2)

필요한 경우 검증될 결과물의 내용에 대해 개요를 설명하여 사전검증을 보다

효율적으로 실행할 수 있도록 한다.

7.2.3. 사전 검증 (PR 3)

사전에 배포된 검증 대상 결과물, 참조자료 및 검증 체크리스트를 기반으로

사전검증을 실시하고 사전검증의견서를 작성한 후 검증 진행자에게 전달한다. 각각의

사전 검증 의견을 정리하여 취합된 사전검증의견서를 작성한다.

� 사전검증의견서에는 의견서 작성자, 발견된 결함의 위치 및 상세 내역 등을

포함한다.

7.2.4. 검증 회의 (PR 4)

배정된 역할에 따라 검증 대상 결과물을 그 요구 사항에 따라 검증하고 합의된 검증

의견에 따라 사전검증의견서의 검증결과 및 유형을 결정하고, 보완내역을 작성한다.

검증을 완료한 후 검증결과서를 작성하고 검증 회의를 종료한다.

� 검증 회의 수행 시 각 역할은 다음과 같다.


TTAK.OT-11.0018-Part4 １６

검증 회의의 시작부터 종료까지 검증이 원활하게 진행될 수 있도록 시간, 논의

사항, 결정 내용을 조절한다.

자신이 제시한 검증 의견을 다른 참석자에게 설명한다.

결과물 작성자는 검증 회의에서 결정된 의견을 반영하여 결과물을 수정한다.

� 검증 회의 수행 시 고려할 사항은 다음과 같다.

결과물에서 발견된 결함 및 문제점을 정리하여 문서화한다.

사전검증의견서의 내용을 검토하여 정리한다.

조치 항목(action item)을 포함한 검증 결과를 기록한다.

조치 항목을 정리하고, 시정 조치 담당자를 지정한다.

검증 프로세스 수행 중 발생한 데이터(결함 수, 결함 유형, 검증 시간 등)를

수집한다.

필요한 경우, 추가 검증을 계획하고 수행한다.

결함은 major/minor 결함으로 구분한다. major 결함은 고객에게 전달되어 고객에게

영향을 끼치는 결함이고 minor 결함은 그 외의 결함이다.

7.2.5. 시정 조치 (PR 5)

검증 회의 시 확인된 결함에 대한 의견을 반영하여 검증 결과물을 수정/보완 후

검증진행자에게 전달한다.

� 검증 결과물의 수정/보완에 따라 영향을 받는 다른 산출물에 대한 수정/보완이

필요할 수도 있다. 이러한 경우 수정/보완이 필요한 산출물에 대해서는 형상

변경을 요청한다.

7.2.6. 시정 조치 확인 (PR 6)

검증 회의에서 발견된 문제점 및 결함에 대한 시정 조치가 완벽히 수정되었는지

여부를 확인한 후 검증결과서를 작성 완료하여 품질 보증 담당자에게 전달 한다.

7.2.7. 검증 결과 분석 (PR 7)

검증 결과를 분석하여 사업책임자에게 검증분석보고서를 작성한 후

측정분석담당자에게 전달한다. 분석된 데이터를 바탕으로 품질 보증 담당자는 검증 방법,

검증 기준 및 검증 환경에 대한 개선 방안을 제시한다.


TTAK.OT-11.0018-Part4 １７

7.3. 검증 적용

7.3.1. 조정 지침

소규모 사업인 경우 검증 프로세스를 생략할 수 있다.

7.3.2. 교육 및 훈련

- 검증 프로세스를 숙지하고 교육을 이수하여야 한다.

- 소프트웨어 검토는 IEEE 1028을 참고한다.

7.3.3. 도구 및 장비

검증 양식


- 과제 계획 프로세스: 사업프로세스 작성 시 사업책임자는 검증 대상 산출물 및

일정 계획을 수립하여야 한다.

- 측정 분석 프로세스: 검증에서 수집된 데이터는 측정분석 프로세스를 통해 분석되어

검증 프로세스를 개선하는데 활용한다.

- 형상 관리 프로세스: 검증결과서 및 시정 조치된 결과물은 형상 관리 프로세스를

통해 관리한다.

8. 측정분석 프로세스

8.1. 개요

8.1.1. 목적

프로세스 수행에 따른 측정 지표들을 수집하고 분석하여 사업수행상 필요로 하는

정보를 획득하기 위함이다.


TTAK.OT-11.0018-Part4 １８

8.1.2. 시작 조건

[시작 기준]


사업의 측정 분석 활동에 대한 책임과 역할이 정의된다.

[입력물]

사업수행계획서

8.1.3. 활동도

(그림 8-1) 측정분석 프로세스

8.1.4. 확인

- 측정분석결과서를 확인한다.

- QA 검토를 통하여 프로세스 수행 여부를 확인한다.

8.1.5. 종료 조건

[종료 기준]


TTAK.OT-11.0018-Part4 １９

측정 분석 계획에 정의된 측정 분석 데이터의 수집 및 분석이 완료된다.

[출력물]

측정분석계획서, 측정 지표 자료, 측정분석결과서

8.1.6. 측정 지표

- 투입 공수: 측정 분석 활동에 투입된 공수(MD)

- 측정 지표 자료 수(양): 사업에 적용된 측정 지표 종류(자료 양)

8.2. 측정 분석 활동

8.2.1. 측정 분석 목적 설정 (MA 1.1)

측정 분석을 위한 측정 지표 선정에 앞서 구체적인 측정 분석의 필요성과 목적을

설정한다.

� 설정된 측정 목적은 문서화되어 검토 및 개정이 될 수 있으며 향후 추적성이

유지되어야 한다. 측정 목적을 설정하기 위해서는 다음 자료를 참조한다.

사업계획서

사업 책임자와의 인터뷰

설정된 경영 목표

프로세스 개선 계획 등

8.2.2. 측정 분석 지표 선정 (MA 1.2)

설정된 측정 목적에 따라 사업 차원에서 중요한 의미를 갖는 측정 지표를 선정한다.

� 측정 지표의 선정 시 경영상의 관점에서 가치가 있으며 사업상의 특성 및 중요도를

고려하여 적용 대상 프로세스에 공통적으로 사용 가능한 지표 위주로 선정한다.

� 측정 지표들은 각 프로세스에서 도출되는 측정 지표로 하며 구체적인 내용은 측정

분석계획서에 제시된다.


TTAK.OT-11.0018-Part4 ２０

8.2.3. 데이터 수집/저장/분석 절차 명시 (MA 1.3)

측정을 위한 데이터 수집/저장/분석을 위한 절차를 마련하여 측정분석계획서에

포함시켜 관련자들의 협조를 얻도록 한다.

8.2.4. 측정 분석 계획서 작성 (MA 1.4)

사업에 대한 측정분석계획서를 작성한 후 사업책임자의 승인을 받는다.

� 측정 분석 계획서에는 다음과 같은 내용이 포함된다.

목적

책임과 역할

일정

측정 지표의 선정

측정 데이터 수집

측정 데이터 분석 및 보고

관련 조치 실시

� 측정분석계획서는 사업프로세스 내 측정분석 프로세스로 대체할 수 있다.

� 측정 분석 계획에 따라 사업이 시작될 때부터 종료될 때까지 측정 지표별 측정

분석을 수행한다.

8.2.5. 데이터 수집 (MA 2)

수행 과제로부터 도출하여 일정 주기마다 측정하는 측정 데이터들을 취합하고, 이에

대한 데이터베이스를 유지해야 한다.

� 구체적인 측정 지표는 측정분석계획서에 따른다.

� 측정 데이터를 수집할 때 고려할 사항은 다음과 같다.

측정 지표에 대한 데이터의 수집

데이터 무결성 체크 수행


TTAK.OT-11.0018-Part4 ２１

� 사업 차원에서 정의하여 사용하고 있는 주간진도보고와 월간업무보고 양식에

수집된 측정 분석 데이터를 기록할 수 있도록 항목을 삽입하거나 양식을 추가하여

사용한다.

8.2.6. 데이터 분석 (MA 3)

수집된 측정 데이터를 이용하여 일정 주기마다 분석을 수행하고, 사업 책임자에게

보고하며 필요시 시정 조치를 취한다.

� 측정 지표에 대한 측정 데이터 분석결과는 다음과 같은 분야에 활용할 수 있다.

초기단계의 분석 수행, 결과 해석 및 예비적인 결론의 도출

필요에 따라 추가적인 측정 분석을 수행하고 결과 비교를 수행

유추된 측정 분석 결과의 생성

초기 결과를 이해 당사자들과 검토

앞으로의 분석을 위한 평가 기준의 갱신

� 측정 지표에 대한 분석결과를 토대로 유추된 분석결과를 도출함으로써 사업의

생산성 평가 등에 활용할 수 있다.

� 측정계획서, 측정 지표정의서, 측정데이터 및 분석 결과를 포함한 정보는 형상 관리

항목으로 관리하고, 필요시 접근을 통제한다.

8.3. 측정 분석 적용

8.3.1. 조정 지침

소규모 사업인 경우 측정 분석 프로세스를 생략할 수 있다.

측정분석계획서, 측정 지표 자료, 측정분석결과서는 PMDB로 대치할 수 있다.

사업의 특성상 프로세스에서 도출된 측정 지표들 중 일부를 실행하지 않을 수 있다.

8.3.2. 교육 및 훈련

측정분석 프로세스 및 PMDB, 통계기법 교육을 이수하여야 한다.


TTAK.OT-11.0018-Part4 ２２

8.3.3. 도구 및 장비

- PMDB

- 통계 소프트웨어 패키지


- 과제계획 프로세스: 사업수행계획서를 바탕으로 측정분석계획을 수립한다.

- 프로세스개선 프로세스: 데이터 분석을 통한 측정분석 결과서는 프로세스개선

프로세스의 입력으로 활용된다.

9. 의사 결정 프로세스

9.1. 개요

9.1.1. 목적

사업 수행에 중대한 이슈 해결을 위한 대안들을 평가하여 타당한 해결 방안을

찾아내기 위함이다.

9.1.2. 시작 조건

[시작 기준]


과제 수행 중 중대한 이슈가 발생한다.

[입력물]

사업수행계획서, WBS


TTAK.OT-11.0018-Part4 ２３

9.1.3. 활동도

(그림 9-1) 의사 결정 프로세스

9.1.4. 확인

- 사업책임자가 의사 결정결과서를 확인한다.

- QA검토를 통하여 품질 보증 담당자가 프로세스 수행 여부를 확인한다.

9.1.5. 종료 조건

[종료 기준]

이슈에 대한 해결 방안이 선정된다.

[출력물]

의사 결정계획서, 이슈제기서, 대안설명서, 대안평가서, 의사 결정결과서.


TTAK.OT-11.0018-Part4 ２４

9.1.6. 측정 지표

- 투입 공수: 의사 결정 활동에 투입된 공수(MD)

- 의사 결정 건수: 사업 수행 중 발생한 이슈에 대한 공식적인 의사 결정 건수

9.2. 의사 결정 활동

9.2.1. 의사 결정 활동 계획 수립 (DAR 1)

사업수행계획서 및 WBS를 바탕으로 의사 결정계획서를 작성한다.

� 의사 결정계획서는 사업프로세스에 포함될 수 있다.

� 의사 결정 계획에 작성될 내용은 다음과 같다.

의사 결정 현안 제안 절차

의사 결정 분석 및 해결 절차

의사 결정 평가결과서 양식

� 의사 결정 활동의 현안 평가 기준은 다음 사항을 고려한다.

기술적 문제

내외부의 환경적인 영향

사업 위험

전체 사업 비용

9.2.2. 이슈 제안 (DAR 2.1)

과제 수행 중 발생하는 의사 결정이 필요한 이슈에 대하여 이슈제기서를 작성 하여

제출한다. 의사 결정 이슈에 대한 채택 및 담당자의 선정은 사업책임자가 결정한다.

� 의사 결정 이슈 제안 및 채택 여부에 대한 지침은 다음 사항을 고려한다.

중급 이상의 사업 위험을 갖는 결정인가?

형상 관리하의 연구결과물 변경이 발생하는 결정인가?

사업 일정에 지연을 줄 수 있는 결정인가?

사업 목적에 영향을 줄 수 있는 결정인가?


TTAK.OT-11.0018-Part4 ２５

의사 결정의 영향 발생 비용 대비 의사 결정 분석 평가 비용이 합리적인가?

� 의사 결정 프로세스에 따라야 하는 이슈들의 예는 다음과 같다.

소프트웨어 또는 시스템의 아키텍처 선정

재사용 소프트웨어의 선정

상용 솔루션(COTS: Commercial Off-the-Shelf) 도입

위탁 기관의 선정

9.2.3. 대안 도출 (DAR 2.2)

채택된 의사 결정 이슈에 대한 대안을 도출 하고 대안설명서를 작성한다.

� 의사 결정의 대안은 필요에 따라 내부 조직원뿐만 아니라 사업과 관련된 외부 참여

기관들과의 브레인스토밍, 인터뷰, 그룹 미팅 등을 통해서도 도출될 수 있다.

9.2.4. 대안 평가 (DAR 2.3)

의사 결정 활동계획에 따라 도출된 대안에 대한 평가를 실시하고 대안평가서를 작성한다.

� 의사 결정 대안 평가는 이슈를 해결하기 위한 여러 대안 및 평가 방법들을 도출

하고 대안 평가를 통해 가장 적절한 해결 방법을 제시하는 것이다.

9.2.5. 해결 방안 선정 (DAR 3)

대안 평가를 통해 최적의 해결 방안을 선정하고 의사결정결과서를 작성한 후

담당자에게 통보한다.

의사결정결과서에는 각각의 도출된 대안에 대한 평가 방법, 평가 결과, 수행

예상위험도 등이 나열되어야 하며 해결 방안에 대한 선정 이유 등이 제시되어야 한다.

또한 해결방안 우수 정도(다른 대안과 비교하여 차별 또는 의사 결정 프로세스를

수행하지 않았을 경우와의 차별 정도)를 기술한다.

선정된 해결 방안은 사업책임자의 사업 의사 결정 등에 사용되며 해결 방안을 통해

나타난 결과를 분석하여 차기 사업에 활용될 수도 있다.

의사 결정 활동 결과에 따른 해결 수행은 과제수행관리 프로세스 등을 통해 수행될 수


TTAK.OT-11.0018-Part4 ２６

있다.

9.3. 의사 결정 적용

9.3.1. 조정 지침

소규모 사업인 경우 의사 결정 프로세스를 생략할 수 있다.

9.3.2. 교육 및 훈련

의사 결정 프로세스에 관여하는 관련자는 다음과 같은 교육을 수행하도록 하며 정규

교육 등을 통해 습득하도록 한다.

- 의사 결정 분석 방법론

- 이슈 대안 도출 및 평가 방법론

9.3.3. 도구 및 장비



과제 계획 프로세스: 사업수행계획서에 따라 의사결정활동계획을 수립한다.


TTAK.OT-11.0018-Part4 ２７

표준 작성 공헌자

표준 번호 : TTAK.OT-11.0018-Part4

이 표준의 제정‧개정 및 발간을 위해 아래와 같이 여러분들이 공헌하였습니다.

구분 성명 위원회 및 직위 연락처 소속사

과제 제안 함영환 소프트웨어 품질평가

프로젝트 그룹 위원 [email protected] ETRI

표준 초안 제출

오행석 소프트웨어 품질평가


정효택 소프트웨어 품질평가


박영식 소프트웨어 품질평가


함영환 소프트웨어 품질평가


표준 초안 검토

오영배 소프트웨어 품질평가

프로젝트그룹 의장 [email protected] 수원여대

외 프로젝트 그룹 위원

표준안 심의

박승민 기반 소프트웨어

기술위원회 의장 [email protected] ETRI

외 기술위원회 위원

사무국 담당

김영화 - [email protected] TTA

이혜진 - [email protected] TTA


소프트웨어 연구개발 프로세스 : 제 4 부 - 지원 프로세스

(Software Research and Development Process :

Part4 - Support Process)

발행인 : 한국정보통신기술협회 회장

발행처 : 한국정보통신기술협회

463-824, 경기도 성남시 분당구 분당로 47

Tel : 031-724-0114, Fax : 031-724-0109

발행일 : 2014. 12.

T T A S t a n d a r d형상 관리 cm 참조 6. 품질 보증 ppqa 참조 7. 검증 ver 참조 8....

Documents

Transcript of T T A S t a n d a r d형상 관리 cm 참조 6. 품질 보증 ppqa 참조 7. 검증 ver 참조 8....