소프트웨어 패키징 & 릴리즈 노트
사용자 중심으로 모듈을 묶어 배포하고, 릴리즈 노트로 변경사항을 알린다.
패키징 고려사항과 릴리즈 노트 작성 항목이 단답형으로 출제된다. 사용자 중심 · 모듈화 · 플랫폼 독립성의 원칙을 정확히 외워야 한다.
소프트웨어 패키징은 개발이 완료된 제품을 사용자가 설치·실행할 수 있는 형태로 묶는 과정이다. 개발자 중심이 아니라 사용자 중심으로 진행해야 한다는 것이 가장 중요한 원칙이다.
| 고려사항 | 설명 |
|---|---|
| 사용자 중심 | 개발자가 아닌 사용자의 시스템 환경·편의성을 최우선 |
| 모듈화 | 컴포넌트 단위로 분리하여 유지보수성 확보 |
| 플랫폼 독립성 | 다양한 OS·환경에서 실행 가능하도록 |
| 관리 용이성 | 버전·이력·변경사항 추적이 쉬워야 함 |
패키징 4단계 — ① 기능 식별 ② 모듈화 ③ 빌드 진행 ④ 사용자 환경 분석 → 패키징 → 적용 시험 → 배포.
릴리즈 노트 작성 항목 — ① 헤더(Header: 문서명·제품명·버전·릴리즈 날짜) ② 개요(Overview) ③ 목적(Purpose) ④ 문제 요약(Problem Summary) ⑤ 재현 방법 ⑥ 수정/개선 내역 ⑦ 사용자 영향도 ⑧ SW 지원 영향도 ⑨ 노트(추가 사항) ⑩ 면책 조항 ⑪ 연락처
릴리즈 노트는 초기 배포 / 업그레이드 / 추가 변경 / 버그 수정 / 긴급 패치 등 릴리즈 유형에 따라 작성 수준이 달라진다. 긴급 패치(Hotfix)는 최소한 '수정 내용 + 영향도'만 있어도 되지만, 메이저 업그레이드는 전 항목을 채워야 한다.
소프트웨어 패키징을 수행할 때 가장 중요한 관점은 개발자 중심인가, 사용자 중심인가?
소프트웨어 패키징의 고려사항 4가지를 쓰시오.
릴리즈 노트 작성 항목 중 문서명·제품명·버전·릴리즈 날짜 등 문서 식별 정보를 담는 항목은?
릴리즈 유형 중 긴급하게 버그만 수정해 배포하는 것을 ( )(이)라 하며, 최소한 수정 내용과 영향도만 있어도 릴리즈 노트가 성립한다.
소프트웨어 패키징은 개발자 중심으로 진행되어야 한다.