정보처리기사 2020년 2회 기출문제

요구사항 개발 프로세스 : 도출 → 분석 → 명세 → 확인 요구사항 도출 단계 주요 기법은 인터뷰, 설문, 브레인스토밍 등 이 있어 청취와 인터뷰 질문 기술이 필요함. 요구사항 분석 기법에 개념 모델링이 있으므로 관찰 및 모델 작성 기술 필요함. 요구사항 분석 기법에 정형 분석과 요구사항 협상이 있으므로 관찰 및 모델 작성 기술 필요함. ※ 요구사항 분석 기법 : 요구사항 분류, 개념 모델링, 요구사항 할당, 요구사항 협상, 정형 분석 설계 및 코딩 기술은 요구사항 분석 후에 필요한 기술이다 아래와 같은 오류 신고가 있었습니다. 여러분들의 많은 의견 부탁 드립니다. 추후 여러분들의 의견을 반영하여 정답을 수정하도록 하겠습니 다. 참고로 정답 변경은 오류 신고 5회 이상일 경우 수정합니다. [오류 신고 내용] 요구사항 분석 기법에 정형 분석과 요구사항 협상이 있으므로 관찰 및 모델 작성 기술 필요함. -> 분석과 중재기술이 필요함 아닌가요 [추가 오류 신고] 해설 부분에 요구사항 분석 기법에 정형 분석과 요구사항 협상 이 있으므로 "분석과 중재기술" 필요함 인 것 같습니다.

- 럼바우(Rumbaugh)의 분석 기법 가장 일반적으로 사용되는 방법, 분석 활동을 객체 모델, 동 적 모델, 기능 모델로 나누어 수행함. 모든 소프트웨어 구성 요소를 그래픽 표기법을 이용하여 모 델링, 객체 모델링 기법(OMT)이라고도 함. - 객체 모델링(Object Modeling) = 정보 모델링 시스템에서 요구되는 객체를 찾아내 속성과 연산 식별 및 객체들 간의 관계를 규정하여 객체 다이어그램으로 표시함 분석 활동의 세 가지 모델 중 가장 중요! - 동적 모델링(Dynamic Modeling) 상태 다이어그램(상태도)를 이용하여 시간의 흐름에 따른 객 체들 간의 제어 흐름, 상호 작용, 동작 순서 등의 동적인 행위를 표현함 - 기능 모델링(Function Modeling) 자료 흐름도(DFD)를 이용하여 다수의 프로세스들 간의 자 료 흐름 중심으로 처리 과정을 표현함.

애자일(Agile) 개발 4가지 핵심 가치

시퀀스 다이어그램 구성 항목 액터, 활성 객체(object), 라이프라인(생명선), 메세지, 제어 삼각 형 시퀀스(Sequence) 다이어그램 - 액, 객, 생, 메, 실 : 메시지(함수호출)를 주고받으면서 시간의 흐름에 따라 상호작 용하는 과정들(그림으로 표현) 액터(Actor) : 시스템으로부터 서비스를 요청하는 외부요소로, 사람이나 외부 시스템 의미 객체(object) ： 메시지를 주고받는 주체 생명선(Lifeline) ： 객체가 메모리에 존재하는 기간으로, 객체 아래쪽에 점선을 그어 표현 메시지(Message) ： 객체가 상호 작용을 위해 주고받는 메시지 실행 상자(Active Box) : 객체가 메시지를 주고받으며 구동되고 있음을 표현

정보 은닉 : 캡슐화에서 가장 중요한 개념, 다른 객체에게 자신 의 정보를 숨기고 자신의 연산만을 통해 접근을 허용

<행위적 패턴(Behavioral Pattern)>

사용자 인터페이스(UI)의 기본 원칙 - 직관성 : 누구나 쉽게 이해하고 사용할 수 있어야 함 - 유효성 : 사용자의 목적을 정확하고 완벽하게 달성해야 함 - 학습성 : 누구나 쉽게 배우고 익힐 수 있어야 함 - 유연성 : 사용자의 요구사항을 최대한 수용하고 실수를 최소 화해야 함

코드(Code)의 주요 기능 - 식별 기능 : 데이터 간의 성격에 따라 구분 - 분류 기능 : 특정 기준이나 동일한 유형에 해당하는 데이터를 그룹화 - 배열 기능 : 의미를 부여하여 나열 - 표준화 기능 : 다양한 정보를 컴퓨터에 의해 처리하기 위해서 는 단일한 형태의 표준화된 표현이 필요함

클래스에 대한 여러 가정을 공유하도록 명세한 것을 협약에 의 한 설계(Design by Contract)라 함. 소프트웨어 컴포넌트에 대한 정확한 인터페이스 명세를 위하여 선행조건, 결과조건, 불변조건을 나타내는 설계 방법. 협약에 의한 설계의 세 가지 타입 선행조건(precondition): 오퍼레이션이 호출되기 전에 참이 되어 야 할 조건 결과조건(postcondition): 오퍼레이션이 수행된 후 만족하여야 하는 조건 불변조건(invariant): 클래스 내부가 실행되는 동안 항상 만족하 여야 하는 조건(예: 리스트에 있는 노드가 항상 오름차순으로 되 어야 함)

< 행위(Behavioral) 다이어그램 >

클래스(Class) - 클래스는 공통된 속성과 연산(행위)을 갖는 객체의 집합, 객체 의 일반적인 타입(Type)을 의미함 - 동일 클래스에 속한 각각의 객체들은 공통된 속성과 행위를 가지고 있음

