언제나 휴일

10.5.3 상세 구현하기 상세 구현하기에서는 시나리오를 보면서 지금 비어 있는 각 함수의 내부를 구현해 나가고 필요한 멤버가 있다면 추가하면서 프로그램을 작성해 봅시다. 제일 먼저, 프로그램이 시작할 때 이 에이치 나라가 생성되고 초기화, 사용자 명령에 따른 동작, 종료화 과정을 수행시키는 부분을 해 봅시다. C++언어로 작성하는 콘솔 응용 프로그램은 main이라는 진입점 함수에서 시작한다는 것을 잘 알고 있습니다. 하지만 main은 특정 클래스 스코프가 아니며 EHLand는 논리적으로 보았을 때 하나의 개체만 생성이 되어 실행되어야 할 것입니다. 이를 위해 여기에서는 EHLand의 생성자와 소멸자의 접근 수준은 private으로 막아놓겠습니다. 대신 접근 수준이 public인 정적 메서드 Start를..

10.5.2 접근 권한이 public인 멤버 메서드 관계에 따른 헤더 파일을 추가하였으면 시퀀스 다이어그램들을 보면서 접근 권한이 public인 멤버 메서드들을 추가해 보도록 합시다. 우리는 설계 단계의 시퀀스 다이어그램에서 다른 개체의 메서드를 호출하는 것에 대해서만 약속을 하였는데 호출을 당하는 개체에는 해당 시그니쳐를 갖는 멤버 메서드가 public으로 되어 있어야 할 것입니다. 초기화 시퀀스를 보면 UnitFactory, ComeBackHelper, Village, Hall을 생성하고 있습니다. 이들의 생성자 메서드는 접근 권한이 public으로 노출되어야 할 것입니다. 시퀀스 다이어그램을 보시면 UnitFactory의 생성자는 기본 생성자이고 ComeBackHelper의 생성자는 EHLand *..

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