UML 주소록

나는 약 10 일 전에 UML 언어를 배우기 시작했고, 모든 수업에서 많은 것을 잃어 버렸고, 스스로 더 많은 "이론"을 읽으려고합니다. 나는 ".. 다른 이름으로 저장"도 그는 또한 실종 1 개 CRC 카드를 http://www.cs.gordon.edu/courses/cs211/AddressBookExample/CRCCards.html#AddressBook 1 클래스 디자인 http://www.cs.gordon.edu/courses/cs211/AddressBookExample/ClassDesign.html UML 주소록

누락 된 하나 개의 오래 된 완성 된 주소록 프로젝트로 보는 제안을 발견하지만 난 나 자신에 의해 그것을했다.

누구든지 CRC 카드와 수업 설계 또는 조언을 도와 줄 수 있습니다. 감사합니다.

출처

2015-02-03 johnny89

불행히도 이것은 온라인 과정이 아닙니다. 그것은 "나는이 문제가 정확히 있고 해결책이 필요하다"입니다. –

@ThomasKillian이 맞습니다. 이것은 Stackoverflow에서 물어볼 질문이 아닙니다. 미안하지만 나는 "너무 광범위하다"고 표시했다. 하지만 Stackoverflow를 사용하여 포기하지 마십시오. 첫 번째 연습은 간단합니다. CRC 카드는 수업을 정의하는 데있어 "비공식적 인"방식입니다. 예를 들어, "다양한 클래스에 책임을 할당"은 클래스에 메소드를 추가하는 것을 의미합니다. "AddressBookController"클래스의 "사용자가 개인 유스 케이스 추가를 수행 할 수 있음"은 "addUser()"메소드를 클래스에 추가하는 것을 의미합니다. 자세한 내용은 Wikipedia 기사를 읽어야합니다. – bdulac

하지만 어쨌든, 당신은 올바른 길을 따라 UML을 쉽게 처리 할 수 있습니다. CRC 카드는 객체 상호 작용을 수반하지 않기 때문에 시퀀스 다이어그램의 실행 가능한 대안입니다. 그것은 분석 및 책임 식별에 초점을 맞추고 직접 객체 모델을 포함하지 않습니다. 이론적 측면을 포기하면됩니다. 메서드는 클래스 또는 인터페이스가 책임을 맡을 수있는 방법입니다. – bdulac

CRC 카드는 UML에 속하지 않습니다. UML을 알고 싶다면 UML로 연습해야합니다.
클래스 다이어그램 만들기 전에 클래스를 정의하는 것은 매우 좋지 않습니다. http://www.cs.gordon.edu/courses/cs211/AddressBookExample/CRCCards.html#AddressBook에있는 클래스를 UML의 구성 요소라고합니다. 그들을 섞지 마십시오.
간단한 학교 프로젝트의 일반적인 UML 프로세스는 유스 케이스 (상태 다이어그램 요소 포함) -> 구성 요소 다이어그램 (배포 및/또는 통신 다이어그램으로 개발되었을 수 있음) -> 활동/시퀀스 다이어그램 (일부 비 - 사소한 알고리즘) -> 클래스 다이어그램. Android의 경우 객체 또는 복합 구조 다이어그램이 유용 할 수 있습니다.
다이어그램에는 자연적인 계층이 거의 없습니다. Use Case 다이어그램에 클래스를 사용하거나 복합 구조 다이어그램에 상태를 사용할 수 있습니다. 그러나 그로부터 시작하지 마십시오. 시작시 순수 다이어그램을 사용하여 올바른 사용법, 사고 방식을 학습하십시오. UML 사용자의 가장 중요하고 가장 중요하고 널리 퍼진 오류는 다이어그램 믹스입니다.

출처

2015-02-03 14:59:10 Gangnus

답변

관련 문제