회사에서 비전공자의 정보처리기사 자격증 취득을 필요로 했기 때문에, 부득이하게 프로젝트의 우선순위를 조정할 수 밖에 없었다. 자세한 사유는 추후에 기회가 된다면 다른 카테고리에서 정리할 예정이다.
[정보처리기사 참고서적] 개념 공부하고, 바로 기출 문제를 푸는 형식이라서 좋았음 + 두음법칙 은근 재밌음
정보처리기사는 소프트웨어를 어떻게 설계하고, 구현하는지에 대한 내용을 담고 있다. 정보보안기사 필기 내용보다 범위가 넓지만, 개발을 경험한 입장에서는 체계적인 개발 방법을 최대한 정리한 실용적인 방법론을 공부하는 느낌이었다.
Chapter I. 소프트웨어 설계
설계 순서 : 고객의 요구사항 확인 → 화면 설계 → 애플리케이션 설계 → 인터페이스 설계
01. 요구사항 확인
- 고객이 원하는 소프트웨어의 요구사항에 대한 이해 단계
- 시스템 분석(재료 파악) → 요구사항 확인(고객의 니즈 파악)
① 시스템 분석
- 플랫폼 기능 : (처리) 경과시간, (자원) 사용률, 응답시간, 가용성 # 현재 시스템 상태 # 소프트웨어 개발의 원인
② 요구사항 확인
- 특징 : 사용자의 요구사항 파악과 분명한 의사소통을 위한소단위 명세서 등 문서가 사용됨
[요구사항 분석을 위한 문서화 기술]
1. 구조적 요구 분석 - 특징 : 그림 중심으로 자료의 흐름과 처리 표현
❶ 데이터 흐름도(DFD) : 프로세스 흐름별 데이터 변환 과정의 그림 데이터 흐름도 예시
❷ 자료사전(DD) : 특정한 자료 용어의 의미 전달을 위해 취합된 문서 - 예시 : 회원가입정보 = 아이디 + 비밀번호 + 이름 + (전화번호) + {관심분야} - (전화번호) : 생략 가능한 자료 - {관심분야} : 여러 개 반복될 수 있는 자료 → 템플릿 간의 상속과 비슷한 것 같음 - [ A | B ] : 자료의 선택 → 리눅스의 옵션 표기랑 유사한 것 같음 - ** : 자료의 설명
2. UML - 특징 : 객체 지향 소프트웨어 개발 과정에서 사용되는 모델링 기술과 방법론을 통합한 표준화된 범용 모델링 언어 + 모델링 : 공통적인 개념에 대해서 유추 가능한 형식으로 치환한 일종의 패턴# 추상화 +객체 지향 소프트웨어 개발 : 객체라는 일종의 부품으로 소프트웨어를 구성하여 기능을 구현하는 방식 ❶ 정적 다이어그램 : 코드 상태 기반의 구조 표현 - 종류 : 클래스, 객체, 컴포넌트, 배치, 복합체 구조, 패키지 # 클래스 다이어그램은 4과목 내용 참고
❷ 동적 다이어그램 : 시스템이 기능을 수행하는 흐름에 대한 표현 - 종류 : 유스케이스, 시퀀스, 커뮤니케이션, 상태, 활동, 타이밍 ※ 상태 다이어그램 : 럼바우의 객체지향 분석에서 동적 모델링에 활용
3. Agile(애자일) - 특징 : 개발과 함께 고객님의 피드백을 받아서 유동적으로 개발하는 방법 # 문서보다 소통 중심
❶ XP(eXtreme Programming) : 실용성 중심 - XP의 5가지 가치 : 용기, 단순성, 의사소통, 피드백, 존중
❷ 스크럼(SCRUM) : 주기적으로 만나서 짧은 시간의 개발을 하는 팀을 위한 프로젝트 관리 방법 - 제품 책임자 : 고객님 - 제품 백로그 : 고객님의 요구사항 - 스프린트 : 보통 2~4주 정도의 실제 개발 작업 기간 - 스크럼 마스터 : PM
❸ 린(Lean) : 낭비 요소 없는 효율적인 개발 추구 - 작업량을 표시한 프로젝트 도구인 칸반 보드 활용
※ CASE (분석 자동화 도구)
- 기능 : 요구사항 자동 분석 및 요구사항 명세서 출력
- 특징 : 다이어그램 등 그래픽 지원 가능 + 소프트웨어 개발 모형 지원 + 표준화된 개발 환경 구축 지원
