클라이언트/ 서버/ 엔지니어 "게임 개발자"를 향한 매일의 공부일지

오늘은 인사교에 와서 아침 공부를 시작해본다. 어제는 병원 핑계로 출석하지 않았다. 근데 다들 보면 별로 아프지도 않은데 병원 간다면서 결석이나 지각을 하는 사람들이 정말 많았다. 이제 팀 프로젝트가 시작되어 난 솔직히 여기 나와서 할 일도 없다. 팀에도 배정되지 않았기 때문이다. 오히려 집에서 공부가 잘 되니 앞으로 1주일에 2번은 결석하고 집에서 홈 스쿨링을 진행해보기로 했다.어쨌든 오늘은 수업에 나와서 공부를 해야 한다. 이제 공부할 단원은 관계 대수와 관계 해석이다.   세션 37 - 관계대수 및 관계해석      SELECT 예시  PROJECT 예시 JOIN 예시  DIVISION 예시 학과가 컴공인 사람들을 찾아서 나누어주는 것이 Division이다.        R이라는 릴레이션과 S라는 ..

이제 관계형 데이터베이스의 제약 조건에 대해서 학습해볼 것이다.   세션 35 - 관계형 데이터베이스의 제약 조건 : 키(key)    학번과 과목명은 중복되어서 기본키로 설정할 수 없다. 이 둘을 묶는다 해도. 그럴 때는 이런 식으로 관계로 연결시키면 된다.   기본키와 연결된 것을 외래키라고 한다. 학번과 이름, 이름과 주민번호를 묶어서 기본키로 설정할 수 있게 된다. 이것을 슈퍼키라고 한다. 슈퍼키는 유일성을 만족하지만 최소성은 만족하지 못한다.   슈퍼키는 최소성을 만족시키지 못하므로 후보키가 될 수 없다.     앞서 보았던 테이블의 외래키에는 기본키에 없는 학번을 추가시킬 수 없다는 뜻이다. 이제 문제를 풀어보자. 1번은 과목번호이다. 2번은 유일성, 최소성이다. 3번은 외래키이고 4번은 서술..

E-R 모델인 개체 관계 모델에 대해서 학습해볼 것이다. 이번 장은 31 세션부터 36까지 한번에 묶어서 학습하고 정리해보려고 한다.   세션 33 : E-R(개체-관계) 모델    1번은 개체, 관계, 속성이다. 2번은 E-R 모델이다. 1번은 순서를 반대로 적었다. 다시 한번 정리해보면 다음과 같다. 바로 위에 문제의 답이 나와있기에 이 부분을 보지 않고 나 혼자서 생각했다.사각형은 개체 타입이다. 마름모가 관계 타입, 타원이 속성, 이중 타원은 다중값, 밑줄 타원은 기본키 속성이다. 그리고 속수 타원은 복합 속성, 관계는 객체 간 관계에 대한 대응수를 선 위에 기술한다. 선과 링크는 개체 타입과 속성을 연결한 것이다. 이 부분은 중요하니 꼭 암기하기로 하자.    세션 34 : 관계형 데이터베이스의..

이번에는 데이터 모델의 개념에 대해서 학습해보겠다. 처음에는 강의만 듣고 이론 학습만 진행하다가 다음날 문제를 풀어보았다.   세션 31 - 데이터 모델의 개념        1번은 구조, 연산이다. 2번은 논리적, 물리적, 개념적 모델이다. 3번은 개념적, 4번은 논리적 모델이다. 5번은 서술형이라 잘 모르겠다.데이터 모델에 표시할 요소느 구조, 연산, 제약조건이었다. 앞에서 문제를 풀어놓고 틀렸다. 구조는 논리적으로 표현된 개체 타입들 간의 관계로서 데이터 구조 및 정적 성질을 표현한다. 1번은 답을 반대로 써서 틀린 답이었다.    세션 32 - 데이터 모델의 구성 요소                     암기할 게 너무 많아서 다 하지 못했고 한번 읽고 문제를 풀어본다. 1번은 모르겠다. 2번은 속..

여기서부터는 2장 단원이 시작되었다. 강의를 차근차근 들으면서 학습을 진행해볼 것이다.    세션 29 - 데이터베이스 개요               1번은 서술형이라 잘 모르겠다. 2번은 외부, 개념, 내부일 것 같다. 3번은 논리적, 개념적 모델링일까.. 잘 모르겠다.맞은 문제가 한 개도 없고 다 틀렸다. 스키마는 데이터베이스의 구조와 제약조건에 괜한 전반적인 명세를 기술한 것이다. 외부 스키마는 사용자나 응용 프로그래머나 각 개인의 입장에서 필요로 하는 데이터베이스의 논리적 구조를 정의한 것이다. 난 개인이 들어가니 이것이 내부라고 생각했다. 개념 스키마는 데이터베이스의 전체적인 논리적 구조로 모든 응용 프로그램이나 사용자들이 필요로 하는 데이터를  종합한 조직 전체의 데이터베이스이다. 이것도 외부..

