| 2020 정보처리기사 (필기) | 2. 소프트웨어 개발 - 제품 소프트웨어 패키징

41. 소프트웨어 패키징

 

소프트웨어 패키징

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

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

- 소스 코드는 향후 관리를 고려해 모듈화하여 패키징함

모듈화 : 시스템을 각 기능별로 나누는 것

- 다양한 환경에서 소프트웨어를 손쉽게 사용할 수 있도록 일반적인 배포 형태로 패키징함

- 사용자의 편의성 및 실행 환경을 우선적으로 고려해야 함

 

 

• 패키징 시 고려사항

- 사용자의 시스템 환경, 즉 OS, CPU, 메모리 등에 필요한 최소 환경을 정의

- UI는 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징함

- 소프트웨어를 패키징해 배포한 이후, 하드웨어와 함께 관리될 수 있도록 Managed Service 형태로 제공하는 것이 좋음

- 고객의 편의성을 고려한 안정적인 배포 중요

- 패키징의 변경 및 개선에 대한 관리를 항상 고려해야 함

 

 

• 패키징 작업 순서

패키징 주기는 소프트웨어 개발 기법에 따라 달라지는데, 각 주기가 끝날 때마다 패키징 수행

- 프로젝트 개발 과정에서 주기별로 패키징한 결과물은 테스트 서버에 배포

- 마지막 개발 과정을 거쳐 패키징한 결과물은 고객이 사용할 수 있도록 온라인 배포 또는 오프라인으로 배포 함

 

 

42. 릴리즈 노트 작성

 

릴리즈 노트 (Release Note)

개발 과정에서 정리된 릴리즈 정보를 소프트웨어의 최종 사용자인 고객과 공유하기 위한 문서

릴리즈 : 개발이 완성된 소프트웨어를 출시, 배포하는 것

- 소프트웨어에 포함된 전체 기능, 서비스, 개선 사항 등을 사용자와 공유할 수 있음

- 소프트웨어의 버전 관리나 릴리즈 정보를 체계적으로 관리할 수 있음

- 테스트 진행 방법에 대한 결과와 소프트웨어 사양에 대한 개발팀의 정확한 준수 여부를 확인할 수 있음

- 소프트웨어의 초기 배포 시 또는 출시 후 개선 사항을 적용한 추가 배포 시에 제공

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

 

 

• 릴리즈 노트 초기 버전 작성 시 고려사항

- 정확하고 완전한 정보를 기반으로 개발팀에서 직접 현재 시제로 작성

- 신규 소스, 빌드 등의 이력이 정확하게 관리되어 변경 또는 개선된 항목에 대한 이력 정보들도 작성

 

 

• 릴리즈 노트 추가 버전 작성 시 고려사항

- 중대한 오류가 발생해 긴급 수정하는 경우, 릴리즈 버전을 출시하고 버그 번호를 포함한 모든 수정된 내용을 담아 릴리즈 노트 작성

- 소프트웨어에 대한 기능 업그레이드를 완료한 경우에 릴리즈 버전을 출시하고 릴리즈 노트 작성

- 사용자로부터 접수된 요구사항에 의해 추가나 수정된 경우 자체 기능 향상과는 다른 별도의 릴리즈 버전을 출시하고 릴리즈 노트 작성

 

 

• 릴리즈 노트 작성 순서

 

 

43. 디지털 저작권 관리 (DRM)

 

저작권

창작자가 가지는 배타적 독점적 권리로 타인의 침해를 받지 않을 고유한 권한

- 저작권 보호 기술 : 컴퓨터 프로그램들과 같이 복제하기 쉬운 저작물에 대해 불법 복제 및 배포 등을 막기 위한 기술적인 방법

디지털 저작권 권리 (DRM : Digital Right Management)

저작권자가 배포한 디지털 콘텐츠가 저작권자가 의도한 용도로만 사용되도록 디지털 콘텐츠의 생성, 유통, 이용까지의 전 과정에 결쳐 사용되는 디지털 콘텐츠 관리 및 보호 기술

- 원본 콘텐츠가 아날로그인 경우, 디지털로 변환한 후 패키저에 의해 DRM 패키징 수행

- 콘텐츠의 크기가 음원이나 문서와 같이 크기가 작은 경우 사용자가 콘텐츠를 요청하는 시점에서 실시간으로 패키징을 수행하고, 크기가 큰 경우 미리 패키징을 수행 후 배포

- 패키징 수행 시 콘텐츠에는 암호화된 저작권자의 전자서명이 포함되고 저작권자가 설정한 라이선스 정보가 클리어링 하우스에 등록 됨

클리어링 하우스 (Clearing House) : 디지털 저작권 라이선스의 중개 및 발급을 수행하는 곳, 디지털 저작물의 이용 내역을 근거로 저작권료의 정산 및 분배가 수행됨