일반화 관계 - 하나의 사물이 다른 사물에 비해 더 일반적인지 구체적인지를 표현함 - 일반적인 개념을 상위(부모), 구체적인 개념을 하위(자식)이라 고 함 - 하위 사물에서 상위 사물인 쪽으로 속이 빈 화살표를 연결함

어떤 문제에 대하여 어떤 디자인 패턴을 사용할지 정할때는

자료 사전 표기법 = : 자료의 정의 + : 자료의 연결 () : 자료의 생략 [] : 자료의 선택 {} : 자료의 반복 ** : 자료의 설명(주석)

객체지향 설계원칙

자료 흐름도 구성 요소 - 프로세스 (Process) - 자료 흐름(Data Flow) - 자료 저장소(Data Store) - 단말(Terminator)

소프트웨어 공학의 자동화를 의미, 소프트웨어 공학작업을 자동 화한 소프트웨어 패키지를 CASE도구라고 한다. CASE도구들은 소프트웨어 관리자들과 실무자들이 소프트웨어 프로세스와 관련된 활동을 지원한다..즉, 프로젝트 관리 활동을 자동화하고, 결과물을 관리하며, 엔지니어들의 분석, 설계 및 코 딩과 테스트작업을 도운다. 주요기능: 다양한 소프트웨어 개발 모형 지원, 그래픽 지원, 소 프트웨어 생명주기의 전단계 연결 CASE는 1980년대에 소개되었으며, 1990년대부터 자주 사용되 었습니다. CASE는 객체지향 시스템 뿐만 아니라 구조 시스템등 모든분야 에 적용됨

인터페이스 요구사항 검토(검증) 방법 - 동료 검토(Peer Review) : 요구사항 명세서 작성자가 요구사 항 명세서를 설명하고 이해관계자들이 설명을 들으면서 결함을 발견 - 워크스루(Walk Through) : 검토 회의 전, 명세서를 미리 배포 하여 사전검토 후에 짧은 검토 회의를 통해 결함 발견 - 인스펙션(Inspection) : 요구사항 명세서 작성자를 제외한 다 른 검토 전문가들이 명세서를 확인하면서 결함을 발견 인스팩션(Inspection) : 소프트웨어 개발에 참여하지 않은 다른 전문가에 의해 결함 발견

많은 인력을 투자한다고 해서 소프트웨어를 빨리 만드는 것은 아니다.. 관련 예시 ) brooks의 법칙 : 지연되는 프로젝트에 인력을 더 투입하면 오히려 늦어진다.

ISO/IEC 12119 패키지 소프트웨어 제품테스트 국제 표준 현재 ISO/IEC 12119 이 대체되어 ISO/IEC 25010 이 국제표준 입니다..

중복이 많으면 좋은 코드가 될 수 없음. 중복을 최소화하여야 함 + 클린 코드 작성 원칙 가독성, 단순성, 의존성 배제, 중복성 최소화, 추상화

< 블랙박스 테스트 유형 > - 동치(동등) 분할 검사(Equivalence Partitioning Testing) - 경계값 분석(Boundary Value Analysis) - 원인-효과 그래프 검사(Cause-Effect Graphing Testing) - 오류 예측 검사(Error Guessing) - 비교 검사(Comparison Testing) < 화이트박스 테스트 유형 > - 기초 경로 검사 - 제어 구조 검사 - 조건 검사(Condition Testing) - 루프 검사(Loop Testing) - 데이터 흐름 검사(Data Flow Testing)

V(G) = Edge - Node + 2 Edge = 6 (화살표) Node = 4 (동그라미) V(G) = 6 - 4 + 2 = 4 6-4+2 = 4 V(G) = Edge - Node + 2 Edge = 6 Node = 4

선택정렬은 가장 작은 값을 찾아 첫번째 값과 교환합니다. 이후 정렬된 값을 제외한 나머지 인덱스 중 가장 작은 값을 찾 아 정렬되지않은 인덱스 중 가장 처음 값과 자리를 교환해 나아 갑니다. 1회전 14 37 17 40 35 2회전 14 17 37 40 35 3회전 14 17 35 40 37

소프트웨어 버전 등록 관련 주요 용어 - 저장소(Repository) : 최신 버전의 파일들과 변경 내역에 대한 정보들이 저장되어 있는 곳 - 가져오기(Import) : 버전 관리가 되고 있지 않은 아무것도 없 는 저장소에 처음으로 파일을 복사 - 체크아웃(Check-Out) : 프로그램을 수정하기 위해 저장소에 서 파일을 받아 옴. 소스 파일과 함께 버전 관리를 위한 파일들 도 받음 - 체크인(Check-In) : 체크아웃 한 파일의 수정을 완료한 후 저 장소의 파일을 새로운 버전으로 갱신 - 커밋(Commit) : 체크인을 수행할 때 이전에 갱신된 내용이 있는 경우 충돌을 알리고 diff 도구를 이용해 수정 후 갱신 완료 - 동기화(Update) : 저장소에 있는 최신 버전으로 자신의 작업 공간을 동기화함

< 이진 트리 운행법 > - Preorder 운행 : Root → Left → Right 순으로 운행 - Inorder 운행 : Left → Root → Right 순으로 운행 - Postorder 운행 : Left → Right → Root 순으로 운행 Preorder : ABDCEGHF Inorder : DBAGEHCF Postorder : DBGHEFCA

