일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- 아키텍처 패턴
- UnrealEngine
- 기능 모델링
- 팬아웃
- 클라이언트 서버 패턴
- 마스터 슬레이브 패턴
- UnrealEngine5
- 언리얼엔진5
- 정보처리기사
- 정보처리기사 실기
- 동적 모델링
- 메타 데이터
- 정처기
- 정보 은닉
- Unreal Engint4
- DBMS
- 언리얼엔진 함수
- UML
- 파이프 필터 패턴
- baekjoon
- 브로커 패턴
- 백준
- 단계적 분해
- UML 다이어그램
- 알고리즘 문제
- 데이터 입출력
- 데이터베이스
- 요구사항 확인
- C++
- 요구사항 분석
- Today
- Total
목록정보처리기사/1. 요구사항 확인 (21)
게임 개발자를 향해
1. 소프트웨어 개발 프레임워크 소프트웨어 개발 프레임워크는 소프트웨어 개발에 공통적으로 사용되는 구성 요소와 아키텍처를 일반화하여 손쉽게 구현할 수 있도록 여러가지 기능들을 제공해주는 반제품 형태의 소프트웨어 시스템이다. 예외처리 트랜잭션 처리 메모리 공유 데이터 소스 관리 서비스 관리 쿼리 서비스 로깅 서비스 사용자 인증 서비스 스프링 프레임워크 전자정부 프레임워크 닷넷 프레임워크 프레임워크는 간단히 말하자면 아래와 같다. 안드로이드 어플을 개발하기위해 사용되는 환경인 "안드로이드 스튜디오" 다들 알고있을 것이다. 이 환경은 어플을 만들기 위해 여러 기능을 제공해준다. 안드로이드 스튜디오는 프레임워크이다. ㅇㅋ? 컴공이라면 배우는 MFC(윈도우 프로그래밍)는 윈도우의 GUI를 손쉽게 만들기 위해 사용..
1. 소프트웨어 개발 표준 소프트웨어 개발 표준은 소프트웨어 개발 단계에서 수행하는 품질 관리에 사용되는 국제표준을 의미한다. ISO/IEC 12207 CMMI(능력 성숙도 통합 모델) SPICE(소프트웨어 처리 개선 및 능력 평가 기준) 소프트웨어 개발 표준은 여러 경험들을 토대로 소프트웨어 개발할 때 잘 만들 수 있게 만든 국제 표준이다. 이를 이용해서 소프트웨어들에 평가를 할 수 있다. 소프트웨어 생명주기를 평가 하거나 (ISO/IEC 12207) 개발조직의 업무능력 및 조직의 성숙도 등을 평가하거나 (CMMI(능력 성숙도 통합 모델) 소프트웨어의 품질 및 생산성을 평가하거나 (SPICE) 여러 평가를 하고 이를 토대로 개선을 할 수 있다. 위 주요 소프트웨어 개발표준의 세부내용을 아래에 설명하겠다..

1. 프로젝트 일정(scheduling) 계획 프로젝트 일정 계획은 프로젝트의 프로세스를 이루는 소작업을 파악하고 예측된 노력을 각 소작업에 분배하여 소작업의 순서와 일정을 정하는 것이다. WBS(다루지 않는 듯 하다.) PERT/CMP 간트 차트 WBS(Work Breakdown Structure, 업무 분류 구조) : 개발 프로젝트를 여러 개의 작은 단위로 분할하여 계층적으로 기술한 업무구조. 2. PERT(Program Evaluation and Review Technique, 프로그램 평가 및 검토기술) PERT는 프로젝트에 필요한 전체 작업의 상호 관계를 표시하는 네트워크 이다. 각 작업별로 아래과 같이 단계를 나누어 종료시기를 결정한다. - 낙관적인 경우 (낙관치) - 가능성이 있는 경우 (기..

1. 소프트웨어 비용 산정 소프트웨어의 비용 산정은 개발에 소요되는 인원, 자원, 기간 등으로 소프트웨어의 규모를 확인하여 개발 계획 수립에 필요한 비용을 산정하는 것이다. 프로젝트 요소: 제품 복잡도, 시스템 크기, 요구되는 신뢰도 자원 요소: 인적 자원, 하드웨어 자원, 스포트웨어 자원 생산성 요소: 개발자 능력, 개발 기간 비용 산정 기법은 "중요도 C" 로 크게 중요한 개념은 아닌 것 같지만 이후 비용산정기법의 종류 특히 자주 나오는 상향식 산정기법의 종류인 LOC, 수학적 산정기법의 COCOMO 등이포함되어있어서 기본적인 것은 숙지하는게 좋다. 아래 이 챕터에서 배울것을 한눈에 알아볼 수 있게 정리했다. 1. 비용 산정 기법(하향식) - 전문가 감정 기법 - 델파이 2. 비용 산정 기법(상향식)..
과거부터 오늘날 까지의 소프트웨어 공학의 발전적 추세를 다루는 챕터이다. 어느 프로그래머의 명언이다. ??? : 바퀴를 다시 발명하지 마라. 그러니까 이 정보의 바다인 인터넷에 널리고 널린게 코드이다. 개발할 때 시간아깝게 이미 있는 것을 새로 발명하지 말고 이미 있던 것을 변형하라는 뜻이다. 이 개념이 바로 이 챕터의 내용이다. - 소프트웨어 재사용 - 소프트웨어 재공학 그리고 초반챕터에서 배웠던 자동화 도구인 CASE도 소프트웨어 공학 발전에 큰 기여를 했다. 1. 소프트웨어 재사용(Software Reuse) 소프트웨어 재사용은 이미 개발되어 인정받은 소프트웨어를 다른 소프트웨어 개발이나 유지에 사용하는 것이다. 소프트웨어 개발의 품질과 생산성을 높이기 위한 방법이다. 기존에 개발된 소프트웨어와 경..
1. 소프트웨어 개발 방법론 소프트웨어 개발 방법론은 소프트웨어 개발, 유지보수 등을 할 때 필요한 수행방법과 이러한 일들을 효율적을 수행하려는 과정에서 필요한 각종 기법 및 도구를 체계적으로 정리하여 표준화한 것이다. 구조적 방법론 정보공학 방법론 객체지향 방법론 컴포넌트 기반(CBD) 방법론 제품 계열 방법론 애자일 방법론 위 방법론 중 애자일 방법론은 초반 챕터에서 자세히 다루어서 이 챕터에선 설명하지 않는다. 위 개발 방법론 들을 아래에 자세히 설명하겠다. 아래 자세한 세부 설명이 있고 방법론마다 개발 절차가 있는데 많이 복잡하다. 필자는 방법론들의 종류와 특징만 알고 넘어가려 한다. 2. 구조적 방법론 구조적 방법론은 정형화된 분석절차에 따라 사용자 요구사항을 파악하여 문서화하는 처리 중심의 방..