언제나 휴일

10.5 상세 설계 및 구현 여기에서는 지금까지 진행한 작업을 기반으로 어떻게 프로그램 코드로 변환하는지와 나머지 상세 구현 및 구체적 기능 구현에 대해 다루도록 하겠습니다. 제일 먼저, 클래스 다이어그램을 기반으로 프로젝트에 클래스를 추가하고 관계에 따라 헤더를 포함하는 구문을 넣을 것입니다. 그리고 시퀀스 다이어그램을 보면서 메시지를 수신하는 클래스에 public 멤버 메서드들을 추가하고 가상 메서드인지 추상 메서드 인지 등을 결정할 것입니다. 이 작업이 완료되면 시나리오와 시퀀스 다이어그램을 보면서 상세 설계 및 구현을 해 나가겠습니다. 10.5.1 클래스 추가 및 관계에 따른 헤더 포함 제일 먼저 프로젝트를 생성을 하십시오. 그리고 프로젝트를 생성하였으면 제일 먼저 진입점인 main이 있는 Pro..

10.4.2 시퀀스 다이어그램 작성 클래스 다이어그램이 작성되었으면 이제 각 유즈케이스 별로 어떠한 시퀀스로 수행해야 할 것인지에 대해 고민하고 이를 시퀀스 다이어그램으로 작성해 보기로 합시다. 그리고 유즈케이스 다이어그램에는 나타내지 않았지만 EHLand 초기화 과정과 종료화 과정에 대해서도 작성을 하기로 하겠습니다. 먼저, 초기화 과정에 대한 시퀀스를 생각해 봅시다. 시나리오를 보면 이 에이치 나라의 초기화에서는 유닛 공장이 만들어지고 주거지와 공연장이 만들어지는 것으로 되어 있습니다. 다른 별다른 사항이 없으니 바로 표현해 보도록 합시다. [그림 10.10] 이번에는 유닛 생성을 하는 MakeUnit 유즈케이스에 대한 시퀀스를 생각해 봅시다. 시나리오를 보시면 유닛 생성 메뉴에서는 최종 사용자가 생..

10.4 설계 설계 단계에서는 클래스 다이어그램과 시퀀스 다이어그램을 작성해 봅시다. 먼저 프로그램에 클래스로 정의할 후보를 조사하고 이들에 대하여 클래스 명과 역할을 결정합니다. 그리고 각 클래스간의 관계를 포함하여 클래스 다이어그램을 작성합니다. 이 작업이 수행되고 나서 각 유즈케이스 별로 시퀀스 다이어그램을 작성할 것입니다. 시퀀스 다이어그램을 작성하기 위해서는 해당 유즈케이스를 수행하기 위해서 어떠한 순으로 진행해야 하는지와 진행 단계에서 어느 개체가 어느 개체에게 어떠한 메시지를 보내고 받아야 하는지에 대해서 결정을 할 것입니다. 이를 통해 클래스에 public으로 접근 수준을 설정할 멤버 메서드의 시그니쳐가 약속되게 됩니다. 10.4.1 클래스 다이어그램 작성 먼저, 시나리오를 보면서 클래스로..

10.3 요구 분석 및 정의 요구 분석 및 정의 단계에서는 제안서와 시나리오 등을 기반으로 프로젝트에 이해관계가 있는 사람들의 요구 사항을 분석하는 것에서부터 출발합니다. 이 에이치 프로젝트에서는 제안서는 생략되었기 때문에 이해 관계자 조사나 이들의 요구 사항은 없습니다. 이러한 관계로 시나리오를 기반으로 유즈케이스 다이어그램을 작성하는 것부터 시작하겠습니다. 이 에이치 프로그램은 사용하는 외부의 서비스가 존재하지 않고 최종 사용자만이 존재합니다. 그리고 최종 사용자는 유닛 생성과 초점 이동, 유닛 이동, 전체 상황 보기를 할 수 있습니다. 초점 이동이 선택되면 선택 장소에 따라 할 수 있는 것이 달라집니다. [그림 10.1] 공연장에서는 공연 관람하기, 무대로 올라가기, 유닛 이 에이치 나라로 복귀하기..

10.1 실습 개발 공정 전산 기술은 하루가 다르게 발전하고 새로운 기술이 나오고 있습니다. 또한, 프로젝트의 규모가 점진적으로 늘어나고 있으며 다른 산업 분야와 접목된 형태로 변화되고 있습니다. 이와 같은 시대의 흐름에 따라 S/W 개발 방법론도 변하고 있는데 여기서는 3개의 단계로 나누어 진행하도록 하겠습니다. 일반적인 CBD 개발 방법론에서는 요구 분석 및 정의 단계, 아키텍쳐 단계, 설계 단계, 구현 단계, 배포 단계로 나누고 있습니다. 규모가 큰 프로젝트에서는 여러 개의 컴포넌트들로 구성하고 이들에 대한 역할 및 인터페이스 약속 및 비지니스 객체 모델링 등의 작업을 수행하는 추상적인 설계를 하는 아키텍쳐 단계를 두고 있습니다. 하지만 여기서는 하나의 컴포넌트로 프로그램을 제작할 것이므로 아키텍쳐..

