Статьи о системном и бизнес-анализе, проектировании IT-решений, и управлении всем этим
О методологии Event Storming часто говорят как о хорошем помощнике в нелегком деле обнаружения границ микросервисов. Но что значит — “хороший помощник”? Неужели в готовом артефакте загораются красные стрелочки и через весь экран бежит надпись “Вот он, родимый. Тут начинается, а тут заканчивается. Хватай его пока не смылся!” Не хочу вас расстраивать, но ничего подобного […]
Методология Event Storming проста и сложна одновременно. Проста в понимании готовых артефактов. Чтобы читать их нужно только ознакомиться с легендой. Проста в реализации. Специализированные инструменты не понадобятся. Рисовать можно хоть на салфетке, если знаешь процесс. Сложно понять как делается Event Storming. Книга автора методологии – Альберто Брандолини – в процессе написания и ее сложно достать […]
У меня была возможность понаблюдать как Event Storming работает на реальном проекте. Не напрямую. Всего лишь по-рассказам. Но этого приближения хватило для того, чтобы сделать несколько интересных выводов. Сейчас я с вами этим поделюсь. Предыстория Разрабатывают внутренний продукт, который должен автоматизировать сложные и запутанные процессы. Роли бизнес-аналитиков и системных отделены. Это разные специалисты. И тех, […]
Эта статья – попытка внедрить в свою жизнь “всё хорошее” из доклада Юрия Куприянова “Стоп слова в требованиях к ПО” (доклад может быть известен и под другими названиями). Слушать было легко и интересно. Прекрасно, что я теперь всё это знаю. Но как начать применять? Как писать Требования хорошо? А что такое “хорошо”? Хорошие Требования – […]
Легко делать покупки в онлайн магазине. Зашел — выбрал — купил — ждешь — получаешь товар и радуешься приобретению. Легко покупателю, но не проектировщику/разработчику этого магазина. В “жизненном цикле” заказа важно не потерять товар и деньги. Еще важнее – не потерять данные. Что если деньги со счета клиента спишутся, а на счет продавца не придут? […]
Бизнес и системные аналитики часто работают с документацией, описывающей API различных сервисов. Если их (сервисов) в компании больше двух и они обмениваются между собой данными в архитектурном стиле REST, есть смысл изучить фреймворк Swagger, также известный как OpenAPI. Основные преимущества ведения REST API документации в Swagger: Вся эта информация описывается в одном документе, но отображается […]
