728x90
반응형

전체 글 700

디자인 패턴(Design Pattern)

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

구조기반테스트(Structure Based Technique)

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

경험기반 테스트(Experience Based )

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

TDD(Test-Driven Development)

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

SLA(Service Level Agreement)

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

PMO(Project Management Office)

기업 내 프로젝트 및 포트폴리오 통합 관리조직, PMO정의체계적인 사업관리 구축 과 위험요소에 대한 효과적인 관리, 통제, 지원을 통해 정보화 사업의 성공적인 추진을 지원하는 조직기업 내에서 진행 중인 모든 프로젝트 통합 및 프로젝트 포트폴리오를 관리하는 조직수 많은 IT 프로젝트를 전사차원에서 통합 관리하는 전담조직(portfolio: 조직에서 전략적 목표를 달성하기 위해 프로젝트, 프로그램 등 여러 작업을 수행하게 되는데, portfolio란 이러한 요소를 그룹화 것이며 portfolio를 조직의 전략과 일치하도록 관리하는 것을 portfolio관리라 함Program: 조직에서는 여러 개의 프로젝트가 진행되는 것이 일반적인데, 여러 프로젝트를 묶어서 관리할 경우 더 효과적일 수 있으며 관련된 프로젝트..

OSS(Open Source Software)

OSS(Open Source Software)정의소프트웨어의 설계도에 해당하는 소스코드를 인터넷 등을 통하여 무상으로 공개하여, 그 소프트웨어를 누구나 개량하고, 다시 배포 할 수 있는 소프트웨어자유로운 소스공개, 개선, 배포를 통해서 소프트웨어 생산성 강화, 비영리적 참여, 개방을 활성화시키려는 라이센스가 적용된 소프트웨어필요성비용절감 : 벤더 종속성 탈피, 공공기관 소프트웨어 자주성 확보부가가치 창출 : 독자적 수출기반 확보, 정보기술 보안, 자원보호구조재배포 자유, 신규 소프트웨어 가치 창출(2차적 SW 재작성 가능)소스코드 수정제한 금지사용 차별금지사용분야 제한 금지제3자 갱신배포 가능라이센스 적용상 통일성 유지다른 라에센스 포괄수용법적 강제조항 존재(보복조합, Cross License)종류GPL..

ISO 25000

소프트웨어 품질 평가의 표준 및 SQuaRE정의소프트웨어 개발 공정 각 단계에서 산출되는 제품이 사용자 요구를 만족하는지 검증하기 위해 품질 측정과 평가를 위한 모델, 측정기법, 평가방안에 대한 통합한 국제표준.기존 소프트웨어 제품 평가 표준들에 대한 개정의 필요성이 대두되고 표준 개발의 체계를 확보하기 위한 목적으로 프로젝트 탄생ISO/IEC 25000 이란 이름으로 SQuaRE(Software Quality Requirement and Evaluation) 프레임워크가 개발되어 표준화되고 개별적 제품품질이 SQuaRE Framework 안으로 모여 하나의 구조를 이룸특징소프트웨어 품질평가 모델인 ISO 9126와 소프트웨어 평가절차 모델 ISO 14598, 을 통합-현재 FDIS(Final Draft..

ISO 12207

소프트웨어 프로세스에 대한 표준화, ISO 12207정의체계적인 소프트웨어 획득, 공급, 개발, 운영/유지보수를 위해서 소프트웨어 생명주기 공정표준을 제공하는 ISO 표준 프로세스등장배경ISO9000-3, ISO9001, ISO9126에서 품질시스템 요구사항, 품질특성, S/W품질보증에 대해서 언급되었으나 S/W 프로세스 평가모델은 제시되지 못했음.S/W 규모가 거대해지고, 사용자의 요구가 다양해짐.생명주기의 체계적인 접근방법에 대한 필요성 인식S/W 프로세스에 대한 How가 아닌 What 정의 필요.방법론의 남발 등으로 조달자, 공급자간 이해할 수 있는 동일 언어필요필요성ISO 9000-3, ISO 9001, ISO 9126의 품질 시스템 요구사항, 품질특성, SW 품질 특성에 대한 표준만 존재, 프로..

Function Point(ISO/IEC 14143)

기능점수 (Function Point)정의소프트웨어의 양과 질을 동시에 고려한 소프트웨어 규모 측정방식정보처리규모와 기능적 복잡도에 의해 소프트웨어 규모를 사용자의 관점에서 측정하는 방식소프트웨어 크기를 결정하는 소프트웨어 기능 유형 별 수량과 성능 및 품질 요인들의 영향도를 고려하여 계산되는 SW 규모 산정방식특징최종 사용자 입장에서 SW 규모를 측정(개발자 입장에서 SW견적량인 소스코드의 양과 무관)프로젝트 완료 후 생산성 평가를 위해 개발되었으나 사전에 개발소요공수를 예측하는 모델로 사용 가능개발환경과 기술에 무관하게 측정가능하고, 사용자 요구에 따라 시스템 기능 설계 시 개발 중에도 측정 가능함생산성과 품질 등의 척도로도 활용 가능FP의 측정을 위해서는 모든 기능과 각 기능별 복잡도가 식별되어야만..

728x90
반응형