Byseul

1. 공유 폴더 방식버전 관리 자료가 로컬 컴퓨터의 공유 폴더에 저장되어 관리되는 방식약속된 공유 폴더에 매일 복사로컬로 복사 후 컴파일하여 이상유무 확인파일 오류 확인되면, 등록한 개발자에게 수정 의뢰파일의 변경 사항을 DB에 기록하여 관리SCCS, RCS, PVCS, QVCSRCS (Revision Control System) : 소스 파일 동시 수정 방지, 다른 방향으로 진행된 개발 결과를 합치거나 변경 내용 추적 가능2. 클라이언트/서버 방식서버에 저장되어 관리되는 방식로컬로 복사하여 작업한 후 변경된 내용을 서버에 반영모든 버전관리는 서버에서 수행하나의 파일을 서로 다른 개발자가 작업할 경우 경고 메시지 출력서버 문제시, 복수되지 전까지 협업 및 버전관리 작업은 중단CVS, SVN, CVSNT,..

1. 소프트웨어 패키징의 형상관리형상관리 (SCM; Software Configuration Management)소프트웨어 개발과정에서 소프트웨어의 변경 사항을 관리하기 위해 개발된 일련의 활동변경원인 제어개발 전 단계에 적용 / 유지보수 단계에서도 수행개발 비용 감소, 방해요인 최소화되도록 보증하는 것이 목적프로젝트 계획, 분석서, 설계서, 프로그램, 소스코드, 테스트 케이스 등 포함가시성과 추적성 보장함으로써 소프트웨어의 생산성과 품직을 높일 수 있음Git, CVS, Subversion2. 형상관리의 중요성지속적인 변경 사항을 체계적으로 추적하고 통제무절제한 변경 방지버그나 수정사항 추적진행 정도 확인하기 위한 기준배포본 효율적으로 관리여러 명의 개발자가 동시 개발 가능3. 형상관리 기능형상 식별 :..

사용자가 소프트웨어를 사용하면서 필요한 제반 사항이 모두 포함되도록 작성되어야 함배포 후 발생될 수 있는 오류에 대한 패치나 기능에 대한 업그레이드를 위해 매뉴얼 버전 관리개별적으로 동작이 가능한 컴포넌트 단위로 매뉴얼 작성컴포넌트 명세서, 컴포넌트 구현 설계서 기준으로 작성1. 서문문서 이력, 사용자 매뉴얼의 주석, 기록 보관을 위해 필요한 내용 기술2. 기본사항소프트웨어 개요, 소프트웨어 사용환경, 소프트웨어 관리, 모델/버전별 특징, 기능/인터페이스 특징, 소프트웨어 구동환경3. 사용자 매뉴얼 작성 방법사용자가 사용방법을 이해하기 쉽도록 상황별로 누락없이 캠처하여 순서대로 상세히 설명사용자 화면, 주요 기능 분류, 응용 프로그램 및 설정, 장치 연동, Network 환경, Profile 안내, 고객..

사용자를 기준으로 설치과정에 대한 모든 내용이 순서대로 빠짐없이 수록되어야 함설치과정에서 표시될 수 있는 오류메시지 및 예외 상황에 관한 내용을 별도로 분류하여 설명1. 서문문서이력, 설치 매뉴얼의 주석, 설치 도구의 구성, 설치 환경 체크항목2. 기본사항소프트웨어 개요, 설치 관련 파일, 설치 아이콘, 프로그램 삭제, 관련 추가 정보3. 설치 매뉴얼 작성 방법설치과정을 이해하기 쉽도록 설치 화면을 누락없이 캡처하고 순서대로 상세히 설명설치화면, 설치 이상 메시지, 설치 완료 및 결과, FAQ, 설치 시 점검사항, Network 환경 및 보안, 고객지원방법, 준수 정보 및 제한 보증4. 설치 매뉴얼 작성 순서> 기능 식별 → UI분류 → 설치파일 / 백업파일 확인 → Uninstall 절차 확인 → 이상..

불법 복제 및 배포 등을 막기위한 기술적인 방법저작권자가 의도한 용도로만 사용되도록 디지털 콘텐츠의 생성, 유통, 이용까지의 전 과정에 걸쳐 사용되는 디지털 콘텐츠 관리 및 보호 기술원본 콘텐츠가 아날로그인 경우 디지털로 변환 후 패키저에 의해 DRM 패키징을 수행크기가 작은 경우, 사용자가 콘텐츠를 요청하는 시점에서 실시간 패키징 수행크기가 큰 경우, 미리 패키징을 수행한 후 배포암호화된 저작권자의 전자서명이 포함되고 저작권자가 설정한 라이선스 정보가 클리어링 하우스(Clearing House)에 등록됨사용자는 클리어링 하우스에 등록된 라이선스 정보를 통해 사용자 인증과 콘텐츠 사용권한 소유 여부를 확인받아야 함종량제 방식의 경우, 클리어링 하우스를 통해 서비스의 사용량을 측정하여 이용한 만큼의 요금 ..

