정보 처리 기사

정처기 2-4. 애플리케이션 테스트 관리

1. 애플리케이션 테스트 케이스 설계 - 테스트 케이스 : 특정 요구사항에 준수하는 지를 확인하기 위해 개발된 입력값, 실행 조건, 예상된 결과의 집합 - 테스트 케이스 구성요소 : 식별자 / 테스트 항목 / 입력명세 / 출력명세 / 환경설정 / 특수절차요구 / 의존성 기술 - 테스트 오라클 : 테스트의 결과가 참인지 거짓인지를 판단하기 위해서 사전에 정의된 참값을 입력하여 비교하는 기법 - 테스트 오라클 종류 : 참 오라클 발생된 오류를 모두 검출할 수 있는 오라클 샘플링 오라클 특정한 몇 개의 입력값에 대해서만 기대한느 결과를 제공해주는 오라클 휴리스틱 오라클 특정 입력값에 대해 올바른 결과를 제공하고, 나머지 값들에 대해서는 휴리스틱으로 처리한느 올아클 일관성 검사 오라클 애플..

정처기 2-3. 제품 소프트웨어 패키징

1. 제품 소프트웨어 패키징 - 애플리케이션 패키징 : 개발이 완료된 제품 소프트웨어를 배포하고 설치할 수 있도록 고객에게 전달하기 위한 형태로 제작하고, 설치와 사용에 필요한 제반 내용을 포함하는 매뉴얼을 작성하는 활동 - 특징 : 사용자 중심으로 진행 / 신규 및 변경 개발 소스를 식별하며, 이를 모듈화하여 상용 제품으로 패키징 / 버전 관리 및 릴리즈 노트를 통해 지속적으로 관리 - 사용자 관점에서의 패키징 고려사항 : 사용자 시스템 환경정의 / UI 제공 / 관리 서비스 형태로 제공 / 패키징 변경 및 개선 관리 고려 - 애플리케이션 패키징 릴리즈 노트 : 애플리케이션 최종 사용자인 고객과 잘 정리된 배포 정보를 공유하는 문서. 상세 서비스를 포함하여 수정, 변경 또는 ..

정처기 2-2. 통합 구현

1. 모듈 구현 - 단위 모듈 구현 : 소프트웨어 개발에 있어 기능을 단위 모듈별로 분할하고 추상화하여 성능을 향상시키고, 유지보수를 효과적으로 하기 위한 구현 기법 - 원리 : 정보 은닉 / 분할과 정복 / 추상화 / 모듈 독립성 - 재사용 기법 : 재공학 / 역공학 / 재개발 - 단위 모듈 테스트 : 모듈의 개별적인 코드 단위가 예상대로 작동하는지 확인하는 기법. IDE 도구를 활용 - 종류 : 블랙박스 테스트 프로그램 외부 사용자의 요구사항 명세를 보면서 수행하는 테스트 화이트박스 테스트 모듈 내부의 소스를 보면서 수행하는 테스트 메서드 기반 테스트 단위 모듈의 외부에 공개된 메서드 기반의 테스트 화면 기반 테스트 각각의 화면단위로 단위 모듈을 개발 ..

정처기 2-1. 데이터 입출력 구현

1. 논리 데이터 저장소 확인 - 자료 구조 : 컴퓨터상 자료를 효율적으로 저장하기 위해 만들어진 논리적인 구조 - 분류 : 선형 구조 리스트 - 선형 리스트 : 연속되는 기억 장소에 저장되는 리스트 - 연결 리스트 : 노드의 포인터 부분으로 서로 연결시킨 리스트 스택 - 한 방향으로만 자료를 넣고 꺼낼 수 있는 LIFO 형식의 자료 구조 - TOP은 스택에서 가장 위에있는 데이터로, 스택 포인터라고도 불림 큐 - 한쪽 끝에서는 삽입 작업이 이뤄지고, 반대쪽 끝에서는 삭제 작업이 이루어지는 FIFO 형식의 자료 구조 - 꺼내는 쪽에서 가장 가까운 데이터는 Front, 데이너를 넣는 쪽에서 가장 가까운 데이터는 Rear 데크 - 큐의 양쪽 끝에서 삽입과 삭제를 할 수 있는 자료 구조 비선..

정처기 1-4. 인터페이스 설계

1. 인터페이스 요구사항 확인 - 내/외부 인터페이스 요구사항 : 조직 내/외부에 존재하는 시스템들이 상호 접속을 통하여 특정 기능을 수행하기 위한 접속 방법이나 규칙에 대한 필수적 요구사항 - 분류 : 기능적 요구사항 / 비기능적 요구사항 - 내/외부 인터페이스 관련 요구사항 식별 및 분류 프로세스 : 요구사항 식별 / 명세서 및 현황 자료 준비 / 기능, 비기능 요구사항 분류 - 내/외부 인터페이스 요구사항 명세서 구체화 프로세스 : 요구사항 정의서 세분화 / 요구사항 내용의 이해 및 수정 / 누락된 인터페이스 요구사항 신규 정의 / 요구사항 정리 - 요구공학 : 사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출, 분석, ..

정처기 1-3. 애플리케이션 설계

1. 공통 모듈 설계 - 모듈 : 독립된 하나의 소프트웨어 또는 하드웨어 단위를 지칭하는 용어 - 상대적으로 독립성을 가지고 있음 - 단독으로 컴파일할 수 있으며, 재사용할 수 있음 - 독립성이 높은 모듈일수록 모듈 수정 시에도 다른 모듈들에 영향으르 거의 미치지 않고, 오류가 발생 시에도 쉽게 해결할 수 있다. - 독립성을 높이려면 모듈의 결합도는 낮게, 응집도는 강하게, 모듈의 크기는 작게 만들어야 한다. - 공통 모듈 : 전체 프로그램의 기능 중 특정 기능을 처리할 수 있는 실행 코드 - 원칙 : 정확성 / 명확성 / 완전성 / 일관성 / 추적성 - 모듈화 : 프로그램이 효율적으로 관리될 수 있도록 시스템을 분해하고 추상화함으로써 소프트웨어 제품의 성능을 향상시키거나..