Just Do IT

개발자로 직종을 변경하고 친구들에게 개발자에게 필요한 자격증에 대해 얘기하다가 정보처리기사 자격증을 알게 되었다.

그래서 회사를 퇴사하자마자 바로 2023년 3회차 시험에 필기시험을 접수하고 본격적인 준비를 시작했다.

정보처리기사 필기 합격기준

 
총 5과목으로 구성되어 있으며 한 과목당 40점은 넘어야 하고, 평균 60점 이상이여야 합격할 수 있다.
 
코로나가 끝난 후 개발자로의 취업은 많이 어려워졌다는 것을 많이 들었다.
 
그래서 비전공자인 나는 이 정보처리기사 자격증이 꼭 필요했다.
 
그래서 6월에 회사를 퇴사하자마자 필기 준비를 시작했다.
 

정보처리기사 필기 공부법

 
정보처리기사 필기는 CBT 형식으로 치뤄지고, 시험장에서 PC로 시험을 치고 합/불합격을 바로 확인할 수 있다.
 
짧은 시간 내에 합격하기 위해 나는 기출문제 사이트인 CBT 사이트를 이용해
 
매일 4~5시간동안 필기 기출을 반복적으로 공부하였다.
 
https://www.comcbt.com/

 
여기 사이트에서 기출문제를 반복한 결과 1트만에 합격!
 
필기 합격 후 실기가 남아있어 실기를 바로 준비하였다.
 
하지만....
 
 

정보처리기사 실기 합격기준 

 
정보처리기사는 필답형으로 진행되며 20문제가 출제된다고 한다.
 
프로그래밍 문제와 단답형과 계산형 문제가 나오는데 기준은 아래와 같다.
 
실기 : 100점을 만점으로 하여 60점 이상.
 
이 23년 3회 실기시험을 신청했는데 이 때 학원 교육을 듣고 프로젝트를 진행하면서 실기 시험 할 시간이 많이 없었다.
 
그래도 응시료가 아까워 실기는 어떻게 나오는지 맛보러 가보자는 마음으로 실기 시험을 응시했는데 그 결과..
 

 
그래도 실기가 어떻게 나오는지 경험해봤다는 생각으로 다음 회차에는 꼭 합격하겠다는 생각으로 24년 1회차 실기 시험을 위해 실기 공부를 2배 이상 공부했다.
 

정보처리기사 실기 공부법

 
정보처리기사 실기는 필기와는 다르게 기출문제만 봐서는 합격하기 힘든 시험이다.
 
그래서 나는 실기 이론과 기출+예상문제가 있는 수제비 정보처리기사 실기 책을 구입했다.
 
그리고 학원 친구들과 매주 스터디도 하면서 자격증 취득을 위해 열심히 공부를 했다.
 

 
비전공자를 위한 최고의 수험서라고 책에 적혀있는데 비전공자가 이해하기에 쉽기도 했고, 수제비 카페가 있어 스터디도 할 수 있고 유튜브도 있어 많은 정보를 얻을 수 있었다.
 
그리고 프로그래밍 문제는 흥달쌤 유튜브를 많이 참고했다. 특히나 C언어 부분이 비전공자인 나는 많이 어려웠는데 유튜브를 보면서 많은 도움이 되었다.
https://www.youtube.com/@HeungSsaem

 
특히 실기 시험 전 날 라이브 강의도 해주셨는데 유튜브로 라이브 강의도 보면서 시험에 잘나올법한 내용들을 한번도 복습했던게 컸었다.
 
 

대망의 실기 시험날

 
정보처리기사 실기는 부산 동의대학교에서 시험을 쳤다.
 
시험 난이도는 작년 3회차 시험 보다 난이도가 쉬웠다고 생각했다. 내가 예상한 문제도 나온거 같았고, 프로그래밍 언어 문제도 무난하게 나온것으로 기억한다.
 
실기 시험을 치고 개발자로 취업하기 위해 회사 면접도 보면서 서울에 있는 개발 회사에 취업하고 몇일 뒤 실기 결과가 나왔다!
 

 
뭔가 실기시험 끝나고 합격할거 같다는 느낌반 몇 점차이로 떨어질거 같다는 생각 반으로 반신반의했는데 운이 좋게도 합격을 했다. 실기시험은 약간의 문제 운도 있는거 같다.
 

 
드디어 나도 정처기를 손에 넣었다. 이제 리눅스 마스터랑 SQLD 자격증도 도전 할 예정이다.

