Лаконичность материала

“Всё замечательно, но нужно переделать!” — сказал Дима. И мои заготовки с диаграммами полетели в корзину.

Вчера был выпущен третий эпизод на Деворкер, посвященный составлению ТЗ. Хотя он должен был выйти на неделю раньше.

Какие нотации и диаграммы были для этого изучены:

  • Нотация VAD (не предназначена для моделирования логических условий)
  • Нотация eEPC
  • IDEF0, которая превращается в следующий пункт
  • Диаграмма потоков данных (DFD)
  • Нотация BPMN с обширным набором элементов
  • Диаграмма рабочих потоков
  • Диаграмма переходов состояний (STD)
  • Карты диалоговых окон
  • Таблицы и деревья решений
  • Таблицы событий и реакций
  • Деревья функций
  • Диаграммы вариантов использования
  • Диаграммы сущность-связь (ERD)

Каждая по-своему отражает суть процессов, поэтому диаграмм так много.

В жизни также. Есть какая-нибудь диаграмма взаимоотношений (Маша любит Сашу, Даша не дружит с Петей). А есть диаграмма состояний (Маша готовится выйти замуж, Даша откладывает разговор с Петей). Диаграммы помогают описывать разные стороны процессов одной системы. 

Их не надо использовать все сразу. Трёх-четырёх достаточно для моделирования под конкретную ситуацию. Заучиваешь правила составления — и вперёд.

Но если диаграмма с добавлением в неё новых процессов усложняется, то создателю она всё равно остаётся понятной. Чего не скажешь о других людях. Вот Дима, увидев эту красоту на ватмане, сказал: “Сделай так, чтобы было просто и понятно. Всем. А не только тебе.”

И в самом деле, запущенная мной серия эпизодов — это не курс системного аналитика. Это перевод знаний в доступный материал.

От сложности можно кайфовать. Но сложно — не есть хорошо.

Поэтому выкинула всё. Переделала. Мы оба остались довольны результатом.

А как вам вчерашний эпизод? Нотации и диаграммы нужно было показывать?

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *