올해 정기 기사 2회 시험 "정보처리기사" 에 합격했고, 이번 글에서는 개발 업무와 병행하면서 한 달 동안 정보처리기사를 준비하며 배운 점과 느낀 점을 솔직하게 기록하려 합니다.1. 공부 환경과 기간기간: 4주(한 달) 집중 학습평일: 퇴근 후 1~2시간 → 이론 1시간 + 문제 풀이 1시간주말: 3~4시간 → 전체 복습 + 실전 문제 풀이타이머 활용, 집중 모드 유지, 휴식 시간 최소화짧지만 집중적인 학습으로 효율을 극대화했습니다.2. 25년 개정판 출제 경향과 시험 포커스2025년 개정판부터 정보처리기사 문제는 실무와 연계된 난이도 있는 문제 비중이 증가했습니다.제가 준비하면서 파악한 출제 트렌드는 다음과 같습니다.이론 문제자료구조: 연결 리스트, 스택, 큐, 트리, 해시 구조 등 실제 구현과 시간 ..

1. 소프트웨어 개발 방법론 활용1) 소프트웨어 개발 방법론(1) 구조적 방법론정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화처리 중심의 방법론60년대까지 가장 많이 적용된 방법론목적: 쉬운 이해, 검증 가능한 프로그램 코드 생성분할과 정복 기법 사용(2) 정보공학 방법론계획, 분석, 설계, 구축에 정형화된 기법을 상호 연관성 있게 통합·적용자료 중심대규모 정보 시스템 구축에 적합(3) 컴포넌트 기반 방법론이미 만들어진 컴포넌트를 조합하여 하나의 애플리케이션 완성컴포넌트 재사용으로 유지보수 비용 최소화, 생산성과 품질 향상새 기능 추가가 간단하므로 확장성 보장절차개발 준비분석설계구현테스트전개인도2) 소프트웨어 재사용정의이미 개발된 소프트웨어를 다른 소프트웨어 개발에 사용하는 것품질과 생산성을..

1. 서버 프로그램 구현1) 배치 프로그램(Batch Program)상호작용 없이 여러 작업을 일련/일괄적으로 처리필수 요소대용량 데이터 처리 가능자동화: 사용자 개입X견고성: 데이터 이상으로 중단 X안정성/신뢰성: 오류 추적 가능성능: 다른 프로그램 방해X, 지정된 시간 내 처리2. 프로그래밍 언어 활용1) C/C++데이터 타입 크기, 기억 범위문자char(1)unsiged char(1)정수short(2)int(4)long(4)long long(8)실수float(4)double(8)long double(8)구조체데이터 집합체, 자료형을 만드는 것struct으로 정의struct sawon { char name[10]; char position[10]; int pay;};2) Java데이터 타입 크기, 기..

1. 논리 데이터베이스 설계1) 데이터 베이스 설계요구 조건 분석구현: 목표 DBMS의 DDL(데이터 정의어)로 DB 생성, 트랜잭션 작성개념적 설계 → 논리적 설계 → 물리적 설계개념적 설계(정보 모델링, 개념화)현실의 추상화개념 스키마 모델링, 트랜잭션 모델링DBMS에 독립적인 ERD, 개념 스키마논리적 설계(데이터 모델링)목표 DBMS에 맞는 논리 스키마, 트랜잭션 인터페이스 설계현실 자료 → 논리적 자료데이터 타입(필드), 타입 간 관계로 표현되는 논리적 구조의 데이터로 모델화개념적 설계는 개념 스키마 설계 단계 → 논리적 설계: 개념스키마 평가/정제관계형 DB라면 테이블 설계 단계물리적 설계(데이터 구조화)목표 DBMS에 맞는 물리적 구조의 데이터로 변환처리 성능을 위해 DB 파일의 저장 구조 ..

1. 데이터 입출력 구현1) 자료 구조선형 구조: 배열, 선형 리스트(연속/연결 리스트), 스택, 큐, 데크비선형 구조: 트리, 그래프2) 선형 구조선형 리스트연속 리스트연속되는 기억장소(≒배열)기억장소 이용 효율 가장 좋음 (밀도 1)데이터 중간 삽입 시 빈 공간 필요, 삽입/삭제 시 자료 이동 필요연결 리스트자료를 임의의 기억공간에 기억, 노드로 연결 → 삽입/삭제 용이기억 공간이 연속적으로 놓여있지 않아도 저장 가능순차 리스트 대비 기억 공간 효율 ↓접근 속도 느림: 포인터 찾아야 함중간 노드 끊어지면 다음 노드 찾기 어려움스택한쪽 끝으로만 삽입, 삭제 (LIFO)스택이 가득 찬 상태에서 데이터 삽입 → 오버플로(Overflow)빈 스택에서 데이터 삭제 → 언더플로(Underflow)응용 분야함수 ..

1. 요구사항 확인1) 소프트웨어 생명 주기소프트웨어 생명 주기는 소프트웨어의 운용 및 유지보수 과정을 각 단계별로 나눈 것입니다. 주로 개발 단계, 각 단계별 주요 활동, 산출물로 표현됩니다. 소프트웨어 생명 주기 모형은 이를 시각적으로 표현하는 형태로, 소프트웨어 프로세스 모형 또는 소프트웨어 공학 패러다임이라고도 불립니다.2) 소프트웨어 공학소프트웨어 공학은 소프트웨어 위기를 극복하기 위한 방안으로 연구된 학문입니다. 기본 원칙으로는 현대적 기술의 활용, 지속적인 검증, 기록 유지 등이 있습니다.3) 폭포수 모형폭포수 모형은 회귀 없이 선형 순차적으로 진행되는 고전적인 생명주기 모형입니다. 각 단계가 끝날 때마다 산출물이 나오며, 타당성 검토, 계획, 요구 분석, 설계, 구현(코딩), 시험(검사),..