프로젝트 계획

프로젝트 관리

프로젝트 핵심 관리대상(3P)

• 사람(People)
• 문제(Problem)
• 프로세스(Process)

PMBOK(Project Management Body of Knowledge)

• PMI(Project Management Institute)에서 제작한 프로젝트 관리 프로세스 및 지식 체계

🔶 PMBOK 5단계 프로세스 그룹

1. 1단계 : 프로젝트 착수
2. 2단계 : 프로젝트 계획
3. 3단계 : 프로젝트 실행
4. 4단계 : 프로젝트 통제
5. 5단계 : 프로젝트 종료

개발 비용 산정

하향식 산정 기법(전문가 기법/델파이 기법)

1) 전문가 기법

• 조직 내 경험이 있는 전문가에게 비용 산정을 의뢰하여 산정하는 기법

2) 델파이 기법

• 여러 전문가의 의견을 종합하여 판단하는 방법

상향식 산정 기법(LOC 기법 / 단계별 인원수 기법)

1) LOC(원시코드 라인 수) 기법

• 각 기능의 원시 코드 라인 수의 비관치(가장 많은 라인수), 낙관치(가장 적은 라인수), 중간치(기대치, 평균 라인수)를 측정 후 예측치를 구하고, 이를 이용해 비용을 산정하는 방법

2) 단계별 인원수(M/M) 기법

• SW 개발 생명주기 각 단계별로 적용시켜 모든 단계의 비용을 산정하는 기법

수학적 산정 기법

1) COCOMO 기법

• 개발할 SW의 규모를 예측한 후 SW 종류에 따라 각 비용 산정 공식에 대입하여 비용을 산정하는 방법
• 개발 유형

2) Putnam 기법

• 시간에 따른 함수로 표현되는 Rayleigh-Norden 곡선의 노력 분포도를 기초로 한다
• SLIM :  Rayleigh-Norden 곡선과 Putnam 예측 모형을 기초로 개발한 자동화 추정도구

3) 기능 점수 기법(FP, Function Point)

• S/W가 가지는 기능의 개수를 기준으로, S/W의 규모를 측정하는 기법
• ESTIMACS : FP모형을 기초로 개발된 자동화 추정도

• 비용 산정에 이용되는 요소

- 자료 입력(입력 양식)

- 정보 출력(출력 보고서)

- 명령어(사용자 질의수)

- 데이터 파일

- 필요한 외부 루틴과의 인터페이스

개발 일정 산정

작업순서

1. 작업분해(Work Breakdown Structure)
2. PERT/CPM 작성
3. 임계경로 구함
4. 간트 차트로 표현

WBS(Work Breakdown Structure)

• 프로젝트 목표를 달성하기 위해 필요한 활동과 업무를 세분화하는 작업

PERT/CPM

• 작업의 선/후행 관계를 고려, 전체작업의 완료시간을 결정(PERT), 추가비용 투입을 고려하여 전체작업 완료시간을 단축하는(CPM) 네트워크 분석 기법
• 임계경로(Critical Path) : 프로젝트를 끝내기 위해 필요한 최소 소요시간

간트차트(Gantt chart)

• 일정 계획의 최종산출물
• 프로젝트 일정관리를 위한 바(Bar) 형태의 도구

요구사항 분석

현행 시스템 분석

플랫폼 기능분석 - 플랫폼의 유형

CPND(Contents Platform Network Device)

• 콘텐츠를 플랫폼에 맞게 가공하고 네트워크를 통해 사용자의 단말기로 서비스가 이루어짐을 표현하는 무선 인터넷 서비스의 가치사슬

미들웨어 분석 - 개념

• 양 쪽을 연결하여 데이터를 주고받을 수 있도록 중간에서 매개 역할을 하는 S/W

종류

1) 원격 프로시저 호출(RPC, Remote Procedure Call)

• 클라이언트가 원격에서 동작하는 프로시저를 호출하는 시스템

