728x90

정보처리기사실기 16

정보처리기사 실기 합격 및 자격증 취득 후기

2022년 6월 17일 기다리고 기다리던 정보처리기사 실기 결과가 발표됐습니다. 결론부터 말하자면 결과는 합격! 부끄럽지만 2021년 3월 7일 필기를 합격하고 나서 실기 3번째 시도만에 힘들게 취득한 소중한 내 정보처리기사 자격증ㅠ 첫 번째 실기 시험에서 커트라인 60점에서 1점 모자란 59점으로 불합격 통보를 받고 좌절감과 허무함에 답답한 시기를 보냈지만 마음을 다 잡고 두 번째 시험을 준비했었습니다. 열심히 해서 이번엔 기필코 합격하겠다는 마음을 가지고 독서실을 다니면서 며칠을 밤을 지새우며 열심히 준비했건만.. 하필 영어로 된 문제와 보기들이 가장 많이 나오고 합격률이 가장 낮았던 최악의 두 번째 시험.. 커트라인에도 한참 못 미치는 결과로 두 번이나 떨어진 스스로를 비난하며 앞으로 어떻게 준비할..

02. 화면 설계

Chapter. 01 - UI 요구사항 확인 예상 - 01 Q. 유기적 상호작용 기반 인터페이스라고 불리며 현실에 존재하는 모든 사물이 입출력장치로 변화할 수 있는 사용자 인터페이스(User Interface)의 유형을 쓰시오 A. OUI 예상 - 04 Q. 다음은 UI 품질 요구사항에 대한 설명이다. 괄호 ( ) 안에 들어갈 용어를 쓰시오. UI 품질 요구사항 중 사용성(Usability)은 사용자와 컴퓨터 사이에 발생하는 어떠한 행위를 정확하고 쉽게 인지 가능함을 ( 1 ) : 소프트웨어의 논리적인 개념과 적용 가능성(응용 가능성)을 분간하는데 필요한 사용자의 노력 정도에 따른 소프트웨어 특성 ( 2 ) : 소프트웨어 애플리케이션 익히는데 필요한 사용자의 노력 정도에 따른 특성 운용성 : 소프트웨어의..

01. 요구사항 확인

Chapter. 01 - 소프트웨어 개발방법론 예상 - 04 Q. 전체 시스템을 기능에 따라 나누어 개발하고, 이를 통합하는 분할과 정복 접근 방식의 방법론은 무엇인가? A. 구조적 방법론 예상 - 05 Q. TDD(Test Driven Development)에 대해서 서술하시오. A. 작성해야 하는 프로그램에 대한 테스트를 먼저 수행하고, 이 테스트를 통과할 수 있도록 실제 프로그램의 코드를 작성한다는 원리 예상 - 06 Q. XP 12가지 가치 중 매일 여러 번씩 소프트웨어를 통합하고 빌드해야 한다는 원리는 무엇인가? A. 지속적인 통합(CI) 예상 - 08 Q. 델파이 기법(Delphi Method)에 대해서 서술하시오 A. 전문가의 경험적 지식을 통해 문제 해결 및 미래 예측을 위한 기법 Chap..

013. UI 흐름 설계

UI 설계서 구성 개념 - UI 설계서 표지, UI 설계서 개정 이력, UI 요구사항 정의, 시스템 구조, 사이트 맵, 프로세스 정의, 화면 설계 UI 설계안의 적정성 확인 - 실행차를 줄이기 위한 UI 설계 원리 : 사용 의도 파악, 행위 순서 규정, 행위 순서대로 실행 - 평가차를 줄이기 위한 UI 설계 원리 : 수행한 키 조작 결과를 사용자가 빠르게 지각하도록 유도, 키 조작으로 변화된 시스템의 상태를 사용자가 쉽게 인지하도록 유도, 사용자가 가진 원래 의도와 시스템 결과 간의 유사 정도를 사용자가 쉽게 파악하도록 유도 화면과 폼의 흐름 설계 - 화면에 표현되어야 할 기능적 및 비기능적 요구사항 검토 - 화면의 입력 요소 및 유스케이스를 통한 UI 요구사항 확인 - UI 유스케이스 설계 - 기능 및..

