Виды команд SQL.pdf
65.1 KB
Алоха! Сегодня продолжаем изучение и повторение #базыданных и на повестке дня SQL:
Прилагаю небольшую шпаргалку по операторам, сделанную совместно с @analysis_it 👆
И можно еще прочесть статью
Прилагаю небольшую шпаргалку по операторам, сделанную совместно с @analysis_it 👆
И можно еще прочесть статью
🔥15❤5👍3🤔2
Алоха! Сегодня хочу поделиться с вами одним случаем из моего опыта работы как бизнес-аналитика, так сказать #случайизжизни 💃🏻 На тот момент я была уже опытным аналитиком со стажем более 5-лет и работала в компании на позиции сеньора.
Меня поставили старшим бизнес-аналитиком на проект по запуску новой онлайн-платформы для продажи своих услуг.
Моя задача состояла в том, чтобы провести анализ рынка, собрать требования от заинтересованных сторон и разработать бизнес-кейсы для различных функциональностей платформы, ну и конечно, подготовить сопутствующие документацию.
Однако, в процессе работы я была столкнута с несколькими проблемами и одной из них была недопонимание нефункциональных требований в команде, да и такое бывает 😂. Команда разработчиков и менеджеры продукта имели разное понимание того, что такое нефункциональные требования и как их определить, в целом они не понимали зачем их отделять в отдельные требования и придавать такое важное значение, а команда разработки так вообще не понимала для чего писать все эти доки и кому они нужны🤦🏼♀️ но это отдельная история…
Чтобы решить эту проблему, я решила провести серию образовательных сессий о нефункциональных требованиях и их значимости для успеха проекта. Я объяснила, что нефункциональные требования определяют характеристики системы, которые необходимы для ее эффективной работы, такие как производительность, безопасность, удобство использования и т.д. Также, я поделился с ними примерами из реальной жизни, чтобы помочь им лучше понять и связать теорию с практикой. Встречи проводили совместно со всей командой, нам понадобилось встретится раза три, чтобы обсудить все вопросы и согласовать структура написания требований.
Постепенно, благодаря образовательным сессиям, команда начала осознавать важность нефункциональных требований и стала вносить их в свои разговоры и документацию. Мы провели несколько мозговых штурмов, чтобы идентифицировать и проработать все нефункциональные требования, включая производительность, безопасность данных и пользовательский опыт.
В результате, мы успешно определили и учли все нефункциональные требования при разработке платформы. Благодаря этому, мы сумели создать надежную и безопасную систему, которая была легко использовать для пользователей и соответствовала высоким ожиданиям компании.
Этот случай из моего опыта подчеркивает важность понимания нефункциональных требований и их роли в проекте. Это является ключевым фактором для создания успешных и сбалансированных продуктов, которые удовлетворят нужды и ожидания пользователей.
P.s. Забыла отметить, что я уже там не работаю, и я впервые столкнулась с не пониманием таких определений, как нефункциоанльные и функциональные требования. Мой совет знать такие мелочи и быть более квалифицированными специалистами.
Источник: @ba_and_sa
Меня поставили старшим бизнес-аналитиком на проект по запуску новой онлайн-платформы для продажи своих услуг.
Моя задача состояла в том, чтобы провести анализ рынка, собрать требования от заинтересованных сторон и разработать бизнес-кейсы для различных функциональностей платформы, ну и конечно, подготовить сопутствующие документацию.
Однако, в процессе работы я была столкнута с несколькими проблемами и одной из них была недопонимание нефункциональных требований в команде, да и такое бывает 😂. Команда разработчиков и менеджеры продукта имели разное понимание того, что такое нефункциональные требования и как их определить, в целом они не понимали зачем их отделять в отдельные требования и придавать такое важное значение, а команда разработки так вообще не понимала для чего писать все эти доки и кому они нужны🤦🏼♀️ но это отдельная история…
Чтобы решить эту проблему, я решила провести серию образовательных сессий о нефункциональных требованиях и их значимости для успеха проекта. Я объяснила, что нефункциональные требования определяют характеристики системы, которые необходимы для ее эффективной работы, такие как производительность, безопасность, удобство использования и т.д. Также, я поделился с ними примерами из реальной жизни, чтобы помочь им лучше понять и связать теорию с практикой. Встречи проводили совместно со всей командой, нам понадобилось встретится раза три, чтобы обсудить все вопросы и согласовать структура написания требований.
Постепенно, благодаря образовательным сессиям, команда начала осознавать важность нефункциональных требований и стала вносить их в свои разговоры и документацию. Мы провели несколько мозговых штурмов, чтобы идентифицировать и проработать все нефункциональные требования, включая производительность, безопасность данных и пользовательский опыт.
В результате, мы успешно определили и учли все нефункциональные требования при разработке платформы. Благодаря этому, мы сумели создать надежную и безопасную систему, которая была легко использовать для пользователей и соответствовала высоким ожиданиям компании.
Этот случай из моего опыта подчеркивает важность понимания нефункциональных требований и их роли в проекте. Это является ключевым фактором для создания успешных и сбалансированных продуктов, которые удовлетворят нужды и ожидания пользователей.
P.s. Забыла отметить, что я уже там не работаю, и я впервые столкнулась с не пониманием таких определений, как нефункциоанльные и функциональные требования. Мой совет знать такие мелочи и быть более квалифицированными специалистами.
Источник: @ba_and_sa
👍20🤣10🔥6👏3
Алоха! А вам интересна тема #случийизжизни бизнес-аналитика? Просто за мою карьеру много было и смешных случаев, и трудных, и не понятных, и даже неприятных, из-за которых хотелось просто все бросить и уйти…..
Хотели бы вы, чтобы я делилась ими с вами?
Хотели бы вы, чтобы я делилась ими с вами?
Anonymous Poll
89%
Да, интересно, что происходит на работе у других
5%
Нет, вообще пофиг, кто с чем сталкивался
7%
Я не определился, и да и нет
1%
Другое
👍13👌3💯2
👍7❤3🔥2🥱1
❤8👍3🙏3👌1
Forwarded from BApedia | Бизнес-анализ
Как аналитику развить устойчивость и не стать мизантропом
"Однажды меня спросили, какую книгу или курс посоветовать новому аналитику на проекте. И я в шутку ответил, что к работе над ЭТИМ проектом человека лучше всего подготовит книга по философии стоицизма. Тот, кто спрашивал, конечно, имел в виду доменные знания. А мой ответ касался психической устойчивости. "
Перейти к статье | BApedia
"Однажды меня спросили, какую книгу или курс посоветовать новому аналитику на проекте. И я в шутку ответил, что к работе над ЭТИМ проектом человека лучше всего подготовит книга по философии стоицизма. Тот, кто спрашивал, конечно, имел в виду доменные знания. А мой ответ касался психической устойчивости. "
Перейти к статье | BApedia
👍12❤3😢2
Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему интеграции систем:
#вопросыссобеседования | @ba_and_sa
Часть 15:
📍Вопрос 1: Что такое интеграция сисем и зачем она нужна в информационных системах?
✅Краткий ответ:
Интеграция систем (или системная интеграция) – это процесс объединения различных систем и приложений для обмена данными и совместной работы. Она необходима для обеспечения эффективной связи и взаимодействия между различными компонентами системы, обеспечивая передачу данных и позволяя достичь целостности и полноты информации.
📎Материалы по теме:
- Системная интеграция, что это и как с ней работать
- Способы интеграции систем (видео)
- Что такое интеграция и зачем она нужна?
📍Вопрос 2: Какие преимущества и недостатки вы можете выделить при интеграции систем?
✅ Краткий ответ:
➕ Преимущества системной интеграции:
1. Автоматизированный обмен данными - упрощение передачи информации, улучшение точности и актуальность данных, так же экономия времени и снижение вероятности ошибок при ручном копировании данных
2. Сокращение затрат на IT-инфраструктуру и масштабируемость - минимизирование финансов на ресурсы обслуживания и поддержку отдельных систем
3. Улучшенная аналитика и прогнозирование - все в едином поле зрения, более полная картина, что улучшает и упрощает работу с бизнес-процессами и тд.
4. Снижение рисков
➖ Недостатки системной интеграции:
1. Потенциальные проблемы безопасности: Интеграция различных систем может создать уязвимости в безопасности, особенно если не принимаются соответствующие меры для защиты данных и доступа к системам
2. Сложность внедрения: Системная интеграция может быть сложным и трудоемким процессом, особенно если различные системы имеют разные форматы данных и протоколы взаимодействия
3. Риск некорректной интеграции: Неправильная интеграция систем может привести к ошибкам и проблемам в работе системы, что может затруднить бизнес-процессы и привести к сбоям
4. Зависимость от поставщиков решений: Для реализации интеграции могут потребоваться специальные решения и услуги от поставщиков, что создает зависимость и дополнительные расходы.
📍Вопрос 3: Какие методы интеграции могут использоваться при обмене данными между различными системами?
✅ Краткий ответ:
При обмене данными между системами могут быть использованы различные методы системной интеграции, например:
1. Пакетная обработка: Данные передаются в виде пакетов, которые обрабатываются пакетными программами или заданиями. Этот метод позволяет обеспечить обмен данными в определенные моменты времени или по определенному расписанию.
2. Форматы файлов: Данные могут быть обменены с использованием различных форматов файлов, таких как CSV, XML или JSON. Эти форматы позволяют структурировать данные и легко их обрабатывать.
3. Базы данных: Интеграция может происходить через общие базы данных, где системы записывают и читают данные из общих таблиц. Это позволяет обмениваться актуальной информацией между системами.
4. Сетевые протоколы: Для системной интеграции могут быть использованы сетевые протоколы, такие как HTTP, FTP, TCP/IP и т.д. При этом данные могут передаваться через сеть в реальном времени.
5. Сервисно-ориентированная архитектура (SOA): В рамках SOA системы взаимодействуют через сервисы, включающие интерфейсы, выделяющие четко определенные функции или работы для других систем. Используя стандартизированные интерфейсы, системы могут обмениваться данными и функциональностью.
6. API (Application Programming Interface): API позволяет системам обмениваться данными и взаимодействовать друг с другом. Существуют различные типы API, такие как REST (Representational State Transfer), SOAP (Simple Object Access Protocol), GraphQL (Query Language for APIs) и другие структуры и протоколы, которые определяют, как системы могут взаимодействовать между собой.
📎Материалы по теме:
- Методы интеграции информационных систем
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
#вопросыссобеседования | @ba_and_sa
Часть 15:
📍Вопрос 1: Что такое интеграция сисем и зачем она нужна в информационных системах?
✅Краткий ответ:
Интеграция систем (или системная интеграция) – это процесс объединения различных систем и приложений для обмена данными и совместной работы. Она необходима для обеспечения эффективной связи и взаимодействия между различными компонентами системы, обеспечивая передачу данных и позволяя достичь целостности и полноты информации.
📎Материалы по теме:
- Системная интеграция, что это и как с ней работать
- Способы интеграции систем (видео)
- Что такое интеграция и зачем она нужна?
📍Вопрос 2: Какие преимущества и недостатки вы можете выделить при интеграции систем?
✅ Краткий ответ:
1. Автоматизированный обмен данными - упрощение передачи информации, улучшение точности и актуальность данных, так же экономия времени и снижение вероятности ошибок при ручном копировании данных
2. Сокращение затрат на IT-инфраструктуру и масштабируемость - минимизирование финансов на ресурсы обслуживания и поддержку отдельных систем
3. Улучшенная аналитика и прогнозирование - все в едином поле зрения, более полная картина, что улучшает и упрощает работу с бизнес-процессами и тд.
4. Снижение рисков
1. Потенциальные проблемы безопасности: Интеграция различных систем может создать уязвимости в безопасности, особенно если не принимаются соответствующие меры для защиты данных и доступа к системам
2. Сложность внедрения: Системная интеграция может быть сложным и трудоемким процессом, особенно если различные системы имеют разные форматы данных и протоколы взаимодействия
3. Риск некорректной интеграции: Неправильная интеграция систем может привести к ошибкам и проблемам в работе системы, что может затруднить бизнес-процессы и привести к сбоям
4. Зависимость от поставщиков решений: Для реализации интеграции могут потребоваться специальные решения и услуги от поставщиков, что создает зависимость и дополнительные расходы.
📍Вопрос 3: Какие методы интеграции могут использоваться при обмене данными между различными системами?
✅ Краткий ответ:
При обмене данными между системами могут быть использованы различные методы системной интеграции, например:
1. Пакетная обработка: Данные передаются в виде пакетов, которые обрабатываются пакетными программами или заданиями. Этот метод позволяет обеспечить обмен данными в определенные моменты времени или по определенному расписанию.
2. Форматы файлов: Данные могут быть обменены с использованием различных форматов файлов, таких как CSV, XML или JSON. Эти форматы позволяют структурировать данные и легко их обрабатывать.
3. Базы данных: Интеграция может происходить через общие базы данных, где системы записывают и читают данные из общих таблиц. Это позволяет обмениваться актуальной информацией между системами.
4. Сетевые протоколы: Для системной интеграции могут быть использованы сетевые протоколы, такие как HTTP, FTP, TCP/IP и т.д. При этом данные могут передаваться через сеть в реальном времени.
5. Сервисно-ориентированная архитектура (SOA): В рамках SOA системы взаимодействуют через сервисы, включающие интерфейсы, выделяющие четко определенные функции или работы для других систем. Используя стандартизированные интерфейсы, системы могут обмениваться данными и функциональностью.
6. API (Application Programming Interface): API позволяет системам обмениваться данными и взаимодействовать друг с другом. Существуют различные типы API, такие как REST (Representational State Transfer), SOAP (Simple Object Access Protocol), GraphQL (Query Language for APIs) и другие структуры и протоколы, которые определяют, как системы могут взаимодействовать между собой.
📎Материалы по теме:
- Методы интеграции информационных систем
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥26👍7❤6🤩1
Алоха! Сегодня хочу описать еще один #случайизжизни, с которым я столкнулась на работе в сфере нефтепереработки, где как раз все работают по документации и инструкциям, с этим у них строго, это же производство!
У меня был проект по внедрению новой системы отслеживания работы и выявления отклонений по продукту. Для этого необходимо было описать новую документацию для разработки и документацию для заводчан, также новые бизнес-процессы. И на этом проекте я столкнулась с несколькими проблемами и недопониманиями со стейкхолдерами, но расскажу пока про одну из них.
⚠️ Суть проблемы: в процессе работы с ключевыми стейкхолдерами, я столкнулась с проблемой коммуникации и разъяснения сложных технических терминов между бизнес-пользователями и разработчиками. Это приводило к недопониманию и неправильному выполнению требований. Так же были недопонимания и бизнесовых терминов между бизнес-пользователями/стейкхолдерами, кто-то говорил об одном, другой говорил о другом, не было единого понимания и целевой картины, все тянули одеяло на себя.
✔️Для решения этой проблемы, я предложила создать отдельную детальную документацию с описанием бизнесовых терминов и отдельно технических терминов, далее к этой документации были описаны требования и функциональности системы. Я использовала язык, доступный для всех стейкхолдеров и разработчиков, чтобы убедиться, что каждый понимает терминологию и требования проекта. Также, я организовала регулярные совещания и статусные отчеты, где можно было задать вопросы и уточнить детали, все встречи проходили в онлайн режиме.
❗️Да, это немного увеличило нашу разработку во времени на первой стадии. Но! это значительно уменьшило время на остальных стадиях. Ведь при непонимании терминологии, мы могли столкнуться с проблемами при согласовании, и много раз переписывать требования пока не пришли бы к общему пониманию терминов. Поэтому хорошо, что мы обнаружили эту проблему сразу и нашли пути ее решения.
Со временем мы разработали данный документ, некий глоссарий, согласовали со всеми стейкхолдерами и разработчиками и внедрили его в работу. У нас на работе он оказался полезным и для других задач и проектов и со временем стал пополняться новыми терминами.
В результате этих мер, мы смогли улучшить коммуникацию и взаимодействие с ключевыми стейкхолдерами и у всех была единая картина в терминологии, а это не мало важно при разработке системы для производства. Каждая группа была более вовлечена в проект, у нас появился более четкий общий план и четкое понимание требований. Это в конечном итоге помогло нам успешно завершить проект и достичь поставленных целей.
Как опытный бизнес-аналитик, я могу вам сказать, что эффективное взаимодействие со стейкхолдерами и преодоление проблем коммуникации - это важно для нашей работы😉 Этот случай подчеркнул, что установление четкой и открытой связи с каждой группой стейкхолдеров через личные встречи, коллективные сессии и документацию является ключевым фактором успеха проекта.
#случайизжизни | @ba_and_sa
У меня был проект по внедрению новой системы отслеживания работы и выявления отклонений по продукту. Для этого необходимо было описать новую документацию для разработки и документацию для заводчан, также новые бизнес-процессы. И на этом проекте я столкнулась с несколькими проблемами и недопониманиями со стейкхолдерами, но расскажу пока про одну из них.
⚠️ Суть проблемы: в процессе работы с ключевыми стейкхолдерами, я столкнулась с проблемой коммуникации и разъяснения сложных технических терминов между бизнес-пользователями и разработчиками. Это приводило к недопониманию и неправильному выполнению требований. Так же были недопонимания и бизнесовых терминов между бизнес-пользователями/стейкхолдерами, кто-то говорил об одном, другой говорил о другом, не было единого понимания и целевой картины, все тянули одеяло на себя.
✔️Для решения этой проблемы, я предложила создать отдельную детальную документацию с описанием бизнесовых терминов и отдельно технических терминов, далее к этой документации были описаны требования и функциональности системы. Я использовала язык, доступный для всех стейкхолдеров и разработчиков, чтобы убедиться, что каждый понимает терминологию и требования проекта. Также, я организовала регулярные совещания и статусные отчеты, где можно было задать вопросы и уточнить детали, все встречи проходили в онлайн режиме.
❗️Да, это немного увеличило нашу разработку во времени на первой стадии. Но! это значительно уменьшило время на остальных стадиях. Ведь при непонимании терминологии, мы могли столкнуться с проблемами при согласовании, и много раз переписывать требования пока не пришли бы к общему пониманию терминов. Поэтому хорошо, что мы обнаружили эту проблему сразу и нашли пути ее решения.
Со временем мы разработали данный документ, некий глоссарий, согласовали со всеми стейкхолдерами и разработчиками и внедрили его в работу. У нас на работе он оказался полезным и для других задач и проектов и со временем стал пополняться новыми терминами.
В результате этих мер, мы смогли улучшить коммуникацию и взаимодействие с ключевыми стейкхолдерами и у всех была единая картина в терминологии, а это не мало важно при разработке системы для производства. Каждая группа была более вовлечена в проект, у нас появился более четкий общий план и четкое понимание требований. Это в конечном итоге помогло нам успешно завершить проект и достичь поставленных целей.
Как опытный бизнес-аналитик, я могу вам сказать, что эффективное взаимодействие со стейкхолдерами и преодоление проблем коммуникации - это важно для нашей работы😉 Этот случай подчеркнул, что установление четкой и открытой связи с каждой группой стейкхолдеров через личные встречи, коллективные сессии и документацию является ключевым фактором успеха проекта.
#случайизжизни | @ba_and_sa
🔥16👍11🥱6❤2💯2🤔1
QPR Enterprise Architect: Инструмент моделирования Бизнес-Архитектуры и Процессов Управления
QPR Enterprise Architect - это инструмент, разработанный QPR Software, для моделирования бизнес-процессов и архитектуры предприятия. Предназначенный для улучшения бизнес-процессов, оптимизации ресурсов и повышению эффективности, это программное обеспечение предоставляет ряд мощных технических возможностей, которые могут стать ключевыми для достижения успеха
Перейти | BA|SA
QPR Enterprise Architect - это инструмент, разработанный QPR Software, для моделирования бизнес-процессов и архитектуры предприятия. Предназначенный для улучшения бизнес-процессов, оптимизации ресурсов и повышению эффективности, это программное обеспечение предоставляет ряд мощных технических возможностей, которые могут стать ключевыми для достижения успеха
Перейти | BA|SA
👏5👍3❤2😢1🤩1