Несколько советов для более эффективной доски? - PullRequest
20 голосов
/ 23 февраля 2010

Меня время от времени вызывают импровизированный на доски данных (не виртуально), диаграммы архитектуры и т. Д., Как для технической, так и для нетехнической аудитории. К сожалению, мои навыки рисования (и разборчивость печати) ужасны.

Как я могу стать более эффективным в этом? Я ищу советы по использованию стандартных символов и соединителей, некоторые стандартные способы организации и классификации информации (например, плавательные дорожки ) и т. Д.

Что я могу практиковать, чтобы стать лучше в этом? Я хочу, чтобы эти визуальные презентации были эффективными для передачи моих идей, а плохо представленные диаграммы могут заставить идеи казаться замысловатыми и неэластичными, даже если это не так.

Ответы [ 12 ]

0 голосов
/ 23 февраля 2010

Я большой поклонник Языка Галактического Моделирования , я сам.

0 голосов
/ 23 февраля 2010

Архитектурные схемы «должны» быть в UML.

Тем не менее.

Подробные UML-диаграммы - это боль в шее, поэтому не стоит вдаваться в технические подробности.

Тем не менее, существуют некоторые стереотипы классификатора, которые очень, очень полезны, позволяя сводной диаграмме «высокого уровня» охватывать ряд основ.

«Стереотипы класса Objectory» (см. http://doc.sumy.ua/prog/umld/AD970806.PDF) для классов Control, Boundary и Entity, на вес золота. Добавление этих стереотипов в диаграмму классов полезно, быстро и формально, чтобы определить, как класс (или пакет) вписывается в целое.

...