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

Slides:



Advertisements
Similar presentations
소프트웨어 프로세스. 1 내용  소프트웨어 프로세스  생명주기의 의미  생명주기 모델 –Waterfall Model –prototyping model –Spiral Model –Iteration Model.
Advertisements

SW Testing Foundation 교육 1 일 기술 2G 배경호. Test in Life Cycle Request STATIC DYNAMIC Design Code Compo nent Integra tion System Accept ance.
루틴스(EVA-EDMS)제품소개서 EVA(Enterprise Value Approach_기업자산 가치로서의 접근)
대형 건설사업관리 시스템 소개 - 현장 시공정보관리를 중심으로 - 한국전력기술 (주) 이 경 천
MrDataBld 2.x 제품 소개 2007.
화일구조.
사업관리 제안범위 End User Computing 재무관리 범위관리 계약관리 품질관리 의사소통관리 자원관리 위험관리 일정관리
Master Thesis Progress
Capstone Design - Concept & Management
Chapter 2 정보시스템 아키텍처 (IS Architecture)
㈜영림원소프트랩
생산정보화 시스템 개발 방법론(PSDM) 및 감리 수감시 고려 사항 소개 중소기업기술정보진흥원.
IT Application Development Dept. Financial Team May 24, 2005
KMS/Portal 에서의 효율적인 정보검색
SAP QUERY SAP R/3 4.6C.
ERP(Enterprise Resource Planning)
INI STEEL 성과관리시스템 구축을 위한 SAP 제안설명회
Knowledge Enterprise Portal Solution(iKEP)
Knowledge Enterprise Portal Solution(iKEP)
Software development #5: Version Control System
Operating Systems Overview
팀 명: Con Spirito 팀 원: 경주리 김다정 김소담 최은미
Toad for SQL Server 제품 소개서 – 프로넷소프트㈜.
Enterprise Data Warehouse
12. 데이터베이스 설계.
소프트웨어 공학 (Software Engineering)
최 연식 ( ) EDMS를 활용한 EKP 구축 전략 2002년 09월 04일 성우시스템 주식회사 김 정훈 ( ) 최 연식 ( )
ISO 실무교육 교재.
InstallShield Professional Services ( Services Pack / Education / Consulting ) ㈜소프트뱅크 커머스.
데이터웨어하우스(DW)
데이터 웨어 하우스 이병규 김기훈.
Shin, SooJung Based on Ron’s book
BPMS의 이해 (Business Process Management System)
SK 4Front KM 방법론 SK C&C.
2장 운영 체제의 개요 운영체제의 개념 운영체제의 유형 운영체제의 발전 과정 운영체제의 구성 운영체제 서비스 시스템 구조
Web상에서의 Network Management
B S C Balanced Scorecard System 구축 사례
제 2 장 데이터베이스 시스템 개념과 아키텍처 Fundamentals of Database Systems
BPR 추진전략 및 사례 1.
시스템 분석 및 설계.
디지털 피킹 SYSTEM 설명서.
소프트웨어 소프트웨어란? 소프트웨어의 특성 프로그램과 프로그램의 개발, 운용, 유지보수에 필요한 관련 정보 일체
9.1 소 개 9.2 유지보수의 특성 9.3 소프트웨어 형상 관리 9.4 소프트웨어 척도 9.5 유지보수 방법 및 도구
프로젝트 관리 Project Management
강의 소개, 자료구조의 개념, SW 개발과 자료구조
소프트웨어 공학 (Software Engineering)
박 태하 ㈜ 아이네트 인터넷 망관리를 위한 도구 박 태하 ㈜ 아이네트.
액션가이드 기획 - 트리즈를 활용한 업무문제해결 (이화자)
정보화를 통한 공기업 경영혁신 사례 한 국 조 폐 공 사.
ERP 시스템의 구축 ERP 시스템의 구축 기업이 ERP 시스템의 도입을 검토하는 단계에서부터 실제 업무에 적용하고 사후관리에 들어가는 단계에 이르기까지 시스템을 효과적으로 사용하기 위해 필요한 모든 활동.
10. 소프트웨어 아키텍처 뷰 설계 명지대학교 융합소프트웨어학부 김정호 교수.
소프트웨어 공학 (Software Engineering)
Appendix A 구조적 시스템 개발 방법론.
Introduction to Computers
9장 아웃소싱 보안구조 신수정.
ITIL 정리.
User Guide AccessPharmacy from McGraw-Hill is the most comprehensive online resource available for pharmacy education.
13.1 정보시스템의 개요 13.2 정보시스템의 개발 13.3 시스템 검사 13.4 시스템 문서화
화일구조.
시스템 분석 및 디자인 SDLC 시스템 조사 시스템 분석 시스템 설계.
10장 OSI 7 Layer 강원도립대학교 정보통신개론.
정보 INFRA 구축 RF카드를 이용한 고객관리시스템 구축 에클라트소프트.
1장 시스템 개발 과정의 이해 소프트웨어 위기와 소프트웨어 공학 출 현 배경 이해 시스템(소프트웨어)의 개발자들
소프트웨어 종합설계 (Software Capstone Design)
Bug Localization Based on Code Change Histories and Bug Reports
ER-관계 사상에 의한 관계 데이터베이스 설계
1. 데이터베이스 환경.
부사장 차 석 근 ㈜에이 시 에스 ( 스마트공장 및 데이터 분석 부사장 차 석 근 ㈜에이 시 에스 (
(Software Maintenance)
Presentation transcript:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

프로젝트 데이터 베이스: 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

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

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

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

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

기준선 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

기준선 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

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

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

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

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

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

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

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

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

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

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

변경관리 99_11 sw_scm_yehan

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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