E_ONION

1. 데이터베이스 설계(설계 순서, 각 단계별 특징 및 작업) ● 고려 사항 : 무결성(제약 조건 항상 만족), 일관성, 회복, 보안, 효율성, DB 확장 ● 설계 순서 ① 요구 조건 분석 : 필요 용도 파악, 수집, 요구 조건 명세 작성 ② 개념적 설계(정보 모델링, 개념화) : 다른 사람과 통신 위해 현 세계 인식을 추상적 개념으로 표현 과정 - 개념 스키마 모델링, 트랜잭션 모델링 병행 수행, 요구 조건 명세를 DBMS에 독립적인 E-R 다이어그램으로 작성 - DBMS에 독립적인 개념 스키마 설계 ③ 논리적 설계(데이터 모델링) : DBMS가 지원하는 논리적 자료 구조로 변환하는 과정 - 데이터 타입과 논리적 구조의 데이터로 모델화 - 개념 스키마를 평가 및 정제, 논리적 스키마(종속적) 설계, 트..

정보처리기사 필기 2020. 6. 4. 02:24

1. 모듈 간 공통 기능 및 데이터 인터페이스 확인 └ 모듈 간 교환되는 데이터가 저장될 파라미터 - 인터페이스 설계서에서 정의한 모듈의 기능을 기반으로 확인. - 확인된 공통 기능 및 인터페이스는 인터페이스의 기능을 식별하는데 사용 - 순서 : 모듈별 기능 확인 => 공통적으로 제공되는 기능과 각 데이터의 인터페이스 확인 ● 인터페이스 설계서 : 교환 데이터 및 관련 업무, 송 · 수신 시스템 등에 대한 내용 정의한 문서 ┌ 일반적인 인터페이스 설계서 : 시스템의 인터페이스 목록, 각 interface 상세 데이터 명세, 각 기능의 세부 인터페이스 정보를 정의한 문서 => 시스템 인터페이스 설계서, 상세 기능별 인터페이스 명세서로 구분 └ 정적 · 동적 모형을 통한 인터페이스 설계 : 다이어그램을 이용..

정보처리기사 필기 2020. 6. 3. 02:36

1. 애플리케이션 테스트 : 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 - SW가 고객의 요구 사항을 만족시키는지 확인(Validation) => 사용자 입장, 결과 - SW가 기능을 정확히 수행하는지 검증 및 점검(Verification) => 개발자 입장, 과정 - 테스트 실행 전에 개발한 SW의 유형을 분류하고 특성을 정리해서 중점적으로 테스트할 사항을 정리해야 함 ● 애플리케이션 테스트의 필요성 - 프로그램 실행 전에 오류 발견하여 예방 가능, 반복적으로 테스트하므로 신뢰도 향상 - 개발 초기부터 테스트 계획하고 시작하면 단순 오류뿐이 아닌 새로운 오류의 유입도 예방 가능 - 최소한의 시간과 노력으로 많은 결함 찾을 수 있음 ● 애플리케이션 테스트의 기본 원리 - 완벽한 SW 테스팅..

정보처리기사 필기 2020. 6. 3. 02:24

1. 소프트웨어 패키징 :모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일 만드는 것 - 사용자 중심, 소스코드는 모듈화하여 패키징, 손쉽게 사용하기 위해 배포 형태로 패키징, 사용자의 편의성 및 실행 환경 우선 고려 ​ ● 고려 사항 - 사용자의 시스템 환경에 필요한 최소 환경을 정의 - UI는 시각적인 자료와 함께 제공하고 매뉴얼과 일치시켜 패키징 - SW는 HW와 함께 관리될 수 있도록 Managed Service 형태로 제공 - 고객의 편의성을 고려한 안정적인 배포가 중요, 요구 사항 반영할 수 있도록 개선에 대한 관리를 항상 고려 ● 패키징 작업 순서 - 각 주기 끝날 때마다 패키징, 주기별로 패키징한 결과물은 테스트 서버에 배포, 온라인 or 오프라인으로 배포 ① 기능 식별 ② 모듈화 : ..

정보처리기사 필기 2020. 6. 3. 01:48

1. 단위 모듈 구현 : SW 구현에 필요한 여러 동작 중 한 가지 동작을 수행하는 기능을 모듈로 구현한 것 - 단위 모듈로 구현되는 하나의 기능을 단위 기능이라고 함, 값을 전달받아 시작되는 작은 프로그램 - 두 개의 모듈 합성 => 두 개의 기능 구현 가능 - 구성요소(처리문, 명령문, 데이터 구조), 독립적 컴파일 가능, 호출 및 삽입 가능 - 과정 ① 단위 기능 명세서 작성 : 설계 과정서 작성하는 기능 및 코드 명세서나 설계 지침과 같이 단위 기능을 명세화한 문서 - 추상화, 구조화, 정보 은닉 고려 ② 입 · 출력 기능 구현 : 단위 기능 명세서에서 정의한 데이터 형식에 따라 입출력 기능 위한 알고리즘 및 데이터를 구현 - CLI, GUI와의 연동 고려, 무료 공개 => Open Source ..

정보처리기사 필기 2020. 6. 3. 01:32

1. 자료구조 : 자료의 표현과 연산, 자료들을 조직하고 구조화, 어떠한 자료 구조든 연산 처리 가능, 자료 구조에 따라 실행 시간 다름 - 선형 구조 ┌ 배열 : 기억장소 추가 어렵, 데이터 삭제 시 메모리 낭비 발생, 첨자 이용, 반복적 처리 적합 ┢ 선형 리스트 ┌ 연속 리스트 : 배열 이용, 기억장소 효율 밀도 1로 가장 좋음 └ 연결 리스트 : 포인터 이용, 삽입, 삭제 용이 but 느림, 기억 공간 효율 좋지 않음 ┢ 스택 : LIFO, 한쪽 끝에서만 자료 삽입, 삭제 ┢ 큐 : FIFO, 한쪽에서 삽입, 다른 한쪽에서 삭제, 시작과 끝을 표시하는 두 개의 포인터 존재, OS 작업 스케줄링에 사용 └ 데크 : 양쪽에서 삽입 삭제 - 비선형 구조 ┌ 트리 └ 그래프 ​ 2. 데이터저장소/데이터베..

정보처리기사 필기 2020. 6. 3. 01:24

1. 시스템 인터페이스 요구사항 분석 : 분석 기법 이용, 세분화, 누락 요소 추가, 우선순위 부여 - 시스템 인터페이스 요구사항 명세서 요소 : 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려 사항 - 분석 절차 ┌ ① 요구사항 목록 작성(선별) ┡ ② 요구사항 자료 준비 ┡ ③ 기능적 · 비기능적 분류 ┡ ④ 내용 추가 수정(분석 및 명세서 구체화) └ ⑤ 요구사항 목록을 관련 이해관계자에게 전달(요구사항 명세서 공유) ​ 2. 인터페이스 요구사항 검증 : 요구사항 잘 기술됐는지 검토, 베이스라인 설정 - 과정 ┌ ① 인터페이스 요구사항 검토 계획 수립 후에 자료와 일정 등을 전달 ┡ ② 인터페이스 요구사항 검토 및 오류 수정 : 오류..

정보처리기사 필기 2020. 6. 3. 01:15