우리는는 (다른 리팩토링 도구에서 사용하는) 등 CDG (클래스 사이의 종속성 그래프를 호출)와 같은 다이어그램을 관리 할 간단한 모델링 도구를 개발하고있다전체 다이어그램 (또는 모델)을 저장하기위한 패턴, 관행 또는 표준은 무엇입니까?
우리의 다이어그램 다이어그램하고를 UML 유사 있습니다 유스 케이스 (Use Case) 또는 클래스 다이어그램 (Class Diagram)의 세부 사항과 같은 세부 정보가 있어야합니다.
이 프로젝트에서 우리는 다이어그램을 저장하고 나중에 사용자가 변경하기 위해 열어야합니다. (다른 모델링 도구와 유사) 자바에서이 도구의
기본 구현 현재 위치 : 패턴이나 관행 다이어그램을 저장하기 위해 존재합니다
https://github.com/AsenaTechAcademy/Irani-OOP-in-Java-gModeler
문제는입니까? 어떤 표준이 존재합니까 (그리고 우리 팀은 그것을 배워야합니다)? 읽기와 쓰기도의
- 성능 :
두 가지 요인 프로젝트 밖으로에 중요하다.
- 하드/서버의 다이어그램 크기.
GraphViz DOT 언어는 DSL (도메인 특정 언어) DOT를 생성 할 수있는 경우 종속성 그래프의 자동 레이아웃을 제공합니다. 나는 당신의 [PDF] (https://github.com/AsenaTechAcademy/Irani-OOP-in-Java-gModeler/blob/master/Class%20Diagram/gModeler001-Class-Diagram.pdf)를 보았는데, 세부 묘사. 어떤 도구도 복잡한 다이어그램을 "읽기 쉽도록"만들 수는 없다고 생각합니다. "중요"정보는 상황에 따라 다릅니다.즉, PlantUML은 GraphViz를 기반으로하는 언어이기 때문에 생성 도구를 모델링 도구에 "설치"했습니다. 그러나 다른 방향으로 갈 수는 없습니다. – Fuhrmanator
고마워요. GraphViz DOT는 아주 멋진 표현입니다. 그러나 우리 프로젝트에는 몇 가지 제약이 있습니다. –