정확히 어떤 클래스 다이어그램에 표현되어야

Question

내 Bsc IT 년 프로젝트를 작성하고 클래스 다이어그램에서 정확히 무엇을 표현해야하고 무엇이 정말로 필요하지 않은지 혼란스러워합니다.

제 경우에는 spring with MVC+hibernate을 사용하고 있습니다. 나는 서로 간의 관계로 만 나의 엔티티 클래스를 표현하고 있었다. 이제는 활동 다이어그램을 만들고 싶습니다. MVC controller 클래스가 포함되어있을 수 있음을 깨달았습니다. 내 class diagram에 포함되지 않았습니다.

두 번째 질문 : activity, sequence 하나 더에 document a flow of process (필요없는 데이터)입니다 data flowdiagrams 사이. 내가 (signup, verification 및 login로 만든) authentication 작품

정말 감사합니다

Answer 1

UML은 커뮤니케이션 도구 얼마나 문서화하고 싶은 가정하자. 당신의 목표는 다른 개발자들에게 당신의 의도를 분명히하는 것입니다. 일을 분명히하기 위해 얼마나 많은 세부 사항이 필요한지는 의사 소통하고자하는 것에 달려 있습니다.

엔지니어링 도면으로 UML을 보면 모든 클래스, 모든 메소드 서명, 모든 호출이 필요할 수 있습니다. 당신은 그런 것을 가지고 개발자의 책상에 놓고 비전을 코드화하게 할 수 있습니다. 나는 이것이 드문 경우라고 주장 할 것이다. 코드 작성만큼이나 많은 작업이지만 테스트 할 수는 없습니다.

높은 수준의 의도를 보여줄 수있을만큼 간단한 수준에서 클래스와 상호 작용을 포함하는 것이 현실적이라고 생각합니다. 개발자가 나머지 세부 사항을 채울 수 있도록하십시오.

Answer 2

클래스 다이어그램은 클래스 간의 관계와 각 클래스의 중요한 멤버 변수 및 함수를 보여줍니다. 그렇게하면 역할과 책임이 표시되므로 디자이너는 어떤 소프트웨어 모듈에 어떤 기능이 포함되어야 하는지를 결정할 수 있습니다. 상속을 사용하면 코드를 탐색 할 때 식별에 더 많은 시간이 걸리는 계층 구조를 표시하는 데 매우 유용합니다. 속성 및 방법의 경우 잠재 고객에게 필요한 세부 정보를 보여줍니다.

목적을 달성하는 여러 개의 협력 클래스/구성 요소가있는 경우 시퀀스 다이어그램을 좋아합니다. 각각의 시퀀스는 오직 하나의 시나리오를 도시하며, 전제 조건, 단일 흐름 시퀀스 (예를 들어, 결정을 나타내지 않음) 및 사후 조건을 갖는다. 활동 다이어그램은 의사 결정, 오류 처리 등의 순차 알고리즘을 보여주는 데 더 좋습니다. 협력 및 동기화 지점이있는 경우 한 다이어그램에서 여러 활동을 사용합니다.