2) 메시지 지향 미들웨어(MOM, Message Oriented Middleware)

• 응용 S/W 간의 데이터 통신을 위한 S/W
• 메시지 기반의 비동기형 메시지를 전달하는 방식의 미들웨어

3) ORB(Object Request Broker)

• 객체지향 시스템에서 객체 및 서비스를 요청하고 전송할 수 있도록 지원하는 미들웨어

4) DB 접속 미들웨어

• 애플리케이션 - DB서버를 연결해주는 미들웨어

5) TP모니터

• 트랜잭션이 올바르개 처리되고 있는지 데이터를 감시하고 제어

6) 웹 애플리케이션 서버(WAS, Web Application Server)

• 동적인 콘텐츠를 처리하기 위한 미들웨어

7) 엔터프라이즈 서비스 버스(ESB, Enterprise Service Bus)

• 메시지 기반으로 느슨한 결합 형태의 표준 인터페이스 통신을 지원하는 미들웨어

요구공학

1) 요구공학 내용의 종류

(1) 기능적 요구사항

• S/W를 구성하는 기능들이 무엇인지 정의한 것

(2) 비기능적 요구사항

• 보안, 성능, 품질, 안정성 등 S/W 기능들에 대한 조건과 제약사항들이 무엇인지 정의한 것

(3) 요구사항 개발 프로세스(도출 - 분석 - 명세 - 확인)

1) 도출(Elicitation)

• S/W가 해결해야 할 문제를 이해하고 요구사항이 어디에 있고, 어떻게 수집할 것인가를 확인

2) 분석(Analysis)

• 요구사항들 간에 상충되는 문제를 해결

3) 명세(Specification)

1) 정형 명세 기법

- 수학, 논리학

2) 비정형 명세 기법

- 자연어, 그림 중심

4) 확인(Validation)

• 이해 관계자들이 문서를 검토하고, 형상관리를 수행

(5) 요구사항 분석도구 - 분류

1. 상위 CASE

• 생명주기 전반부에 사용, S/W의 계획과 요구분석, 설계단계를 지원

2. 하위 CASE

• 생명주기 후반부에 사용, 코드의 작성과 테스트, 문서화하는 과정을 지원

3. 통합 CASE

• S/W 생명주기에 포함되는 전체 과정을 지원

(5-1) HIPO(Hierarchy Input Process Output)

• 하향식 S/W 개발을 위한 문서화 도구

🔶 종류

🔶 SW 공학

소프트웨어 공학

SW 위기를 극복하고 효율적으로 품질 높은 SW를 개발하기 위한 학문

소프트웨어 공학의 3R

역공학(Reverse Engineering)

기존 개발된 시스템을 CASE도구를 이용하여 요구 분석서, 설계서 등의 문서로 추출하는 작업
개발 단계를 역으로 올라간다고 생각!

재공학(Re-Engineering)

SW의 위기를 해결하기 위해 개발의 생산성이 아닌 유지보수의 생산성으로 해결하려는 방법
예방 유지보수 측면에서 SW 위기 해결

재공학의 과정

분석(Analysis) / 재구성(Restructuring) / 역공학(Reverse Engineering) / 이관(Migration)

재사용(Reuse)

이미 개발되어 있는 SW의 전체 또는 일부분을 다시 사용

재사용 방법

합성중심(Composition Based, 블록구성)
- 전자 칩과 같은 SW부품, 블록(모듈)을 만들어서 끼워 맞추어 SW를 완성시키는 방법

생성중심(Generation Based, 패턴 구성)
- 추상화 형태로 쓰여진 명세를 구체화하여 프로그램을 만드는 방법

SW 개발단계

계획 > 요구사항분석 > 설계 > 구현 > 테스트 > 유지보수

🔶 SW 개발 방법론

소프트웨어 개발 방법론 종류

구조적 방법론

절차지향 SW 개발 방법론
구성요소 : 데이터 흐름도(DFD), 자료사전(DD), 상태전이도(STD), 소단위 명세서(Minispec)

정보공학 방법론

기업의 주요 부분을 계획, 분석, 설계, 구축에 정형화된 기법들을 상호 연관성 있게 통합, 적용하는 데이터 중심 방법론

객체지향 개발 방법론

