소프트웨어 형상관리: 목차 변경 및 형상관리의 기초 개념 형상항목 확인 및 버전관리 변경관리 감사 및 감사보고 99_11

Presentation on theme: "소프트웨어 형상관리: 목차 변경 및 형상관리의 기초 개념 형상항목 확인 및 버전관리 변경관리 감사 및 감사보고 99_11"— Presentation transcript:

1 소프트웨어 형상관리: 목차 변경 및 형상관리의 기초 개념 형상항목 확인 및 버전관리 변경관리 감사 및 감사보고 99_11
sw_scm_yehan

2 소프트웨어 형상관리: 학습목표 변경의 특성과 변경이 소프트웨어에 미치는 영향 및 변경의 발생과정에 대해서 이해한다
소프트웨어 형상관리의 개념과 형상관리를 위한 작업에 대해서 이해한다 변경관리 프로세스에 대해서 이해한다 99_11 sw_scm_yehan

3 시스템: 변경되기 마련이다 Death and Taxes are certainties 시스템 시스템 시스템 99_11
sw_scm_yehan

4 시스템의 변경 제1법칙 시스템은 life-cycle의 어느 단계에서든지 변경될 것이다 그리고 시스템을 변경하고자 하는 욕구는
Bersoff, et al, 1980 99_11 sw_scm_yehan

5 변경의 종류 . 업무환경의 변경 . 기술환경의 변경 . 사용자 요구사항의 변경 프로젝트 계획 코드 테스트 소프트웨어 모델 문서
데이터 베이스 99_11 sw_scm_yehan

6 업무 환경의 변경 새로운 시장여건 변경 새로운 고객요구 변경 구조조정 및 프로세스 재 설계에 의한 우선순위 변경
예산의 제약에 의한 우선순위, 일정계획 및 자원관리 변경 99_11 sw_scm_yehan

7 기술 환경의 변경 OS 및 HW의 변경 DATA-BASE의 변경 COMPUTER ARCHITECTURE의 변경
새로운 CASE TOOL의 도입 99_11 sw_scm_yehan

8 사용자 요구사항의 변경 새로운 기능의 추가 다른 데이트의 처리 성능의 향상 용량의 확장 수정된 행동(behavior)의 제시
인터페이스의 개선 새로운 연동방법의 도입 99_11 sw_scm_yehan

9 변경의 영향 변경 이벤트 프로젝트 계획 소프트웨어 모델 코드 테스트 케이스 문서 데이터 베이스 99_11
sw_scm_yehan

10 변경의 영향: 프로젝트 계획 WBS 와 TASK의 수정 일정계획의 조정 SQA 절차의 재고 원가의 재 평가 인원/자원의 재고
프로젝트 완료일자의 재고 99_11 sw_scm_yehan

11 변경의 영향: 소프트웨어 모델 데이트 모델의 수정 기능.행동 명세서의 정정 데이트.시스템구조 설계의 조정
프로그램절차 설계의 수정 인터페이스 설계의 변경 99_11 sw_scm_yehan

12 변경의 영향: 데이트 베이스 데이트 베이스 스키마.레코드 포맷의 조정 내부 데이트 구조의 수정
레코드 수 혹은 데이트 항목의 수정 Entity-Relationship의 수정 새로운 관계의 추가 99_11 sw_scm_yehan

13 변경의 영향: 코드 알고리즘의 수정 데이트 구조의 변경 변수의 추가.삭제 새로운 모듈의 생성 인터페이스의 변경 99_11
sw_scm_yehan

14 변경의 영향: 테스트 테스트 전략의 수정 테스트 케이스의 변경 회귀 테스트의 추가.삭제 테스트 기록의 정정 99_11
sw_scm_yehan

15 변경의 영향: 문서 도식적 표현의 수정 서술적 본문의 정정/확장 목차의 변경 장.절의 추가.삭제 다른 SCI 참조표의 갱신
99_11 sw_scm_yehan

