클라이언트/ 서버/ 엔지니어 "게임 개발자"를 향한 매일의 공부일지

이어서 예상문제은행에서 틀린 문제를 풀어보기로 하자.   예상문제은행 틀린문제 풀어보기  여기에 Active Box가 빠졌다. 순차 다이어그램에는 액터, 객체, 생명선, 실행 상자, 메시지, 객체 소멸, 프레임이 들어간다. 영어로 하니까 좀 헤깔린다. 실행 상자가 Active Box이다.    30번은 클래스 다이어그램이 아니라 객체지향 방법론이다. 클래스 다이어그램은 클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한 것이다.정보공학 개발 방법론은 정보 전략 계획 수립 →  업무 영역 분석 → 업무 시스템 설계 → 업무 시스템 구축으로 구성된다. 그리고 소프트웨어 재사용은 이미 개발되어 인정받은 소프트웨어를 다른 소프트웨어 개발이나 유지에 사용하는 것이다.    34번은 소프트웨어 재가공이 아..

이 문제도 두번째 풀어보았을 때 틀린 문제를 정리하며 학습일지에 올려본다.   예상문제은행 틀린 문제 다시 풀어보기  프로토타입 모형은 사용자의 요구사항을 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측하는 모형이다.     솔직히 이 문제는 처음 들어보는 개념이고 비슷한 문제도 없어서 자료를 찾아보면서 풀어보고 있다. 현행 시스템 파악은 시스템의 전반적인 이해를 돕기 위한 과정으로, 일반적으로 하드웨어와 네트워크 등 물리적인 구성 요소부터 시작해 점차적으로 시스템의 논리적인 요소(소프트웨어, 아키텍처 등)를 파악해 나가는 방식으로 진행된다.C (시스템 구성 현황 파악)시스템 파악 과정에서 먼저 시스템이 어떻게 구성되어 있고, 기능이 어떻게 구현되어 있으며, 각 시스템 간..

기출문제를 한번은 다른 곳에 흔적 없이 풀고, 이제 두번째 풀 때는 책에다 풀어보았다. 틀린 문제는 모두 스캔하여 정리하는 중이다. 오늘 2, 3장도 모두 학습을 마치려고 했는데 암기하고 문제를 다시 풀고 해야 할 게 많아서 택도 없을 것 같다.그래도 하는 데까지 열심히 공부해볼 것이다.   세션 1 - 소프트웨어 생명 주기  에자일 방법론은 스크럼, XP, 기능 중심 개발이다.    세션 3 - XP 기법  리팩토링(Refectoring)은 프로그램을 쉽게 이해하고 쉽게 수정하여 빠르게 개발할 수 있도록 하는데 목적이 있다.    세션 4 - 개발 기술 환경 파악  DBMS 관련 요구사항 분석시 고려사항은 5가지가 있다. 가용성, 성능, 기술지원, 상호호완성, 구축 비용이다. 그리고 2번 문제는 웹 애..

이어서 소프트웨어 개발 표준에 대해서 학습을 진행해볼 것이다. 이 단원은 자주 출제되는 유형이니 더 집중해서 공부해보기로 하자.    세션 26 - 소프트웨어 개발 표준 1. 소프트웨어 개발 표준★ 소프트웨어 개발 표준의 종류에는 어떤 것들이 있는지 정확히 숙지하고, 어떤 표준의 특징을 말하는지 구분할 수 있도록 잘 정리하기  2. ISO/IEC 12207  3. CMMI ★ CMMI의 소프트웨어 프로세스는 성숙도 단계를 순서대로 나열할 수 있어야 한다. '초기, 관리, 정의, 정량적 관리, 최적화' 순으로 기억하기   4. SPICE  5. SPICE 구성  6. SPICE의 프로세스 수행 능력 단계 ★ SPICE의 프로세스 수행 능력 단계를 순서대로 나열할 수 있어야 한다.SPICE와 CMMI는 구별..

이번에는 프로젝트 일정 계획에 대해서 학습해 보겠다.   세션 24 : 프로젝트 일정 계획 1. 프로젝트 일정 계획 WBS(Work Breakdown Structure, 업무 분류 구조)는 개발 프로젝트를 여러 개의 작은 관리 단위로 분할하여 계층적으로 기술한 업무 구조이다.PERT/CPM 네트워크는 프로젝트의 지연을 방지하고 계획대로 진행되도록 일정을 계획하는 것으로, 대단위 계획의 조직적인 추진을 위해 비용을 적게 사용하면서 최단시간 내 계획 완성을 위한 프로젝트 일정 방법이다.   2. PERT(프로그램 평가 및 검토 기술)  중간의 화살표는 간선이고, 원 노드는 동그라미이다. 화살표의 숫자에 낙관치, 기대치, 비관치를 표시한다.★  낙관치 : 모든 상황이 좋아서 최대로 빨리 진행될 때 걸리는 시간..

