[정보처리기사 필기] 제품 소프트웨어 패키징 - 037. 소프트웨어 패키징

1. 소프트웨어 패키징의 개요

모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것

• 사용자 중심 진행
• 소스코드를 모듈화하여 패키징 : 향후 관리를 고려
• 소프트웨어 사용 환경을 이해하여 다양한 환경에서 소프트웨어를 손쉽게 사용할 수 있도록 일반적인 배포 형태로 패키징

2. 패키징 시 고려사항

• 사용자의 시스템 환경(운영체제, CPU, 메모리 등)에 필요한 최소 환경을 정의
• UI는 사용자가 눈으로 직접 확인할 수 있도록 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징
• Managed Service 형태로 제공 : 하드웨어와 함께 관리될 수 있도록 함
• 내부 콘텐츠에 대한 암호화 및 보안 고려
• 다른 여러 콘텐츠 및 단말기 간 DRM 연동 고려
• 사용자 편의성을 위한 복잡성, 비효율성 문제 고려
• 제품 소프트웨어 종류에 적합한 암호화 알고리즘 적용

3. 패키징 작업 순서

• 패키징 주기
  • 소프트웨어 개발 기법에 따라 달라짐
  • ex) 애자일 기법 : 2~4주 내에서 지정, 각 주기가 끝날 때마다 패키징 수행
• 배포
  • 프로젝트 개발 과정에서 주기별로 패키징한 결과물은 테스트 서버에 배포
  • 마지막 개발 과정을 거쳐 최종 패키징한 결과물은 고객이 사용할 수 있도록 배포
    • 온라인 배포 : 별도로 마련한 운영 서버에 설치 및 사용 매뉴얼과 함께 배포 파일을 등록하여 고객이 직접 다운받아 사용할 수 있도록 함
    • 오프라인 배포 : CD-ROM이나 DVD, USB 등에 설치 및 사용 매뉴얼과 함께 배포 파일을 담음
• 패키징 순서 
  • 기능 식별 : 작성된 코드의 기능 확인
  • 모듈화 : 확인된 기능 단위로 코드들을 분류
  • 빌드 진행 : 모듈 단위별로 실행 파일 만듦
  • 사용자 환경 분석 : 최소 운영 환경 정의
  • 패키징 및 적용 시험 : 빌드된 실행 파일들을 정의된 환경에 맞게 배포용 파일 형식으로 패키징, 정의된 환경과 동일한 환경에서 패키징 결과를 테스팅한 후 소프트웨어에 대한 불편사항을 사용자 입장에서 확인
  • 패키징 변경 개선 : 확인된 불편 사항을 반영하기 위한 패키징의 변경 및 개선을 진행
  • 배포 : 배포 수행 시 오류가 발생하면 해당 개발자에게 전달하여 수정 요청

4. 릴리즈 노트

• 릴리즈 노트를 통해 테스트 진행 방법에 대한 결과와 소프트웨어 사양에 대한 개발팀의 정확한 준수 여부를 확인할 수 있음
• 소프트웨어에 포함된 전체 기능, 서비스의 내용, 개선사항 등을 사용자와 공유할 수 있음
• 소프트웨어의 버전 관리나 릴리즈 정보를 체계적으로 관리할 수 있음
• 소프트웨어의 초기 배포 시 또는 출시 후 개선 사항을 적용한 추가 배포 시에 제공
• 릴리즈 노트 초기 버전 작성 시 고려사항
  • 정확하고 완전한 정보를 기반으로 개발팀에서 직접 현재 시제로 작성
  • 신규 소스, 빌드 등의 이력이 정확하게 관리되어 변경 도는 개선된 항목에 대한 이력 정보들도 작성 되어야 함
  • 릴리즈 노트 작성 항목 : Header(머릿말), 개요, 목적, 문제 요약, 재현 항목, 수정 / 개선 내용, 사용자 영향도, SW 지원 영향도, 노트, 면책 조항, 연락처