16 소프트웨어 형상 항목: SCI 프로그램 데이트 SCI 문서 99_11 sw_scm_yehan

17 소프트웨어 형상 항목: 프로그램 Application system program 1 processing function
program component program n processing function n.1 프로그램 데이트 SCI 문서 99_11 sw_scm_yehan

18 소프트웨어 형상 항목: 문서 . Requirement specification . Design documents
. Source code . Test plans/procedure . Installation manual . Operation manual . User guide 프로그램 데이트 SCI 문서 . Graphical models . Text 99_11 sw_scm_yehan

19 소프트웨어 형상 항목: 데이터 프로그램 . Database structure . Internal data structure
. Test suites . Individual test cases . Expected results . Actual results . Discrepancies . Error records 데이트 SCI 문서 99_11 sw_scm_yehan

20 소프트웨어 형상 항목: 관계도 Test Requirements case Design model Code 99_11
sw_scm_yehan

21 소프트웨어 형상 항목: 계층구조 System Application Application Application P SCI Da
Du 99_11 sw_scm_yehan

22 프로젝트 데이터 베이스: repository
SCI programs data Project database . a file cabinet . a on-line file . a “real” database . the CASE repository document Also called Library, Repository, Project library 99_11 sw_scm_yehan

23 Librarian A person or an automation programs data document Project
database SCI 99_11 sw_scm_yehan

24 Librarian’ Role SCI의 재고목록 유지관리 SCI의 요청관리 SCI에 접근을 통제 SCI의 변경통제
요원에게 변경내용을 통보 Library 활동보고서 작성 공적 기록보관기능 수행 99_11 sw_scm_yehan

25 출발점:point of departure정의
Sw-eng task SQA 기준선 Baseline 후속적 변경 SCI 승인 SCI SCM 기준선: Baseline 완성되고, 검토 완료된, 공유되는 SCI로써 sw-eng process에서 다음 step의 입력자료로 활용된다 99_11 sw_scm_yehan

26 기준선 Baseline: CM view 기능 기준선: functional baseline
할당 기준선: allocated baseline 설계 기준선: design baseline 제품 기준선: product baseline 운영 기준선: operational baseline 99_11 sw_scm_yehan

27 기준선 Baseline: SE view System engineering System Specification
Requirement analysis Software requirement specification Design specification Design Source code Coding Test plan/Procedure/data Testing Operational system Operation 99_11 sw_scm_yehan

28 기준선 Baseline: Combined view
System engineering System Specification Functional Software requirement specification Requirement analysis Allocated Design specification Design Design Source code Coding Test plan/Procedure/data Testing Product Operational system Operation Operational 99_11 sw_scm_yehan

29 SCI의 확인 및 버전관리 SCI의 확인기능 SCI의 변경기능 99_11 sw_scm_yehan

30 SCI의 확인: 1 단계 SE 프로세스에서 이정표:Milestone을 정의한다
프로세스 Context에서 기준선:Baseline을 정의한다 Functional baseline : Analysis Model Allocated baseline : Architectural Model Design baseline : Procedural Model Product baseline : Tested Code Operational baseline: Operational software 99_11 sw_scm_yehan

31 SCI의 확인: 2단계 SCI의 계층구조 SCI의 이름 SCI의 내용 SCI의 생성 도구 변경/변형관리 절차 99_11
sw_scm_yehan

32 SCI의 확인: 현안 모든 SCI는 고유한 이름을 가져야 한다 일단 SCI가 확인되고 나면 SCI는
check-in/check-out을 통하여 접근할 수 있어야 한다 SQA의 일부로서 검토할 수 있어야 한다 타 SCI를 추적할 수 있어야 한다 SCM 프로세스를 통하여 통제할 수 있어야 한다 SCI의 저장매체가 확인되어야 한다 -- Documents, Disk, Tape -- 99_11 sw_scm_yehan

33 SCI의 개정 및 버전관리 SCI는 일련의 개정을 통하여 발전한다 1.1 1.2 1.3 …... Version map
…... Version map revision release 99_11 sw_scm_yehan