이번에는 비용 산정 기법부터 학습해 볼 것이다. 어제 기록했던 학습일지를 여러 개로 통합하고 다시 수정해서 작성하는 중이다. 처음에는 하루에 올릴 수 있는 분량에 한계가 있어 부족할까 싶어 최대한 많은 내용을 담았지만 이제는 그러지 않아도 될 것 같아 넉넉하게 작성해 본다.   세션 21 - 비용 산정 기법 : 하향식 1. 하향식 비용 산정 기법 상향식과 하향식을 예로 들면 다음과 같다.  2박 3일 동안 친구들과 여행을 간다고 할 때, 하향식은 필요한 금액을 회비로 전부 걷은 후 각각의 비용을 지불하는 것이다. 상향식은 각각의 비용을 계산한 후 필요한 돈을 전부 걷는 것이다.   ★ 소프트웨어 비용 산정 기법은 계산 방식에 따라 하향식 비용 산정 기법과 상향식 비용 산정 기법으로 분류할 수 있다. 하향..

이어서 소프트웨어 개발 방법론에 대해서 학습해보려고 한다. 추가로 2차 학습을 시작해 본다.    세션 19 - 소프트웨어 개발 방법론 1. 소프트웨어 개발 방법론 ★ 소프트웨어 개발 방법론의 종류를 기억하고, 어떤 개발 방법론을 말하는지 알아낼 수 있도록 각각의 특징을 잘 정리하기   2. 구조적 방법론 전에는 절차적인 순서에 따라 프로그램을 개발했다. 구조적 방법론은 특정한 기능을 따로 분리시켜 놓고 필요할 때 불러다 쓰는 것을 말한다. 프로그램의 각각의 기능을 모듈화, 부품화를 시켜 필요한 기능들을 가져다 쓴다.분할과 정복이란 어려운 코드가 있을 때 이것을 하나하나 분리해서 접근하는 것이다. ★ 구조적 방법론, 정보공학 방법론, 객체지향 방법론은 진행 절차를 나열하여 쓸 수 있도록 해야 한다.  3..

이번에는 순차 다이어그램에서부터 공부해보려고 한다.   세션 15 - 순차(Sequence) 다이어그램 1. 동적 모델링 기능 모델링은 시스템이 제공할 수 있는 기능을 표현하는 방법이고, 정적 모델링은 시스템 내부 구성 요소들을 표현하는 방법이었다. 동적 모델링은 시스템 설계자가 시간의 흐름에 따라 변하는 시스템 내부 구성 요소들의 상태 변화를 파악하기 위해 그림으로 표현한 것이다.예를 들어, 회원이 상품을 주문하기 위해 로그인을 시도하면 회원 정보를 입력할 수 있는 상태로 변경되고, 로그인이 완료되면 상품을 선택할 수 있는 상태로 변경된다. ★ 동적 모델링과 순차 다이어그럼의 개념을 정리하고, 순차 다이어그램의 각 요소가 다이어그램에서 어떻게 표현되는지 확실히 파악해 두기   2. 순차(Sequence..

오늘부터는 내 자리에서 공부를 해야 한다고 해서 원래 자리로 돌아왔다. 수업을 하고 있어서 집중이 잘 되지 않는 데다 뭔가 세팅을 하는데 한참의 시간이 걸렸다. 내가 학습하는 유튜브를 노트북에서 시청하려니 찾기가 힘들었다.이제 모든 준비를 마치고 본격적으로 아침 공부를 시작하려고 한다. 가능하면 많은 내용을 학습할 생각이다.   세션 11 - UML 다이어그램 1. 다이어그램(Diagram) ★ 다이어그램이 무엇인지, 구조적 다이어그램,  행위 다이어그램에는 어떤 것들이 있는지 알아두자. 어떤 다이어그램을 말하는 것인지 찾아낼 수 있을 정도로 개념을 알고 있어야 한다.  2. 구조적 다이어그램의 종류 컴포넌트란 예를 들어 함수를 사용할 때, 이것을 종류별로 묶어서 지원하는 것을 말한다. 예전에는 코딩을 ..

계속해서 요구사항에 대한 학습이 이어진다. 앞 수업과 다른 점이 있다면 요구사항 분석에 대해서 좀 더 깊이 있게 학습을 한다는 점이다. 자료 흐름도, 자료 사전 등 어려운 내용도 등장하니 집중해서 들어보기로 하자.다시 한번 강의를 듣고 책에 있는 내용도 빠짐없이 기록해놓았다.   섹션 7 - 요구사항 분석 1. 요구사항 분석 요구사항 분석은 사용자의 요구사항을 모두 듣고 이해하여 문서화하는 활동이다. 문서화하는 활동을 명세화한다고 이야기한다. 요구사항 분석은 가장 중요한데 이 작업을 제대로 하지 않으면 잘못된 설계와 구현하여 잘못된 프로그램이 만들어지기 때문이다. 그러면 다시 처음으로 해야 한다.따라서 우리는 사용자의 요구사항을 정확하게 파악해야 한다. 이 단계가 설계 및 구현보다 훨씬 더 중요하다. ★..