반응형
품질은 고객의 요구사항을 만족시키는 제품의 특성들의 집합입니다.
KS X ISO/IEC 25010 Systems and software engineering - Systems and software Quality Requirements and Evaluation (SQuaRE) - System and software quality model 에서 2가지 Quality Model을 정의했습니다.
- 사용상 품질 모델 : 제품이 사용될 때 상호작용의 결과와 관련된 5가지 특성으로 구성된 사용 모델
- 제품 품질 모델: SW와 컴퓨터 시스템의 동적 특성에 관한 8가지 특성으로 구성된 모델
| 사용상 품질 특성 | ||
| 효과성 (Effectiveness) | 사용자가 명시된 목표를 달성하기 위해 요구되는 정확성(Accuracy)과 완전성(Completeness) | |
| 효율성 (Efficiency) | 사용자가 정확하고(Accuracy), 완전하게(Completeness) 목표를 달성하기 위해 필요한 자원과 효과 간의 관계 | |
| 만족도 (Satisfaction) | 제품 혹은 시스템이 명시된 사용환경에서 사용자 요구가 만족되는 정도 | |
| 유용성 (Usefulness) | 사용자가 제품을 사용한 결과나 사용에 대한 결론을 포함하여, 목적을 얼마나 실용적으로 달성했는지 만족하는 정도 | |
| 신뢰 (Trust) | 사용자나 이해관계자가 제품이나 시스템을 사용할때 의도한대로 동작함을 자신할 수 있는 정도 | |
| 즐거움 (Pleasure) | 사용자가 개인적 즐거움을 얻는 정도 | |
| 편안함 (Comfort) | 사용자가 신체적인 편안함을 느끼는 정도 | |
| 위험 회피도 (Freedom from risk) | 제품 혹은 시스템의 경제적 상황, 인간 생활, 건강 혹은 환경의 잠재적 위험요소를 완화하는 정도 | |
| 경제적 위험요소 완화 (Economic risk mitigation) |
제품(시스템)이 재정상태, 효율화방안, 상업용지, 평판 혹은 사용상 의도된 정황에서 사용하는 자원들로부터 잠재적인 위험을 완화하는 정도 | |
| 건강 및 안전 위험요소 완화 (Health and safety risk mitigation) |
제품(시스템)이 사용상 의도된 정황에서 사람에 대한 잠재적인 위험을 완하하는 정도 | |
| 환경 위험 완화 (Environmental risk mitigation) |
제품(시스템)이 사용상 의도된 정황에서 환경에 대한 잠재적인 위험을 완하하는 정도 | |
| 정황 범위 (Context Coverage) | 제품 또는 시스템이 처음에 명시 적으로 식별되지 않고 사용함에 있어 특별한 정황하에서 효과, 효율성, 위험의 회피 및 만족과 함께 사용할 수있는 정도 | |
| 정황 완전성 (Context completeness) |
제품 또는 시스템이 모든 특별한 정황하에서 효과, 효율성, 위험의 회피 및 만족과 함께 사용할 수있는 정도 | |
| 유연성 (Flexibility) | 제품 또는 시스템이 처음에 명시 적으로 식별되지 않는 정황하에서 효과, 효율성, 위험의 회피 및 만족과 함께 사용할 수있는 정도 | |
| 제품 품질 특성 | ||
| 기능 적합성 (Functional suitability) | 제품(시스템)이 명시된 조건에서 사용될경우, 명시되거나 암시된 요구를 충족시키는 기능을 제공하는 정도 | |
| 기능 성숙도 (Functional Completeness) |
해당 기능들이 사용자의 모든목적을 만족하는 정도 | |
| 기능 정확도 (Functional Correctness) |
제품(시스템)이 정밀도의 필요 정도에따라 정확한 결과를 제공하는 정도 | |
| 기능 타당성 (Functional Appropriateness) |
기능이 명시된 작업 및 목적의 완수를 용이하게 하는 정도 | |
| 수행 효율성 (Performance efficiency) | 주어진 조건에서 자원의 양에 따른 성능 | |
| 시간반응성 (Time Behavior) |
기능을 수행할 때 제품(시스템)의 응답 및 처리시간과 처리율이 요구사항을 충족시키는 정도 | |
| 자원 활용 (Resource Utilization) |
기능을 수행할 때 제품(시스템)에서 사용하는 자원의 유형이나 양이 요구사항을 만족시키는 정도 | |
| 기억용량 (Capacity) |
제품(시스템파라미터)의 최대 한계가 요구사항을 만족시키는 정도 | |
| 호환성 (Compatibility) | 다른 제품과 함께 동일한 SW(HW) 환경을 공유하면서 필요한 기능을 수행할 수 있는 정도 | |
| 상호 공존성 (Co-existence) |
제품(시스템)이 다른 제품(시스템)에 유해를 가하지 않고 일반적인 환경 및 자원을 공유하면서 제품에 요구된 기능을 효과적으로 수행할 수 있는 정도 | |
| 상호 운용성 (Interoperability) |
둘 이상의 제품(시스템, 구성요소)이 서로 정보를 교환하거나 교환한 정보를 사용할 수 있는 정도 | |
| 사용성 (Usability) | 명시된 사용 환경에서 제품(시스템)이 사용자에 의해 유효성, 효율성 및 만족의 목적을 달성하는 정도 | |
| 타당성 식별력 (Appropriateness Recognizability) |
제품(시스템)의 기능이 사용자의 요구에 적절한지 여부를 식별할 수 있는 정도 | |
| 학습성 (Learnability) |
사용자가 제품(시스템)의 목적에 맞게 사용 방법을 학습하여 사용할 수 있는 정도 | |
| 운용성 (Operability) |
제품(시스템)을 제어하거나 동작하는 것을 쉽게 할 수 있는 정도 | |
| 사용자 오류보호 (User error Protection) |
발생한 오류로부터 시스템이 사용자를 보호하는 정도 | |
| 사용자 인터페이스 미학 (User Interface Aesthetics) |
사용자 인터페이스가 사용자와의 상호작용에서 유쾌하고 만족스러울수 있는 정도 | |
| 접근성 (Accessibility) |
지정한 상황에서 제품(시스템)이 다양한 특성을 가진(연령/장애) 사람에의해 명시된 목표를 달성하며 사용할 수 있는 정도 | |
| 신뢰성 (Reliability) | 제품(시스템, 구성요소)이 명시된 기간과 조건하에서 명시된 기능을 유지하는 정도 | |
| 성숙도 (Maturity) | 제품(시스템, 구성요소)이 표준 환경에서 고장을 회피하며 신뢰도를 충족시키는 정도 | |
| 가용성 (Availability) | 제품(시스템, 구성요소)을 사용할 필요가 있을 때 사용하거나 접근할 수 있는 정도 | |
| 오류 허용성 (Fault Tolerance) | 제품(시스템, 구성요소)에 SW(HW) 결함이 존재해도 의도한 성능 수준을 유지할 수 있는 정도 | |
| 회복 가능성 (Recoverbility) | 고장이 발생하였을 때 제품(시스템)이 직접 원하는 성능 수준으로 회복하며 데이터를 복구할 수 있는 정도 | |
| 보안 (Security) | 제품(시스템)이 정보(데이터)를 보호하는 정도 | |
| 기밀성 (Confidentiality) | 제품(시스템)이 접근 허가된 권한만 있는 다른 제품(시스템)만 접근할 수 있게 하는 정도 | |
| 무결성 (Integrity) | 제품(시스템, 구성요소)이 컴퓨터 프로그램 혹은 데이터를 무단으로 접근(변경)하는것을 방지하는 정도 | |
| 부인방지 (Non-repudiation) | 사건(행동)이 발생한 뒤 그 사실을 거부할 수 없도록 사건(행동)에 대해 입증하는 정도 | |
| 책임성 (Accountability) | 사용자의 행동을 고유하게 식별하여 그 사용자의 행동을 추정할 수 있는 정도 | |
| 인증성 (Authenticity) | 사건 및 행동에 대해 주체임을 증명할 수 있는 능력 | |
| 유지보수성 (Maintainability) | 제품(시스템)을 효과적이고 효율적으로 의도된대로 변경할 수 있는 정도 | |
| 모듈성 (Modularity) | 외부에 대하여 최소의 영향을 가진 개별 구성 요소로 시스템(SW)이 구성된 정도 | |
| 재사용성 (Reusability) | 자산(모듈)이 한 개 이상의 시스템에서 사용될 수 있거나, 다른 자산에 구축할 수 있는 정도 | |
| 분석성 (Analyzability) | 제품(시스템)의 문제를 식별하고, 고장의 원인을 진단하고 변경사항을 반영하기 위하여 수정하여야 하는 부분을 식별하기 쉬운 정도 | |
| 수정 가능성 (Modifiability) | 제품(시스템)을 수정할때, 기존 제품의 품질을 저하시키거나 장애를 발생시키지 않으면서 효과적이고 효율적으로 수정할 수 있는 정도 | |
| 시험 가능성 (Testability) | 제품(시스템, 구성요소)을 검증한 근거가 충분한지를 확인할 수 있는 정도 | |
| 이식성 (Portability) | 제품(시스템, 구성요소)이 다른 다양한 환경(SW/HW/Network) 등으로의 전환이 용이한 정도 | |
| 적합성 (Adaptability) | 제품(시스템)을 다른 SW(HW)나 사용환경에 효과적이고 효율적으로 적용할 수 있는 정도 | |
| 설치 가능성 (Installability) | 제품(시스템)이 성공적으로 설치/제거될 수 있는 정도 | |
| 대치성 (Replaceability) | 제품이 동일한 환경에서 동일한 목적을 위해 다른 지정된 SW 제품으로 대체될 수 있는 정도 | |
반응형
'정보관리기술사&컴퓨터응용시스템기술사 > SW공학과 프로젝트관리' 카테고리의 다른 글
| [SDLC(Software Development Life Cycle)], 소프트웨어 개발 생명주기 (0) | 2020.12.20 |
|---|---|
| Incremental Development Model(증분형 개발모델) vs Evolutional Development Model(진화형 개발모델) 비교분석 (0) | 2020.12.18 |
| [ISO/IEC 29119] 소프트웨어 테스트 국제 표준 (0) | 2020.12.09 |
| s/w 사업 대가산정 절차와 방법의 이해 (0) | 2020.12.08 |
| Software 공학 지식 모음 (0) | 2020.12.06 |
댓글