전체 글

1. 소프트웨어 패키징 형상 관리 - 형상 관리 (SCM: Software Configuration Management)는 변경 사항을 관리하기 위해 만들어진 활동 - 변경의 원인을 알아내고 제어하며, 잘 변경되고 있는지 확인하는 작업 - 개발의 전 단계에 적용되는 활동이며, 유지보수 단계에서도 수행된다. - 개발 전체 비용을 줄이고, 방해 요인이 최소화도록 보증하는 목적 - 소스 코드 뿐 아니라 프로젝트 게획, 분석서, 설계서, 프로그램, 테스트 케이스 등 포함 - 가시성과 추적성을 보장받음 - git, cvs, subversion 등 2. 형상 관리의 중요성 - 지속적인 소프트웨어의 변경 사항을 체계적으로 추적하고 통제 가능 - 무절제한 변경을 방지 가능 - 버그나 수정 사항을 추적 가능 - 진행 정..

1. 소프트웨어 사용자 매뉴얼 개요 - 사용자가 소프트웨어를 사용하는 과정에서 필요한 내용을 문서로 기록한 설명서 - 소프트웨어에 필요한 절차, 환경 등을 포함해 작성 - 배포 후 발생될 수 있는 오류에 대한 패치나 기능에 대한 업그레이트를 위한 매뉴얼 버전 관리 - 개별적으로 동작이 가능한 컴포넌트 단위로 매뉴얼 작성 - 컴포넌트 명세서와 컴포넌트 구현 설계서를 토대로 작성 -> 컴포넌트 명세서 - 컴포넌트의 개요 및 내부 클래스의 동작, 외부와의 통신 명세 등을 정의 함 -> 컴포넌트 구현 설계서 - 구현에 필요한 컴포넌트 구조도, 컴포넌트 목록, 인터페이스 명세로 구성 2. 서문 - 문서 이력, 사용자 매뉴얼의 주석, 기록 보관을 위해 필요한 내용을 기술 - 사용자 매뉴얼의 주석 : 주의 사항과 참..

1. 소프웨어 설치 매뉴얼 개요 - 개발 초기에서부터 적용된 기준이나 사용자가 소프트웨어를 설치하는 과정에 필요한 내용을 기록한 설명서 - 사용자 기준으로 작성 - 시작부터 완료까지 전 과정을 설명 - 설치 과정에서 나오는 오류 메시지, 예외를 별도로 설명 - 목차 및 개요, 서문, 기본 사항 등이 기본적을 포함 - 목차에는 전체 설치 과정을 순서대로 요약 하고 페이지 표시 - 개요에는 설치 매뉴얼의 주요 특징, 구성, 설치 방법, 순서 등 설명 2. 서문 - 문서 이력, 설치 매뉴얼 주석, 설치 도구 구성, 설치 환경 등을 기술 - 설치 매뉴얼 주석 : 주의 사항과 참고 사항을 기술 - 주의 사항 : 설치할 때 사용자가 반드시 알아야 하는 내용 - 참고 사항 : 설치에 영향을 미칠 수 있는 환경이나 상..

1. 저작권 개요 - 저작권이란 창작자가 가지는 배타적 독점적 권리로 타인의 침해를 받지 않을 고유한 권한이다 2. 디지털 저작권 관리 개요 - 저작권자가 배포한 디지털 콘텐츠가 저작권자가 의도한 용도로만 사용되도록 디지털 콘텐츠를 관리 및 보호하는 기술 - 원본이 아날로그인 경우 디지털로 변환 후 DRM 패키징 수행 - 크기가 작은 경우 실시간으로 패키징을 수행 - 크기 큰 경우 미리 패키징을 수행 후 배포 - 패키징을 수행하면 콘텐츠에는 암호화된 전자서명과 라이선스 정보가 클리어링 하우스(Clearing House)에 등록된다 -> 디지털 저작권 라이선스 중개 및 발급을 수행하는 곳 - 종량제 방식을 적용한 소프트웨어의 경우 클리어링 하우스를 통해 서비스의 실제 사용량을 측정받고 요금 부과 3. 디지..