이어서 예상문제은행에서 틀린 문제를 풀어보기로 하자.   예상문제은행 틀린문제 풀어보기  여기에 Active Box가 빠졌다. 순차 다이어그램에는 액터, 객체, 생명선, 실행 상자, 메시지, 객체 소멸, 프레임이 들어간다. 영어로 하니까 좀 헤깔린다. 실행 상자가 Active Box이다.    30번은 클래스 다이어그램이 아니라 객체지향 방법론이다. 클래스 다이어그램은 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한 것이다.정보공학 개발 방법론은 정보 전략 계획 수립 →  업무 영역 분석 → 업무 시스템 설계 → 업무 시스템 구축으로 구성된다. 그리고 소프트웨어 재사용은 이미 개발되어 인정받은 소프트웨어를 다른 소프트웨어 개발이나 유지에 사용하는 것이다.    34번은 소프트웨어 재가공이 아..

이 문제도 두번째 풀어보았을 때 틀린 문제를 정리하며 학습일지에 올려본다.   예상문제은행 틀린 문제 다시 풀어보기  프로토타입 모형은 사용자의 요구사항을 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측하는 모형이다.     솔직히 이 문제는 처음 들어보는 개념이고 비슷한 문제도 없어서 자료를 찾아보면서 풀어보고 있다. 현행 시스템 파악은 시스템의 전반적인 이해를 돕기 위한 과정으로, 일반적으로 하드웨어와 네트워크 등 물리적인 구성 요소부터 시작해 점차적으로 시스템의 논리적인 요소(소프트웨어, 아키텍처 등)를 파악해 나가는 방식으로 진행된다.C (시스템 구성 현황 파악)시스템 파악 과정에서 먼저 시스템이 어떻게 구성되어 있고, 기능이 어떻게 구현되어 있으며, 각 시스템 간..

이어서 틀린 문제를 다시 풀고 정리해본다.   세션 17 - 상태 다이어그램  화살표 방향이 어떻게 가는지 다이어그램을 이해하지 못한채 내용만 외우려고 했기 때문에 틀렸다. 이 다이어그램은 상태 다이어그램을 나타내는 것으로 다음과 같이 흘러간다. 주문 상품 선택에서 상품 정보 확인을 거쳐 재고 확인 대기 상태가 된다. 재고가 있으면 재고 확인 완료 상태로 전환되고, 재고가 없으면 재고 확인 실패가 된다.재고 확인 실패에서 상품 재선택을 선택하면 주문 상품 선택이 실행된다. 문제에서는 재고 확인 실패 상태를 물어보았으니 여기서 이어지는 화살표를 잘 봐야 한다. 하나는 재고 없음 이벤트에서 재고 확인 실패 상태로 변환되고, 다른 하나는 상품 재선택 이벤트에서 주문 상품 선택으로 전환되고 있다.    세션 1..

기출문제를 한번은 다른 곳에 흔적 없이 풀고, 이제 두번째 풀 때는 책에다 풀어보았다. 틀린 문제는 모두 스캔하여 정리하는 중이다. 오늘 2, 3장도 모두 학습을 마치려고 했는데 암기하고 문제를 다시 풀고 해야 할 게 많아서 택도 없을 것 같다.그래도 하는 데까지 열심히 공부해볼 것이다.   세션 1 - 소프트웨어 생명 주기  에자일 방법론은 스크럼, XP, 기능 중심 개발이다.    세션 3 - XP 기법  리팩토링(Refectoring)은 프로그램을 쉽게 이해하고 쉽게 수정하여 빠르게 개발할 수 있도록 하는데 목적이 있다.    세션 4 - 개발 기술 환경 파악  DBMS 관련 요구사항 분석시 고려사항은 5가지가 있다. 가용성, 성능, 기술지원, 상호호완성, 구축 비용이다. 그리고 2번 문제는 웹 애..

이어서 소프트웨어 개발 표준에 대해서 학습을 진행해볼 것이다. 이 단원은 자주 출제되는 유형이니 더 집중해서 공부해보기로 하자.    세션 26 - 소프트웨어 개발 표준 1. 소프트웨어 개발 표준★ 소프트웨어 개발 표준의 종류에는 어떤 것들이 있는지 정확히 숙지하고, 어떤 표준의 특징을 말하는지 구분할 수 있도록 잘 정리하기  2. ISO/IEC 12207  3. CMMI ★ CMMI의 소프트웨어 프로세스는 성숙도 단계를 순서대로 나열할 수 있어야 한다. '초기, 관리, 정의, 정량적 관리, 최적화' 순으로 기억하기   4. SPICE  5. SPICE 구성  6. SPICE의 프로세스 수행 능력 단계 ★ SPICE의 프로세스 수행 능력 단계를 순서대로 나열할 수 있어야 한다.SPICE와 CMMI는 구별..