소프트웨어 품질 기능성 : 사용자 요구사항을 정확하게 만족하는 기능을 제공하 는지 여부 신뢰성 : 요구된 기능을 정확하고 일관되게 오류없이 수행할 수 있는 정도 사용성 : 사용자와 컴퓨터 사이에 발생하는 어떠한 행위에 대해 사용자가 정확하게 이해하고 사용하며 향후 다시 사용하고 싶은 정도 효율성 : 요구하는 기능을 할당된 시간동안 한정된 자원으로 얼 마나 빨리 처리할 수 있는지 정도 유지 보수성 : 환경 변화 or 새 요구사항 발생 시 소프트웨어 개 선 및 확장할 수 있는 정도 이식성 : 타 환경에서도 얼마나 쉽게 적용할 수 있는지 정도

1.Divide and Conquer(분할 정복 알고리즘) : 그대로 해결할 수 없는 문제를 작은 문제로 분할하여 문제를 해결하는 알고리즘

형상관리는 프로젝트의 버전, 수정사항을 관리하지 개발 비용을 관리하지는 않습니다.

제품 소프트웨어의 패키징 활용 시 고려사항 - 패키징 시 사용자에게 배포 되는 소프트웨어 임을 감안하여 반드시 내부 콘텐츠에 대한 암호화 및 보안을 고려한다. - 패키징 도구를 활용하여 여러 가지 이기종 콘텐츠 및 단말기 간 DRM 연동을 고려한다. - 패키징 도구를 고려하면 사용자의 입장에서 불편해질 수 있는 문제를 고려하여 최대한 효율적으로 적용될 수 있도록 한다. -암호화 알고리즘이 여러 가지 종류가 있는데 제품 소프트웨어 의 종류에 맞는 알고리즘을 선택하여 배포시 범용성에 지장이 없도록 고려한다.

< 디지털 저작권 관리(DRM) 기술 요소 - 암호화(Encryption) : 콘텐츠 및 라이선스를 암호화하고 전자 서명을 할 수 있는 기술 - 키 관리(Key Management) : 콘텐츠를 암호화한 키에 대한 저장 및 분배 기술 - 암호화 파일 생성(Packager) : 콘텐트를 암호화된 콘텐츠로 생성하기 위한 기술 - 식별 기술(Identification) : 콘텐츠에 대한 식별 체계 표현 기 술 - 저작권 표현(Right Expression) : 라이선스의 내용 표현 기술 - 정책 관리(Policy Management) : 라이선스 발급 및 사용에 대한 정책 표현 및 관리 기술 - 크랙 방지(Tamper Resistance) : 크랙에 의한 콘텐츠 사용 방지 기술 - 인증(Authentication) : 라이선스 발급 및 사용의 기준이 되는 사용자 인증 기술

< 파티션 유형 > - 범위 분할(Range Partitioning) : 지정한 열의 값을 기준으로 분할 - 해시 분할(Hash Partitioning) : 해시 함수를 적용한 결과 값 에 따라 데이터 분할 - 조합 분할(Composite Partitioning) : 범위 분할 후 해시 함수 를 적용하여 다시 분할 파티셔닝 유형 레인지 파티셔닝 / 해시 파티셔닝 / 리스트 파티셔닝 / 컴포지트 파티셔닝

< 상향식 통합 테스트 > - 프로그램의 하위 모듈에서 상위 모듈 방향으로 통합하면서 테 스트 - 하나의 주요 제어 모듈과 관련된 종속 모듈의 그룹인 클러스 터 필요 - 상위 모듈 개발이 완료되지 않은 경우 드라이버(Driver)를 사 용하기도 함 < 회귀 테스트(Regression Testing) > - 이미 테스트된 프로그램의 테스팅 반복 - 통합 테스트로 인해 변경된 모듈이나 컴포넌트에 새로운 오류 가 있는지 확인 < 빅뱅 테스트 > - 통합 테스트(Integration Test) 중 비점진적 통합 방식

상식적으로 생각하였을 경우, SW를 첨부터 다시 개발하는거보 다는 재공학 하는것이 더 시간적으로 절약된다.

< 인수 테스트(Acceptance Test) 종류 > - 사용자 인수 테스트 - 운영상의 인수 테스트 - 계약 인수 테스트 - 규정 인수 테스트 - 알파 테스트 - 베타 테스트

트리의 차수 : 전체 트리 중에서 가장 많은 차수 최상단은 루트로 차수로 포함되지 않음. B 가 최대차수를 가지고 있다..3개 차수 : 자식 수. 이 트리에서는 B의 자식이 D, E, F 총 3개로 가장 많으므로 트리의 차수는 3

1NF : 도메인이 원자값만으로 구성된 정규형 2NF : 기본 키가 아닌 모든 속성이 기본 키에 대해 완전 함수적 종속을 만족하는 정규형 3NF : 기본 키가 아닌 모든 속성이 기본 키에 대해 이행적 종속 을 만족 안하는 정규형 BCNF : 모든 결정자가 후보 키인 정규형 * 4NF : 다치 종속 A->B가 성립하는 경우 A에 함수적 종속 관계 를 만족하는 정규형 5NF : 모든 조인 종속이 후보 키를 통해서만 성립되는 정규형 제1정규형 = 반복그룹을 제거 제2정규형=부분 함수적 종속 제거 제4정규형=다치종속 제거 보이스/코드= 모든 결정자가 후보키인 상태

relation : 테이블의 수 attribute : 열의 수 tuple : 행의 수

