[카테고리:] 소프트웨어공학

ISO 9126

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

품질통제(Quality Control)

I. 사용자 요구사항을 부합하는 산출물 생성, 품질통제의 개요 가. 품질통제 (Quality Control, QC)의 개념 프로젝트 결과가 품질기준을 준수하는지 결정하기 위해 감시하고 기록하며 성과를 평가하고 권고안을 제시하는 활동 나. 품질통제의 특징 품질이 낮거나 요구사항에 맞지 않는 제품 품질의 원인을 식별하여 원인을 제거하는 활동을 수행 이해관계자의 요구사항에 맞는 작업과 산출물인지 확인하여 최종 승인을 받기 위한 활동  

품질보증(Quality Assurance)

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

품질관리계획

I. 품질 요구사항을 일치화, 품질 관리 계획의 개요 가. 품질 관리 계획의 개요 프로젝트 및 산출물과 품질 요구사항이 어떻게 동작하는지 관련된 사항을 문서화 하는 기준 나. 품질 관리 계획의 특징 연속성 프로젝트 생명주기 전반에 방향을 제시 병렬성 제안된 변경들이 원가와 일정, 위험 분석에서 품질 기분에 맞는지 프로세스 중 검토 수행 예방성 잘못된 요구사항 이해, 초기

소프트웨어 품질관리(Quality Management)

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

소프트웨어 리팩토링 (Refactoring)

I. 소프트웨어 코드 정제 기법, 소프트웨어 리팩토링 개념 목적 유지보수 생산성 향상 위해 기능을 변경하지 않고 소스코드를 수정, 보완하는 소프트웨어 품질향상 기법 – 유지보수성 향상 – 유연한 시스템 – 생산성 향상 – 소프트웨어 품질 향상 Bad Smell 징후 대상 소스코드 정비를 통한 유지보수성, 비용 절감 및 구조개선, 성능 향상   II. 소프트웨어 리팩토링 절차 및 주요

3R(Reverse Engineering, Re-engineering, Reuse)

I. 소프트웨어 생산성 향상을 위한 3R 가. 소프트웨어 3R(Reverse Engineering, Re-engineering, Reuse)의 개념 Repository를 기반으로 역공학(Reverse Engineering), 재공학(Re-engineering), 재사용(Reuse)을 통해 소프트웨어 생산성을 극대화하는 기법 정보저장소(Repository)는 3R을 구현하는 수단으로 사용됨 나. 소프트웨어 3R의 특징 소프트웨어 위기 극복 및 개발 생산성 향상 유지보수 비용의 절감 소프트웨어 변경 요구사항의 신속한 대처   II. 소프트웨어 3R의 개념도 및 구성요소

소프트웨어 모듈화(Modularity)

I. 효율적인 프로그램 구성 지원, 모듈화 가. 모듈화(Modularity)의 개념 프로그램을 분석하고 추상화하여 소프트웨어의 성능을 향상시키거나, 프로그램의 시험, 통합 및 수정을 용이하게 하는 설계 및 구현 기법 나. 모듈화의 특징 비용과 모듈의 관계: 모듈 수가 증가하면 인터페이스 비용 증가 정보 은폐: 어렵거나 변경 가능성이 있는 모듈은 다른 모듈로부터 은폐 특징 내용 비용과 모듈 관계 모듈 수가

Lehman 소프트웨어 변화

I. 변화 관리와 유지보수 핵심, Lehman 소프트웨어 변화 가. Lehman 소프트웨어 변화 원리 소프트웨어는 요구에 의해 계속적으로 변경되며, 변경에 따른 복잡성, 프로그램의 고유한 변경 추세, SW조직 생산성의 일관성, 소프트웨어 각 버전의 변화에 대한 일관성을 제시한 SW 변화의 원리 나. Lehman 소프트웨어 변화 원리 특징 소프트웨어 변화의 특성을 이해하고 유지보수, 변경관리, 형상관리, 품질통제의 중요 모델로 반영

SW유지보수

I. 소프트웨어 생명 연장, SW유지보수 개요 가. SW유지보수의 개념 SW가 인수, 설치된 후 폐기될 때까지 결함제거, 성능향상, 변화된 환경에 소프트웨어의 수명을 연장시키는 행위 나. SW유지보수의 특징 관리적 기능 복잡도 증가에 따른 관리업무 증가 유지보수 비효율성으로 인한 패키지 SW 도입 확산 비용 측면 유지보수 운영비용이 전체 비용의 70 ~ 80% 인력 운용 신규 기술 개발보다 유지보수에