34 SCI의 변형:Variants 1.2 PC.Window.USA Platform: PC, Workstation
OS : Window, Window NT, Unix Country : USA, France, Korea, Japan Variants : 2 x 3 x 4 = 24 1.2 PC.Window.USA 1.2 PC.Window.Korea 99_11 sw_scm_yehan

35 SCI의 버전 및 변형 1.1 1.2 1.3 1.4 1.2.PC.Window.USA 1.2.PC>Window.Korea
99_11 sw_scm_yehan

36 SCI의 임시 변형 1.1 1.2 1.3 1.4 1.2/Temp 99_11 sw_scm_yehan

37 SCI의 신규 Release 1.1 1.2 1.3 2.1 2.2 Old Release의 지속적인 지원 Major Upgrade
New Release 99_11 sw_scm_yehan

38 SCI의 보고서 SCI의 위치, 상태 SCI의 개발이력 SCI의 개정목록 SCI의 참조도표 99_11 sw_scm_yehan

39 변경관리 99_11 sw_scm_yehan

40 변경관리 프로세스: 1단계 변경 필요성 인지 변경 요청서 접수 변경 요청사항 평가: 개발자 변경 보고서 작성
변경관리 책임자의 결심 변경 요청사항의 실행 또는 보류 변경관리 프로세스 2단계 99_11 sw_scm_yehan

41 변경 필요성 인지 관리자 고객 사용자 기술그룹 변경의 실행 변경관리 프로세스 99_11 sw_scm_yehan 소프트웨어
엔지니어 기술그룹 변경관리 프로세스 변경의 실행 99_11 sw_scm_yehan

42 변경요청서 내용 변경대상 응용소프트웨어 식별자 변경 요청자, 요청자의 소속, 요청일자 변경될 SCI: 알고 있을 때
변경 요청자 우선순위 요청된 변경 내역 변경내용 필요성 및 정당성 인지하고 있는 영향 대체안 오류내역 및 증거 99_11 sw_scm_yehan

43 변경요청서 처리 변경요청서에 고유번호 부여 변경요청서에 발송일자 기록 변경요청서 제출: 변경 이벤트 발생
변경 이벤트를 대장에 기록 99_11 sw_scm_yehan

44 변경요청서 평가: 개발자 변경 범위 이해 변경의 기술적 영향을 이해 변경으로 야기될 수 있는 위험요소 평가
변경에 요구되는 기술을 제시 변경에 의한 외적 영향요인을 명시 프로젝트 레벨의 영향을 예측 일정계획의 변경 원가의 변경 99_11 sw_scm_yehan

45 변경 보고서 변경대상 응용소프트웨어 식별자 변경 요청자 변경의 범주 영향 받는 SCI 기술적 평가내용 내부의 우선순위
변경의 범위 상호운용성의 영향 기술적 위험요소 소요인력/원가/기간 내부의 우선순위 건의사항.처리사항 99_11 sw_scm_yehan

46 변경 여부의 결정: 변경관리위원회CCB 변경의 영향을 분석 기술자의 의견을 청취 분류 및 우선순위를 매김
변경으로 인한 기술자의 대립을 중재 기록이 보존되도록 조치 99_11 sw_scm_yehan

47 변경관리위원회의 계층구조 사업경영 제품/시스템 레벨 변경관리위원회 응용시스템 레벨 변경관리위원회 99_11
sw_scm_yehan

48 변경관리 Logistics . ECO 준비 . 우선순위 부여 . 실행대기 부결 가결 변경 요청자 통보 변경관리 위원회
99_11 sw_scm_yehan

49 설계변경 지시서 내용 : ECO 변경될 SCI 변경 내역 확인 요구사항 특기사항 상세 설계도 제약조건 회귀 테스트 추가 테스트
99_11 sw_scm_yehan

