[정보처리기사]2.소프트웨어 개발/제품 소프트웨어/소프트웨어 패키징 & 릴리즈 노트

소프트웨어 패키징

1) 개요

- 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만든다.

- 개발자가 아닌 사용자를 중심으로 진행

2) 고려사항

- 운영체제(OS), CPU, 메모리 등에 필요한 최소 환경을 정의

- 하드웨어와 함께 관리될 수 있도록 Managed Service형태로 제공

- 다양한 사용자의 요구사항 반영

3) 패키징 작업 순서

- 기능 식별 → 모듈화 → 빌드 진행 → 사용자 환경 분석 → 패키징 및 적용 시험 → 패키징 변경 개선 → 배포

#식모빌 환패변

4) 제품 소프트웨어 패키징 도구 활용 시 고려사항  20년 1, 2, 3회 기출

- 패키징 시 사용자에게 배포되는 SW이므로 보안 고려

- 사용자 편의성을 위한 복잡성 및 비효율성 문제 고려

- 제품 SW종류에 적합한 암호화 알고리즘 적용

- 다양한 이기종 연동 고려

 

릴리즈 노트(Release Note)

- 개발 과정에서 정리된 릴리즈 정보를 소프트웨어의 고객과 공유하기 위한 문서

- 개선 시 관련 내용을 릴리즈 노트에 담아 제공

- 개발팀에서 제공하는 소프트웨어 사양에 대한 최종 승인을 얻은 후 문서화되어 제공

1) 초기 버전 작성 시 고려사항 

Header(머리말) 릴리즈 노트 이름 버전 & 날짜 , SW 이름, 릴리즈 버전 & 날짜            20년 1회차 실기

개요 소프트웨어 및 변경사항 전체에 대한 간략한 내용

목적 해당 릴리즈 버전에서의 새로운 기능이나 수정된 기능의 목록과 릴리즈 노트의 목적에 대한 간략한 개요

문제 요약 수정된 버그에 대한 간략한 설명 또는 릴리즈 추가 항목에 대한 요약

재현 항목 버그 발견에 대한 과정 설명

수정/개선 내용 버그를 수정/개선한 내용을 간단히 설명

사용자 영향도 사용자가 다른 기능들을 사용하는 데 있어 해당 릴리즈 버전에서의 기능 변화가 미칠 수 있는 영향에 대한 설명

SW 지원 영향도 해당 릴리즈 버전에서의 기능 변화가 다른 응용 프로그램들을 지원하는 프로세스에 미칠 수 있는 영향에 대한 설명

노트 SW/HW 설치 항목, 업그레이드, 소프트웨어 문서화에 대한 참고 항목

면책 조항 회사 및 소프트웨어와 관련하여 참조할 사항     ex) 프리웨어, 불법 복제 금지 등

연락처 사용자 지원 및 문의 응대를 위한 연락처 정보

​

2) 추가 버전 작성 시 고려사항

- 베타 버전이 출시되거나 긴급한 버그 수정, 업그레이드와 같은 자체 기능 향상, 사용자 요청 등의 특수한 상황이 발생하는 경우 추가로 작성

- 버그 번호를 포함한 모든 수정된 내용을 담아 릴리즈 노트 작성

- 추가나 수정된 경우 자체 기능 향상과는 다른 별도의 릴리즈 버전 출시하고 릴리즈 노트 작성

​​

3) 릴리즈 노트 작성 순서         

- 모듈 식별 → 릴리즈 정보 확인 → 릴리즈 노트 개요 작성 → 영향도 체크 → 정식 릴리즈 노트 작성 → 추가 개선 항목 식별

​