현실세계의 개체(Entity)를 속성(Attribute)과 메서드(Method) 형태로 표현
특징 : 캡슐화 / 정보은닉 / 상속 / 다형성 / 추상화

CBD(Component Based Development) 분석 방법론

재사용 가능한 컴포넌트의 개발 또는 상용 컴포넌트를 조합해 애플리케이션 개발

애자일 방법론

기존 방법론들이 절차를 중시한 나머지, 변화에 빠른 대응을 할 수 없다는 단점 개선을 위해 등장
종류 : XP, SCRUM, FDD, Crystal 방법론 등등...

소프트웨어 개발 모델

폭포수 모델(Waterfall Model)

• 계획, 분석, 설계, 구현, 테스트, 운영 등 전 과정을 순차적으로 접근하는 개발 모델
• 각 단계가 순차적으로 진행, 병행되거나 거슬러 반복 진행 불가
• 요구사항 변경이 어렵다

프로토타이핑 모델(Prototyping Model)

• 고객이 요구한 주요 기능을 프로토타입으로 구현하여 완성해가는 모델

나선형 모델(Spiral Model)

• 폭포수 모델과 프로토타이핑 모델의 장점 수용, 위험 분석을 추가한 점증적 개발 모델

RAD(Rapid Application Development) 모델

• 매우 짧은 개발 주기를 강조하는 점진적 SW 개발 방식
• CASE(Computer Adied Software Engineering) 도구를 이용해 시스템을 개발

V 모형

• 폭포수 모델에 시스템 검증과 테스트 작업을 강조

4세대 기법(4th Generation Techniques)

• 요구사항 명세로부터 원시코드를 자동으로 생성할 수 있게 해주는 모델

애자일 방법론

개념

• 신속한 반복 작업을 통해 실제 작동 가능한 SW를 개발하여 지속적으로 제공하기 위한 SW 개발 방식

종류

1) XP(eXtream Programming)

✏️ XP 5가지 핵심가치 (의사존중, 피드백, 존중, 용기, 단순성)

1. 용기 : 고객의 요구사항 변화에 능동적인 대처
2. 존중 : 개발자의 역량 존중, 충분한 권한과 권리 부여
3. 의사소통 : 개발자, 관리자, 고객 간의 원할한 의사소통
4. 피드백 : 의사소통에 따른 즉각적인 피드백
5. 단순성 : 부가적 기능, 사용되지 않는 구조와 알고리즘 배제

2) 스크럼(Scrum)

🔶 특징

• 개발 주기는 30일 정도로 조절, 개발 주기마다 실제 동작할 수 있는 결과를 제공
• 항상 팀 단위로 생각, 매일 15분 정도의 회의

3) 그 외 애자일 방법론

🔶 크리스털(Crystal)

• 프로젝트의 규모와 영향의 크기에 따라서 여러 종류의 방법론을 제공

🔶 FDD(Feature-Driven Development)

• 신규 기능 단위로 하는 개발 방법론

🔶 ASD(Adaptive Software Development)

• 합동 애플리케이션 개발을 사용하는 방법론

🔶린(Lean)

• 도요타 린 시스템 품질기법

IT 서비스 관리

SLM(Service Level Management)

• 서비스 수준을 정량적으로 측정, 실적을 평가, 미흡한 부분을 개선함으로써 서비스의 품질을 높이는 일련의 관리 및 활동
• 사용자의 관점으로 서비스 요구사항을 파악하고, 서비스 수준 개선을 위한 우선순위를 판단하기 위한 도구이며, 사용자의 기대수준에 부합하는 서비스, 프로세스, 조직역량 및 기술을 통합적으로 관리하기 위한 체계

SLA(Service Level Agreement)

• 정보시스템 수요자와 공급자 사이의 상호 동의에 의하여 서비스 수준을 명시적으로 정의하고 이를 문서화한것

ITSM(Information Technology Service Management)

• 최종 사용자를 위한 IT 서비스를 구현, 전달 및 관리하기 위한 일련의 정책

ITIL(IT Infrastructure Library)

• IT서비스 관리 업계의 모범사례를 집대성한 IT서비스 관리 프레임워크
• ITSM을 실현하는 도구 또는 방법