정보처리기사 필기 문제 유형 분석 (1)

안녕하세요. 소복냥 입니다.
과목 상관없이 문제유형 별 임의적 방법으로 정리한 자료이며, 정보처리기사에서 2020년도 부터 바뀐 유형으로만을 선별하여 정리해볼 계획입니다.

1. 데이터베이스 트랜잭션이 안전하게 수행된다는 것을 보장하기 위한 4가지

* Atomicity ( 원자성 )

• 트랜잭션과 관련된 작업들이 부분적으로 실행되다가 중단되지 않는 것을 보장합니다.
• Commit과 Rollback 명령어에 의해 보장받습니다.
• ex) 예를 들어, 자금 이체 과정에서 보내는 쪽에서 돈을 빼 오는 작업만 성공하고 받는 쪽에 돈을 넣는 작업을 실패해서는 안된다. 원자성은 이와 같이 중간 단계까지 실행되고 실패하는 일이 없도록 하는 것입니다.

* Consistency ( 일관성 )

• 트랜잭션이 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 유지하는 것을 의미합니다.
• 무결성 제약이 모든 계좌는 잔고가 있어야 한다면 이를 위반하는 트랜잭션은 중단됩니다.

* Isolation ( 격리성 )

• 트랜잭션을 수행 시 다른 트랜잭션의 연산 작업이 끼어들지 못하도록 보장합니다.
• 트랜잭션 밖에 있는 어떤 연산도 중간 단계의 데이터를 볼 수 없습니다.

* Durability (지속성 )

• 성공적으로 수행된 트랜잭션은 영원히 반영됩니다.

2. 관계 데이터베이스

* DISTINCT는 중복 제거하라는 의미 하며, 행 단위 중복제거를 합니다.

3. 관계 데이터 모델의 무결성 제약

* Entity Integrity ( 개체 무결성 )

• 기본키는 반드시 값을 가짐 ( NOT NULL )
• PK is not null

* Referential Integrity ( 참조 무결성 )

• 외래 키는 참조되는 릴레이션의 PK 거나 NULL이어야 합니다.
• Foreign Key

* Attribute Integrity ( 속성 무결성 )

• 속성은 지정된 형식에 맞는 값이어야 합니다.
• Data Type
• Null/Not Null

* Key Integrity ( 키 무결성 )

• 한 릴레이션에 각 키는 유일해야 합니다.
• Primary Key

* Domain Integrity ( 사용자 정의 무결성 , 도메인 무결성 )

• 속성은 업무적으로 정합한 값이어야 합니다.
• Check Constraint
• SW Validation

4. 뷰( View )의 특징

• 뷰는 삽입, 삭제, 갱신 연상에 제약사항이 따릅니다.
• 뷰는 데이터 접근 제어로 보안을 제공합니다.
• 뷰는 물리적이 아닌 논리적으로 규현 되는 테이블입니다.
• 뷰는 데이터의 논리적 독립성을 제공합니다.
• 뷰의 정의는 ALTER문을 이용하여 변경할 수 없습니다.
• 뷰 위에 또 다른 뷰를 정의할 수 없습니다.
• 뷰 생성 시 사용되는 SELECT문에서 GROUP BY 구문은 사용 가능하지만, ORDER BY 구문은 사용할 수 없습니다.

5. 분산 데이터베이스 6가지 투명성 ( Transparency )

* 분할 투명성

• 하나의 논리적 Relation이 여러 단편으로 분할되어 각 단편의 사본이 여러 site에 저장됩니다.

* 위치 투명성

• 사용하려는 데이터의 저장 장소 명시 불필요합니다. 위치정보가 시스템 카탈로그에 유지되어야 합니다.

* 지역 사상 투명성

• 지역 DBMS와 물리적 DB사이의 Mapping 보장합니다. 각 지역 시스템 이름과 무관한 이름 사용 가능합니다.

* 중복 투명성

• DB 객체가 여러 site에 중복되어 있는지 알 필요가 없는 성질을 나타납니다.

* 장애 투명성

• 구성요소(DBMS 등)의 장애에 무관한 트랜잭션의 원자성이 유지됩니다.

* 병행 투명성

• 다수 트랜잭션 동시 수행 시 결과의 일관성이 유지됩니다.

6. UML 모델

7. 인터페이스 요구 사항 검토 (#동 워인)

* 동료 검토 ( Peer Review )

요구사항 명세서 작성자가 내용을 직접 설명하고 동료들이 이를 들으면서 결함을 발견하는 검토 방법입니다.

* 워크 스루 ( Walk Through )

검토회의 전에 요구사항 명세서를 미리 배포하여 사전 검토한 후, 짧은 검토 회의를 통해 결함을 발견하는 검토 방법입니다.

* 인스펙션 ( Inspection )

요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 확인하면서 결함을 발견하는 검토 방법

8. 물리 데이터 저장소의 파티션 설계에서 파티션 유형

9. 테스트 분류

* 단위 테스트

명세 기반 테스트 ( 블랙박스 테스트 ) , 구조 기반 테스트 ( 화이트박스 테스트 )

* 통합 테스트

빅뱅 테스트 , 상향식 테스트 , 하향식 테스트 , 샌드위치 테스트

* 시스템 테스트

기능적 요구사항 테스트, 비기능적 요구사항 테스트

* 인수 테스트

알파 테스트, 베타 테스트, 사용자 인수 테스트, 운영 상의 인수 테스트, 계약 인수 테스트, 규정 인수 테스트

10. 데이터베이스 정규화

* 제1 정규형 ( 1NF First Normal Form )

1NF를 만족하려면 도메인이 원자 값이어야 합니다.

* 제2 정규형 ( 2NF Second Normal Form )

2NF를 만족하려면 부분적 함수 종속을 제거해야 합니다. 완전 함수 종속이 되도록 해야 합니다.

* 제3 정규형 ( 3NF Third Normal Form )

3NF를 만족하려면 이행적 함수 종속을 제거해야 합니다.

* 보이스 / 코드 정규형 ( Boyce and Code Normal Form )

BCNF를 만족하려면 결정자이면서 후보 키가 아닌 것을 제거해야 합니다.

* 제4 정규형 ( 4NF Fourth Normal Form )

4NF를 만족하려면 다치 종속성을 제거해야 합니다.

* 제5 정규형 ( 5NF Firth Normal Form )

5NF를 만족하려면 조인 종속성을 제거해야 합니다.

끝까지 읽어주셔서 감사합니다!