[태그:] 품질

I. SW 품질관리 현실, 품질관리 문제점 품질관리 문제점 품질관리 대응방안 – S/W 비가시성 가시성의 확보를 통해 문제점 추적 및 판단 가능 – S/W 복잡도 증가 체계적, 정량적 접근 필요 – 중소기업 개발환경 전문적 개발 진행 필요 소스코드 진단 자동화 툴들이 개발되고 있으며 진척상황과 품질수준 파악이 용이하도록 추적/통합 시스템 필요   II. 체계적인 S/W품질 관리 위한,

I. SW 품질 평가 통합모델, ISO/IEC 25000의 개요 가. ISO/IEC 25000의 개념 SW 품질 측정 평가 통일성을 위해 ISO 9126, ISO 14598 등을 통합한 프레임워크(SQuaRE) 나. ISO/IEC 25000의 제정 목적 목적 설명 복잡성 제거 – 기존 SW 품질 평가에 대한 표준 시리즈 혼란제거 및 일관성 제공 통합 프레임워크 – 품질 요구 명세부터 평가에 이르는 통합된

I. 소프트웨어 특성에 관한 표준, ISO 9126의 개요 가. ISO/IEC 9126의 정의 소프트웨어 제품 품질을 내/외부적으로 사용 관점에서 측정하기 위한 품질 특성과 품질평가의 Metric을 정의한 국제 표준 나. ISO/IEC 9126의 특징 소프트웨어 제품에 요구되는 품질을 정량적으로 평가 사용자, 개발자, 평가자 모두에게 품질 평가 지침 역할 최상위 품질목표 달성을 위해 6개의 품질특성, 21개의 부품질특성, 부품질특성을 개량적으로

I. 소프트웨어 산출물의 체계적인 확증, 품질보증 가. 소프트웨어 품질보증 (Quality Assurance, QA)의 개념 고객의 요구사항과 개발된 산출물이 일치하는지 확인하기 위한 쳬계적인 행위 나. 소프트웨어 품질보증의 특징 사용자 요구사항 최대 만족을 통한 생산성 향상 개발과정에서 품질 문제 조기 발견 및 조치 납기준수, 제품의 견고성 비용 노력 절감, 생산성 향상, 재사용성 증가 제품의 확장성   II. 소프트웨어

I. 소프트웨어 품질관리의 개요 가. 소프트웨어 품질(Software Quality)의 개념 사용자의 소프트웨어 요구사항을 충족하기 위해 필요한 품질 정책, 품질 목표, 품질 관련 책임사항을 결정하는 모든 활동 나. 소프트웨어 품질의 특징 품질은 상대적 개념: 정량적 측정이 어려움, 상대에 따라 다름 품질은 여러 자원에 종속적: 비용, 시간, 인력, 도구 등 품질은 적정선에서 타협하는 것 품질 요소들은 서로 연관성을

I. 초연결 사회를 위한, 임베디드 소프트웨어 테스트 가. 임베디드 소프트웨어 품질의 필요성 산업용 임베디드 소프트웨어는 오동작 또는 결함으로 인한 피해가 매우 크므로 신뢰성, 품질이 중요 나. 임베디드 소프트웨어 테스트의 중요성 산업용 임베디드 소프트웨어 품질 확보의 가장 중요한 과정으로 많은 결함들이 소프트웨어 테스트 과정에서만 식별 가능   II. 임베디드 소프트웨어 품질 특성 설명 가. 임베디드 소프트웨어

I. 테스트 이중화, 백투백 테스트 가. 백투백 테스트의 개념 2개 또는 그 이상의 다양한 컴포넌트나 시스템을 동일한 값으로 실행하는 테스트 방법론 나. 백투백 테스트의 목적 소프트웨어의 2가지 버전에 대해 결과 비교, 오류 도출 고 품질 소프트웨어의 신뢰성에 고수준 품질 준수 테스트 SW 개발 후 검증 수단으로 병행 프로세스 테스트   II. 백투백 테스트 수행절차 및

I. 테스트자동화의 개요 가. 테스트 자동화의 개념 소프트웨어 기능에서 정규 입력에 대한 출력 확인, 오류 검출을 자동화하는 소프트웨어 테스트 기술 나. 테스트 자동화의 특징 H/W 및 S/W 제품의 개발 라이프사이클과 품질을 개선 테스트할 항목은 많지만 업무의 레벨이 높지 않은 경우 투입 자원 최소화   II. 테스트 자동화를 위한 역할 및 자동화도구 가. 테스트 자동화를 위한