012. UI 설계를 위한 UML 개요

UML 개념 - 객체지향 소프트웨어 개발 과정에서 산출물을 명세화, 시각화, 문서화할 때 사용되는 모델링 기술과 방법론을 통합해서 만든 표준화된 범용 모델링 언어 UML의 특징 가구명문 - 가시화 언어 / 구축 언어 / 명세화 언어 / 문서화 언어 UML의 구성 요소 사관다 - 사물 / 관계 / 다이어그램 구조적 다이어그램(= 정적 다이어그램) 클객컴배복패 클래스 다이어그램 - 객체지향 모델링 시 클래스의 속성 및 연산과 클래스 간 정적인 관계를 표현한 다이어그램 객체 다이어그램 - 클래스에 속한 사물들, 즉 인스턴스를 특정 시점의 객체와 객체 사이의 관계로 표현한 다이어그램 - 연관된 모든 인스턴스를 표현 컴포넌트 다이어그램 - 시스템을 구성하는 물리적인 컴포넌트와 그들 사이의 의존 관계를 나타내는 다..

011. UI 지침, 스토리보드, UI 프로토타입 제작 및 검토

UI 지침(Guideline) 개념 : UI 표준에 따라 사용자 인터페이스 설계, 개발 시 지켜야 할 세부사항을 규정하는 가이드라인 소프트웨어 개발 단계별 UI 지침 목표 정의 프로젝트 계획 요구사항 정의 설계 및 구현 테스트 배포 및 관리 - 환경 분석 - UI 개발 목표 및 범위 정의 - 사용자 분석 및 니즈(needs)조사 - 사용자 요구사항 도출 - UI 컨셉션 정의 - UI 상세 설계 - UI 화면 디자인 - UI 검증 - 사용성 테스트 실행, 결과 분석 - 매뉴얼 배포, 관리 UI 개발을 위한 주요 기법 3C 분석 - 고객(Customer), 자사(Company), 경쟁사(Competitor)를 비교 SWOT 분석 - 기업의 내부 환경과 외부 환경을 분석하여 Strength(강점), Weakn..

010. UI 요구사항 확인, UI 표준

UI 개념 - 넓은 의미에서 사용자와 시스템 사이에서 의사소통 할 수 있도록 고안된 물리적, 가상의 매개체 - 좁은 의미로는 정보 기기나 소프트웨어의 화면 등에서 사람이 접하게 되는 화면 유형 : CGNO - CLI / GUI / NUI / OUI CLI : 텍스트 명령 GUI : 그래픽 반응 기반 인터페이스 NUI : 터치나 음성, 동작인식, 뇌파 인식 OUI : 유기적 상호기반 인터페이스 UI 설계 원칙 직유학유 - 직관성(Intuitiveness) / 유효성(Effciency) / 학습성(Learnability) / 유연성(Flexibility) 직관성 (Intuitiveness) - 누구나 쉽게 이해하고, 쉽게 사용할 수 있어야 함 - 쉬운 검색, 쉬운 사용성, 일관성 유효성 (Effciency)..

009. 분석 모델 검증, 분석 모델의 시스템화 타당성 분석

분석 모델 검증 개념 : 요구사항 도출 기법을 활용하여 업무 분석가가 제시한 분석 모델에 대해서 확인하는 활동 분석 모델 검증 방법 유스케이스 모델 검증 - 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 검증을 위해서 액터, 유스케이스, 유스케이스 명세서 점검 개념 수준의 분석 클래스 검증 - 시스템의 주요 도메인 개념을 분석 클래스로 도출하여 유스케이스 분석에 활용하므로, 개념 수준의 주요 분석 클래스를 적절히 도출하였는지, 관련 정보가 명확한지 점검 - 주요 클래스 도출 여부, 도출된 클래스 이름과 속성의 적절성, 올바른 클래스들 간의 관계 여부 점검 분석 클래스 검증 - 유스케이스 실현에 필요한 분석 클래스 도출 확인 - 유스케이스 별로 도출된 분석 클래스들이 스테레오 타입으로 표시되었..