50 변경관리 프로세스: 2단계 변경 담당자를 배정 SCI를 Check-out 변경 실시 변경결과 검토/검사
변경된 SCI를 Check-in 테스트를 위한 Baseline 설정 99_11 sw_scm_yehan

51 Check-out Check-out - check-out key 필요 - check-out 기록 유지관리
변경 담당자 Check-in Check-out Project database Access control 요청 요청된 SCI 요청된 SCI 수정된 수정된 SCI key - check-out key 필요 - check-out 기록 유지관리 - check-out SCI에 걸쇠 99_11 sw_scm_yehan

52 변경실시 설계변경 지시서 ECO 분석 SQA 설계 코딩 엄격한 소프트웨어 엔지니어링 원칙 99_11 sw_scm_yehan

53 변경결과 검토 및 감사 수정 SCI의 기술적 수정 품질평가 공식 기술검토 표준순응 SCM 감사 99_11
sw_scm_yehan

54 Check-in Check-in - check-in될 SCI는 검토 및 승인되어야 한다 - 선택1: 테스트 전 check-in
수정된 SCI key 변경 담당자 요청 Access control Project database key 요청된 SCI 요청된 SCI Check-out - check-in될 SCI는 검토 및 승인되어야 한다 - 선택1: 테스트 전 check-in - 선택2: 테스트 후 check-in 99_11 sw_scm_yehan

55 변경관리 프로세스: 3단계 품질보증활동:SQA 및 테스트 수행 신규 버전 재개발 변경결과 검토.감사
모든 변경결과를 release에 포함 99_11 sw_scm_yehan

56 품질보증활동:SQA 및 테스트 최종 공식 기술검토 및 감사 실시 변경 프로세스에서 매트릭스:metrics 수집
테스트 전략 수립 통합 방법: integration approach 신규 테스트 케이스 설계 회귀 테스트 케이스 선택 최종 점검 실시 99_11 sw_scm_yehan

57 신규 버전 재개발 수정된 SCI 사용 모든 문서 갱신 소프트웨어 배포목록 검토 변경통보서 발송 99_11
sw_scm_yehan

58 Release 모든 SCI 획득 SQA 완료여부 확인 SCM 감사여부 확인 Release package 조립
최종 운영점검 실시 Release 99_11 sw_scm_yehan

59 변경관리 레벨 개인 레벨 변경관리 프로젝트 레벨 변경관리 제품 레벨 변경관리 SCI가 개발되면 적용
baseline이 설정된 후에 적용 제품 레벨 변경관리 제품/응용 소프트웨어가 현업에서 사용된 후에 적용 99_11 sw_scm_yehan

60 개인 레벨 변경관리 기술요원에 의해서 수행된다 변경이 빈번하게 이루어 진다 사전에 설정된 지침에 따른다
변경의 영향은 국지적이다 99_11 sw_scm_yehan

61 프로젝트 레벨의 변경관리 변경요구가 발의되고, 정당성이 입증되어야 한다 관리자 혹은 변경관리위원회가 평가하고 승인한다
감리/감사를 실시한다 변경의 영향이 광범위하다 99_11 sw_scm_yehan

62 제품 레벨의 변경관리 변경요구가 여러 분야에서 발의된다 변경관리위원회에서 평가하고,승인하고,우선순위를 정한다
고객, 개발자, 사용자 변경관리위원회에서 평가하고,승인하고,우선순위를 정한다 공식적으로 감리하고,감사하고,보고한다 소프트웨어 유지보수활동과 통합된다 99_11 sw_scm_yehan

63 변경 일지:LOG 변경 일련번호 변경 일자,시간 시스템, 응용소프트웨어, SCI identification 변경의 유형,범주
변경 요청자 변경의 진행상태 변경 내용 99_11 sw_scm_yehan

64 비상 상황에서 변경관리 변경요청서를 작성한다 최우선적으로 검토한다 긴급 영향평가를 실시한다
Check-out, SQA, Check-in, 절차는 보류한다 관련 문서, 모델 등은 갱신하고, Release한 후에 재 작성한다 99_11 sw_scm_yehan

