소프트웨어 품질·개발 모델 핵심 정리와 예상 문제

1) 필수 정의 ― 단답형 빈칸 대비

• 소프트웨어 = 프로그램 + 데이터 + 문서(절차 포함)

• 품질 = 사용 목적 적합성 + 요구사항 부합(Conformance)

• 제품 품질 ⇐ 프로세스 품질 (과정이 결과를 좌우)

• 표준 = 합의·승인된 반복 적용 규칙/지침

• Verification vs Validation = 올바르게 만들었는가 vs 올바른 것을 만들었는가

• 베이스라인 = 공식 승인된 참조 버전(변경은 CCB 승인 필요)

• PPQA = 정의된 프로세스 준수·산출물 객관 점검

• RTM = 요구↔설계/테스트/결함 추적 매트릭스

공식/지표(숫자 문제 대비)

• DRE = 발견 / (발견 + 유출)

• 가용성 = MTBF / (MTBF + MTTR)

• 성능 지표 = 응답시간·처리량·동시성

• 보안 핵심 = CIA(기밀·무결·가용) + 책임추적·진본성·부인방지

• EBP = 한 사람·한 장소·한 번·짧은 시간

• include vs extend = 공통 서브기능 vs 조건부 확장

• Timebox = 기간 고정·범위 가변(품질 고정)

2) ISO/IEC 25010 · 25019 (개수·매칭 대비)

사용 품질(25019): 맥락에서 유효성·효율·만족/수용성·위험으로부터의 자유·접근성
⚠️ 함정: 제품 품질(25010) vs 사용 품질(25019) 혼동 금지. “접근성”은 둘 다 등장 가능.

3) SDLC & 개발 모델 (정오·매칭 대비)

• Plan-driven vs Agile: 범위 고정 vs 시간·비용 고정(범위 가변)

4) CMMI 성숙도(정렬 선택형 대비)

• Lv1 Initial: 영웅주의·예측불가

• Lv2 Managed: 요구관리·계획·모니터/통제·형상·PPQA·측정·협력업체

• Lv3 Defined: 요구개발·기술해결·제품통합·검증·확인·통합PM·위험·의사결정·교육

• Lv4 Quantitatively Managed: 정량 관리·통계적 통제

• Lv5 Optimizing: 지속적 개선·원인분석

5) Agile 필수(객관식 포인트)

• 4대 가치: 개인/상호작용, 작동SW, 고객협업, 변화대응

• 세리머니: 계획·데일리·리뷰·회고

• 아티팩트: Product/Sprint Backlog, Increment, DoD/DoR

• Velocity = 스프린트 처리 스토리포인트 합(팀 내부 지표, 절대 비교 금지)

6) 요구사항 개발(빈칸·OX용 핵심)

• 요구사항 = 이해관계자 니즈·제약(무엇), 설계는 어떻게

• 프로세스 = 도출 → 분석/협상 → 명세(SRS) → 검증/확인 → 관리(버전·변경·추적)

• 리뷰 6요소 = 완전성·일관성·정확성·명확성·실현가능성·검증가능성

• 우선순위화 = MoSCoW(M/S/C/W), Kano(매력·일원·당연)

• 비기능은 정량 지표(예: 응답 ≤ 300ms, 동시 5k)

• 컨텍스트 다이어그램 = 경계 밖/안·외부 엔터티/데이터흐름 → 인터페이스 요구 근거

7) 유스케이스(서술→단답 포인트)

• 정의 = 액터–시스템의 목표 달성 상호작용(가치 결과)

• 절차 = 경계 → 액터 → Actor-Goal → UC 도출 → 시나리오(Main→Extensions)

• 명세 8요소 = 이름·Primary Actor·이해관계자/관심사·사전/사후조건·Main·Extensions·Special Req.

• 포맷 = Two-Column(액터 행동 / 시스템 책임) · 크기검증 = EBP

• 함정

  • 액터=사람만? → 외부 시스템·장치 포함

  • 예외를 Main에 섞기? → Extensions로 분리

  • include vs extend 혼동? → 공통성 vs 조건부

  • UI 세부를 UC에? → 목표/가치 중심

8) V&V · 테스트(레벨·기법·지표)

• 레벨 = 단위 → 통합 → 시스템 → 인수

• 설계기법 = 동등분할·경계값·의사결정표·상태전이·페어와이즈·유스케이스 기반

• 정적기법 = 리뷰·정적분석

• 커버리지 = 라인/브랜치/경로/요구

• 결함관리 = 신규→확인→수정→재시험→종결, Severity vs Priority 구분