008. 요구사항, 요구사항의 시스템화 타당성 분석

요구공학 개념 : 사용자의 요구가 반영된 시스템을 개발하기 위하여 사용자 요구사항에 대한 도출, 분석, 명세, 확인 및 검증하는 구조화된 활동 요구사항 목적 - 이해관계자 사이에 효과적인 의사소통 수단 제공 - 시스템 개발의 요구사항에 대한 공통된 이해 설정 - 요구사항 누락 방지 및 이해 오류로 인한 불필요한 비용을 절감 - 요구사항 변경 추적 가능 분류 기완일[기능적 요구사항] - 기능성 / 완전성 / 일관성 신사효유이 보품제[비기능적 요구사항] - 신뢰도 / 사용성 / 효율성 / 유지보수성 / 이식성 / 보안성 / 품질 관련 / 제약사항 기능적 요구사항 비기능적 요구사항 - 시스템이 제공하는 기능, 서비스에 대한 요구사항 - 특정 입력에 대해 시스템이 어떻게 반응해야 하는지에 대한 기술 - 특정 상..

007. 개발 기술 환경 정의

운영체제(OS) 개념 - 컴퓨터 시스템이 제공하는 모든 하드웨어, 소프트웨어를 사용할 수 있도록 해주고, 컴퓨터 사용자와 컴퓨터 하드웨어 간의 인터페이스를 담당하는 프로그램 운영체제 현행 시스템 분석 시 고려사항 신성기주구 - 신뢰도, 성능, 기술 지원, 주변 기기, 구축 비용 운영체제 종류 및 특징 PC 윈도즈(Windows) - Microsoft - 중/소규모 서버, 일반 PC 등 유지, 관리 비용 장점 맥(Mac) 운영체제 - Apple - 매킨토시용으로 개발한 그래픽 사용자 인터페이스(GUI) 운영체제 유닉스(UNIX) - IBM, HP, SUN - 대용량 처리, 안정성 높은 엔터프라이즈급 서버 리눅스(Linux) - Linus Torvalds - 중/대규모 서버 대상, 높은 보안성 제공 모바일 ..

006. 현행 시스템 파악 3

현행 시스템 분석서 작성 및 검토 현행 시스템 관련 자료수집 - 팀 구성, 자료 수집 수집 자료의 분석 - 수집 정보 취합 / 정제, 현행 시스템의 이슈 및 문제점 파악 분석한 결과를 기반으로 산출물 작성 - 이슈나 문제점 상세하게 포함 작성 산출물에 대한 검토 수행 - 팀 별로 작성된 산출물 상호 검토 분석 산출물 종류 현기인 아소하네 - 정보 시스템 구성 현황 정보 시스템 기능 구성도 인터페이스 현황 아키텍처 구성도 SW 구성도 HW 구성도 NW 구성도

005. 현행 시스템 파악 2

디자인 패턴 개념 : 소프트웨어 공학의 소프트웨어 설계에서 공통으로 발생하는 문제에 대해 자주 쓰이는 설계 방법을 정리한 패턴 구성요소 - 패문솔 사결샘 : 패턴의 이름 / 문제 및 배경 / 솔루션 / 사례 / 결과 / 샘플 코드 목적에 따른 디자인 패턴 유형 - 생구행 : 생성 패턴 / 구조 패턴 / 행위 패턴 생성 패턴 - 생빌 프로 팩앱싱 : 생성 패턴 - 빌드 / 프로토타입 / 팩토리 메소드 / 앱스트랙트 팩토리 / 싱글톤 구분 패턴 설명 생성 패턴 Builder - 복잡한 인스턴스를 조립하여 만드는 구조로, 복합 객체를 생성할 때 객체를 생성하는 방법(과정)과 객체를 구현(표현) 하는 방법을 분리함으로써 동일한 생성 절차에서 서로 다른 표현 결과를 만들 수 있는 디자인 패턴 - 생성과 표기를 분..

