[💬] 시스템 설계 정리하는법, 조언부탁

[일본뇌염모기2(mosquitoindie1)]

게임 시스템이 점점 커지고 여러 기능들이 추가되면서

이 시스템들을 정리해서 나중에 보고 한눈에 파악 할 수 있도록 내 독자적인 방법으로 문서화를 하고있음.

내가 지금 하고 있는 방식이 클래스 다이어그램을 내 나름의 규칙으로 정리하는건데,

클래스 다이어그램을 이런식으로 사용하는게 맞나... 하는 의문도 들고 그럼.

다른 사람들은 어떻게 하는지, 또는 더 좋은 방법이나 일반적인 방법등이 있으면 알고싶다.

내가 정리하는 시스템을 지금 만들고 있는 IAUS 인공지능 시스템을 예를 들어서 설명함.

내가 시스템을 정리하는 방법은 아래와 같다.

1. 하나의 시스템을 기능별로 구분해서, 각 기능별로 사용하는 부품을 정리.

2. 하나의 시스템을 큰 로직 덩어리들로 구분해서, 각각의 덩어리를 하나의 클래스 다이어그램으로 정리.

이렇게 두개이 축으로 시스템을 정리해서 클래스 다이어그램으로 표시함.

보는 방법은, 다이어그램 가장 위에 코맨트로 왼쪽에서 오른쪽 순으로 기능을 나열함.

그 코멘트 밑으로 관련 기능들을 나열함.

코멘트 안에 써있는 숫자는 로직플로우의 순서를 의미

지금 만들고 있는 IAUS의 경우,

1. 시스템 기능별 구분 정리

지금 기능별로 사용하는 클래스가 적어서 하나의 다이어그램만 쓰고있음 

2. 로직 플로우로 정리

2-1 초기화 플로우

2-2 계산 트리거 플로우

2-3 계산 플로우

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[일본뇌염모기2(mosquitoindie1)]

이상해 보이지 않는다니 다행

[asdf(45.74)]

나 마지막게임 만든거 거의 3만줄됬는데 그런거안함 솔직히 그거 만들어도 만들때잠깐 생각하지 다시 보지도안을듯 그거할시간에 코딩하는게 낫지않냐?

[도기(ygakim1027)]

무슨 프로그램임

[일본뇌염모기2(mosquitoindie1)]

vs

[소닉쫄따구테일즈(dcz3xv7zgu14)]

난 UML을 작성하는 경우는 협업할때 아니고는 잘 사용안함. UML은 건축물 설계도랑 같다고 봄. 내가 설계도 없이 만들 수 있으면 그냥 만듬. 내 머리속에 있으니깐. 근데 협업을 한다면 서로 분업을 위해서라도 시스템모델링이 어떻게 되는지 표현해야 하고, 표현된 모델링에서 의존성이 적은 구역들을 나눠서 서로 분업에 들어갈 수 있겠지. 이때 각자 만든 시스템에 대한 의존하는 부분은 인터페이스로 미리 모델링 해놓고, 상대방 시스템이 구현이 안되있더라도 해당 인터페이스에 Mock(모방)구현을 붙여서 내 시스템을 테스트할 수도 있고. 이걸 하려면 UML로 모델링하는 과정이 협업에선 꼭 필요하거든.

[소닉쫄따구테일즈(dcz3xv7zgu14)]

근데 2-3년 손발맞는 개발자나, 이미 고수들끼리는 서로 알고있는 패턴이 있기때문에, 그냥 대화몇마디 나누고 끝내버림. 이게 UML작성도 곧 시간이 들어가는거라서...

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그리고 또 한가지 케이스는, 내가 외주받을때마다 UML을 작성함. 일정산출을 위해서 필요하기도 하고, 클라이언트에게 내가 무슨작업을 해서 일정이 얼마나 소요됬는지 명확하게 할 필요가 있거든. 이 이외에는 솔직히 잘 작성안함. 아 하나 더 있다면, 남이 작성한 시스템이 내눈에 한번에 안들어올때, 그사람꺼 보면서 UML작성을 함. 이게 코드분석할떄 그사람의 패턴이나 철학을 알고있다면 분석할때 편하거든. 근데 코드를 수십번 봐도 이해가 안갈때는, 다이아그램으로 빼내서 분석함. 그럼 잘보임

[일본뇌염모기2(mosquitoindie1)]

내가 이쪽 분야가 익숙하질 않아서 그림으로 보지 않으면 도저히 기억을 못하겠더라고

[소닉쫄따구테일즈(dcz3xv7zgu14)]

어쩔수없는듯 익숙하지않은 구조 볼땐 나도 일단 UML로작성하는 편이라...

[익명(119.194)]

흑흑 나도 이런 고민하는 수준이 되고 싶다 ㅠㅠ

[익명(180.230)]

라이더에 클래스다이어그램 한 4-5년전부터 지원할거라고 하면서 아직도 지원안하던데 씁