Commit과 Rollback이 나오면 원자성(Atomicity) 국룰이라고 보 시면됩니다. 원자성 : 트랜잭션 연산은 DB에 모두 반영되어 Commit(완료)되 든지 아니면 반영안되어 Rollback(복구)되어야 한다. 일관성 : 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일 관성있는 데이터베이스 상태로 변환한다. 독립성 : 둘 이상 트랜잭션이 동시 병행 실행될 경우 트랜잭션 실행 중 타 트랜잭션의 연산이 끼어들 수 없다. 지속성 : 성공적 완료된 트랜잭션 결과는 시스템이 고장나더라 도 영구적으로 반영되어야 한다. DCL(DATA CONTROL LANGUAGE) : COMMIT, ROLLBACK, SAVEPOINT, SET TRANSACTION 무결성,보안 및 권한제어 회복을 위해 무결성<INTEGRITY> 데이터베이스 트랜젝션 ACID ATOMICITY, CONSISTENCY, ISOLATION, DURABILITY DISTINCT : 중복 튜플 발견 시 그 중 첫번째 하나만 검색 따라서 학년 1 1 2 2 3 중 중복된 값 1과 2는 하나만 검색 = 학년

DCL(Data Control Language) : 데이터베이스 관리자(DBA)가 데이터 관리를 목적으로 사용되는 명령어를 뜻함 여기서, 명령어는 4가지로

로킹 단위가 크면 나머지가 다 작아짐 / 로킹 단위가 작으면 나머지가 다 커짐 * 로킹 단위가 작은 경우 예를들어 레코드와 같은 작은 단위로 잠그면 여러개를 잠궈야하 기 때문에 관리가 복잡해져서 오버헤드(처리시간,메모리)가 증가 하고 단위가 작으므로 일부 잠궈도 나머지 사용할 수 있는 개수 가 많으므로 병행성(=공유도)가 높아진다 * 로킹이 큰 경우(위와 반대로 생각) 오버헤드가 감소하고 병행성(=공유도)가 낮아진다. 작은 단위는 레코드 단위로 잠근다 생각하고 큰 단위는 데이터 베이스 단위로 잠근다고 생각하면 떠올리기 쉽다

Null → 개체 무결성 국룰 기본키로 지정돼 있는 모든 튜플의 속성은 항상 널 값을 가질 수 없다는 조건 > 개체 무결성 제약조건 참조 무결성 - 외래키가 참조하는 기본키가 테이블에 존재하지 않으면 위배되는 무결성 도메인 무결성 - 특정 컬럼에 정해진 타입이나 범위 외의 값이 입력되면 위배되는 무결성 튜플의 유일성 - 각 행은 고유해야 하며, 기본키 값이 중복되면 위배되는 무결성

뷰는 하나이상의 테이블로부터 유도되는 가상테이블이며 논리적 독립성이 제공됩니다. 실제테이블처럼 권한을 나눌 수 있습니다. 따라서 특정사용자가 볼 필요가 없는 다른열들을 배제하고 뷰를 만든 후 해당 사용자에게 뷰에대한 권한을 할당하면 테이블 전 체에 대한 권한을 부여하지 않아도 됩니다. 뷰는 자체적으로 인덱스를 가지지 않습니다..따라서 삽입 삭제 수정이 제한적인 것입니다. 뷰(View)의 장 단점 장점 - 논리적 데이터 독립성을 제공 - 동일 데이터에 대해 동시에 여러 사용자의 상이한 응용이나 요구를 지원해 줌 - 사용자의 데이터 관리를 간단하게 해 줌 - 접근 제어를 통한 자동 보안이 제공됨 단점 - 독립적인 인덱스를 가질 수 없음 - 뷰의 정의를 변경할 수 없음(생성시 CREATE, 삭제시 DROP 사용) - 뷰로 구성된 내용에 대한 삽입, 삭제, 갱신 연산에 제약이 따 름(ALTER 사용 불가능)

분산데이터베이스 투명성 조건 분산데이터베이스는 6가지 투명성(Transparency)을 만족해야 한 다.

중복을 배제하여 삽입, 삭제, 갱신 이상들을 제거하기 위하여 정 규화를 합니다.

(1) 분해 규칙 : X -> YZ이면 X -> Y와 X -> Z이다. (3) 반사 규칙 : X -> Y이면 X -> Y와 X -> X이다. (4) 결합 규칙 : X -> Y이고 X -> Z이면 X - > YZ이다. 아래와 같은 오류 신고가 있었습니다. 여러분들의 많은 의견 부탁 드립니다. 추후 여러분들의 의견을 반영하여 정답을 수정하도록 하겠습니 다. 참고로 정답 변경은 오류 신고 5회 이상일 경우 수정합니다. [오류 신고 내용] 오류신고 반사규칙은 X ⊇ Y이면 X -> Y와 X -> X이다. 입니다. [추가 오류 신고] 지문의 보기에 해당하는 내용은 4번 [오류신고 반론] 지문 보기에 해당하는 내용 2번 이행 규칙입니다..추가 오류신고 4번이라고 하신 분 틀리셨어요! D2 D3 1 A 가 포함된 D1 D2 D3 a 1 A b 1 A 중 D2 D3 1 A 를 제거 D1 a b 결과 값

SELECT PLAYER_NAME, HEIGHT FROM PLAYER WHERE TEAM_ID = `Korea` AND HEIGHT BETWEEN 170 AND 180; PLAYER 테이블에서 TEAM_ID가 Korea이면서 키가 170이상 180이하인 열의 PLAYER_NAME과 HEIGHT를 구하라 BETWEEN A OR B라는 문법은 없습니다. Between A and B 이것이 BETWEEN의 공식적인 문법입니다. 그냥 참고하세요.