- 사용자가 콘텐츠를 사용하기 위해서는 클리어링 하우스에 등록된 라이선스 정보를 통해 사용자 인증과 콘텐츠 사용 권한 소유 여부를 확인받아야 함

- 종량제 방식을 적용한 소프트웨어의 경우 클리어링 하우스를 통해 서비스의 실제 사용량을 측정하여 이용한 만큼의 요금 부과

 

 

• 디지털 저작권 관리의 흐름도

1. 클리어링 하우스 (Clearing House) : 저작권에 대한 사용 권한, 라이선스 발급, 사용량에 따른 결제 관리 등을 수행하는 곳

2. 콘텐츠 제공자 (Contents Provider) : 콘텐츠를 제공하는 저작권자

3. 패키저 (Packager) : 콘텐츠를 메타 데이터와 함께 배포 가능한 형태로 묶어 암호화하는 프로그램

메타 데이터 (Meta Data) : 데이터에 대한 데이터, 즉 데이터에 대한 속성 정보 등을 설명하기 위한 데이터

4. 콘텐츠 분배자 (Contents Distributor) : 암호화된 콘텐츠를 유통하는 곳이나 사람

5. 콘텐츠 소비자 (Customer) : 콘텐츠를 구매해서 사용하는 주체

6. DRM 컨트롤러 (DRM Controller) : 배포된 콘텐츠의 이용 권한을 통제하는 프로그램

7. 보안 컨테이너 (Security Container) : 콘텐츠 원본을 안전하게 유통하기 위한 전자적 보안 장치

 

 

• 디지털 저작권 관리의 기술 요소

디지털 저작권 관리를 위해 사용되는 기술은 다음과 같음

구성요소	설명
암호화 (Encryption)	콘텐츠및 라이선스를 암호화하고 전자 서명을 할 수 있는 기술
키 관리 (Key Management)	콘텐츠를 암호화한 키에 대한 저장 및 분배 기술
암호화 파일 생성 (Packager)	콘텐츠를 암호화된 콘텐츠로 생성하기 위한 기술
식별 기술 (Identification)	콘텐츠에 대한 식별 체계 표현 기술
저작권 표현 (Right Expression)	라이선스의 내용 표현 기술
정책 관리 (Policy Management )	라이선스 발급 및 사용에 대한 정책 표현 및 관리 기술
크랙 방지 (Tamper Resistance)	크랙에 의한 콘텐츠 사용 방지 기술
인증 (Authentication)	라이선스 발급 및 사용의 기준이 되는 사용자 인증 기술

 

46. 소프트웨어 버전 등록

 

소프트웨어 패키징의 형상 관리

소프트웨어의 개발 과정에서 소프트웨어의 변경 사항을 관리하기 위해 개발된 일련의 활동으로, 소프트웨어 변경의 원인을 파악하고 제어하며, 적절히 변경되고 있는지 확인하여 해당 담당자에게 통보

- 형상 관리는 소프트웨어 개발의 전 단계에 적용되는 활동이며, 유지보수 단계에서도 수행됨

- 형상 관리는 개발의 전체 비용을 줄이고, 개발 과정의 여러 방해 요인을 최소화되도록 보증하는 것을 목적으로 함

형상 : 소프트웨어 개발 단계의 각 과정에서 만들어지는 프로그램, 프로그램 설명 문서, 데이터 등을 통칭

 

 

• 형상 관리의 중요성

- 변경 사항을 체계적으로 추적 및 통제

- 무절제한 변경 방지

- 버그나 수정 사항 추적 가능

- 진행 정도를 확인하기 위한 기준으로 사용

 

 

• 형상 관리 기능

형상 관리는 품질 보증을 위한 중요한 요소

- 형상 식별 : 형상 관리 대상에 이름과 관리 번호를 부여하고, 계층 구조로 구분해 수정 및 추적이 용이하도록 하는 작업

- 버전 제어 : 다른 버전의 형상 항목을 관리하고, 이를 위해 특정 절차와 도구를 결합시키는 작업

- 형상 통제 (변경 관리)

- 형상 감사 : 기준선의 무결성을 평가하기 위해 확인, 검증, 검열 과정을 통해 공식적으로 승인하는 작업

- 형상 기록 (상태 보고) 

 

 

소프트웨어의 버전 등록

• 관련 주요 용어

- 저장소(Repository) : 최신 버전의 파일들과 변경 내역에 대한 정보들이 저장되어 있는 곳 

- 가져오기(import) : 버전 관리가 되고 있지 않은 아무것도 없는 저장소에 처음으로 파일을 복사

- 체크아웃(Check-Out) : 프로그램을 수정하기 위해 저장소에서 파일을 받아옴, 소스 파일과 함께 버전 관리를 위한 파일들도 받아옴

