#uml #sequence #материал #теория #нотация #мойопыт #системныйаналитик #системныйанализ
Сегодня предлагаю устроить обмен опытом. На днях девушка мне показала sequence - диаграмму с интересной вставкой из овалов и их цепочки. Честно, ни разу не встречала ранее. И конечно я как аналитик, пошла открыла книгу и увидела описание на диаграмме цепочку из статусов объекта, который участвует во взаимодействие.
К вам вопрос: встречали ли подобное описание и используете ли в своей практике? Удобно ли? Какие мысли?)
Сегодня предлагаю устроить обмен опытом. На днях девушка мне показала sequence - диаграмму с интересной вставкой из овалов и их цепочки. Честно, ни разу не встречала ранее. И конечно я как аналитик, пошла открыла книгу и увидела описание на диаграмме цепочку из статусов объекта, который участвует во взаимодействие.
К вам вопрос: встречали ли подобное описание и используете ли в своей практике? Удобно ли? Какие мысли?)
#нотация #мысливслух #рассуждения #бизнесаналитик #ITаналитик #капитаночевидность
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.
За что я люблю нотации?
Для меня нотация это свод правил, используя который можно получить описание/требования/решения в виде диаграммы.
На днях прилетел ко мне вопрос. А нужно знать нотации и их использовать?
И конечно коротко можно сказать - нужно! Но кому нужно? Когда, почему и тут же все прилетят, как коршуны, нам не нужен uml, тяжело и сложно. А кто сказал, что всё должно быть просто? Привет инженерным наукам и проектированию.
Поэтому рассуждая в рамках, так сказать, современного айти, я бы сказала, что все инструменты хороши для описания и донесения информации до участников процесса. Если вы на Стартапе, да хоть на человечках из лего моделируйте процесс (такое я тоже делала), лишь бы все быстро поняли, что нужно.
И что такое нотация? Кроме правил, это ещё и набор элементов, фигур, стрелочек и может шрифта и цвета, что позволяет показать информацию в виде картинки.
Вот прикиньте, вы автор нотации, придумали какой-то псевдо язык изображения и он нефига непонятен, понятен только вам. Да вас закидают негативом. Так что тут процесс эволюции очевиден, выживает то, что имеет низкий порог входа в язык, использование и отличную визуализацию. И как методика может быть пазлом в системном подходе к процессу разработки.
Никто вам не мешает придумать свой язык! Главное, чтобы эта визуализация была понятна другим. Такое тоже у меня была на практике.
Но, тут есть но! Подводный камень в том, что это что-то своё и не общепринятое. А очень бы хотелось при масштабирование бизнеса нанимать людей и шарить документы, так чтобы все смогли их прочитать.
При этом, что немало важно, нотация вас загоняет в стандарт и заставляет себя перепроверить и задать дополнительные вопросы. Я когда-то, с аналитиками, проводила эксперимент. Мы нарисовали один и тот же бизнес-процесс в нотации bpm и epc (Aris). И потом сравнили результат. Epc заставил людей подстроиться под правила и вытащить упущенное, но при этом читать диаграмму было сложно, а bpm выглядил дружелюбно и наглядно, но можно было упустить важные вещи.
Итого, моё резюме.
✅Знать нотации и их многообразие хорошо, это даёт возможность применять разные подходы под конкретную среду.
✅Нотация предъявляет требования к команде, и даёт возможность, зная её, быстро читать диаграммы.
✅При этом вводит в рамки, что даёт возможность задавать себе вопросы и перепроверять себя.
✅Нотация не панацея и может быть основой для вашего языка и подхода.