회복(Recovery)이란 트랜잭션 도중에 손상된 데이터베이스를 이전 상태로 복귀하는 작업 트랙잭션의 연산을 수행할 때 데이터베이스를 변경하기 전에 로 그 데이터를 생성합니다. 취소(Undo) 연산으로 이미 데이터베이스에 쓰여진 것도 수정할 수 있습니다. 장애의 유형 트랜잭션 장애, 시스템 장애, 미디어 장애 즉각 갱신 기법(Immediate Update) 트랜잭션의 연산을 수행하여 데이터를 갱신할 때 실제 데이터 베이스에 반영하는 기법 갱신한 모든 내용을 로그(Log)에 보관합니다. 회복 작업을 위해 취소(Undo)와 재시도(Redo) 모두 사용할 수 있습니다. 연기 갱신 기법(Deffered Updatae) 트랜잭션을 완료할 때까지 데이터베이스에 갱신을 연기하는 기 법 트랜잭션 수행으로 갱신할 내용은 로그(Log)에 보관합니다. 트랜잭션이 부분 완료 시점에 Log의 기록을 실제 데이터 베이스 에 반영합니다. 트랜잭션 수행 중에 장애가 발생하여 Rollback하여도 취소 (Undo)할 필요가 없습니다. 재시도(Redo) 작업을 통해 최근의 정상적인 데이터베이스로 회 복한 후에 트랜잭션을 재실행할 수 있습니다. 검사점 기법(Check Point) 트랜잭션 중간에 검사점을 로그에 보관하여 트랜잭션 전체를 취 소하지 않고 검사점까지 취소할 수 있는 기법 그림자 페이지 대체 기법(Shadow Paging)-로그가 필요없음 트랜잭션의 연산으로 갱신할 필요가 있을 때 복사본인 그림자 페이지를 보관하는 기법 트랜잭션을 취소할 때 그림자 페이지를 이용하여 회복. 로그(Log), 취소(Undo), 재시도(Redo)할 필요가 없습니다.

DML(데이터 조작어) : SELECT / INSERT / DELETE / UPDATE * DDL(데이터 정의어) : CREATE / ALTER / DROP DCL(데이터 제어어) : COMMIT / ROLLBACK / GRANT / REVOKE (D)ML = S(select)I(insert)U(update)D(delete) -> S.I.U.D(시옷) 엠엘은 데이터 조작 언어 이므로 시옷(<-언어)

1NF : 도메인이 원자값만으로 구성된 정규형 * 2NF : 기본 키가 아닌 모든 속성이 기본 키에 대해 완전 함수적 종속을 만족하는 정규형 3NF : 기본 키가 아닌 모든 속성이 기본 키에 대해 이행적 종속 을 만족 안하는 정규형 BCNF : 모든 결정자가 후보 키인 정규형 4NF : 다치 종속 A->B가 성립하는 경우 A에 함수적 종속 관계 를 만족하는 정규형 5NF : 모든 조인 종속이 후보 키를 통해서만 성립되는 정규형 서울, 부산 / 워싱턴, 뉴욕을 도메인에서의 원자값으로만 구성되 게 정규화 작업을 함 아래와 같은 오류 신고가 있었습니다. 여러분들의 많은 의견 부탁 드립니다. 추후 여러분들의 의견을 반영하여 정답을 수정하도록 하겠습니 다. 참고로 정답 변경은 오류 신고 5회 이상일 경우 수정합니다. [오류 신고 내용] 2NF : 완전 함수적 종속 아니고, 부분 함수적 종속 입니다. [오류신고 반론] 2NF : 완전 함수적 종속 아니고, 부분 함수적 종속 입니다. 완전 함수적 종속이 맞습니다. [오류신고 반론] 제2 정규화 ( 2NF ) 완전 함수적 종속을 만족한다 --> 부분 함수적 종속을 모두 제 거

순수 관계 연산자 : select / project / join / division Cartesian Product는 일반집합 연산자 일반 집합 연산자 : 합집합 / 교집합 / 차집합 / 카티션 프로덕 트

AVG: 해당 집계행의 평균 SUM: 해당 집계행의 합 COUNT: 집계행의 수 SCR_TBL ID SUBJECT SCORE 1 국어 90 2 영어 95 3 수학 100 인 테이블이 있을때 SELECT AVG(SCORE), SUM(SCORE), COUNT(*) FROM SCR_TBL; 결과는 95, 285, 3이 나옵니다.

릴레이션 특징 똑같은 튜플 포함안됨 튜플사이 순서 없음 속성간 순서 중요x 속성의 명칭은 유일 구성값은 동일값 가능 속성 값은 원자값

조건문 기준으로 설명 if(i>j) 조건문 보기 1~4 중 k=(i>j)를 가지는 조건문 : 1번 3번 ? { 참인지 거짓인지 판별} if(i>j) k=i-j; else k=i+j; k=(i>j)?(1)(2) (1) 참 값 = 문제에서의 참 값 : i-j; (2) 거짓 값 = 문제에서의 거짓 값 : i+j; 따라서 정답은 k=(i>j)?(i-j):(i+j); = 1번

(1) FTP 프로토콜 구조의 허점을 이용한 공격 (2) SQL의 논리적 에러를 이용한 공격 (4) 웹 루트 디렉토리 외부에 저장된 파일 또는 디렉토리에 접 근하는 공격방법 (1)은 네트워크 공격방법, (2),(4)는 웹관련 공격방법 (3)은 어플 리케이션 공격방법

셸 명령어 중 repeat_do라는 명령어는 없다

