Подтвердить что ты не робот

Некоторые советы для более эффективной белой посадки?

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

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

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

4b9b3361

ОТВЕТЫ

Ответ 1

Белая посадка - отличный инструмент. Я сам это делаю, и я нашел пару вещей, чтобы быть очень эффективным:

  • Используйте минимальный набор символов. Коробки, стрелки, круги и линии доставят вам длинный путь. Предпочитайте простые вещи для более совершенных методов моделирования - все понимают коробки и стрелки.
  • Подумайте вслух, рисуя, чтобы помочь аудитории понять, что вы рисуете.
  • Общайтесь со своей аудиторией. White-boarding - это не односторонняя связь. Если вы не знаете, прошло ли сообщение или понял рисунок, просто спросите.
  • Когда аудитория достаточно мала, заведите людей близко к доске, а сделайте ручки доступными, чтобы люди могли рисовать с вами. Это позволяет улучшить визуально-техническую связь и еще более эффективный сеанс белого посадки.
  • Возьмите достаточно времени, чтобы писать и рисовать "аккуратно", но предпочитайте устойчивую скорость связи над совершенным рукописным текстом. Это сложный компромисс, который требует некоторой практики, и практика, сохраняя при этом вашу письменность и рисование понятными, увеличит вашу скорость записи и рисования.

Ответ 2

Замедление.

Это хорошо, чтобы не спешить писать аккуратно.

Ответ 3

Довольно простой, но этот совет от рисования мультяшных пузырьков речи имел для меня огромное значение: не нарисуйте ящики, а затем напишите текст внутри них. Обычно вы будете недооценивать требуемый размер, в результате чего раздался неразборчивый текст. Вместо этого напишите свой ярлык сначала и нарисуйте его вокруг.

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

Ответ 4

Еще один хороший совет для белой посадки - взять с собой цифровую камеру и сфотографировать вашу сессию. Вы можете бросить это на долю после собрания, и это здорово, чтобы иметь возможность просматривать прошлые сеансы таким образом.

Ответ 5

Я часто пишу на Post It Notes, потому что вы можете легко перемещать их вокруг, когда обсуждаете отношения между объектами. Кроме того, разные цвета Post Its могут передавать смысл.

Ниже приведен пример:

alt text http://www.matterco.com/wp-content/themes/matter/images/art057.jpg

Ответ 6

  • Попытка слишком много вместить одна диаграмма может запутаться.
    • Попробуйте визуализировать разброс идей, в которых вы можете рисовать и подключать более крупные модули. Возможно, возьмите эту диаграмму как способ сохранить свою идею на доске и получить обратную связь.
    • Сосредоточьтесь на меньших модулях и примените сверления, если это применимо.

Wiki содержит некоторую базовую информацию о разных диаграммах, которые могут быть подходящими для разных сценариев.

Надеюсь, это поможет.

веселит

Ответ 7

Я знаю, что я немного опаздываю на сцену, но я также рекомендовал бы на самом деле записать то, чего вы пытаетесь достичь, либо в предложении, либо с помощью некоторых пулей. Легко работать над разными вещами, и это происходит с самого начала. Он также может использоваться для выполнения требований к полному выполнению требований/монитора.

Наконец, но не в последнюю очередь это также дает вам хороший момент для начала, прежде чем перейти к диаграммам ER и другому моделированию.

Ответ 8

Вы знакомы с диаграммой ER? Если вы моделируете диаграммы ER, база данных является универсальной для большинства людей.

Ответ 9

Удостоверьтесь, что у вас есть большая доска.
Чем больше, тем яснее вы можете детализировать свои идеи.

Ответ 10

Я знаю, что многие программисты склонны думать о UML как о "той глупой дерьме, которую они хотят, чтобы я вложил в документ, который никогда не будет рассмотрен", но он был фактически разработан для решения проблемы общения программистов.

Знайте UML, даже если хотя это редко имеет значение, если вы используете открытую стрелку или закрытую стрелку, потому что факт состоит в том, что она будет путать некоторых людей, если вы используете неправильный. Программисты - очень целеустремленные твари и что одна из вещей, которые они часто получают, получает "застрял".

Знайте несколько основных типов диаграмм UML. Каждый знает некоторый уровень объектной диаграммы, я часто совмещаю диаграммы наследования и сдерживания на одной картинке - не слишком строги.

Прочитайте несколько блок-схем и фактически создайте один для сложного потока, над которым вы работаете. Они настолько чертовски классны, анализируя, что происходит, и сообщая что-либо, кроме тривиального единственного метода call/return. Я не знал об этом около 1/3 моей карьеры и был просто ошеломлен в первый раз, когда кто-то выбросил его на доску (это было после того, как я все знал), но, конечно, каждый год я больше узнаю, а потом решаю Я НАКОНЕЦ знаю все).

Наконец, вы стоите там, разговаривая с человеком. На самом деле коробка на белой доске - это то, что вы можете указать, чтобы в следующий раз, когда вы указываете на нее, человек знает, что вы имеете в виду одно и то же... это визуальная помощь для улучшения вашего речевого общения, что и все.

Edit:

Эта страница - хорошее введение в диаграммы последовательности с большим количеством замечательных примеров.

Ответ 11

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

Однако.

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

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

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