9.3.2 템플릿 클래스 만들기 ANSI 표준에서는 STL(Standard Template Library)이라는 표준 템플릿 라이브러리를 제공하고 있습니다. STL에는 자료를 보관할 때 사용하는 컨테이너 클래스들과 보관된 자료들을 순회할 수 있는 반복자와 함수 개체 및 공통으로 사용할 수 있는 알고리즘들을 템플릿 클래스 및 템플릿 함수 형태로 제공하고 있습니다. 여기에서는 배열을 템플릿 클래스로 만들면서 템플릿 클래스에 대해 학습해 보기로 합시다. 먼저 템플릿 형식 인자의 개수와 용도를 결정해 봅시다. 배열에 보관할 형식을 사용자가 결정할 수 있게 하나의 템플릿 형식 인자를 정하면 되겠네요. 멤버 필드로는 배열에 원소들을 보관할 수 있게 템플릿 형식 인자의 포인터 형식의 멤버 필드 base와 최대 보관할..

9.3 템플릿 클래스 9.3.1 템플릿 클래스 템플릿 클래스는 멤버 필드의 형식과 일부 멤버 메서드의 인수의 형식만 다르고 메서드 내부의 논리 전개가 같은 경우에 사용합니다. 템플릿 클래스도 가상의 클래스이며 사용하는 코드의 템플릿 형식 인자에 따라 구체화 된 클래스를 컴파일러에 의해 만들어지게 됩니다. 템플릿 클래스를 작성하는 것은 가상의 코드를 만드는 것이고 이를 기반으로 컴파일러에 의해 구체화 된 클래스를 만들어지는 것이기 때문에 일반적으로 멤버 메서드도 헤더 파일에 작성한다. 다음은 템플릿 클래스 문법을 파악하기 위한 간단한 예를 두 가지 형태로 보여 드리겠습니다. 첫 번째는 멤버 메서드를 템플릿 클래스 내부에 구현하는 경우입니다. 템플릿 클래스를 만들 때에는 멤버 메서드를 포함하여 템플릿 클래스..

9.2.1 명시적 템플릿 인수 사용하여 함수 구현 전역 템플릿 함수를 제공하려고 하는데 특정 형식의 인수일 경우에는 템플릿 함수를 기반으로 구체화 된 코드가 만들어지는 것을 피하고 미리 정의된 함수를 사용하게 할 때에는 명시적으로 템플릿 인수를 사용하여 미리 구체화 된 함수를 구현할 수 있습니다. 컴파일러는 명시적으로 구현된 함수와 인수가 일치하면 템플릿 함수를 기반으로 구체화 된 함수를 작성하는 과정이 생략되고 이미 구현된 함수를 호출하도록 컴파일이 됩니다. Example.cpp int Compare(const char *str1,const char *str2) { return strcmp(str1,str2); } void main() { if(Compare(10,5)>0) { cout

9.1 템플릿이란? 템플릿은 '틀'이라는 사전적 의미를 지니고 있습니다. C++언어의 템플릿 문법은 가상의 코드를 정의하면 컴파일러가 이를 사용하는 부분을 컴파일하면서 구체화한 코드를 생성하는 틀을 말합니다. 즉, 템플릿으로 정의한 코드는 가상의 코드이며 실제 구체화한 코드는 컴파일 시에 컴파일 전개로 생성됩니다. 이러한 이유로 템플릿 코드는 헤더에 작성하는 것이 일반적입니다. 템플릿으로 가상의 코드를 정의하면 대부분 사용할 인자의 형식은 다르지만 수행해야 할 논리가 같을 경우입니다. 9.2 전역 템플릿 함수 템플릿 문법을 이용하여 template 전역 함수를 만드는 방법에 대해 살펴봅시다. 템플릿 함수는 다음과 같이 작성합니다. template [리턴형식] 템플릿 함수명(입력인자리스트){ [코드]} 이..

8. 구조화 된 예외처리 C++ 언어는 탄생 후에 시대 흐름에 맞게 생존하기 위해 새로운 문법들이 계속 추가되었습니다. 이 중의 하나가 namespace이고 또 다른 하나로 구조화된 예외처리가 있습니다. 이 외에도 #pragma 를 비롯하여 여러 종류의 확장자를 가능하게 하는 등의 많은 사항이 추가되었는데 여기에서는 구조화된 예외처리에 대해 살펴보기로 하겠습니다. 구조화된 예외처리는 특정 구문을 수행함에 개발자의 논리적 버그나 사용자의 잘못된 사용으로 인한 오류 외에도 발생하지 말아야 할 특수한 상황으로 더이상 진행하지 못하는 예외 등을 개발 단계에서 빠르게 확인할 수 있고 개발자의 의도에 맞게 해당 상황을 처리하기 위해 생겨났습니다. 어떻게 보면 이미 Java에서 제공되었는 구조화된 예외처리를 C++에..