IPv6 128비트 주소를 사용 주소부족 문제 해결 및 자료 전송 속도 빠 름 인증성 기밀성 데이터 무결성 지원으로 보안문제 해결 확장성 융통성 연동성이 뛰어나며 실시간 흐름 제어로 향상된 멀티미디어 기능 지원 16비트 씩 8부분 총 128비트로 구성 유니캐스트(unicast) 멀티캐스트(multicast) 애니캐스트(anycast) 세 가지 주소 체계 1번 보기는 IPv4의 해당합니다. 주소체계를 기준으로 보면 다음과 같습니다. IPv4는 32비트(예를 들면 192.168.1.0)이며 IPv6은 128비트입니 다. 참고로 제가 예로 든 IP주소는 일반적인 공유기(netis기준)입니 다. IPTIME(공유기)을 기준으로 하면 192.168.0.0입니다. 128비트인 IPv6의 IP주소는 16진수까지 써야 돼서 저도 예를 들 지는 못 할 것 같습니다.

* 결합도는 줄이고 응집도는 높여서 모듈의 독립성을 높인다. * 모듈의 제어 영역 안에서 그 모듈의 영향 영역을 유지시킨다. * 복잡도와 중복성을 줄이고 일관성을 유지시킨다. * 모듈의 기능은 예측이 가능해야 하며 지나치게 제한적이어서 는 안 된다. * 유지보수가 용이해야 한다. * 모듈 크기는 시스템의 전반적인 기능과 구조를 이해하기 쉬운 크기로 분해한다. * 하나의 입구와 하나의 출구를 갖도록 해야 한다. * 인덱스 번호나 기능 코드들이 전반적인 처리 논리 구조에 예 기치 못한 영향을 끼치지 않도록 모듈 인터페이스를 설계해야 한다.

HRN 방식의 우선순위 산정 공식 (대기시간+서비스시간)/서비스 시간 (값이 클 수록 우선순위가 높다.) 따라서 A의 우선순위 (5+20)/20 = 1.25 B의 우선순위 (40+20)/20 = 3 C의 우선순위 (15+45)/45 = 1.333333 D의 우선순위 (20+2)/2 = 11 순서는 D B C A 아래와 같은 오류 신고가 있었습니다. 여러분들의 많은 의견 부탁 드립니다. 추후 여러분들의 의견을 반영하여 정답을 수정하도록 하겠습니 다. 참고로 정답 변경은 오류 신고 5회 이상일 경우 수정합니다. [오류 신고 내용] 답이 없음. HRRN(HRN)방식에서 우선순위를 산정하는 경우에는 다음작업이 시작하기 전마다 매번 재계산을 하기 때문에, 이를 고려하여야 함. 따라서 각 작업마다 회차별로 계산이 필요함. 1회차 A의 우선순위 (5+20)/20=1.25 B의 우선순위 (40+20)/20=3.0 C의 우선순위 (15+45)/45=1.33 D의 우선순위 (20+2)/2=11.0 따라서 첫 번째 작업은 D가 실행됨. 2회차에서는 D가 실행되는 동안 대기한 시간을 포함하여 계산 함. A의 우선순위 (2+5+20)/20=1.35 B의 우선순위 (2+40+20)/20=3.1 C의 우선순위 (2+15+45)/45=1.378 2번 순서는 B가실행 3회차 A의 우선순위 (20+2+5+20)/20=2.35 C의 우선순위 (20+2+15+45)/45=1.82 A가 우선, 마지막으로 C가 실행되며 정답은 D B A C가 됨.

매크로 프로세서 : 시스템 소프트웨어 어셈블러 : 기계어와 프로그래밍 언어의 중간정도의 언어 컴파일러 : 특정 언어를 타 언어로 옮기는 프로그램 어셈블리어가 기계어와 프로그래밍 언어의 중간정도의 언어입니 다. 어셈블러는 어셈블리어를 기계어로 번역하는 프로그램입니다 운영체제 종류에는 윈도즈, 리눅스/유닉스, 맥(mac), 안드로이드 가 있다

견고함 : 유효하지 않은 데이터의 경우도 처리해서 비정상적인 동작 중단이 발생하지 않아야 한 다 성능 : 주어진 시간 내에 처리를 완료할 수 있어야 하고, 동시에 동작하고 있는 다른 애플리케이션을 방해하지 말아야 한다. 배치 프로그램의 필수 요소로는 대용량 데이터, 자동화, 견고성, 안정성, 성능 이렇게 5가지가 있다. 무결성은 배치 프로그램의 필수 요소가 아니다.

기본 헤더 크기는 최소 20byte 최대 60byte / 헤더에 Option값 포함 시 최대 40byte 추가 가능

핵심 : 모듈 안 구성요소들이 기능을 '순차적'으로 수행 = 절차 적 응집도 우연적 : 서로 관련없는 요소로만 구성 논리적 : 유사 성격이나 특정 형태로 분리되는 처리요소들로 모 듈 형성 시간적 : 특정 시간에 처리되는 몇개의 기능을 모아 모듈로 구 성 절차적 : 교환적 : 동일 입출력 사용 시 서로 다른 기능을 수행하는 구성 요소가 모였을 경우 순차적 : 활동을 통해 나온 출력 데이터를 그 다음 활동의 입력 데이터로 사용하는 경우 기능적 : 모든 기능 요소가 단일 문제와 연관되어 수행될 경우

데이터링크 계층 송수신 측 속도 차이 해결을 위한 흐름제어 기능 및 오류 검출과 회복을 위한 오류제어 기능 프레임 시작 및 끝을 구분하기 위한 동기화 기능 프레임 순서적 전송을 위한 순서 제어 기능 물리 : 전송에 필요한 장치 간 실제 접속 세션 : 송수신 측 간 관련성 유지 및 대화 제어 / 체크점(동기 점)을 두어 정보 수신상태체크 응용 : 사용자가 OSI 환경에 접근 가능하도록 서비스 제공

