Risk 의 정성적, 정량적 분석을 통한 관리기법, Risk Management정의프로젝트 전체 기간 중 발생하여 프로젝트의 정상적인 납기, 품질, 원가에 영향을 줄 수 있는 사건으로써, 프로젝트 수행 중에 반드 시 식별되고 관리/해결해야 할 프로젝트 관리요소총 위험 = 위협 x 취약성 x 자산 가치목적프로젝트의 정상적인 수행을 보장위험요소의 관리/제거를 통하여 성공적 프로젝트 수행의 기반구축위험을 예상하고 대응함으로써 프로젝트 성공 가능성을 높임원칙일관성, 개별성, 형평성의 원칙을 가지고 관리되어야 함위험관리프로세스위험관리 계획 : 프로젝트 위험에 대한 접근 계획 및 실행 방법을 결정, 산출물: 위험 관리 계획서위험 식별 : 위험 요인을 식별하고 문서화, 방법: 델파이기법, 체크리스트 등정성적 위험 분..

Test Automation정의테스트 환경, 반복적 테스트 및 테스트 하기 어려운 성능, 보안 부분의 테스트를 자동화하여 효과적인 테스트 수행 활동 및 기법(도구)구조테스트케이스 : 테스트 슈트(테스트 스크립트, 테스트 데이터)테스트웨어 : 테스트 하니스(Haness) 로 Stub 및 Driver테스트 수행 : 결함목록, 성능분석 결과, 모니터 결과주요기능명세 : 기능명세로부터 테스트 스크립트 생성(품질우수, 명세와 코드 불일치)코드 : 코딩으로부터 스크립트 생성(단위 테스트에만 국한됨)획득 : 사용자가 먼저 테스트하고 이과정을 스크립트로 생성장점테스트 자산관리 체계 구축, 실패비용 감소, 커버리지 향상, 테스트 효율화 달성단점적절한 자동화 도구 선정, 테스트 스크립트의 범용성, TMMi 성숙도 모델 활..

프로젝트 납기준수를 위한, 프로젝트 일정관리정의프로젝트의 성공적 수행과 납기 준수를 위해 일정을 개발하고 이의 준수여부를 감시, 통제하는 관리기법(Plan, Monitor, Control)제한된 시간 내에 고객이 만족하는 품질을 확보하면서, 시간을 준수하는 프로젝트 관리 기법주요기능Milestone 관리 : 고객/상사 보고용의 중요 일정계획 강조Gannt 차트 : 계획대비 실적 파악에 유용한 요약 보고용Project Network Diagram : AoN 및 AoA 를 이용한 일정관리추진절차Axtivity 정의 : WBS 근거로 해서 세부 Activity 분류인관관계 및 기간추정 : 선후관계 및 개별 Activity 기간 추정계획수립 및 통제 : 프로젝트 일정 수립 및 모니터링, 통제고려사항업무담당자(투..

S/W 효율적 운영의 핵심, S/W 유지보수정의 S/W의 수명을 연장시키는 일련의 행위 S/W 생명주기(SDLC)의 폐기 전 단계로 오류를 수정하고 사용자의 요구사항을 정정하며 기능과 수행력을 증진시키기 위한 활동S/W가 개발완료 후 사용자가 사용하기 시작하면서부터 폐기될 때 까지 오류를 수정하거나 새로운 기능을 추가하기 위해 S/W를 변경하는 과정S/W가 항상 최상의 상태로 유지하기 위한 노력으로 가장 많은 노력과 비용이 투자되는 활동유지보수중요성관리적 : S/W기능의 복잡화에 따라 문서화등의 관리업무 증가운영적 : 유지보수 운영 비용이 전체 비용의 70~80% 차지기술적 : S/W 신규 인력이 기술적으로 중요한 신규프로젝트보다 유지보수에 투입되는 낭비요소 발생유지보수종류사유 : 교정 유지보수, 적응 ..

소프트웨어의 청사진 Software Architecture정의소프트웨어의 복잡도를 높이는 중요한 요소들을 체계적으로 다루고, 다양한 관점으로 모형화를 통해 소프트웨어 품질을 향상시키는 청사진시스템에 대한 기본 조직 체계로 시스템을 이루는 구성요소와 구성요소들 사이의 관계, 구성요소와 주변 환경들과의 관계 및 시스템의 진화와 설계를 지배하는 원칙들로 실체화[IEEE1471-2000]프로그램/시스템의 컴포넌트, 컴포넌트 간의 상호 관계의 구조이며, 이들을 설계하고 전개하기 위한 지침과 원리등장배경시스템 분석/설계에 대한 중요성 인식과 체계적인 분석/설계를 위한 접근필요이해관계자(Stackholder)간의 관점 조율을 통한 시스템의 최적화요구 사항들 간 개념 상의 충돌 조정우선순위 결정과 요구사항 간의 Tra..

소프트웨어 설계에서 얻은 세세한 경험, 디자인 패턴정의각각의 다지인 패턴은 기존 환경 내에서 반복적으로 일어나는 문제들을 설명하고, 그 문제들에 대한 해법의 핵심을 설명하는 것임(이렇게 하면 똑 같은 문제가 반복하지 않고 백만 번 이상 재사용이 가능함)재사용 가능한 객체지향 설계를 만들기 위해 유용한 공통의 설계 구조로부터 중요 요소들을 식별하여 이들에게 적당한 이름을 주고 추상화 한 것목적설계자로 하여금 재사용을 가능하게 하는 설계를 선택하게 하고 재사용을 방해하는 설계는 배제하도록 함, 즉 ‘올바른’ 설계를 빨리 만들 수 있도록 도와줌요소1) 패턴 이름(Name) : 설계 문제와 해법을 서술2) 문제(Problem) : 해결할 문제와 그 배경을 설명함3) 해법(Solution) : 설계를 구성하는 요..