고객과 공유하기 위한 문서테스트 결과 및 개발 준수 여부 확인 가능전체 기능, 서비스 내용, 개선 사항 공유체계적인 버전관리개선 사항을 적용한 추가 배포시 제공최종 승인을 받은 문서1. 릴리즈 노트 초기 버전 작성 시 고려사항정확하고 완전한 정보기반으로 개발팀에서 직접 현재 시제로 작성이력이 정확하게 관리되어 변경, 개선된 항목에 대한 이력 정보 작성2. 릴리즈 노트 추가 버전 작성 시 고려사항베타 버전 출시, 긴급한 버그 수정, 업그레이드 등 기능 향상, 사용자 요청 등 특수한 상황이 발생한 경우 작성버그 번호를 포함한 모든 수정내용을 작성업그레이드 경우, 릴리즈 버전 출시 후 릴리즈 노트 작성요구사항 추가 및 수정된 경우, 기능 향상과는 다른 별도의 릴리즈 버전 출시 후 릴리즈 노트 작성3. 릴리즈 ..

모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것개발자가 아닌 사용자 중심으로 진행모듈화하여 패키징다양한 환경에서 손쉽게 사용할 수 있도록 일반적인 배포 형태로 패키징1. 패키징 시 고려사항운영체제(OS), CPU, 메모리 등 필요한 최소 환경 정의UI는 시작적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징하드웨어와 함게 관리될 수 있도록 Managed Service형태로 제공내부 콘텐츠에 대한 암호화 및 보안을 고려다른 여러 콘텐츠 및 단말기 간 DRM(디지털 저작권 관리) 연동을 고려편의성을 위한 복잡성 및 비효율성 문제 고려제품 소프트웨어 종류에 적합한 암호화 알고리즘 적용2. 패키징 작업 순서개발 기법에 따라 달라짐애자일 경우 2-4주 내 지정각 주기가 끝날 때마다 패키징 수행주..

1. 통합 개발 환경 (IDE; Integrated Development Environment)코딩, 디버스, 컴파일, 배포 등 프로그램 개발과 관련된 모든 작업을 하나의 프로그램에서 처리할 수 있도록 제공하는 소프트웨어적인 개발 환경하나의 인터페이스로 통합하여 제공통합 개발 환경 도구 기능코딩(Coding) : 프로그래밍 언어로 프로그램을 작성하는 기능컴파일(Compile) : 고급언어로 된 프로그램을 컴퓨터가 이해할 수 있는 목적 프로그램으로 번역하여 컴퓨터에서 실행 가능한 형태로 변환하는 기능디버깅(Debugging) : 소프트웨어나 하드웨어의 오류나 잘목된 동작, 즉 버그를 찾아 수정하는 기능배포(Deployment) : 소프트웨어를 사용자에게 전달하는 기능2. 빌드 도구소스 코드 파일을 컴퓨터에..

단위 기능을 구현하는 모듈이 정해진 기능을 정확히 수행하는지 검증하는 것화이트박스 테스트, 블랙박스 테스트 기법 사용모듈을 단독적으로 실행할 수 있는 환경과 테스트에 필요한 데이터가 모두 준비되어야 함에러를 쉽게 발견하고 수정 가능시스템 수준의 오류는 발견 불가능1. 테스트 케이스 (Test Case)요구사항을 정확하게 준수했는지 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 데스트 항목에 대한 명세서단위 모듈을 테스트 하기 전에 입력 데이터, 테스트 조건, 예상 결과를 모아 테스트 케이스를 만듦테스트 케이스를 이용하지 않으면 검증 누락, 불필요한 검증 반복 등으로 인력과 시간 낭비를 함ISO/IEC/IEEE 29119-3표준에 따름테스트 케이스 포함 항목식별자(Identifier..

단위 모듈 : 한 가지 동작을 수행하는 기능을 모듈로 구현한 것단위 기능 : 단위 모듈로 구현되는 하나의 기능두 개의 단위 모듈이 합쳐질 경우 두 개의 기능을 구현단위 모듈 구성요소 : 처리문, 명령문, 데이터 구조독립적인 컴파일이 가능다른 모듈에 호출되거나 삽입되기도 함단위 기능 명세서 작성 후 입 · 출력 기능과 알고리즘을 구현단위 기능 명세서 작성 → 입 · 출력 기능 구현 → 알고리즘 구현1. 단위 기능 명세서 작성설계 과정에서 작성하는 기능 및 코드 명세서나 설계 지침과 같이 단위 기능을 명세화한 문서단순화 하기 위한 추상화 작업 필요대형 시스템을 분해하여 단위 기능별로 구분, 각 기능들을 계층적으로 구성하는 구조화 과정을 거침모듈의 독립적인 운용과 한 모듈 내의 정보가 다른 모듈에 영향을 주기..