요구사항 확인(7)
-
정보처리기사 - 요약 바로가기
이번 글에서는 정보처리기사 요약 글의 바로가기를 제공합니다. 목차 1과목 요구사항 확인 2과목 데이터 입출력 구현 3과목 통합 구현 4과목 서버 프로그램 구현 5과목 인터페이스 구현 6과목 화면 설계 7과목 애플리케이션 테스트 관리 8과목 SQL 응용 9과목 소프트웨어 개발 보안 구축 11과목 응용 소프트웨어 기초 기술 활용 12과목 제품 소프트웨어 패키징 정보처리기사 최종 합격 후기 각 항목을 누르면 해당 과목으로 이동합니다. 10과목 프로그래밍 언어 전체 내용 및 12과목 제품 소프트웨어 패키징의 일부 내용들은 작성하지 않았으며, 특정 내용 검색의 경우 블로그 상단의 돋보기 아이콘을 통해 검색할 수 있습니다. 1과목 요구사항 확인 정보처리기사 - 요구사항 확인 #1~9 1. 소프트웨어 생명 주기 1...
2023.08.26 -
정보처리기사 - 요구사항 확인 #26~30
26. 프로젝트 일정 계획 26.1 프로젝트 일정(Scheduling) 계획 프로젝트의 프로세스를 이루는 소작업을 파악하고 예측된 노력을 각 소작업에 분배하여 소작업의 순서와 일정을 정하는 것 26.1.1 프로젝트 일정에 사용되는 기능 WBS, PERT/CPM, 간트 차트 등 26.1.1.1 WBS(Work Breakdown Structure, 업무 분류 구조) 개발 프로세스를 여러 개의 작은 관리 단위로 분할하여 계층적으로 기술한 업무 구조 26.1.1.2 PERT/CPM 프로젝트의 지연을 방지하고 계획대로 진행되도록 일정을 계획하는 것으로, 대단위 계획의 조직적인 추진을 위해 비용을 적게 사용하면서 최단시간 내 계획 완성을 위한 프로젝트 일정 방법 26.2 PERT(Program Evaluation ..
2023.08.19 -
정보처리기사 - 요구사항 확인 #22~25
22. 비용 산정 기법 22.1 소프트웨어 비용 산정 개발에 소요되는 인원, 자원, 기간 등으로 소프트웨어의 규모를 확인하여 개발 계획 수립에 필요한 비용을 산정하는 것 소프트웨어 비용을 너무 높게 산정할 경우 예산 낭비와 일의 효율성 저하를 초래할 수 있고, 너무 낮게 산정할 경우 개발자의 부담이 가중되고 품질 문제가 발생할 수 있음 하향식 비용 산정 기법과 상향식 비용 산정 기법이 있음 22.2 소프트웨어 비용 결정 요소 프로젝트 요소, 자원 요소, 생산성 요소 요소 내용 프로젝트 요소 - 제품 복잡도 : 소프트웨어의 종류에 따라 발생할 수 있는 문제점들의 난이도 - 시스템 크기 : 소프트웨어의 규모에 따라 개발해야 할 시스템의 크기 - 요구되는 신뢰도 : 일정 기간 내 주어진 조건 하에서 프로그램이..
2023.08.19 -
정보처리기사 - 요구사항 확인 #20~21
20. 소프트웨어 개발 방법론 20.1 소프트웨어 개발 방법론 소프트웨어 개발, 유지보수 등에 필요한 여러 가지 일들의 수행 방법과 이러한 일들을 효율적으로 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것 소프트웨어 개발 방법론의 목적은 소프트웨어의 생산성과 품질 향상 주요 소프트웨어 개발 방법론 구조적 방법론 : 처리(Process) 중심 정보공학 방법론 : 자료(Data) 중심 객체지향 방법론 컴포넌트 기반(CBD) 방법론 제품 계열 방법론 애자일 방법론 20.2 구조적 방법론 정형화된 분석 절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리(Process) 중심의 방법론 1960년대까지 가장 많이 적용되었던 소프트웨어 개발 방법론 쉬운 이해 및 검증이 가능한 프로..
2023.08.19 -
정보처리기사 - 요구사항 확인 #14~19
14. 활동(Activity) 다이어그램 14.1 활동(Activity) 다이어그램 사용자의 관점에서 시스템이 수행하는 기능을 처리 흐름에 따라 순서대로 표현한 것 하나의 유스케이스 안에서 혹은 유스케이스 사이에서 발생하는 복잡한 처리의 흐름을 명확하게 표현할 수 있으 자료 흐름도와 유사 14.2 활동(Activity) 다이어그램의 구성 요소 구성 요소 표현 방법 내용 액션(Action)/ 액티비티(Activity) - 액션 - 액티비티 - 액션 : 더 이상 분해할 수 없는 단일 작업 - 액티비티 : 몇 개의 액션으로 분리될 수 있는작업 시작 노드 ● 액션이나 액티비티가 시작됨을 표현한 것 종료 노드 ◉ 액티비티 안의 모든 흐름이 종료됨을 표현한것 조건(판단) 노드 - 조건에 따라 제어의 흐름이 분리됨을..
2023.08.19 -
정보처리기사 - 요구사항 확인 #10~13
10. UML (Unified Modeling Language)의 개요 10.1 UML (Unified Modeling Language) 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호 간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어 Rumbaugh(OMT), Booch, Jacobson 등의 객체지향 방법론의 장점을 통합 OMT(Object Management Group)에서 표준으로 지정 UML의 구성 요소 사물(Things) 관계(Relationships) 다이어그램(Diagram) 10.2 사물 (Things) 다이어그램 안에서 관계가 형성될 수 있는 대상 모델을 구성하는 가장 중요한 기본 요소 10.2.1 사물의 종류 10...
2023.08.19 -
정보처리기사 - 요구사항 확인 #1~9
1. 소프트웨어 생명 주기 1.1 소프트웨어 생명 주기(Software Life Cycle) 소프트웨어 개발을 위한 설계, 운용, 유지보수 등의 과정을 각 단계별로 나눈 것 대표적인 생명 주기 모형 폭포수 모형 프로토타입 모형 나선형 모형 애자일 모형 1.2 폭포수 모형 (Waterfall Model, 고전적 생명 주기 모형) 이전 단계로 돌아갈 수 없다는 전제 하에 각 단계를 확실히 매듭짓고 그 결과를 철저하게 검토하여 승인 과정을 거친 후 다음 단계를 진행하는 모형 가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명 주기 모형 한 단계가 완전히 끝나야만 다음 단계로 넘어갈 수 있음 각 단계가 끝난 후에는 다음 단계를 수행하기 위한 결과물이 명확하게 산출되어야 함 1.3 프로토타입 모형 (Pro..
2023.08.19