프로그램/게임 디자인 과정

Question

프로그래머 종류 :

프로그램이나 게임에 대한 광범위한 디자인 문서를 작성하셨습니까? 유스 케이스 다이어그램 작성의 표준 방법을 UML로 사용하고 있습니까? 소프트웨어의 범위와 팀 개발자 수에 따라 다이어그램 전체를 선택하거나 선택을 선택합니까?

Answer 1

첫째,

당신이 문서를 만들 경우, 그것은 "명확한"이유/목적이 있어야합니다. 이 목적은 문서의 특성을 식별하는 데 있습니다. 둘째

:

그냥 "서면"또는 워드 문서에서 문서를 생각하지 마십시오. 그것은 어떤 남자 이 주요 아키텍처 decisons을 설명하는 '동영상'이 될 수있는 form.Even 될 수 있으며, 그들이 를 선택하는 이유는 [동기 부여]

글쎄, 당신은 새로운 팀 구성원을한다고 가정 [당신의 문제 성격에 따라 달라질 수 있습니다]

• UML 사례 다이어그램은 귀하의 기능에 대한 전반적인 그림을 제공 할 수 있습니다. 요구 사항. 단순히 시스템을 사용하는 사람과 시스템을 통해 수행 할 수있는 것을 알려줍니다. 당신의 주요 아키텍처 결정을 명시하고
• 어쩌면 구성 요소 다이어그램이 의사 결정을 제공하는 이유 중요한 구성 요소와 인터페이스
• 하면 응용 프로그램을 보여주는
• 짧은 메모가 중요한 비 기능적 요구 사항을 명시
• 짧은 메모 tapology가 중요하다면 시스템이 어떻게 물리적으로 배치되는지를 보여주는 UML 전개 다이어그램이 될 수 있습니다.

하지만 결국은 문서화 할 수 없으므로 안됩니다. UML 도구를 사용하여 자동으로 전체 시스템 UML 클래스 다이어그램을 생성 할 수 있지만 초보자에게 어떻게 도움이 될 수 있습니까?

• 하지만 당신은 중요하고 까다로운 부분을 클래스에 대한 클래스 다이어그램을 넣고 그들이 중요한 수행하고 까다로운 책임 동안 그들은 다른 클래스들과 협력하는 방법을 보여 그 까다로운 부품에 대한 시퀀스 다이어그램을 그릴 수 있습니다.

documentaion에 대한 열쇠는 당신의 "대상"에 자신을 퍼 팅된다 이 문서를 읽을 수있는 사람] 나는이 문서 potantial "고객"이라면 자신에게

• 요청합니다 내가이 글을 읽을 문서? [왜 의사를 만들지 않는 경우]
• 이 문서를 읽으면 어떤 점에서 도움이 될까요?

마지막으로, 우리는 때때로 당신이 진짜 관객 단지 때문에 일부 "정치"의 진짜 이유에 대한 문서를하고있는 자신을 발견 할 수 있습니다 ... "이상적인 단어"에 살고하지 않습니다 [이 효과적입니다] 당신은 돈을 벌어야한다.

음,이 상황에서 UML이 도움이 될 것이다. 어느 누구도 읽고 이해하지 못하는 "세부적으로 auotumatically 생성 된"많은 세부 사항과 함께 지루한,하지만 "오 당신은 광범위한 documentaion있다". 우리 소프트웨어 업계에서는 UML이 과도하게 강조되어 있으며, 많은 사람들은 UML 다이어그램이있는 경우 나쁜 문서를 "구매"합니다.

그게 다야 ...