• 공식 = DRE = 발견/(발견+유출), 가용성 = MTBF/(MTBF+MTTR)

9) 형상·변경·품질보증(용어 매칭)

10) 측정·리스크·추정(숫자·용어 문제 대비)

• 측정: 결함 밀도(결함/KLOC 또는 FP), Velocity, 리드/사이클타임

• 리스크: 식별→분석(P×I)→대응(회피/완화/전가/수용)→모니터, 위험대장·트리거·대응계획

• 추정: 상향식/유사/전문가/계획포커싱, 규모(FP·COSMIC), 노력(COCOMO II)

• Agile 속도 관리: Burndown/Burnup, WIP 제한(칸반)

예상 객관식 20문항 + 정답표

1. ISO/IEC 25010의 최상위 특성 개수는?
   ① 8개 ② 7개 ③ 9개 ④ 6개

2. Validation의 정의로 가장 적절한 것은?
   ① 요구사항에 부합하는지 확인 ② 정의된 프로세스를 따르는지 확인
   ③ 올바른 것을 만들었는지 확인 ④ 코드 표준 준수 여부 확인

3. Timebox에서 고정되는 것은?
   ① 범위 ② 품질 ③ 기간 ④ 기능 수

4. EBP의 구성으로 옳은 것은?
   ① 한 사람·한 장소·한 번·짧은 시간 ② 여러 사람·여러 장소·긴 시간
   ③ 한 사람·여러 장소·긴 시간 ④ 여러 사람·한 장소·긴 시간

5. include vs extend의 올바른 짝은?
   ① include-조건부 / extend-공통 ② include-공통 / extend-조건부
   ③ 둘 다 공통 ④ 둘 다 조건부

6. DRE 공식은?
   ① 발견/(발견+유출) ② 유출/(발견+유출) ③ 발견/유출 ④ 유출/발견

7. 가용성 공식은?
   ① MTTR/(MTBF+MTTR) ② MTBF/MTTR ③ MTBF/(MTBF+MTTR) ④ 1−MTTR

8. CMMI Level 2에 포함되지 않는 것은?
   ① 형상관리 ② PPQA ③ 요구개발 ④ 측정/분석

9. 사용 품질(25019)에 해당하는 항목은?
   ① 모듈성 ② 유효성 ③ 결함허용성 ④ 설치성

10. Waterfall에 대한 설명으로 옳은 것은?
    ① 요구 변경에 매우 유연 ② 단계와 문서가 명확
    ③ 위험주도 반복 ④ 동작 제품의 빠른 부분 인도

11. Spiral 모델의 핵심은?
    ① 문서 중심 ② 프로토타입 금지 ③ 위험주도 반복 ④ 비용 고정·범위 가변

12. Prototyping의 주의점은?
    ① 요구 불확실성 증가 ② 임시물이 본제품화될 위험 ③ 테스트 불필요 ④ 설계 무시 가능

13. USDP의 키워드는?
    ① 테스트 우선 ② 유스케이스·아키텍처 중심 ③ 코드 우선 ④ 문서 배제

14. RTM의 목적은?
    ① UI 일관성 ② 요구↔설계/테스트 추적 ③ 코드 난독화 ④ 형상 감사

15. PPQA의 초점은?
    ① 제품 성능 향상 ② 정의된 프로세스 준수 점검 ③ 시장 분석 ④ 원가 계산

16. 유스케이스 액터에 포함될 수 있는 것은?
    ① 오직 사람 ② 외부 시스템과 장치 포함 ③ 오직 관리자 역할 ④ 내부 모듈만

17. 테스트 설계 기법이 아닌 것은?
    ① 의사결정표 ② 상태전이 ③ 경계값 ④ 코드 난독화

18. Agile에서 Velocity는?
    ① 고정된 절대 생산성 ② 스프린트 처리 포인트 합 ③ 버그 수 ④ 커버리지

19. 형상관리 용어 중 변경 승인 권한 주체는?
    ① RTM ② CCB ③ PPQA ④ DRE

20. Plan-driven vs Agile의 옳은 비교는?
    ① 계획주도=기간 고정, 애자일=범위 고정
    ② 계획주도=범위 고정, 애자일=시간·비용 고정
    ③ 둘 다 범위 가변
    ④ 둘 다 기간 가변

정답표: 1)① 2)③ 3)③ 4)① 5)② 6)① 7)③ 8)③ 9)② 10)②
11)③ 12)② 13)② 14)② 15)② 16)② 17)④ 18)② 19)② 20)②