Майнинг бизнес-процессов и визуализация данных с помощью Neo4j, Plotly и GPT
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Майнинг бизнес-процессов и визуализация данных с помощью Neo4j, Plotly и GPT
Этот материал будет полезен для COO, бизнес-аналитиков и топ-менеджеров компаний. Хотя в тексте присутствуют некоторые технические детали, они не будут слишком обременительными. Цель материала:...
👍1
Не тимбилдингом единым: как наладили коммуникации в команде с помощью базы знаний
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Не тимбилдингом единым: как наладили коммуникации в команде с помощью базы знаний
Объем задач растет, как снежный ком, а разработчики и аналитики переводят друг на друга стрелки, потому что никто не понимает, что от них хотят. Обстановка обостряется до предела и грозит превратиться...
Forwarded from Business | System analyst
Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и поговорим на тему интеграции и проектирования:
#вопросыссобеседования | @ba_and_sa
Часть 19:
📍Вопрос 1: Что такое брокеры сообщений? Приведи пример
✅Краткий ответ:
Брокеры сообщений - это программные компоненты, которые используются для обмена информацией между различными приложениями или сервисами. Они работают как посредники, принимая сообщения от одного приложения и передавая их другому.
Брокеры сообщений позволяют создавать асинхронные системы, где отправитель и получатель не нужно быть одновременно доступными. Они также обеспечивают надежную доставку сообщений и могут обрабатывать большие объемы данных.
Примером брокера сообщений является
- Apache Kafka
- RabbitMQ
- Redis
Они позволяют разным компонентам системы обмениваться информацией без необходимости знать друг о друге напрямую.
📎Материалы по теме:
- Брокеры сообщений - что это, из чего состоят, плюсы и минусы: сравниваем APACHE KAFKA, REDIS и RABBITMQ
- Message broker per service
📍Вопрос 2: Что такое корпоративная шина? Приведи пример
✅ Краткий ответ:
Корпоративная сервисная шина (ESB) – это архитектурный паттерн в информационных технологиях, который представляет собой программное обеспечение, обеспечивающее интеграцию различных систем и приложений внутри компании. ESB позволяет легко связывать и обмениваться данными между разными сервисами, приложениями и устройствами, что облегчает работу и повышает эффективность бизнес-процессов.
ESB используется в различных областях и применяется для интеграции корпоративных систем, автоматизации бизнес-процессов, обмена данными между приложениями и устройствами, а также для создания централизованной точки управления всеми сервисами компании.
Примеры ESB:
- Mule ESB - одна из самых популярных открытых платформ для интеграции приложений и систем.
- Apache ServiceMix - еще одна популярная открытая платформа, основанная на Apache Camel, Apache ActiveMQ и Apache CXF. ServiceMix предоставляет решения для интеграции, маршрутизации и обмена данными между различными системами.
- IBM Integration Bus - универсальная платформа для интеграции различных систем и приложений в предприятии.
📎Материалы по теме:
- ESB (Корпоративная сервисная шина)
- Разработка сервисной шины предприятия (ESB)
📍Вопрос 3: Чем брокер сообщений отличается от корпоративной шины?
✅ Краткий ответ:
Брокеры сообщений и корпоративные сервисные шины (ESB) - это два различных подхода к интеграции систем в предприятии. Вот основные различия между ними:
1. Назначение:
- Брокер сообщений обеспечивает асинхронную коммуникацию между различными компонентами системы путем пересылки сообщений через посредника (брокера) без прямого взаимодействия компонентов.
- Корпоративная сервисная шина, с другой стороны, предоставляет интегрированную платформу для создания, управления и контроля интеграционных процессов и приложений в предприятии.
2. Архитектура:
- Брокер сообщений имеет типичную централизованную архитектуру, где все сообщения проходят через брокера перед доставкой получателю.
- Корпоративная сервисная шина, в свою очередь, использует распределенную архитектуру, позволяющую создавать сложные интеграционные процессы и маршрутизировать сообщения между различными системами.
3. Функциональность:
- Брокер сообщений прежде всего ориентирован на передачу и обработку сообщений, не предоставляя большого количества инструментов для обработки данных и выполнения бизнес-логики.
- Корпоративная сервисная шина обладает обширным набором функций, таких как маршрутизация, преобразование сообщений, мониторинг и управление интеграционными процессами.
В целом, брокер сообщений обеспечивает простой механизм для обмена сообщениями, в то время как корпоративная сервисная шина предоставляет более мощные средства для интеграции систем и управления интеграционными процессами в предприяти
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
#вопросыссобеседования | @ba_and_sa
Часть 19:
📍Вопрос 1: Что такое брокеры сообщений? Приведи пример
✅Краткий ответ:
Брокеры сообщений - это программные компоненты, которые используются для обмена информацией между различными приложениями или сервисами. Они работают как посредники, принимая сообщения от одного приложения и передавая их другому.
Брокеры сообщений позволяют создавать асинхронные системы, где отправитель и получатель не нужно быть одновременно доступными. Они также обеспечивают надежную доставку сообщений и могут обрабатывать большие объемы данных.
Примером брокера сообщений является
- Apache Kafka
- RabbitMQ
- Redis
Они позволяют разным компонентам системы обмениваться информацией без необходимости знать друг о друге напрямую.
📎Материалы по теме:
- Брокеры сообщений - что это, из чего состоят, плюсы и минусы: сравниваем APACHE KAFKA, REDIS и RABBITMQ
- Message broker per service
📍Вопрос 2: Что такое корпоративная шина? Приведи пример
✅ Краткий ответ:
Корпоративная сервисная шина (ESB) – это архитектурный паттерн в информационных технологиях, который представляет собой программное обеспечение, обеспечивающее интеграцию различных систем и приложений внутри компании. ESB позволяет легко связывать и обмениваться данными между разными сервисами, приложениями и устройствами, что облегчает работу и повышает эффективность бизнес-процессов.
ESB используется в различных областях и применяется для интеграции корпоративных систем, автоматизации бизнес-процессов, обмена данными между приложениями и устройствами, а также для создания централизованной точки управления всеми сервисами компании.
Примеры ESB:
- Mule ESB - одна из самых популярных открытых платформ для интеграции приложений и систем.
- Apache ServiceMix - еще одна популярная открытая платформа, основанная на Apache Camel, Apache ActiveMQ и Apache CXF. ServiceMix предоставляет решения для интеграции, маршрутизации и обмена данными между различными системами.
- IBM Integration Bus - универсальная платформа для интеграции различных систем и приложений в предприятии.
📎Материалы по теме:
- ESB (Корпоративная сервисная шина)
- Разработка сервисной шины предприятия (ESB)
📍Вопрос 3: Чем брокер сообщений отличается от корпоративной шины?
✅ Краткий ответ:
Брокеры сообщений и корпоративные сервисные шины (ESB) - это два различных подхода к интеграции систем в предприятии. Вот основные различия между ними:
1. Назначение:
- Брокер сообщений обеспечивает асинхронную коммуникацию между различными компонентами системы путем пересылки сообщений через посредника (брокера) без прямого взаимодействия компонентов.
- Корпоративная сервисная шина, с другой стороны, предоставляет интегрированную платформу для создания, управления и контроля интеграционных процессов и приложений в предприятии.
2. Архитектура:
- Брокер сообщений имеет типичную централизованную архитектуру, где все сообщения проходят через брокера перед доставкой получателю.
- Корпоративная сервисная шина, в свою очередь, использует распределенную архитектуру, позволяющую создавать сложные интеграционные процессы и маршрутизировать сообщения между различными системами.
3. Функциональность:
- Брокер сообщений прежде всего ориентирован на передачу и обработку сообщений, не предоставляя большого количества инструментов для обработки данных и выполнения бизнес-логики.
- Корпоративная сервисная шина обладает обширным набором функций, таких как маршрутизация, преобразование сообщений, мониторинг и управление интеграционными процессами.
В целом, брокер сообщений обеспечивает простой механизм для обмена сообщениями, в то время как корпоративная сервисная шина предоставляет более мощные средства для интеграции систем и управления интеграционными процессами в предприяти
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
👍14❤7🔥2
ВРМ. Смарт-инструменты «Таблица -> Схема» для формализации бизнес-процессов. Рестайлинг ARIS SmartDesign
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
ВРМ. Смарт-инструменты «Таблица -> Схема» для формализации бизнес-процессов. Рестайлинг ARIS SmartDesign
Ставится задача повторить доселе непревзойдённый ARIS SmartDesign , который по табличному представлению процесса автоматически рисует схему процесса (структуры чего-либо). Схемы процессов желательно...
🔥4❤2
Визуализируй это: как я обучаю джунов и ставлю задачи через диаграммы и графики
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Визуализируй это: как я обучаю джунов и ставлю задачи через диаграммы и графики
Привет, меня зовут Сергей, я ведущий разработчик в DDoS-Guard и человек из мемов xkcd, который любит всё экстраполировать, истовый фанат визуализации данных. Диаграммы и графики решают кучу моих...
👍7❤4
Сервисная и инхаус-аналитика, скиллы для промышленных проектов Data Science и почему мы отказались от дата-аналитиков
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Сервисная и инхаус-аналитика, скиллы для промышленных проектов Data Science и почему мы отказались от дата-аналитиков
В апреле мы провели митап для бизнес-аналитиков: три доклада, три спикера и три интересных темы. А теперь рассказываем (и показываем) в деталях, о чём шла речь. В red_mad_robot мы создаём...
❤3👍2
4 стихии программной документации: The Grand Unified Theory of Documentation
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
4 стихии программной документации. The Grand Unified Theory of Documentation
В статье я хочу рассказать об одной очень интересной теории разработки документации на системы и программы. Её авторы утверждают, что создали ни много ни мало «Великую Единую Теорию Документации» (The...
👍1
Как проектировать веб-API: 7 самых важных вопросов
«При том, что проектирование и выбор решения относится к области ИТ-архитектора, иногда аналитику приходится решать подобные задачи, особенно в задачах интеграции информационных систем. Рассмотрим на примере интернет-магазина, на какие самые важные вопросы должен ответить аналитик при разработке требований и/или первоначальном проектировании веб-API»
Читать статью | Analyst IT
«При том, что проектирование и выбор решения относится к области ИТ-архитектора, иногда аналитику приходится решать подобные задачи, особенно в задачах интеграции информационных систем. Рассмотрим на примере интернет-магазина, на какие самые важные вопросы должен ответить аналитик при разработке требований и/или первоначальном проектировании веб-API»
Читать статью | Analyst IT
Практические курсы по бизнес-анализу и проектированию информационных систем – обучение аналитиков и проектировщиков ИС
Как проектировать веб-API: 7 самых важных вопросов
На какие вопросы ответить аналитику при разработке требований и/или первоначальном проектировании веб-API на примере интернет-магазина
❤7🔥4
Forwarded from Business | System analyst
Алоха! Я тут столкнулась с проблемой версии документов, которой вообще не было в компании, а документов было море( пришлось мне все разгребать и внедрять систему версионирования в компанию... дело не из легких 😔
Организация обновления и версионирования документации важен для поддержания актуальности и соответствия описания требований и функционала ПО.
Для начала, необходимо провести аудит существующей документации для определения областей, которые требуют версионирования. Далее уже вести версионность согласно системе, которую вы внедрили в компанию. Тогда будет всегда порядок в ваших документах👍
Вот несколько шагов, которые помогли мне в этом процессе:
1️⃣ Идентификация документов: Определите все виды документов, которые требуют версионирования, включая спецификации, инструкции, руководства и т.д. И разделите их по видам
2️⃣ Установление процесса версионирования: Разработайте процесс версионирования, включая назначение ответственных лиц, основные шаги по обновлению документов и процедуры утверждения новых версий.
3️⃣ Разработка структуры версионирования: Создайте систему обозначения версий документов, например, через добавление даты, номера версии или кода редакции.
4️⃣ Внедрение автоматизированной системы управления версиями: Рассмотрите возможность использования специализированного программного обеспечения для управления версиями документов, чтобы обеспечить эффективное и удобное версионирование.
5️⃣ Учет изменений: Будет не лишним вести некий учет изменений в документах, можно создать некую таблицу с учетом версий и какие правки были внесены.
6️⃣ Обучение сотрудников: Проведите обучение сотрудников по новому процессу версионирования, объясните преимущества и важность поддержания актуальной версии документов.
7️⃣ Мониторинг и регулярное обновление: Внедрите систему мониторинга версий документов и регулярное обновление, чтобы гарантировать актуальность и соответствие документов.
8️⃣ Постепенное внедрение: Начните версионирование с самых критичных документов, постепенно расширяя его на все сферы деятельности компании.
Следуя этим шагам, вы сможете успешно внедрить систему версионирования документации в компании и обеспечить ее эффективное управление и обновление.
Если говорить обо мне, то мне шаги помогли навести порядок в документах компании😉
Материалы для изучения:
📎 The Importance of Version Control in Documentation
📎 Keep Your Documentation Up-to-date with These 3 Tasks
Источник: @ba_and_sa
Организация обновления и версионирования документации важен для поддержания актуальности и соответствия описания требований и функционала ПО.
Для начала, необходимо провести аудит существующей документации для определения областей, которые требуют версионирования. Далее уже вести версионность согласно системе, которую вы внедрили в компанию. Тогда будет всегда порядок в ваших документах
Вот несколько шагов, которые помогли мне в этом процессе:
Следуя этим шагам, вы сможете успешно внедрить систему версионирования документации в компании и обеспечить ее эффективное управление и обновление.
Если говорить обо мне, то мне шаги помогли навести порядок в документах компании
Материалы для изучения:
📎 The Importance of Version Control in Documentation
📎 Keep Your Documentation Up-to-date with These 3 Tasks
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍3🤔2
Безумные вещи, которые я делал как аналитик, или Как я катался на погрузчике и перебирал капусту в магазине
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Безумные вещи, которые я делал как аналитик, или Как я катался на погрузчике и перебирал капусту в магазине
Хабр, привет! Недавно оглянулся назад и понял, что у меня накопилось очень много ярких и веселых ситуаций на работе, которые я почему-то ещё не рассказал, и хочу сделать это сейчас! Как говорится: «И...
🔥5❤2👍1
Кто такой аналитик бизнес-данных по стандарту Guide to Business Data Analytics
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Кто такой аналитик бизнес-данных по стандарту Guide to Business Data Analytics
Закончил перевод стандарта от Международного института бизнес-анализа (IIBA) Руководство по аналитике бизнес-данных. Стандарт выстроен примерно по той же схеме что и другие стандарты IIBA: Введение...
👍4