1. 릴리즈 노트 개요 - 개발 과정에서 정리된 릴리즈 정보를 최종 사용자와 공유하기 위한 문서 - 테스트 결과와 스프트웨어 사양에 대한 개발팀의 정확한 준수 여부를 확인 가능 - 소프트웨어 전체 기능, 서비스의 내용, 개선 사항 등을 사용자와 공유할 수 있다 - 스프트웨어의 버전 관리 가능 - 소프트웨어 출시 후 개선된 작업이 있을 때마다 관련 내용을 릴리즈 노트에 제공 2. 릴리즈 노트 추기 버전 작성 시 고려사항 - 정확하고 완전한 정보를 기반으로 개발팀에서 현재 시제로 작성 - 신규 소스, 빌드 등의 이력이 정확하게 관리되어 변경 또는 개선된 항목에 대한 이력 정보들도 작성되어야 한다 - 표준 형식은 없지만 일반적으로 머릿말, 개요, 목적, 문제 요약, 재현 항목, 수정/개선 내용, 사용자 영향도..

1. 소프트웨어 패키징 개요 - 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일로 만드는 것 - 사용자 중심으로 진행 - 소스 코드 관리를 고려하여 모듈화하여 패키징 - 사용자 환경을 이해하여, 일반적인 배포 형태로 패키징한다 2. 패키징 시 고려사항 - 사용자 시스템 환경(운영체제, CPU, 메모리 등)에 필요한 최소 환경을 정의 - UI는 사용자가 눈으로 직접 확인할 수 있도록 시각적인 자료와 함께 제공 - 하드웨어와 함께 고나리될 수 있도록 Managed Service 형태로 제공한다. -> 고객이 사용중인 소프트웨어를 24시간 모니터링 하면서 문제 발생 시 현장 출동하여 점검을 수행하는 등의 체계적인 운영 관리 - 내부 콘텐츠에 대한 암호화 및 보안을 고려한다 - 다른 여러 콘텐츠 및 단말기..

1. 통합 개발 환경(IDE) - 개발에 필요한 편집기, 컴파일러, 디버거 등의 툴을 하나의 인터페이스로 통합하여 제공하는 것 - 코드 자동 생성 및 컴파일이 가능하고 추가 기능을 다운로드 할 수 있다 - 코드 실행 및 테스트 시 오류가 발생한 부분을 시각화하므로 수정에 용이 - 외부 서비스와 연동해서 개발에 편의 제공 2. 빌드 도구 - 빌드 : 소스 코드 파일들을 컴퓨터에서 실행할 수 있게 변환하는 과정 또는 결과물을 말함 - 빌드 도구는 변환 과정에 필요한 전처리(Preprocessing), 컴파일 등의 작업을 수행 -> 컴파일에 앞서 코드에 삽입된 주석을 제거하거나 매크로들을 처리하는 과정 - 대표적인 도구 : 1. Ant(Another Neat Tool) - 아파치, 자바 프로젝트의 공식적인 빌..

1. 단위 모듈 테스트 개요 - 모듈이 정해진 기능을 정확히 수행하는지 검증하는 것 - 단위 테스트(Unit Test)라고도 하며, 화이트박스 테스트와 블랙박스 테스트 기법을 사용 화이트박스 - 소스 코드를 오픈시킨 상태에서 소스 코드의 모든 논리적인 경로를 테스트 블랙박스 - 소프트웨어가 수행할 특정 기능이 완전히 작동되는 것을 입증하는 테스트 - 테스트를 위해서는 모듈을 단독적으로 실행할 수 있는 환경과 테스트에 필요한 데이터가 준비되어야한다 - 시스템 수준의 오류는 잡아낼 수 없다 2. 테스트 케이스 - 테스트 항목에 명세서로, 명세 기반 테스트의 설계 산출물에 해당 명세 기반 테스트 - 사용자의 요구사항에 대한 명세를 빠짐없이 테스트 케이스로 구현하고 있는지 확인하는 것 - 테스트 전, 테스트에 ..