소프트웨어 개발 3강. 제품 소프트웨어 패키징

패키징의 기준은 개발자가 아니라 사용자입니다. 이 한 문장만 붙잡고 있으면 이 강의 문제는 거의 다 맞힙니다.

풀고 시작

패키징의 주인은 사용자입니다

개발이 끝났다고 제품이 된 것은 아닙니다. 설치할 수 있어야 하고, 설명서가 있어야 하고, 다음 버전으로 갱신할 수 있어야 하죠. 이 과정을 제품 소프트웨어 패키징이라고 부릅니다.

시험이 반복해서 확인하는 원칙이 있습니다. 패키징은 사용자 중심으로 한다는 것입니다. 개발자가 편한 모듈 단위가 아니라 사용자가 쓰는 기능 단위로 묶고, 사용자의 실행 환경을 미리 이해해 그에 맞는 형태로 만듭니다. 관리하기 쉽게 모듈화해서 묶되, 향후 서비스 지원을 고려해 버전 관리와 갱신 체계를 함께 설계합니다.

패키징 순서는 기능 식별에서 시작해 모듈화, 빌드 진행, 사용자 환경 분석, 패키징 및 적용 시험, 그리고 배포로 이어집니다. 사용자 환경 분석이 빌드 뒤에 온다는 점이 조금 낯설게 느껴지실 텐데, 실행 파일이 나와야 그 환경에서 실제로 돌려 볼 수 있기 때문입니다.

DRM은 저작권을 코드로 옮긴 것입니다

DRM(Digital Rights Management)은 디지털 콘텐츠의 생성부터 유통, 사용까지 전 과정에서 권리를 보호하는 기술입니다. 전자책, 음원, 사내 문서 보안이 모두 여기 해당하죠.

구성 요소가 시험에 나옵니다. 콘텐츠를 만드는 콘텐츠 제공자, 유통을 담당하는 콘텐츠 분배자, 사용자가 쓰는 DRM 컨트롤러, 암호화된 콘텐츠를 담는 패키저, 그리고 권리 정보와 라이선스를 발급하는 클리어링 하우스입니다. 클리어링 하우스가 라이선스 발급과 정산을 맡는다는 점이 특히 자주 나옵니다.

기술 요소로는 콘텐츠를 암호화하는 암호화 기술, 저작권 정보를 눈에 안 보이게 심는 워터마킹, 사용 규칙을 기술하는 권리 표현 언어, 프로그램 변조를 막는 위변조 방지 기술, 특정 기기에서만 열리게 하는 키 관리 등이 나옵니다.

매뉴얼은 두 종류입니다

패키징의 산출물에는 반드시 매뉴얼이 포함됩니다. 두 가지가 짝으로 출제됩니다.

두 매뉴얼 모두 사용자 관점의 순서로 씁니다. 설치 매뉴얼은 화면을 캡처해 단계별로 붙이는 것이 원칙이고, 사용자 매뉴얼은 기능 단위로 목차를 잡습니다.

여기서 국제 표준 품질 특성도 함께 정리해 두시면 좋습니다. ISO/IEC 9126은 소프트웨어 품질을 여섯 특성으로 나눴습니다. 기능성, 신뢰성, 사용성, 효율성, 유지보수성, 이식성입니다. 이 표준은 이후 ISO/IEC 25010으로 개정되면서 보안성과 호환성이 최상위 특성으로 추가됐습니다. 시험은 여전히 9126의 여섯 특성을 기준으로 묻는 경우가 많으니 여섯 낱말을 먼저 잡아 두세요.

릴리스 노트와 버전 번호

릴리스 노트는 이번 배포판에 무엇이 달라졌는지 적은 문서입니다. 항목으로는 버전과 날짜 같은 머리말, 개요, 새로 추가된 기능, 수정된 결함, 알려진 문제, 설치 및 업그레이드 안내, 연락처가 들어갑니다. 사용자가 갱신 여부를 판단하는 근거이므로, 알려진 문제를 숨기지 않고 적는 것이 원칙입니다.

버전 번호는 흔히 세 자리로 씁니다. 호환되지 않는 큰 변경이면 첫 자리를, 호환되는 기능 추가면 둘째 자리를, 버그 수정이면 셋째 자리를 올리는 방식이 널리 쓰이죠. 규칙을 정해 두면 사용자가 번호만 보고 위험도를 짐작할 수 있습니다.

다음 강에서는 이 제품이 나가기 전에 반드시 거치는 관문, 애플리케이션 테스트를 다룹니다.

인출 문제

생각해볼 질문 (정답 없음)

DRM은 저작자를 보호하지만 정당하게 구매한 사용자의 자유도 함께 제한합니다. 이 둘 사이의 선을 어디에 그어야 공정할까요.

이전: 2강 통합 구현과 형상 관리 · 다음: 4강 애플리케이션 테스트