65 SCM 감사 변경 요청서 품질보증 계획 SCI SCM 감사 99_11 sw_scm_yehan

66 형상감사 유형 기능 형상감사: Functional Configuration Auditing
기능과 성능에 대한 모든 테스트의 완료여부를 확인 물리적 형상감사: Physical Configuration Auditing 문서의 작성여부를 확인 공식적 운영자격 검토: Formal Qualification Review SCI가 정해진 운영환경에서 수행되는가를 확인 99_11 sw_scm_yehan

67 기능 형상감사:FCA ? SCI - 점검목록: 테스트 계획과 절차의 완전성을 평가
변경요구 명세서 설계변경 지시서 ? SCI SCI Test 계획 - 점검목록: 테스트 계획과 절차의 완전성을 평가 - 설 문 서: 변경 프로세스의 성숙도를 평가 - 문서양식: 매 감사 단계의 결과를 기록 99_11 sw_scm_yehan

68 SCM 감사를 위한 질문 설계변경지시서에 명기된 요구사항이 변경되었는가 ?
기술적인 정확성을 평가하기 위해서 공식적 기술검토가 실시되었는가 ? 소프트웨어 엔지니어링 표준이 적절하게 준수되고 있는가 ? 변경사항이 SCI에 highlight되어 있는가 ? 변경일자와 변경자가 명시되어 있는가 ? 변경통보, 변경기록, 변경내용보고를 위한 SCM절차가 준수되고 있는가 ? 관련된 SCI가 적절하게 갱신되고 있는가 ? 99_11 sw_scm_yehan

69 물리적 형상감사: PCA 기준문서(Baseline Documents)들이 정확하게 완성되었는가를 확인하기 위해서 수행된다
문서 인식표(Document Identification)를 조사한다 전후참조(Cross Reference)가 적절한가를 확인한다 문서에 기록되어 있는 FTR결과를 사용한다 모든 SCI에 대해서 한번씩 실시한다 FCA와 같이 감사에 점검목록을 활용한다 99_11 sw_scm_yehan

70 공식적 운영자격 검토: FQR ? SCI 완료감사 ? 운영환경 운영되는 99_11 sw_scm_yehan 변경요구 명세서
설계변경 지시서 운영되는 SCI ? SCI Test 계획 완료감사 ? 운영환경 99_11 sw_scm_yehan

71 감사 옵션: Option 감사기능을 FTR의 일부로 수행 무작위추출조사 / 표본조사의 실시 코드 감사에 자동화 도구의 사용
전체 감사과정에 점검목록의 사용 99_11 sw_scm_yehan

72 감사 테스크: CM팀의 역활 개발팀에게 감사요구사항 통보 감사 Logistics 정의( 예: 감사장소)
필요한 문서,데이터, SCI 수집 감사의제 준비 감사실시, 감사결과 기록 조치항목 리스트 제공 적절한 정정행위 수행여부의 확인 99_11 sw_scm_yehan

73 CSR: Configuration Status Reporting
변경 요청서 변경 보고서 품질보증 계획 SCI 상태보고 보 고 서 사용자와 개발자가 정보를 교환하는데 필요한 Communication System을 개발한다 99_11 sw_scm_yehan

74 CSR: Configuration Status Reporting ?
변경발생 보고서 변경일지 CSR - 무엇이 발생했는가 ? - 언제 발생했는가 ? - 누가 발생시켰는가 ? - 어떤 것이 영향을 받을 것인가 ? 해답제공 99_11 sw_scm_yehan

75 CRS: 수행작업(Task) 변경일지(Change Log) 개발 보고서의 형태, 작성빈도, 배부처 결정
CSR 보고서와 소프트웨어 버전의 결합에 필요한 요구사항을 설정 99_11 sw_scm_yehan

76 CSR: 변경일지(Log) 프로젝트 라이브러리 변경일지 설계 문제점 보고일지(FTR) 문서갱신 일지 소프트웨어 변경일지
요청, 의사결정, 현황 변경통보 소프트웨어 문제점 보고일지 테스트 현황 및 통합일지 99_11 sw_scm_yehan