004. 현행 시스템 파악 1

현행 시스템 파악 개념 - 현행 시스템이 어떤 하위 시스템으로 구성되어 있고, 제공 기능 및 연계 정보는 무엇이며 어떤 기술 요소를 사용하는지를 파악하는 활동 현행 시스템 파악 절차 구성 / 기능 / 인터페이스 파악 -> 아키텍처 및 SW 구성 파악 -> HW 및 NW 구성 파악 현행 시스템 구성 현황 파악 기능 현황 파악 인터페이스 현황 파악 현행 시스템 아키텍처 구성 파악 소프트웨어 구성 파악 HW 구성 파악 NW 구성 파악 소프트웨어 아키텍처 개념 - 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조 소프트웨어 아키텍처 프레임워크 개념 - 소프트웨어 집약적인 시스템에서 아키텍처가 표현해야 하는 내용 및 이들 간..

003. 비용산정, 일정관리 모형

비용산정 모델 개념 : 소프트웨어 규모파악을 통한 투입자원, 소요시간을 파악하여 실행 가능한 계획을 수립하기 위해 비용을 산정하는 기법 분류 하향식 산정방법 경험이 많은 전문가에게 비용 산정을 의뢰하거나 여러 전문가와 조정자를 통해 산정하는 방식 전문가 판단 델파이 기법 상향식 산정방법 세부적인 요구사항과 기능에 따라 필요한 비용을 계산하는 방식 코드 라인 수(LOC: Lines of Code) Man Month COCOMO 모형 Putnam 모형 FP(Function Point) 모형 LoC 개념 - 소프트웨어 각 기능의 원시 코드 라인 수의 낙관치, 중간치, 비관치를 측정하여 예측치를 구하고 이를 이용하여 비용을 산정 - 측정이 쉽고 이해하기 쉬워 많이 사용 - 예측치를 이용하여 생산성, 노력, 개발..

002. 소프트웨어 개발방법론_2

애자일 방법론 개념 : 소프트웨어 개발방법론의 하나로서 개발과 함께 즉시 피드백을 받아서 유동적으로 개발하는 방법 애자일 방법론 등장 배경 : 기존 개발방법론의 한계를 극복하기 위해 등장 특징 - 프로젝트의 요구사항은 기능 중심으로 정의한다 - 절차와 도구보다 개인과 소통을 중요하게 생각한다 - 작업 계획을 짧게 세워 요구 변화에 유연하고 신속하게 대응할 수 있다 - 소프트웨어가 잘 실행되는데 가치를 둔다. - 고객과의 피드백을 중요하게 생각한다 XP 개념 : 의사소통 개선과 즉각적 피드백으로 소프트웨어 품질을 높이기 위한 방법론 특징 - 1 ~ 3주의 반복(Iteration) 개발 주기 - 5가지 가치와 12개의 실천 항목이 존재 XP 5가지 가치 - 용단의 피존 - 용기 / 단순성 / 의사소통 / 피..

001. 소프트웨어 개발방법론_1

SDLC (Software Development Life Cycle) 요설구테유 - 요구사항 분석 / 설계 / 구현 / 테스트 / 유지보수(비용이 가장 많이 소유) 폭포수 모델 (Waterfall) 개념 : 소프트웨어 개발 시 각 단계를 확실히 마무리 지은 후에 다음 단계로 넘어가는 모델 특징 - 가장 오래된 모델 - 선형 순차적 모형으로 고전적 생명주기 모형이라고도 함 - 모형의 적용 경험과 성공 사례가 많음 - 단계별 정의와 산출물이 명확 - 요구사항 변경이 어려움 프로토타이핑 모델 (Prototyping) 개념 : 고객이 요구한 주요 기능을 프로토타입으로 구현하여, 고객의 피드백을 반영하여 소프트웨어를 만들어가는 모델 특징 - 프로토타입은 발주자나 개발자 모두에게 공동의 참조 모델을 제공 - 프로토..

728x90