대화 UML 다이어그램을 사용하여 응용 프로그램의 사용자 요구 사항 및 디자인을 모델링하면 팀 및 관련자의 응용 프로그램에 대한 토론을 쉽게 할 수 있습니다. 또한 응용 프로그램이 사용자의 요구를 충족하는지 확인하여 ...

대화

UML 다이어그램을 사용하여 응용 프로그램의 사용자 요구 사항 및 디자인을 모델링하면 팀 및 관련자의 응용 프로그램에 대한 토론을 쉽게 할 수 있습니다. 또한 응용 프로그램이 사용자의 요구를 충족하는지 확인하여 아키텍처를 향상시키고, 버그를 줄이고, 코드를 보다 유지 관리하기 쉽게 만들고, 총 개발 비용을 줄이는 데도 유용합니다. 

Visual Studio에서는 Team Foundation Server 작업 항목을 모델 요소에 연결하여 모델과 함께 작업을 추적할 수 있는 통합 환경을 제공합니다. UML 다이어그램은 모델의 부분 뷰로, 버전 제어에 체크 인할 수 있는 모델링 프로젝트 내에 존재합니다. 따라서 새 솔루션을 디자인하든 기존 솔루션을 업데이트하든 상관없이 모델, IDE 및 코드 간의 추적이 가능합니다. 

모델을 반복적으로 만들면 다음 작업에 유용합니다.
- 응용 프로그램의 새로운 요구 사항이나 진화하는 요구 사항을 파악할 수 있습니다.
- 개체 지향 방법을 적절하게 추상화하여 계층화된 아키텍처를 만들 수 있습니다.
- 구성 요소 및 클래스 간의 제어 흐름을 개발할 수 있습니다.

응용 프로그램의 디자인 및 요구 사항을 보다 잘 이해할 수 있도록 PetShop 웹 응용 프로그램의 모델링 다이어그램을 살펴보겠습니다.



작업
솔루션 탐색기에서 PetShopModeling 프로젝트를 확장합니다.

Order Use Cases.usecasediagram을 엽니다.

대화
이 사용 사례 다이어그램에서는 시스템의 사용자와 해당 사용자의 목적을 보여 줍니다. 이러한 요소는 각각 행위자와 사용 사례로 표현됩니다.




작업
PetShopModeling 프로젝트에서 Petshop Online.componentdiagram을 엽니다.

대화
구성 요소 다이어그램에서는 시스템과 시스템의 각 부분이 서로 통신하는 데 사용하는 서비스의 대략적 구조를 설명합니다. 레이어 다이어그램 및 클래스 다이어그램과 함께 이 다이어그램을 사용하면 시스템 아키텍처를 쉽게 설명할 수 있습니다. 

앞에서는 팀의 설계자가 의도한 아키텍처를 설명하기 위해 만든 레이어 다이어그램에 맞도록 코드를 리팩터링했습니다. 그러나 이 구성 요소 다이어그램에는 코드에서 사용하도록 리팩터링한 PaymentGateway 구성 요소가 없습니다. 모델이 작업한 내용을 반영하도록 이 구성 요소를 다이어그램에 포함해야 하므로 이 작업에 대한 버그를 열어 보겠습니다. 



작업
도구 상자에서 주석을 추가하고 이를 Order Processing 구성 요소에 연결합니다. "다이어그램에 PaymentGateway 구성 요소를 추가해야 합니다."라는 텍스트를 추가합니다.

Order Processing 구성 요소를 마우스 오른쪽 단추로 클릭하고 [작업 항목 만들기], [버그]를 차례로 선택합니다. 

주석 텍스트를 버그 제목에 복사합니다. 

버그를 저장합니다.

대화
표시된 것처럼 이 구성 요소와 버그 간의 링크를 쉽게 만들 수 있으므로 이 버그를 수정할 사람은 버그에서 직접 다이어그램을 열 수 있습니다. 여기에서는 이 작업을 완료했으므로 다음 다이어그램을 살펴보겠습니다.