77 CSR: 보고서(report) 변경요청현황 보고서 변경관리위원회(CCB)의 의사결정 보고서
변경SCI로부터 노출된 문제점 보고서 검토 조치 항목 테스트 결과 문제해결 조치 보고서 신규 버전생성 보고서 프로젝트 라이브러리 활동 보고서 99_11 sw_scm_yehan

78 변경관리 시스템: 도구의 역활 객체의 검색 객체간의 관계확인 버전관리 통제 및 보안 레벨 제공 서비스 기능 수행
변경활동 보고서 제공 99_11 sw_scm_yehan

79 SCM tool 지원되는 component type 버전화 전략 CM 모델 Data Management 보고서 작성
사용자 인터페이스 및 질의 능력 추적 능력 자동화된 구축방법 보안 테스트관리 통합성 customization 가능성 99_11 sw_scm_yehan

80 SCM과 Rapid Prototyping
하나의 Prototype이 하나의 SCI가 된다 Iteration간의 구별을 위해서 버전화가 사용된다 Prototype iteration 에서 변경관리는 비공식적으로 수행된다 재사용 가능 구성요소는 공식적 SCM을 받는다 99_11 sw_scm_yehan

81 SCM & Evolutionary Models
엔지니어링 단계의 산출물이 하나의 SCI가 된다 동일 산출물에 대한 iteration간의 구별을 위해 버전화가 사용된다 변경관리는 prototype 보다 공식적으로 수행된다 재사용 가능 구성요소는 공식적 SCM을 받는다 프로세스가 방사형의 외부로 진행될수록 SCM은 더 공식적으로 수행된다 99_11 sw_scm_yehan

82 SCM 과 재사용 모델 Evolutionary model 의 지침을 적용한다 재사용 가능 구성요소는 공식적으로 관리되어야 한다
클래스(object)가 SCI가 된다 예외 클래스(exception classes)를 변형으로 볼수있다 버전화가 적용된다 99_11 sw_scm_yehan

83 SCM 조직: 옵션 독립 SCM 그룹 SQA조직의 한 부분 개발조직의 한 부분 관리자 Librarian 감사자 99_11
sw_scm_yehan

84 SCM 적용 - 1 소프트웨어 개발 기준선(baseline) 정의 개별 SCI 확인 변경관리절차 수립 변경관련문서 정의
변경관리위원회 구성원 정의 보고사항 확인 99_11 sw_scm_yehan

85 SCM 적용 - 2 문서/보고서의 형식 정의 소프트웨어 문제점 보고서 소프트웨어 변경 요청서 소프트웨어 변경 보고서
설계변경 지시서 소프트웨어 변경일지 소프트웨어 변경현황 보고서 형상항목 보고서 99_11 sw_scm_yehan

86 SCM 적용 - 3 감사절차 수립 감사절차에 대한 경영층 지원 획득 개발자와 고객 교육실시 감사유형 결정 감사자 선정
감사 불일치 사항 조치자 선정 감사절차에 대한 경영층 지원 획득 개발자와 고객 교육실시 99_11 sw_scm_yehan

87 SCM: 어디까지 할 것인가 ? SCM 감사의 공식화 정도와 빈도를 줄임으로써 비용이 감소하는가 ?
프로젝트 규모가 작아질수록 공식화 정도는 감소하는가 ? 시간제 변경관리위원회에게 시간제 책임을 부여하는가 ? 감사와 기술검토를 결합시키는가 ? 기존 확인체계를 활용하는가 ? 기존 SQA 또는 SE 조직을 활용하는가 ? 99_11 sw_scm_yehan

88 SCM의 이점 소프트웨어 개발 생산성 향상 소프트웨어 품질 향상 소프트웨어 개발과 관련된 기록을 보존하는 데이터 베이스 유지
99_11 sw_scm_yehan