소프트웨어나 시스템 구조 중심의 테스팅, SBT정의소프트웨어나 시스템의 구조를 중심으로 테스팅하는 기법특정 커버리지를 달성하기 위한 테스트를 설계하고, 케이스를 도출하기 위해 사용되는 기법목적프로그램 내부 구조 및 복잡도를 검증하는 테스트로서 WhiteBox 테스트라고도 함코드 구조의 효율성 및 오류사항을 발견하기 위한 테스트로서 Logic Driven 방식임테스트대상컴포넌트 레벨 : 구문, 결정, 분기문, 코드통합 레벨 : 콜트리(한 모듈이 다른 모듈 호출하는 관계)시스템 레벨 : 메뉴구조, 비즈니스 프로세스, 웹페이지 구조유형구분 커버리지 (Statement Coverage)- 테스트 스위트에 의해 실행된 구문이 몇 퍼센트인지 측정하는 것- 다른 커버리지에 비해 가장 약함결정 커버리지 (Decisio..

직감적인 테스트, 경험기반 테스트정의이전에 테스터가 다루었던 유사 어플리케이션이나 기술에서의 경험, 직관, 테스터의 기술 능력으로부터 테스트 케이스를 추출하는 기법특징공식적인 기법으로 다루기 어려운 특별한 케이스를 찾아서 실행하는데 유용테스터의 경험에 따라 효율성 및 효과성의 정도가 달라질 수 있음테스트 대상 소프트웨어에 대해 지식을 필요로 함필요성긴급/효과적 요구사항 충족 : 다양하고 수준 높은 경험을 통한 고객만족보완재 역할 : 공식적 기법 및 다양한 환경에 보완역할 수행구조테스트 케이스 기반 테스트 : 테스트케이스 작성 후 실행, 한번에 수행탐색기반 테스트 : 동시에 테스트케이스 도출, 실행, 점진적 주기적 수행주요기능탐색적 테스트(Exploratory) : 테스트케이스 작성시간 최소화, 발견적 능..

테스트 중심 개발, TDD정의Simple Code의 추구를 목적으로 Test Case를 먼저 개발하고 Test Case를 통과하는 실제코드를 나중에 개발하는 Agile 개발방법테스트 작성으로 요구사항 검증, 설계의 고도화, 짧은 주기 Life Cycle을 반복하는 테스트-설계-피드백 중심 개발사고 방식/방법론특징 Design for Testability: 소스코드의 의존성이 감소하고 독립적인 테스트가 가능한 설계구조테스트 커버리지 확보: 단위테스트를 통한 테스트 커버리지 유지, 디버깅 시간감소기능에 집중: 기능위주의 테스트 작성으로 해당 기능의 견고성이 증가clean code that works: 작동하는 깔끔한 코드 지향사이클사용자 요구사항 : 사용자, BA, 제품 개발자 등이 요구사항 Story 작성..

IT 서비스 수준 고객 협약서, SLA정의서비스 품질을 정의, 측정하고 수치화하여 서비스를 지속적으로 평가, 개선하기 위한 서비스 품질 계약필요성서비스 품질 향상 : 서비스의 지속적 측정과 개선고객 만족도 향상 : 제품 품질향상을 통한 신뢰성 확보구조Service Catalog : 서비스 항목 목록, 서비스 제공 내역Service Mrtris : 정량적 측정을 위한 측정항목Service Measure : 측정지표, 영역별 측정요소Service Report 및 Object : 측정 결과 보고서 및 서비스 목표 수준 정의추진절차서비스 조사 : 정보자원 조사, 정보 서비스 조사서비스 정의 : SLO 도출, 측정방법 정의, SLA 작성서비스 협약 : 초기 Baseline 측정, 서비스 목표설정, 협약설정서비스 ..