작업
PetShopModeling 프로젝트에서 Shopping Cart Order Flow.activitydiagram을 엽니다.

대화
동작 다이어그램에서는 시스템의 동적 동작을 설명합니다.



작업
PetShopModeling 프로젝트에서 Order System.classdiagram을 엽니다.

대화
이 클래스 다이어그램을 업데이트하고 PaymentProcessor 클래스를 추가해 보겠습니다. 클래스를 솔루션 탐색기에서 끌어 오는 방법으로 다이어그램에 리버스 엔지니어링할 수 있습니다. 이렇게 하면 클래스가 다이어그램과 모델에 추가됩니다.



작업
솔루션 탐색기의 PaymentGateway 프로젝트 아래에서 PaymentProcessor.cs 노드를 확장합니다.

PaymentProcessor 클래스를 클래스 다이어그램으로 끕니다. 해당 클래스가 클래스 다이어그램뿐 아니라 모델에도 추가됩니다.

대화
지금까지 살펴본 것처럼 UML 다이어그램을 사용하면 다른 사람에게 응용 프로그램을 시각적으로 설명하고 요구 사항 및 디자인을 전달하기가 쉽습니다. 또한 모델이 코드 및 Visual Studio 개발 환경과 통합되어 있기 때문에 디자인에 따라 작업을 만들고 추적하기가 얼마나 쉬운지도 살펴보았습니다. 보다 자세히 알아보려면 Visual Studio의 다른 비디오를 참조하십시오.
대체(fallback) 위치 : 이 값은 검색 데이터베이스 또는 IntelliSense 파일을 저장하는 대체 위치로 사용됩니다. 비어 있을 경우 임시 디렉터리가 기본 사용됩니다. 대체(fallback) 위치'는 C++ 고급 옵션에서 구성할 수 있습니다. C++ 검색 정보와 IntelliSense를 사용하지 않고 계속하려면 확인]을 누르십시오. 대체(fallback) 위치'는 C++ 고급 옵션에서 구성할 수 있습니다. 이 위치를 사용하려면 확인]을 누르십시오. 이 세션에서 C++ 검색 정보와 IntelliSense를 사용하지 않도록 설정하려면 취소]를 누르십시오. ... 대체로 이 위치는 관리 경로여야 합니다. 팀 프로젝트 컬렉션에 연결된 사이트 컬렉션은 기본적으로 이 위치에 만들어집니다. 대화 UML 다이어그램을 사용하여 응용 프로그램의 사용자 요구 사항 및 디자인을 모델링하면 팀 및 관련자의 응용 프로그램에 대한 토론을 쉽게 할 수 있습니다. 또한 응용 프로그램이 사용자의 요구를 충족하는지 확인하여 ... 대화 Visual Studio에서는 IntelliTrace 독립 실행형 수집기를 사용하여 이미 배포한 응용 프로그램에 대한 진단 데이터를 가져올 수 있습니다. 프로덕션 환경 구성을 변경할 필요 없이 응용 프로그램이 배포된 ... 대화 레이어 다이어그램을 사용하여 응용 프로그램의 아키텍처를 디자인하고 코드가 디자인과 맞는지 여부를 확인할 수 있습니다. Team Foundation Server 작업 항목을 모델 요소에 연결하여 모델과 관련된 작업을 ... 대화 상자 리소스의 ID입니다. ID를 입력하면 새 대화 상자 리소스가 만들어집니다. 기존 것을 사용하려면 목록에서 선택하십시오. 기본 클래스가 CDialog, CFormView, COlePropertyPage, CPropertyPage ... 대화 상자 편집기에서 마지막으로 %1 컨트롤을 사용했을 때 저장한 데이터에서 컨트롤 상태를 다시 로드할 수 없습니다. 대화 상자에서 컨트롤이 초기화되지 않습니다.