▣ SW아키텍처 설계지침_소프트웨어 품질 속성_시스템, 비즈니스, 아키텍처, 변경용이성, 요구사항
| 구분 | 품질속성 | 내용 |
| 시스템 품질속성 |
가용성 (Availability) |
소프트웨어가 필요할 때 작업을 수행할 준비가 되었는지 판단 오류 발생 시 시스템의 반응을 판단하는 척도 시스템 오류를 완화시켜 서비스 중단 시간을 최소화 하는 것 |
| 변경용이성 (Modifiability |
변경 사항의 지역화 : 의미적 응집성 유지, 변경처리예상, 모듈 일반화, 변경의 폭 제한 파급효과(연쇄작용)의 방지 : 정보은닉, 기존 인터페이스 유지, 통신 경로 제한, 중개자 사용 바인딩시점의 연기 : 런타임 등록, 설정파일, 다형성, 컴포넌트 교체, 정해진프로토콜 준수 |
|
| 성능 (Performance) |
시스템 이벤트에 정해진 시간 내에 응답해야 함 | |
| 보안성 (Security) |
인증되지 않은 접근으로부터 데이터와 정보를 보호 비밀성 및 무결성(인가 받지 않은 데이터 및 서비스 접근 통제) |
|
| 시험용이성 (Testability) |
테스팅을 통해 결함을 발견 | |
| 사용편의성 (Usability) |
사용자가 얼마나 쉽게 쓰는지에 대한 척도 시스템 기능 학습, 시스템 효율적 사용, 오류의 영향 최소화, 사용자 요구에 따른 시스템의 적용, 신뢰와 만족 증가 |
|
| 비즈니스 품질속성 |
시장적시성(Time to Market), 비용과이익(Cost and Benefit), 시스템프로젝트 생명주기(Projected Lifetime of the System), 목표시장(Targeted Market), 신규발매일정(Rollout Schedule), 노후시스템과통합(Intergration with Legacy System) | |
| 아키텍처 품질속성 |
개념적 무결성(Conceptual Integrity), 정확성과 안정성(Correctness and Completeness), 개발용이성(Buildability) | |
2019년 32번
정답 : 1번
바이딩 시점의 연기(Defer binding time)에 위배
모듈간의 바인딩은 런타임에 처리해야 함
| 변경용이성 (Modifiability |
변경 사항의 지역화 : 의미적 응집성 유지, 변경처리예상, 모듈 일반화, 변경의 폭 제한 파급효과(연쇄작용)의 방지 : 정보은닉, 기존 인터페이스 유지, 통신 경로 제한, 중개자 사용 바인딩시점의 연기 : 런타임 등록, 설정파일, 다형성, 컴포넌트 교체, 정해진프로토콜 준수 |
'소프트웨어공학' 카테고리의 다른 글
| 요구사항 분석_기능, 비기능 요구사항, 요구사항 검증, 도출기법, 시스템 범위, 품질특성, 요구사항정의 (0) | 2021.11.02 |
|---|---|
| 전자정부 표준프레임워크_개발환경, 실행환경, 관리환경, 운영환경, 업무처리, 공통기술서비스 (0) | 2021.11.02 |
| 소프트웨어 품질_기술부채(technical debt, design debt, code debt) (0) | 2021.11.02 |
| 소프트웨어 아키텍처_품질속성(Quality Attribute) 시나리오, 유자대환응측, 자극 유발원, 대상체, 환경, 응답, 측정 (0) | 2021.11.02 |
| 전자정부지원사업_정보전략계획(ISP)_산출물_점검가이드 (0) | 2021.10.23 |