정답 3번 맞음 결합도 강한것부터 순서가 <내공외제스자> 입니다. 결합도가 높은 것부터 순서대로 적었습니다.. 내용 contents : 모듈이 다른 모듈의 내부 기능 및 그 내부 자 료를 직접 참조하거나 수정할 때 결합도 공유 common : 공유되는 공통 데이터 영역을 여러 모듈이 사 용할 때 외부 External : 외부의 다른 모듈에서 참조할 때 제어 control : 어떤 모듈이 다른 모듈 내 논리적인 흐름 제어를 위해 제어 신호를 통신하거나 제어요소 전달 스탬프 stamp : 모듈 간 인터페이스로 배열이나 레코드 등의 자 료구조가 전달될 때 결합도 자료 data : 모듈 간 인터페이스가 <자료 요소>로만 구성됨

핵심 : Worst fit (최악 적합) =들어갈 수 있는 영역 중 자원 낭비가 제일 심한 영역에 들어가 는 방법 N0.1 - 8K, 10K를 넣어야 하지만 공간이 8K 뿐이라서 들어갈 수 없음 NO.2 - 12K, 10K를 넣는다면 공간 2K가 남음 NO.3 - 10K, 10K를 넣는다면 공간 0K가 남지만 사용 중인 상 태이므로 들어갈 수 없음 NO.4 - 20K, 10K를 넣는다면 공간 10K가 남지만 사용중인 상 태이므로 들어갈 수 없음 NO.5 - 16K, 10K를 넣는다면 공간 6K가 남음 들어갈 수 있는 공간 NO.2와 NO.5 중 가장 자원 낭비가 심한 NO.5가 정답 + first fit ( 최초 적합 ) : 들어갈 수 있는 공간 중 가장 빠른 영역에 들어가는 것 best fit (최적 적합) : 들어갈 수 있는 공간 중 가장 자원 낭비가 덜 한 영역에 들어가는 것

200.1.1.0 / 서브넷 255.255.255.0

파이썬 슬라이스 [:] 처음부터 끝까지 [start:] start오프셋부터 끝까지 [:end] 처음부터 end-1 오프셋까지 [start : end] start오프셋부터 end-1 오프셋까지 [start : end : step] step만큼 문자를 건너뛰면서, 위와 동일하 게 추출 string[1:3] = "el", string [-3:] = "rld" string[:3] = "Hel", string[-3:-1] = "rl" string[0:] = "Hello World", string[:-1] = "Hello Worl"

밑줄(_)사용은 가능하지만, 공백은 사용할 수 없습니다. 추가로 첫 자리에는 영문과 밑줄(_)만 사용 가능합니다.

문제 핵심 : 제어하기 위한 목적 / 권리 전도현상 = 제어 결합도 control coupling data coupling ( = 자료 결합도 ) 중요 : 자료요소로만 구성 / 처리값을 다시 돌려줌 stamp coupling ( = 스탬프 결합도 ) 중요 : 모듈 간 자료 구조 전달될 때 변화가 생기면 그것을 조 회하는 모든 모듈에 영향을 미침 common coupling ( = 공통 결합도 ) 중요 : 공유되는 데이터 영역을 여러 모듈이 사용 / 공통 영역 내용 변경 시 영역을 사용하는 모든 모듈에 영향

i sum 1 1 3 4 5 9 7 16 9 25 11 36 X ( i<=10; 때문에 적용 안됨) 해당 C프로그램 알고리즘은 반복문을 보시면 1부터 10까지 홀 수의 합입니다. sum = 1+3+5+7+9 = 25 입니다.

ls - 디렉토리나 파일목록 출력 cat - 파일 내용 출력 chmod - 파일이나 디렉토리에 대한 접근권한 변경

int: 정수 char : 문자 float / double : 실수

디지털 트윈(digital twin)은 미국 제너럴 일렉영(GE)이 주창한 개념으로, 컴퓨터에 현실 속 사물의 쌍둥이를 가상화하여 만들 고, 현실에서 발생할 수 있는 상황을 컴퓨터로 시뮬레이션함으 로써 결과를 미리 예측하는 기술입니다.

정보보안 3대 요소 : 기밀성, 무결성, 가용성 기밀성 Confidentiality : 허락된 사용자에 의해서만 접근 가능하 도록 하는 것 무결성 Integrity : 허락된 사용자에 의해서만 변경, 수정이 가능 하도록 하는 것 가용성 Availability : 허락된 사용자가 필요로 하는 시점에 접근 이 가능하도록 하는 것

Quantum Key Distribution -- 양자암호관련된거 Digital Rights Management -- DRM이라고도 하며, 저작권관리 관련 기술 Grayware -- 바이러스, 트로잔등 악성프로그램과는 다르게 사 용자 동의를 받아 설치하는 프로그램 (ex 원격제어 프로그램, 애드웨어 등)

FP 기능별 가중치 산정요소 자료 입력(입력 양식) 정보 출력(출력 보고서) 명령어(사용자 질의수) 데이터 파일 필요한 외부 루틴과의 인터페이스 출처 수제비카페

블록 암호화 방식 : DES, SEED, AES, ARIA 스트림 암호화 방식 : LFSR, RC4 RC4는 스트림 암호화방식이므로 정답은 2번

Putnam : 소프트웨어 생명주기 전 과정 동안 사용될 곡선의 노 력 분포를 가정해주는 모형 / Rayleigh-Norden 곡선의 노력 분포도를 기 초로 한다. SLIM : Putnam 기법 모형을 기초로 개발된 자동화 추정 도구 훈남(Putnam)이 노력(노력분포도)해서 슬림(SLIM)해졌네

