어느덧 필기를 보고, 1달이 넘게 지났다. 무슨 실기 시험 장소 고르는 게 야구장 티켓팅, 콘서트 티켓팅 보다 어려울 줄은 몰랐다. 어쨌든 실기 10일 전... 슬슬 준비를 해보려고 한다. (사실 중간에 여행, 학교 시험 등이 있어서 MAX로 한 5일 정도 공부할 수 있을 것 같다.) 1. 출제 유형 - 정보처리 실무에 관한 내용 2. 검정방법 / 합격기준 - 필답형(2시간30분) - 100점을 만점으로 하여 60점 이상. 3. 실기시험 출제 경향 정보시스템 등의 개발 요구 사항을 이해하여 각 업무에 맞는 소프트웨어의 기능에 관한 설계, 구현 및 테스트를 수행에 필요한 1. 현행 시스템 분석 및 요구사항 확인(소프트웨어 공학 기술의 요구사항 분석 기법 활용) 2. 데이터 입출력 구현(논리, 물리데이터베이..
Computer Science
Spring 인가 인증 JWT 공부를 하다가, 요즘 코딩 권태기가 와서 코딩에 손이 안잡힌다... 여행 한 번 갔다오면 해결 될 것 같은데~ 어쨌든 그래서 엊그제 보고온 정보처리기사 필기 후기를 써본당.. 1. 본인 수준 (이정도 수준에서 얼만큼 공부해서 통과했다는 이야기를 하고 싶어서 자세히 적어본다.) 현재 컴과 24년도 4학년 예정자이다. 꽤 학점이 나쁘지 않다. (1-2학기빼고는 3.후반 4.초반 대이다.) 코딩 실력은 C, 파이썬, 자바 (대학 수업 수준)를 배웠고, 현재 자바 스프링 열심히 공부중인다. 그래서 웬만한 1~4 과목 내용은 기본적으로 알고 있는 상태이다. (보안 관련 과목은 안들어서 5과목은 정말 정말 생소했다.) 가물가물하지만 20문제 중에 10~15문제 정도는 어디선가 봤던 것..
! 오답노트! 제 1 과목 : 소프트웨어 설계 1. 유스케이스(Use Case)의 구성 요소 간의 관계에 포함되지 않는 것은? 유스케이스(Use Case)의 구성 요소 간의 관계 포함 관계 (Inclusion Relationship) 확장 관계 (Extension Relationship) 일반화 관계 (Generalization Relationship) 의존 관계 (Dependency Relationship) - 구체화 관계는 없다. 제 2 과목 : 소프트웨어 개발 1. 다음과 같이 레코드가 구성되어 있을 때, 이진 검색 방법으로 14를 찾을 경우 비교되는 횟수는? 1. 2 2. 3 3. 4 4. 5 단계 1: 배열의 중간 요소를 선택합니다. 단계 2: 찾고자 하는 값과 중간 요소를 비교합니다. 단계 3..
해당 post는 개인 공부 목적으로 작성되어, 다시 봐야할 부분만 간단히 정리해놓은 post입니다. 1. 요구사항 확인 1) 현행 시스템 분석 * 분석 순서 고객 요구 -> 요구사항 분석 -> 설계 -> 구현 -> 테스팅 -> 제품 * 현행 시스템에서 파악해야 하는 것 플랫폼 기능 분석 플랫폼 성능 특성 분석 운영체제 분석 네트워크 분석 DBMS 분석 비즈니스 융합 분석 (인적 자원 분석은 들어가지 않는다.) * 미들웨어 솔루션 유형 6가지 1) DB : 원격 DB와 연결 2) WAS 웹 : Web ~ ; 웹 환경을 구현 3) MOM 메시지 비동기 : Message ~ ; 메시지 기반의 비동기형 메시지를 전달 4) RPC : 원격 프로시저를 로컬 프로시저처럼 호출 5) ORB 객체지향 : Object ~..
시험 유형 : 4지선다 / 과목당 20문제 총 100문제 합격 기준 : 과목당 40점 이상, 전체 평균 60점 이상 (즉, 과목당 최소 8개 이상 맞추고, 과목당 평균 12개 이상은 맞춰야 한다.) 1. 소프트웨어 설계 소프트웨어공학 프로그래밍언어론 2. 소프트웨어 개발 자료구조 운영체제 소프트웨어공학 알고리즘 보안 관련 과목들 3. 데이터베이스 구축 데이터베이스 4. 프로그래밍 언어 활용 프로그래밍언어론 운영체제 보안 관련 과목들 통신 관련 과목들 5. 정보시스템 구축 관리 소프트웨어공학 데이터베이스 보안 관련 과목들 통신 관련 과목들 제1과목 소프트웨어 설계 1. 요구사항 확인 1) 현행 시스템 분석 2) 요구사항 확인 3) 분석 모델 확인 2. 화면 설계 1) UI 요구사항 확..
1. SRP: 단일 책임 원칙(single responsibility principle) 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 클 수 있고, 작을 수 있다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 단일 책임 원칙을 잘 따른 것 예) UI 변경, 객체의 생성과 사용을 분 2. OCP: 개방-폐쇄 원칙 (Open/closed principle) 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다 이런 거짓말 같은 말이? 확장을 하려면, 당연히 기존 코드를 변경? 다형성을 활용해보자 인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현 지금까지 배운 역할과 구현의 분리를 생각해보자 3. LSP..
Big Data Platform-1 https://right-hugger-91c.notion.site/Big-Data-Platform-1-2bccd4999a6c4b05bfd75743a94300f6?pvs=4 Big Data Platform-1 | Notion 목차 right-hugger-91c.notion.site Big Data Platform-2 : Introduction to MapReduce https://right-hugger-91c.notion.site/Big-Data-Platform-2-Introduction-to-MapReduce-afdde6645b77413b9758672ca4bf2e8b?pvs=4 Big Data Platform-2 : Introduction to MapReduce | N..
https://right-hugger-91c.notion.site/Case-Study-Cloud-Computing-46c61324374647509b86d3e920a06403?pvs=4 Case Study: Cloud Computing | Notion 목차 right-hugger-91c.notion.site
