개발공부기록

2024년도 시나공 필기 책 내용 정리 섹션27. 모듈 간 공통 기능 및 데이터 인터페이스 확인 1. 모듈 간 공통 기능 및 데이터 인터페이스의 개요 공통 기능 : 모듈의 기능 중에서 공통적으로 제공되는 기능을 의미데이터 인터터페이스 : 모듈 간 교환되는 데이터가 저장될 파라미터(매개변수)를 의미2. 인터페이스 설계서 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무, 송/수신 시스템 등에 대한 내용을 정의한 문서섹션28. 모듈 연계를 위한 인터페이스 기능 식별 1. EAI의 구축 유형 Point-to-Point : 애플리케이션을 1:1로 연결하는 방식Hub & Spoke : 단일 접점인 허브 시스템을 통해 데이터를 전송하는 중앙 집중형 방식Message Bus(ESB방식) : 애플리..

2024년도 시나공 필기 책 내용 정리 섹션27. 모듈 간 공통 기능 및 데이터 인터페이스 확인 1. 모듈 간 공통 기능 및 데이터 인터페이스의 개요 공통 기능은 모듈의 기능 중에서 공통적으로 제공되는 기능을 의미함데이터 인터페이스는 모듈간 교환되는 데이터가 저장될 파라미터를 의미함인터페이스 설계서에서 정의한 모듈의 기능을 기반으로 확인확인한 공통 기능 및 데이터 인터페이스는 모듈 간 연계가 필요한 인터페이스의 기능을 식별하는데 사용됨확인 순서인터페이스 설계서를 통해 모듈별 기능을 확인외부 및 내부 모듈을 기반으로 공통적으로 제공되는 기능과 각 데이터의 인터페이스를 확인2. 인터페이스 설계서 시스템 사이의 데이터 교환 및 처리를 위해 교환 데이터 및 관련 업무, 송 수신 시스템 등에 대한 내용을 정의한 ..

2024년도 시나공 필기 책 내용 정리 섹션17. 애플리케이션 테스트 1. 확인(Validation) / 검증(Verification) 확인 : 사용자의 입장에서, 개발한 소프트웨어가 고객의 요구사항에 맞게 구현되었는지를 확인하는 것검증 : 개발자의 입장에서, 개발한 소프트웨어가 명세서에 맞게 만들어 졌는지를 검점하는지2. 파레토 법칙 소프트웨어 테스트에서 오류의 80%는 전체 모듈의 20% 내에서 발견된다는 법칙3. 결함 집중 애플리케이션 대부분의 결함이 소수의 특정 모듈에 집중해서 발생하는 것을 의미파레토 법칙이 좌우함결함은 발생한 모듈에서 계속 추가로 발생할 가능성이 높음섹션18. 애플리케이션 테스트의 분류 1.강도(Stress) 테스트 : 시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하시에도..

2024년도 시나공 필기 책 내용 정리 섹션24. 결함 관리 1. 결함(Fault)의 정의 오류 발생, 작동 실패 등과 같이 소프트웨어가 개발자가 설계한 것과 다르게 동작하거나 다른 결과가 발생 되는 것을 의미사용자가 예상한 결과와 실행 결과 간의 차이나 업무 내용과의 불일치 등으로 인해 변경이 필요한 부분도 모두 결함에 해당함2. 결함 관리 프로세스 결함 관리 계획 : 전체 프로세스에 대한 결함 관리 일정, 인력, 업무 프로세스등을 확보하여 계획을 수립하는 단계결함 기록 : 테스터는 발견된 결함을 결함 관리 DB에 등록결함 검토 : 테스터, 프로그램 리더, 품질 관리(QA) 담당자 등은 등록된 결함을 검토하고 결함을 수정할 개발자에게 전달결함 수정 : 개발자는 전달받은 결함을 수정결함 재확인 : 테스터..

2024년도 시나공 필기 책 내용 정리  섹션22. 테스트 케이스/테스트 시나리오/테스트 오라클 1.테스트 케이스(Test Case) 구현된 소프트웨어가 사용자의 요구사항을 정확하게 준수했는지를 확인하기 위해 설계된 입력 값, 실행 조건, 기대 결과 등으로 구성된 테스트 항목에 대한 명세서명세 기반 테스트의 설계 산출물에 해당됨테스트 케이스를 미리 설계하면 테스트 오류를 방지할 수 있고 테스트 수행에 필요한 인력, 시간 등의 낭비를 줄일 수 있음테스트 목표와 방법을 설정한 후 작성하고 시스템 설계 단계에서 작성하는 것이 가장 이상적2. 테스트 케이스 작성 순서1. 테스트 계획 검토 및 자료 확보테스트 계획서를 재검토하여 테스트 대상 범위 및 접근 방법등을 이해시스템 요구사항과 기능 명세서를 검토하고 테스..

2024년도 시나공 필기 책 내용 정리 섹션20. 개발 단계에 따른 애플리케이션 테스트 1. 개발 단계에 따른 애플리케이션 테스트 소프트웨어의 개발 단계에 따라 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트로 분류되며 분류된 것을 테스트 레벨이라고 함애플리케이션 테스트는 소프트웨어의 개발 단계에서부터 테스트를 수행하므로 단순히 소프트웨어에 포함된 코드 상의 오류뿐만 아니라 요구 분석의 오류, 설계 인터페이스 오류 등도 발견할 수 있음애플리케이션 테스트와 소프트웨어 개발 단계를 연결하여 표현한 것을 V-모델이라 함*검증 테스트 : 개발자 기준의 테스트로 단위테스트, 통합테스트, 시스템 테스트가 해당됨*확인 테스트 : 사용자 기준의 테스트로 인수 테스트가 해당됨2. 단위 테스트(Unit Test)..

2024년도 시나공 필기 책 내용 정리 섹션17. 애플리케이션 테스트 1. 애플리케이션 테스트의 개요 애플리케이션에 잠재되어있는 결함을 찾아내는 일련의 행위또는 절차개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인(Validation - 사용자 중심)하고 소프트웨어가 기능을 정확히 수행하는지 검증(Verification - 개발자 중심)함애플리케이션 테스트를 실행하기 전에 개발한 소프트웨어의 유형을 분류하고 특성을 정리해서 중점적으로 테스트할 사항을 정리해야 함소프트웨어의 분류 소프트웨어는 하드웨어를 동작시켜 사용자가 작업을 편리하게 수행하도록 하는 프로그램과 자료 구조 등을 총칭하는 것으로, 상용 소프트웨어와 서비스 제공 소프트웨어로 구분됨상용 소프트웨어 : 보통의 사용자들이 공통적으로 필요로 하..

2024년도 시나공 필기 책 내용 정리 섹션10. 소프트웨어 패키징 1. 소프트웨어 패키징의 개요 개발자가 아닌 사용자 중심으로 진행소스 코드는 향후 관리를 고려하여 모듈화하여 패키징다양한 환경에서 소프트웨어를 손쉽게 사용 할 수 있도록 일반적인 배포 형태로 패키징2. 패키징 시 고려사항 사용자에게 배포되는 소프트웨어이므로 내부 콘텐츠에 대한 암호화 및 보안을 고려다른 여러 콘텐츠 및 단말기 간 DRM(디지털 저작권 관리)연동을 고려사용자의 편의성을 위한 복잡성 및 비효율성 문제를 고려제품 소프트웨어 종류에 적합한 암호화 알고리즘을 적용 섹션11. 디지털 저작권 관리(DRM) 1. 디지털 저작권 관리(Digital Right Management) 저작권자가 배포한 디지털 콘텐츠가 저작권자가 의도한용도로만..