cocomo 유형 조직형 / 반분리형 / 내장형 organic(5만라인) / semi-detached(30만라인이하) / Embedded(30만라인이상) 종류 기본형 / 중간형 / 발전형 basic/ intermediate /detailed

Wm-Bus:무선 미터버스, 산업용 무선 프로토콜 Digital Twin:컴퓨터 시뮬레이션(가상화)을 통해 결과를 예측하는 기술 Zigbee:직비, 무선 메시 네트워크의 표준(저가, 저전력) Digital Twin : 물리적인 사물과 컴퓨터에 동일하게 표현되는 가 상의 모델로 실제 물리적인 자산 대신 소프트웨어로 가상화함으 로써 실제 자산의 특성에 대한 정확한 정보를 얻을 수 있고, 자 산 최적화, 돌발사고 최소화, 생산성 증가 등 설계부터 제조, 서 비스에 이르는 모든 과정의 효율성을 향상시킬 수 있는 모델

Software Defined Perimeter:소프트웨어 정의 경계 Virtual Private Network:가상 사설망 Local Area Network:근거리 통신망

DDoS는 네트워크 취약점이 있는 호스트들을 탐색한 후 이를 호 스트들에 분산 서비스 공격용 툴을 설치하여 에이전트(agent)로 만든 후 DDoS공격에 이용 여기서 분산 서비스 공격용 툴의 종류에 1.Trin00 2.TFN(Tribe Flooding Network) 3.TFN2K 4.Stacheldraht 가 있습니다. Secure shell:네트워크 상의 다른 컴퓨터에서 제어 가능한 프로 그램 또는 해당 프로토콜 Tribe Flood Network:디도스 공격 중 하나 Nimda:바이러스 중 하나 Deadlock:교착상태

CPM : 노드와 간선으로 이루어진 네트워크 임계 경로 : 작업의 시작 및 종료 구간이 동시에 이루어질 때 가장 오래 걸리는 경로를 임계 경로라고 한다. 문제에서의 경로 3일 - 5일 - 4일 = 12일 2일 - 2일 - 3일 - 3일 = 10일 2일 - 3일 - 5일 - 4일 = 14일 *

RIP의 최대 홉 카운트는 15이다.

핵심 : 고전적 생명주기 모형 / 선형 순차적 모델 폭포수 모형 : 타당성 검토 -> 계획 -> 요구사항분석 -> 구현 -> 테스트 - > 유지보수 단계

나선형모델 4가지 활동 순서 계획 수립 - 위험 분석 - 개발 및 검증 - 고객평가 계획 '수'립 -> 위험 '분'석 -> 개발 및 검'증' -> 고객평'가' => 수 분 증 가 로 외우시면 잘 외워집니다.

합성 중심(Composition-Based) : 전자 칩과 같은 소프트웨어 부품, 즉 블록(모듈)을 만들어서 끼워 맞추어 소프트웨어를 완성 시키는 방법으로, 블록 구성 방법이라고도 한다. 생성 중심(Generation-Based) : 추상화 형태로 쓰여진 명세를 구체화하여 프로그램을 만드는 방법으로, 패턴 구성 방법이라고 도 한다.

소스 코드 내부에 암호화 키를 상수 형태로 하드코딩하여 사용 하면 악의적인 공격자에게 암호화 키가 노출될 위협이 있다. 안전하지 않은 코드의 예 JAVA import javax.crypto.KeyGenerator; import javax.crypto.spec.SecretKeySpec; import javax.crypto.Cipher; …… public String encriptString(String usr) { ***//암호화 키를 소스코드 내부에 사용하는 것은 안전하지 않 다.//****** String key = "22df3023sf~2;asn!@#/>as"; if (key != null) { byte[] bToEncrypt = usr.getBytes("UTF-8"); SecretKeySpec sKeySpec = new SecretKeySpec(key.getBytes(), "AES") 출처 : 전자정부 SW 개발·운영자를 위한 소프트웨어 개발보안 가이드(2019.11)

소프트웨어 품질 및 생산성 향상을 위해 소프트웨어 프로세스를 평가 및 개선하는 국제 표준 = SPICE But : 공식 명칭 = ISO/IEC 15504 ( 대충 외우면 2번이 답이라 고 체크할 수 있음 조심 ) 목적 - 프로세스 개선을 위해 개발 기관이 스스로 평가하는 것 - 기관에서 지정한 요구조건의 만족여부를 개발 조직이 스스로 평가하는 것 - 계약 체결을 위해 수탁 기관의 프로세스를 평가하는 것 프로세스 평가 = spice

버스형 : 한 개의 통신 회선, 여러 대의 단말 장치 성형 : 중앙 집중형 링형 : point to point 그물형 ( = 망형 ) : 모든 지점의 컴퓨터와 단말장치가 서로 연 결 계층형 ( = Tree ) : 중앙 컴퓨터 및 일정 지역 단말장치까지는 하나의 통신, 이웃하는 단말장치는 중간 단말장치 카페, 블로그 등의 업로드 및 개인적 활용 이외에 문서의 수정 및 DB 저장, 기타 금전적 이익을 취하는 일체의 행위를 금지 합니다. 점하는 프로그램으로 워드, 컴활, 기능사 등의 상설검정에서 사 용하는 실제 프로그램 방식입니다. 해설을 제공하며 PC 버전 및 모바일 버전 완벽 연동 교사용/학생용 관리기능도 제공합니다. 에서 확인하세요.