- 체크인(Check-In) : 체크아웃 한 파일의 수정을 완료한 후 저장소의 파일을 새로운 버전으로 갱신

- 커밋(Commit) : 체크인을 수행할 때 이전에 갱신된 내용이 있는 경우에 충돌을 알리고 diff 도구를 이용해 수정한 후 갱신을 완료

- 동기화(Update) : 저장소에 있는 최신 버전으로 자신의 작업 공간을 동기화 함

 

 

• 소프트웨어의 버전 등록 과정

47. 소프트웨어 버전 관리 도구

 

공유 폴더 방식

버전 관리 자료가 로컬 컴퓨터의 공유 폴더에 저장되어 관리되는 방식

- 개발자들은 개발이 완료된 파일을 약속된 공유 폴더에 매일 복사함

- 담당자는 공유 폴더의 파일을 자기 PC로 복사한 후 이상 유무를 확인

- 이상 유무 확인 중 파일의 오류가 확인되면, 해당 파일을 등록한 개발자에게 수정 의뢰

- 파일을 잘못 복사하거나 다른 위치로 복사하는 것에 대비하기 위해 파일의 변경사항을 데이터베이스에 기록해 관리

ex) SCCS, RCS, PVCS, QVCS

 

 

클라이언트/서버 방식

버전 관리 자료가 서버에 저장되어 관리되는 방식

- 서버의 자료를 개발자별로 자신의 PC로 복사해 작업한 후 변경된 내용을 서버에 반영

- 모든 버전 관리는 서버에서 수행

- 하나의 파일을 서로 다른 개발자가 작업할 경우 경고 메시지 출력

- 서버에 문제 발생 시 협업 및 버전 관리 작업 중단 됨

ex) CVS, SVN(Suvbersion), CVSNT, Clear Case, CMVC, Perforce 등

 

 

분산 저장소 방식

버전 관리 자료가 하나의 원격 저장소와 분산된 개발자 PC의 로컬 저장소에 함께 저장되어 관리되는 방식

- 개발자별로 원격 저장소의 자료를 자신의 로컬 저장소로 복사해 작업한 후 변경된 내용을 로컬 저장소에서 우선 반영한 다음 이를 원격 저장소에 반영 함

- 원격 저장소에 문제가 생겨도 로컬 저장소의 자료를 이용해 작업 할 수 있음

ex) Git, GNU arch, DCVS, Bazaar, TeamWare, Bitkeeper 등

 

 

1. 서브버전 (SVN : Subversion)

CVS를 개선한 것, 아파치 소프트웨어 재단에서 2000년에 발표

CVS : 공동 개발을 편리하게 작업 할 수 있도록 버전 관리를 도와주는 시스템

 

 

2. Git

분산 버전 관리 시스템

- 지역 저장소에서 버전 관리가 이루어짐, 신속한 처리

- 원격 저장소나 네트워크에 문제가 발생해도 작업 가능

- 브랜치를 이용해 다양한 형태의 기능 테스팅 가능

- 파일의 변화를 스냅샷으로 저장, 버전의 흐름 파악 가능

Git의 주요 명령어

add : 작업 내역을 지역 저장소에 저장하기 전 스테이징 영역에 추가

commit : 작업 내역을 지역 저장소에 저장

branch : 새로운 브랜치 생성

checkout : 지정한 브랜치로 이동

merge : 브랜치 병합

init : 지역 저장소 생성

remote add : 원격 저장소에 연결

push : 로컬 저장소의 변경 내역을 원격 저장소에 반영

fetch : 원격 저장소의 변경 이력만을 지역 저장소로 가져옴

clone : 원격 저장소의 전체 내용을 지역 저장소로 복제

fork : 지정한 원격 저장소의 내용을 자신의 원격 저장소로 복제

 

 

48. 빌드 자동화 도구

 

빌드 자동화 도구

빌드를 포함해 테스트 및 배포를 자동화하는 도구

- 지속적인 통합 개발 환경에서 유용

 

• 빌드 자동화 도구

1. Jenkins

- 자바 기반의 오픈 소스 형태, 가장 많이 사용되는 빌드 자동화 도구

- 서블릿 컨테이너에서 실행되는 서버 기반 도구

- SVN, Git 등 대부분의 형상 관리 도구와 연동 가능

- Web GUI 제공

- 여러 대의 컴퓨터를 이용한 분산 빌드나 테스트 가능 

 

 

2. Gradle

- Groovy를 기반으로 한 오픈 소스 형태의 자동화 도구

- 안드로이드 앱 개발 환경에서 사용, 플러그인 설정 시 JAVA, C/C++, Python 등의 언어도 빌드 가능

- DSL을 스크립트 언어로 사용

- 실행할 처리 명령들을 모아 태스크로 만든 후 태스크 단위로 실행

- 빌드 속도 빠름