#нотации #теория #мойопыт #бизнеспроцесс #проопыт

Про нотации))

Я знаю, что многие любят теорию. Немного #мысливслух о том, чем хороши нотации.

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

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

Так и с нотациями, есть те, которые специалиста ограничивают. Фактически у тебя есть шаблон и он заставляет тебя задуматься о вещах, которые ты мог забыть. Ты работаешь именно с чётким языком описания.

В этом плане мне нравится IDEF0 и epc (Aris) . Я часто забываю про IDEF0, как средство которое помогает понять картину мира, и место в этом мире нового бизнес - процесса. Где вход, где выход, какие роли, ресурсы нужны, управляющие процессы. И это один взгляд, а другой это тот же epc (Aris) , где чередование "событие" - "действие", также тебя ставит в позицию подумать и увидеть свои пробелы.

Нет единого "золотого ключика" , для любой двери. Поэтому я стараюсь смотреть на задачу с разных точек зрения и пробовать описывать тот же бизнес - процесс разными нотациями. Это интересная штука. Мы когда-то пробовали с аналитиками один и тот же процесс описать в bpmn и epc, и сравниваешь где какие плюсы, что стало лучше? Хорошая практика, если есть те кто готов у вас в команде такое провести, рекомендую пропустить через себя. То есть это фактически валидация работы аналитика.

Когда большая насмотренность, много опыта применения нотаций, можешь даже создать свой язык для диаграмм.

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

Из моей практики, был такой случай, когда заказчик очень хотел аналитика со знанием uml. Я пришла на проект, нарисовала пару диаграмм, заказчик не понял. И тогда "яйца uml" мы использовали не как use cases, а просто как бизнес области проекта, этапы проекта. Главное заказчик понял))) Нарушили нотацию, но цель достигли. Также на конференции видела доклад аналитика, о том как с госами придумали язык, с помощью которого user interface описывали и согласовывали.

И тут тоже интересный факт, художник или скульптор сначала очень много и упорно учится основам. А достигая мастерства, начинает хулиганить и может себе позволить новый стиль, чем и занимался Дали. К чему и вас призываю))) Пробовать креативеть, там где это можно конечно, при этом валидируя себя шаблонами и правилами из нотаций.

#блоксхема #мойопыт #капитаночевидность #капитанНЕочевидность #мысливслух #нотации #системныйанализ

Блок - схема, недооцененная диаграмма, или универсальный инструмент?

Я люблю блок-схему и считаю одним из самых универсальных инструментов. И как всегда, тут важно понимать правила применения. Так как в институте у меня не было uml, bpmn и других нотаций, много было блок-схем, и нас гоняли по ним и по ГОСТу построения подобных диаграмм. И не зря!

На вопрос, что выбрать из нотаций, чтобы изобразить процесс, алгоритм я всегда говорю блок - схему, или активити. Почему-то активити диаграмма стала не очень популярна. Ну конечно, у нас же есть bpmn, а блок-схема простая и пережиток старого. Дайте нам помоднее)

Так ли это?
Посмотрим вглубь.
✅1.Я больше не знаю российских ГОСТов, в которых бы так хорошо описывались нотации, как это сделано по блок-схеме.
✅2.Название то какое! Это схема из блоков) с чёткой типизацией блоков.
✅3.Это визуализация графа, в основе которого лежат сети Петри и планарный граф. А граф мы можем применить для описания алгоритма.
✅4.Ну и не дураки всё таки придумали визуализацию алгоритмов (так я конечно про любую нотацию могу сказать))).
✅5.Это первая диаграмма, которую использовали для описания алгоритмов, которые уже превращали в код (если это не так, то расскажите мне дополнительно).

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

Блок-схема имеет правила составления, что даёт нам возможность достаточно чётко разложить процесс.
Попробую эти правила описать:
✅1.У блок-схемы всегда есть начало и конец, это единственные элементы, в которых допускается изображение разрыва потока.
✅2.Каждый элемент - это шаг процесса, а они чётко определены гостом и операциями, которые допустимы в ЭВМ:
👉ввод/вывод,
👉действия,
👉логический блок,
👉печать,
👉подпроцесс (процедура).
Есть ещё дополнительные блоки: цикл, документы, соединитель, комментарии.
Даже если вы по такой классификации разложите шаги процесса уже будет очень мощно! Что вцелом даёт возможность далее и функционую архитектуру решения более чётко описать.
✅3.Я написала про планарный граф, это правило нам говорит о том, что наша Блок-схема должна минимально иметь пересечения линий (а лучше вообще не иметь пересечения, если они есть, что-то не так с проектированием). Отличное ограничение, которые в любой нотации стоит держать в голове.
✅4.Правило "шампура", мы должны создавать шаги процесса так, чтобы у нас был основной поток, и изображение диаграммы похоже на нанизывание кусочков шашлыка на шампур. Ветки и пелти могут уходить в блок и возвращаться в основной процесс.
✅5.Чаще всего диаграмма идёт сверху в низ. Слева направо мне не очень нравится такие диаграммы рисовать и читать.
✅6.Если у нас получается очень длинная диаграмма, то возможно стоит задуматься о том, чтобы процесс делить на этапы и выделять процедуры. Учиться видеть, какие куски процесса можно переиспользовать и выделять их в подпроцессы, процедуры, описывать отдельно.
✅7.В диаграмме не должно быть разрывов. Нужно проверять правила, что из блока не должно быть несколько выходящих стрелок, допустима только одна. Если вам нужно ветвление, нужно воспользоваться логическим блоком.
✅8.Обязательно проверять диаграмму на скрытые циклы, где нарушена логика операций и процесс может зациклится.
✅9.В логическом элементе условие и стрелочки должны быть подписаны. При этом это логика, то есть вопрос должен быть локаничен и иметь ответы "да" - "нет".
✅10.Мы рисовали подобные диаграммы на листе бумаги, по правилу, что каждый блок расположен под другим и имеют одинаковую ширину и высоту, что тоже учит формулировать текст шага так, чтобы он уместился в блок, был понятен, и одновременно локаничен.