🟢 Ведущий аналитик / руководитель отдела
Здесь точно пригодится опыт работы от 3-х лет, ну или хотя бы от 2-х. Всё зависит от специалиста.
На этом уровне ожидается все то же, что и было на предыдущих, плюс к этому лидерские качества для руководства командой и найма сотрудников в компанию, умение принимать решения и нести ответственность за них.
Предполагается наличие опыта сотрудничества с архитекторами, DevOps-инженерами, глубокое знание всех технических моментов связанных с проектированием.
Ведущий системный аналитик больше занимается взглядом на проекты сверху и ревью за своей командой аналитиков. Но в любой момент может включиться в работу, погрузиться глубоко в задачу и сделать всё сам.
Пример вакансии:
Ведущий системный аналитик, Хоум Банк
Куда дальше? 🧐
Как правило переход между руководящими должностями или погружение в технологии. Можно стать архитектором ПО, программистом, CTO (технический директор компании), открыть свой бизнес или уйти в консалтинг. Всё зависит только от вас и ваших амбиций.
Переход между уровнями требует развития технических навыков, получение опыта и непрерывного самообучения. Но… Реальным ключом к быстрому и успешному росту является нечто иное. Об этом поговорим в следующих сериях 😎
Здесь точно пригодится опыт работы от 3-х лет, ну или хотя бы от 2-х. Всё зависит от специалиста.
На этом уровне ожидается все то же, что и было на предыдущих, плюс к этому лидерские качества для руководства командой и найма сотрудников в компанию, умение принимать решения и нести ответственность за них.
Предполагается наличие опыта сотрудничества с архитекторами, DevOps-инженерами, глубокое знание всех технических моментов связанных с проектированием.
Ведущий системный аналитик больше занимается взглядом на проекты сверху и ревью за своей командой аналитиков. Но в любой момент может включиться в работу, погрузиться глубоко в задачу и сделать всё сам.
Пример вакансии:
Ведущий системный аналитик, Хоум Банк
Куда дальше? 🧐
Как правило переход между руководящими должностями или погружение в технологии. Можно стать архитектором ПО, программистом, CTO (технический директор компании), открыть свой бизнес или уйти в консалтинг. Всё зависит только от вас и ваших амбиций.
Переход между уровнями требует развития технических навыков, получение опыта и непрерывного самообучения. Но… Реальным ключом к быстрому и успешному росту является нечто иное. Об этом поговорим в следующих сериях 😎
❤5
Смена профессии в сочетании со словом "собеседование" обычно вызывают чувства беспокойства, неуверенности, усталости и желание получить психологическую поддержку. Знакомо? Предлагаю бороться с этим вместе!
Приглашаю подробно познакомиться с профессией системного аналитика и пройти собеседование в безопасной обстановке, чтобы понять, на какие моменты в вашей подготовке важно обратить внимание!
📚 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября, 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Что вас ожидает:
🔍 Погружение в профессию системного аналитика: зоны ответственности и ключевые навыки.
📑 Как создавать резюме, привлекающее внимание работодателей.
🕵️♀️ Рабочие советы и стратегии для моральной подготовки и успешного прохождения собеседований.
💼 Разбор реальных заданий по системному анализу и их решения.
Что я жду от вас:
✅ Активное участие и готовность к практическим заданиям.
✅ Предварительное осмысление ваших профессиональных целей.
✅ Вовлеченность и настрой на получение знаний.
Этот вебинар прекрасно подойдет бизнес-аналитикам, тестировщикам, техническим писателям и начинающим в IT специалистам, которые хотят стать системными аналитиками.
А для начинающих и опытных аналитиков он поможет понять, каких навыков сейчас не хватает, обновить резюме и проверить свои навыки на практике.
Готовы меняться и расти? Жду вас на следующей неделе онлайн! ❤️️
Приглашаю подробно познакомиться с профессией системного аналитика и пройти собеседование в безопасной обстановке, чтобы понять, на какие моменты в вашей подготовке важно обратить внимание!
📚 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября, 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Что вас ожидает:
🔍 Погружение в профессию системного аналитика: зоны ответственности и ключевые навыки.
📑 Как создавать резюме, привлекающее внимание работодателей.
🕵️♀️ Рабочие советы и стратегии для моральной подготовки и успешного прохождения собеседований.
💼 Разбор реальных заданий по системному анализу и их решения.
Что я жду от вас:
✅ Активное участие и готовность к практическим заданиям.
✅ Предварительное осмысление ваших профессиональных целей.
✅ Вовлеченность и настрой на получение знаний.
Этот вебинар прекрасно подойдет бизнес-аналитикам, тестировщикам, техническим писателям и начинающим в IT специалистам, которые хотят стать системными аналитиками.
А для начинающих и опытных аналитиков он поможет понять, каких навыков сейчас не хватает, обновить резюме и проверить свои навыки на практике.
Готовы меняться и расти? Жду вас на следующей неделе онлайн! ❤️️
❤9🔥2👍1
Что является результатом работы системного аналитика? 🔎
Системный аналитик играет ключевую роль в разработке и поддержке информационных систем. Он как исследователь: много работы по анализу информации, бизнес-процессов, потоков данных, взаимодействия сервисов, много анализа. От его деятельности зависит то, как будет реализована система.
Однако часто возникают вопросы о том, в чём заключается реальный вклад системного аналитика в проекты?
Основная задача системного аналитика — это создание документации по результатам анализа и проектирования, которая подробно описывает, как должна работать система. Это включает в себя разработку технических спецификаций, функциональных требований, описаний бизнес-процессов и пользовательских сценариев.
Пример:
Для Интернет-магазина он описывает, как покупатель может оформить заказ, как система обрабатывает платежи и как информация о заказе передаётся в службу доставки.
🌟Я хочу рассказать, почему именно документация, создаваемая аналитиком, является ключом успешного проекта, и какие навыки требуются для её эффективного создания и дальнейшего использования командой разработкой.
Системный аналитик играет ключевую роль в разработке и поддержке информационных систем. Он как исследователь: много работы по анализу информации, бизнес-процессов, потоков данных, взаимодействия сервисов, много анализа. От его деятельности зависит то, как будет реализована система.
Однако часто возникают вопросы о том, в чём заключается реальный вклад системного аналитика в проекты?
Основная задача системного аналитика — это создание документации по результатам анализа и проектирования, которая подробно описывает, как должна работать система. Это включает в себя разработку технических спецификаций, функциональных требований, описаний бизнес-процессов и пользовательских сценариев.
Пример:
Для Интернет-магазина он описывает, как покупатель может оформить заказ, как система обрабатывает платежи и как информация о заказе передаётся в службу доставки.
🌟Я хочу рассказать, почему именно документация, создаваемая аналитиком, является ключом успешного проекта, и какие навыки требуются для её эффективного создания и дальнейшего использования командой разработкой.
❤13🔥8🥰3👎2👍1
Документация на разработку программной системы — это не просто набор текстов и диаграмм.
Это фундамент, на котором строится вся работа над IT- проектом. Она помогает команде разработчиков понять задачи и цели проекта, а также является основой для тестирования и поддержки системы после её запуска.
Без качественной документации проект рискует столкнуться с недопониманием и ошибками на всех этапах его реализации, уйти в большое количество споров, обсуждений и недоговоренностей.
Кроме того она помогает успешно развивать системы без потери времени на постоянный анализ: а так ли должно реально работать или это ошибка, на что повлияют очередные изменения в одной из функций системы.
Сама документация строится не на описании чего-то рабочего, что известно. Всё описывается с нуля, по сути из нашего технического воображения и жизненного опыта. Нам, системным аналитикам нужно придумать что будет в системе и как она будет работать.
На основе интервью с заказчиками и потенциальными пользователями мы должны точно угадать их желания и что нужно получить в конце разработки: как со стороны видимой пользователям, так и со стороны того, что будет внутри - алгоритмы, схемы хранения данных, порядок взаимодействия систем. И все эти ожидания мы фиксируем в документации как результаты анализа и проектирования.
Однако, документация полезна только тогда, когда она применяется правильно. Системный аналитик должен не только уметь создавать документы, описывающие работу системы, но и знать, когда и как их использовать. Это включает в себя умение организовать структуру документов, определение ключевых моментов для фиксации, а также способность адаптировать документацию под меняющиеся требования и условия проекта.
Как у вас на проекте с документацией?
❤️ - есть и всё идеально;
👍 - есть, но нет структуры в ней, требует улучшений,
😱 - нет
Делитесь своими впечатлениями о документации в ваших проектах в комментариях, тема горящая и актуальная! 😃
Это фундамент, на котором строится вся работа над IT- проектом. Она помогает команде разработчиков понять задачи и цели проекта, а также является основой для тестирования и поддержки системы после её запуска.
Без качественной документации проект рискует столкнуться с недопониманием и ошибками на всех этапах его реализации, уйти в большое количество споров, обсуждений и недоговоренностей.
Кроме того она помогает успешно развивать системы без потери времени на постоянный анализ: а так ли должно реально работать или это ошибка, на что повлияют очередные изменения в одной из функций системы.
Сама документация строится не на описании чего-то рабочего, что известно. Всё описывается с нуля, по сути из нашего технического воображения и жизненного опыта. Нам, системным аналитикам нужно придумать что будет в системе и как она будет работать.
На основе интервью с заказчиками и потенциальными пользователями мы должны точно угадать их желания и что нужно получить в конце разработки: как со стороны видимой пользователям, так и со стороны того, что будет внутри - алгоритмы, схемы хранения данных, порядок взаимодействия систем. И все эти ожидания мы фиксируем в документации как результаты анализа и проектирования.
Однако, документация полезна только тогда, когда она применяется правильно. Системный аналитик должен не только уметь создавать документы, описывающие работу системы, но и знать, когда и как их использовать. Это включает в себя умение организовать структуру документов, определение ключевых моментов для фиксации, а также способность адаптировать документацию под меняющиеся требования и условия проекта.
Как у вас на проекте с документацией?
❤️ - есть и всё идеально;
👍 - есть, но нет структуры в ней, требует улучшений,
😱 - нет
Делитесь своими впечатлениями о документации в ваших проектах в комментариях, тема горящая и актуальная! 😃
👍35❤14😱7
Люди в IT меняются быстро – теряются знания об IT-продукте. Как узнать о том, почему тот или иной процесс выполняется именно так, без поиска нужного разработчика и доступа к коду? Смотреть в документацию, которую надо создать.
В какой-то момент жизни IT-проекта остро встает вопрос документирования. Например, через 10 лет от момента запуска. Описать неописуемое, запустить процессы анализа и документирования – история внедрения системного аналитика в команду.
Рекомендую к просмотру мое выступление с конференции, где я рассказала о важности ведения проектной документации в компании, о процессе ее внедрения, и как заставить команду разработчиков помогать документировать решения.
🌟 Как мы процесс документирования внедряли
В какой-то момент жизни IT-проекта остро встает вопрос документирования. Например, через 10 лет от момента запуска. Описать неописуемое, запустить процессы анализа и документирования – история внедрения системного аналитика в команду.
Рекомендую к просмотру мое выступление с конференции, где я рассказала о важности ведения проектной документации в компании, о процессе ее внедрения, и как заставить команду разработчиков помогать документировать решения.
🌟 Как мы процесс документирования внедряли
YouTube
Как мы процесс документирования внедряли
Доклад Екатерины Ананьевой на конференции Analyst Days-11. 9-10 октября 2020. Москва
www.analystdays.com
www.analystdays.com
❤5👍3💩1
Интервью - это всегда сложно. Но к нему всегда можно подготовиться!
Хочу порекомендовать вам книгу, в которой системным аналитикам, разработчикам и архитекторам можно подсмотреть интересные задачи и расширить свою экспертизу в проектировании систем:
📚 Подготовка к сложному интервью
©️ Алекс Сюй
Наиболее интересные главы:
▫️ Общие принципы прохождения интервью по проектированию IT-систем
▫️ Проектирование хранилища типа «ключ–значение»
▫️ Проектирование системы уведомлений
▫️ Проектирование ленты новостей
▫️ Проектирование YouTube
▫️ Проектирование Google Drive
Сложная для начинающих в системном анализе, но доступным языком написана для практикующих специалистов. Больше подойдет для архитекторов. Будет полезна для аналитиков, чтобы увидеть логические подходы к решению типовых задач проектирования.
Внутри: архитектурные схемы взаимодействия, картинки, и доступное изложение от автора. Много рекомендаций по дополнительной литературе.
Мой обзор всех глав книги и ссылку на неё можно найти здесь.
#hwGetAnalyst
Хочу порекомендовать вам книгу, в которой системным аналитикам, разработчикам и архитекторам можно подсмотреть интересные задачи и расширить свою экспертизу в проектировании систем:
📚 Подготовка к сложному интервью
©️ Алекс Сюй
Наиболее интересные главы:
▫️ Общие принципы прохождения интервью по проектированию IT-систем
▫️ Проектирование хранилища типа «ключ–значение»
▫️ Проектирование системы уведомлений
▫️ Проектирование ленты новостей
▫️ Проектирование YouTube
▫️ Проектирование Google Drive
Сложная для начинающих в системном анализе, но доступным языком написана для практикующих специалистов. Больше подойдет для архитекторов. Будет полезна для аналитиков, чтобы увидеть логические подходы к решению типовых задач проектирования.
Внутри: архитектурные схемы взаимодействия, картинки, и доступное изложение от автора. Много рекомендаций по дополнительной литературе.
Мой обзор всех глав книги и ссылку на неё можно найти здесь.
#hwGetAnalyst
👍9❤7💩1
Доброе утро! ☀️
Конец ноября будет насыщенный и сейчас идет активная подготовка к нему. Следующая неделя начнется с того, что мы будем погружаться в задачу на проектирование интеграций - новый проект в канале! Пора возвращаться к разбору кейсов 😉
По порядку о важном:
🌟 Новый проект с 20 ноября (ПН)
Мы начнем знакомство с новой задачей на проектирование интеграций: логистический сервис, который помогает пользователям рассчитать самую выгодную стоимость отправления груза и оформить заказ в соответствующей компании.
🌟Практический вебинар онлайн 21 ноября (ВТ)
Практический онлайн-вебинар, на котором я расскажу про актуальные требования к системным аналитикам в 2023-2024. А также я проведу для вас тестовое собеседование!
Это отличная возможность попробовать свои силы для действующих системных аналитиков. А для тех, кто только собирается перейти в системный анализ, будет полезно узнать какие навыки предстоит подтянуть, какие знания структурировать, а какие получить.
🌟 До 24 ноября - предзапись на (ПТ)
Мы будем принимать заявки на программу “Системный аналитик: с нуля до опыта работы на проекте” (СА0) на специальных условиях - с бонусным доступом к программе обучения по проектированию (+1 полный проект). Теперь программу можно проходить в удобном темпе. Поступить на неё можно через собеседование.
Проект СА0 создан, чтобы помогать структурировать знания действующим аналитикам и помогать переходить в профессию системного аналитика из смежных и близких к IT-специальностей.
🌟 28 ноября - лайфхаки ChatGPT онлайн (ВТ)
Для тех, кто еще не использует младшего помощника в своей работе, я провожу практическое занятие, на котором покажу связки команд и инструментов, которые помогут системным аналитикам ускорить процесс их работы с помощью искуственного интеллекта.
Все остальные анонсы буду публиковать по мере их появления. На начало декабря готовим практический вебинар по интеграциям. А пока…
Желаю вам отличных выходных! Набираемся сил, чтобы войти в новую неделю полными положительных эмоций и энергии! ❤️
Конец ноября будет насыщенный и сейчас идет активная подготовка к нему. Следующая неделя начнется с того, что мы будем погружаться в задачу на проектирование интеграций - новый проект в канале! Пора возвращаться к разбору кейсов 😉
По порядку о важном:
🌟 Новый проект с 20 ноября (ПН)
Мы начнем знакомство с новой задачей на проектирование интеграций: логистический сервис, который помогает пользователям рассчитать самую выгодную стоимость отправления груза и оформить заказ в соответствующей компании.
🌟Практический вебинар онлайн 21 ноября (ВТ)
Практический онлайн-вебинар, на котором я расскажу про актуальные требования к системным аналитикам в 2023-2024. А также я проведу для вас тестовое собеседование!
Это отличная возможность попробовать свои силы для действующих системных аналитиков. А для тех, кто только собирается перейти в системный анализ, будет полезно узнать какие навыки предстоит подтянуть, какие знания структурировать, а какие получить.
🌟 До 24 ноября - предзапись на (ПТ)
Мы будем принимать заявки на программу “Системный аналитик: с нуля до опыта работы на проекте” (СА0) на специальных условиях - с бонусным доступом к программе обучения по проектированию (+1 полный проект). Теперь программу можно проходить в удобном темпе. Поступить на неё можно через собеседование.
Проект СА0 создан, чтобы помогать структурировать знания действующим аналитикам и помогать переходить в профессию системного аналитика из смежных и близких к IT-специальностей.
🌟 28 ноября - лайфхаки ChatGPT онлайн (ВТ)
Для тех, кто еще не использует младшего помощника в своей работе, я провожу практическое занятие, на котором покажу связки команд и инструментов, которые помогут системным аналитикам ускорить процесс их работы с помощью искуственного интеллекта.
Все остальные анонсы буду публиковать по мере их появления. На начало декабря готовим практический вебинар по интеграциям. А пока…
Желаю вам отличных выходных! Набираемся сил, чтобы войти в новую неделю полными положительных эмоций и энергии! ❤️
❤11👍3💩2
This media is not supported in your browser
VIEW IN TELEGRAM
Работа в сфере IT:
😍 ожидание — список задач известен на ближайший спринт, никаких «влетов» от заказчика и внеплановых изменений в требованиях.
🤪 реальность — «спасибо, что живой» в конце каждого проекта.
Ну что, друзья, как там ваш понедельник? 😅😅
😍 ожидание — список задач известен на ближайший спринт, никаких «влетов» от заказчика и внеплановых изменений в требованиях.
🤪 реальность — «спасибо, что живой» в конце каждого проекта.
Ну что, друзья, как там ваш понедельник? 😅😅
🔥12💯5❤4
Вы уже знаете, что этап анализа требований перед их проектированием — один из самых важных и дорогостоящих во всём процессе разработки.
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Далее о том, из каких частей состоит ТЗ🔜
Если аналитик собрал требования некачественно или проектная команда интерпретировала их иначе, повышается риск спроектировать совсем не те возможности, которые запрашивал заказчик. А значит придётся снова тратить время и деньги, исправляя это недоразумение 🥲
Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst
ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.
ТЗ – это один из основных артефактов работы аналитика, а точнее – важный её результат.
Благодаря ТЗ все требования к проекту хранятся в одном месте и поддерживаются в актуальном состоянии.
Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.
Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.
Далее о том, из каких частей состоит ТЗ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12❤4😁1
🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
❣️ Международные (ISO, IEEE)
❣️ Российские (ГОСТ 19, ГОСТ 34)
❣️ Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию.
Чаще всего ТЗ содержит следующие информационные блоки:
1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.
2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.
3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.
4️⃣ Основные требования
Список основных функций, возможности, ограничения и взаимодействие с другими системами, а также требования к производительности, безопасности, масштабируемости и другим особенностям продукта.
5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.
6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.
7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.
8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.
9️⃣ Стадии и этапы разработки, а также сроки их выполнения.
🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.
Также ТЗ может содержать приложения с артефактами в виде диаграмм, прототипов, описания API и другой документации. В зависимости от правил оформления ТЗ в компании, а также от сложности проекта, вам понадобятся все блоки из списка или только их часть.
🧐 ПРО СТАНДАРТЫ ТЗ 🧐
Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:
Все они специализируются на разных предметных областях, поэтому брать можно как готовый стандарт, так и его адаптированную версию.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍18❤4🔥2😁1💩1
⚙️ Интеграции ⚙️
Возможно, вы уже слышали про интеграции, и задавались вопросами, что это, и почему для системных аналитиков так важно понимание этой темы. Давайте разберемся!
⚙️ Интеграция
Представьте себе два разных конструктора LEGO. Каждый из них - это отдельная система со своими уникальными деталями. Ваша задача как системного аналитика - понять, как эти детали могут соединяться и работать вместе, образуя единую структуру. Это и есть суть интеграции: создание единого, эффективно работающего механизма из разных элементов.
Пример из жизни в сфере разработки:
У нас есть сайт и нам надо подключить на него возможность оплаты банковской картой. Чтобы всё получилось, нам надо разработать для сайта интеграцию с платежной системой.
Более серьезный пример:
Есть кредитная организация. Для того, чтобы автоматизировать проверку “можно выдать кредит или нет” нужно получить данные из сервиса проверки должников. Для того, чтобы ее сделать, в системе кредитной организации надо разработать интеграцию с сервисом проверки должников.
Думаю, что уловили идею! 🙂
⚙️ Этапы разработки интеграций
Если глубоко не погружаться в детали, то интеграции похожи на обычные задачи по системному анализу:
1. Анализ
1.1. Бизнес-требования и бизнес-процессы
1.2. Исследование возможностей внешней системы, к которой интеграция (API)
2. Проектирование
2.1. Разработка функциональных и нефункциональных требований
2.2. Разработка сценариев работы системы
2.3. Постановка задач на разработчиков
3. Реализация
4. Тестирование
5. Внедрение и поддержка
⚙️Почему знание интеграций важно для профессионального роста?
Интеграция систем - это не просто про объединение систем. Это процесс, который требует глубокого понимания бизнес-процессов и технических деталей разработки. Каждый новый проект по интеграции - это уникальный опыт, который позволяет вам развивать свои навыки и становиться более востребованным специалистом.
Возможно, вы уже слышали про интеграции, и задавались вопросами, что это, и почему для системных аналитиков так важно понимание этой темы. Давайте разберемся!
⚙️ Интеграция
Представьте себе два разных конструктора LEGO. Каждый из них - это отдельная система со своими уникальными деталями. Ваша задача как системного аналитика - понять, как эти детали могут соединяться и работать вместе, образуя единую структуру. Это и есть суть интеграции: создание единого, эффективно работающего механизма из разных элементов.
Пример из жизни в сфере разработки:
У нас есть сайт и нам надо подключить на него возможность оплаты банковской картой. Чтобы всё получилось, нам надо разработать для сайта интеграцию с платежной системой.
Более серьезный пример:
Есть кредитная организация. Для того, чтобы автоматизировать проверку “можно выдать кредит или нет” нужно получить данные из сервиса проверки должников. Для того, чтобы ее сделать, в системе кредитной организации надо разработать интеграцию с сервисом проверки должников.
Думаю, что уловили идею! 🙂
⚙️ Этапы разработки интеграций
Если глубоко не погружаться в детали, то интеграции похожи на обычные задачи по системному анализу:
1. Анализ
1.1. Бизнес-требования и бизнес-процессы
1.2. Исследование возможностей внешней системы, к которой интеграция (API)
2. Проектирование
2.1. Разработка функциональных и нефункциональных требований
2.2. Разработка сценариев работы системы
2.3. Постановка задач на разработчиков
3. Реализация
4. Тестирование
5. Внедрение и поддержка
⚙️Почему знание интеграций важно для профессионального роста?
Интеграция систем - это не просто про объединение систем. Это процесс, который требует глубокого понимания бизнес-процессов и технических деталей разработки. Каждый новый проект по интеграции - это уникальный опыт, который позволяет вам развивать свои навыки и становиться более востребованным специалистом.
🔥11👍4❤2
⚙️ Примеры интеграций систем - актуальные проекты в 2023-2024 году ⚙️
Интеграция систем - это ключ к повышению эффективности работы компаний и улучшению жизни обычных людей.
Несколько примеров применения интеграций систем в 2023 году:
1. Синхронизация Магазина и Склада:
Что это?
- Автоматическая связь между вашим интернет-магазином на Shopify и складской системой.
Зачем это?
- Это позволяет автоматически обновлять информацию о товарах на складе при заказах в интернет-магазине.
Пример:
- "Shopify" для управления магазином и "МойСклад" для управления запасами. Интеграцию можно посмотреть через МойСклад.
2. Мобильные Приложения и Облачные Сервисы:
Что это?
- Связь приложений для заметок на вашем телефоне с облачными хранилищами.
Зачем это?
- Сохранение и доступ к вашим заметкам с любого устройства.
Пример:
- "Evernote" или "Google Keep", синхронизирующиеся с облачными сервисами типа Google Drive.
3. CRM и Электронная Почта:
Что это?
- Связь почтового клиента с системой управления отношениями с клиентами (клиентская база).
Зачем это?
- Автоматическое обновление данных о клиентах при получении новых писем от них и отправка писем прямо из CRM, без открытия почты. Меньше действий для менеджеров.
Пример:
- "HubSpot CRM", интегрирующееся с почтовыми сервисами вроде Gmail.
4. Умный Дом:
Что это?
Интеграция умных устройств в доме для централизованного управления.
Зачем это?
Управление освещением, температурой и другими устройствами через одно приложение.
Пример:
"Apple HomeKit" реализует интеграции для управления умными устройствами в доме.
5. Банковские Системы:
Что это?
Банки интегрируют свои системы с различными приложениями, позволяя клиентам управлять своими счетами и проводить операции прямо из приложений.
Зачем это?
Удобство использования банковских услуг, повышение лояльности клиентов.
Пример:
Тинькофф имеет встроенную интеграцию с Госуслугами, чтобы вы вовремя получали информацию о штрафах ГИБДД и оплачивали их.
Какие еще проекты знаете? Поделитесь примерами с коллегами в комментариях 🙂
Интеграция систем - это ключ к повышению эффективности работы компаний и улучшению жизни обычных людей.
Несколько примеров применения интеграций систем в 2023 году:
1. Синхронизация Магазина и Склада:
Что это?
- Автоматическая связь между вашим интернет-магазином на Shopify и складской системой.
Зачем это?
- Это позволяет автоматически обновлять информацию о товарах на складе при заказах в интернет-магазине.
Пример:
- "Shopify" для управления магазином и "МойСклад" для управления запасами. Интеграцию можно посмотреть через МойСклад.
2. Мобильные Приложения и Облачные Сервисы:
Что это?
- Связь приложений для заметок на вашем телефоне с облачными хранилищами.
Зачем это?
- Сохранение и доступ к вашим заметкам с любого устройства.
Пример:
- "Evernote" или "Google Keep", синхронизирующиеся с облачными сервисами типа Google Drive.
3. CRM и Электронная Почта:
Что это?
- Связь почтового клиента с системой управления отношениями с клиентами (клиентская база).
Зачем это?
- Автоматическое обновление данных о клиентах при получении новых писем от них и отправка писем прямо из CRM, без открытия почты. Меньше действий для менеджеров.
Пример:
- "HubSpot CRM", интегрирующееся с почтовыми сервисами вроде Gmail.
4. Умный Дом:
Что это?
Интеграция умных устройств в доме для централизованного управления.
Зачем это?
Управление освещением, температурой и другими устройствами через одно приложение.
Пример:
"Apple HomeKit" реализует интеграции для управления умными устройствами в доме.
5. Банковские Системы:
Что это?
Банки интегрируют свои системы с различными приложениями, позволяя клиентам управлять своими счетами и проводить операции прямо из приложений.
Зачем это?
Удобство использования банковских услуг, повышение лояльности клиентов.
Пример:
Тинькофф имеет встроенную интеграцию с Госуслугами, чтобы вы вовремя получали информацию о штрафах ГИБДД и оплачивали их.
Какие еще проекты знаете? Поделитесь примерами с коллегами в комментариях 🙂
❤7🔥4
🚀 Новый проект на интеграции в GetAnalyst: логистический сервис GetDelivery (GD) 🚀
Добро пожаловать на новый проект по проектированию интеграций систем - GetDelivery (GD)!
В этом канале я рассказываю теорию на примерах реальных проектов и разбираю реальные кейсы, чтобы вы могли использовать мой опыт в своей работе и развивались как специалисты в сфере системного анализа и архитектуры.
📌 В ближайший месяц мы с вами будем работать над разработкой GetDelivery (GD).
Этот проект представляет собой комплексную задачу, включающую интеграцию по API с различными логистическими сервисами для обеспечения точных и оперативных расчетов стоимости доставки, а также оформления заказов в них.
По сути наше приложение посредник между клиентами, которым надо что-то отправить, и службами доставки. Мы помогаем найти самую выгодную стоимость пересылки груза и получаем свою комиссию за то, что клиент обратился в один из представленных сервисов.
📌 Цель:
Разработать сервис, который позволяет пользователям сравнивать цены отправления посылок и оформлять заказы на доставку, а также получать уведомления о статусе заказа.
📌 Особенности:
Как посредник, сервис будет взимать комиссию за использование платформы. Комиссия включается в отображаемую конечному пользователю стоимость. Конечный пользователь не должен видеть нашу комиссию явно
Продолжение 👇
Добро пожаловать на новый проект по проектированию интеграций систем - GetDelivery (GD)!
В этом канале я рассказываю теорию на примерах реальных проектов и разбираю реальные кейсы, чтобы вы могли использовать мой опыт в своей работе и развивались как специалисты в сфере системного анализа и архитектуры.
📌 В ближайший месяц мы с вами будем работать над разработкой GetDelivery (GD).
Этот проект представляет собой комплексную задачу, включающую интеграцию по API с различными логистическими сервисами для обеспечения точных и оперативных расчетов стоимости доставки, а также оформления заказов в них.
По сути наше приложение посредник между клиентами, которым надо что-то отправить, и службами доставки. Мы помогаем найти самую выгодную стоимость пересылки груза и получаем свою комиссию за то, что клиент обратился в один из представленных сервисов.
📌 Цель:
Разработать сервис, который позволяет пользователям сравнивать цены отправления посылок и оформлять заказы на доставку, а также получать уведомления о статусе заказа.
📌 Особенности:
Как посредник, сервис будет взимать комиссию за использование платформы. Комиссия включается в отображаемую конечному пользователю стоимость. Конечный пользователь не должен видеть нашу комиссию явно
Продолжение 👇
❤8🔥5👍4
🚀 Проект на интеграции: логистический сервис GetDelivery 🚀
📌 Используемые API для интеграции:
Деловые Линии: API Деловых Линий
СДЭК: API СДЭК
Возовоз: API Возовоз
📌 Аналог готового проекта, чтобы вы понимали, к какому результату стремимся:
C6V + его API
📌 Ключевые задачи:
1. Интеграция по API:
Синхронизация API различных доставочных сервисов для предоставления пользователям актуальной информации о стоимости и условиях доставки.
2. Разработка пользовательского интерфейса:
Создание удобного и интуитивно понятного интерфейса для сравнения услуг доставки и оформления заказов.
3. Система уведомлений:
Реализация механизма уведомлений для информирования пользователей о статусе и изменениях в заказах.
Этот проект не только упрощает процесс выбора и заказа доставки для клиентов, но и открывает новые возможности для аналитиков и разработчиков в изучении и применении сложных интеграционных решений.
🔍 Работа над этим проектом требует глубокого понимания процессов интеграции, а также способности комбинировать технические и бизнес-потребности. А значит для вас это отличная возможность подсмотреть как работать с такой задачей, получить и отработать новые навыки на ее примере 🙌
📌 Используемые API для интеграции:
Деловые Линии: API Деловых Линий
СДЭК: API СДЭК
Возовоз: API Возовоз
📌 Аналог готового проекта, чтобы вы понимали, к какому результату стремимся:
C6V + его API
📌 Ключевые задачи:
1. Интеграция по API:
Синхронизация API различных доставочных сервисов для предоставления пользователям актуальной информации о стоимости и условиях доставки.
2. Разработка пользовательского интерфейса:
Создание удобного и интуитивно понятного интерфейса для сравнения услуг доставки и оформления заказов.
3. Система уведомлений:
Реализация механизма уведомлений для информирования пользователей о статусе и изменениях в заказах.
Этот проект не только упрощает процесс выбора и заказа доставки для клиентов, но и открывает новые возможности для аналитиков и разработчиков в изучении и применении сложных интеграционных решений.
🔍 Работа над этим проектом требует глубокого понимания процессов интеграции, а также способности комбинировать технические и бизнес-потребности. А значит для вас это отличная возможность подсмотреть как работать с такой задачей, получить и отработать новые навыки на ее примере 🙌
❤13👍5🔥3
Смена профессии или сферы деятельности, особенно в IT, может быть простой.
Вот 3 основных способа, как это сделать:
1. Возможности внутри вашей компании:
- Если в вашей компании есть шансы для перемещения или новые вакансии, это ваш шанс.
- Важно поддерживать хорошие отношения с начальством.
- Если вы хотите сменить не только должность, но и отрасль, и ваша компания работает в нескольких сферах, это упрощает задачу.
- Вы уже знакомы с корпоративной культурой и процессами, что упрощает адаптацию.
- Большой плюс – вас уже знают и ценят в вашей компании.
2. Использование связей (нетворкинг):
- Наличие знакомств и рекомендаций играет большую роль.
- Связи помогают быстрее найти работу и сокращают время поиска. И это нормально! Не надо этого стыдиться.
3. Обучение и Развитие Навыков:
- Обучение – ключевой элемент успешной смены профессии, особенно в IT.
- Наличие сертиикатов и дипломов усиливает ваше резюме.
- Через обучение в GetAnalyst можно посмотреть на экспертов, кто уже работает в вашей профессии, найти новые знакомства, поддержку на пути обучения и нетворкинг, через который можно получить рекомендации.
Если вы рассматриваете варианты через обычные каналы поиска работы, будьте готовы к тому, что это может занять от 2 до 4 месяцев. Переход на похожую работу или в схожую сферу обычно происходит быстрее.
Но если вы стремитесь к кардинальной смене, например, из производства в системный анализ, подготовьтесь основательно: составьте качественное резюме, напишите эффективные сопроводительные письма и уверенно себя презентуйте.
Если вы думаете о переходе в профессию Системный аналитик и вам нужно разобраться с чего начать, куда идти, приглашаю вас на онлайн-вебинар:
🟢 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Этот практический вебинар поможет вам оценить свои силы и даст понимание, какие именно навыки в профессии системного аналитика важны для работодателей сегодня.
Жду вас в прямом эфире! ❤️
Вот 3 основных способа, как это сделать:
1. Возможности внутри вашей компании:
- Если в вашей компании есть шансы для перемещения или новые вакансии, это ваш шанс.
- Важно поддерживать хорошие отношения с начальством.
- Если вы хотите сменить не только должность, но и отрасль, и ваша компания работает в нескольких сферах, это упрощает задачу.
- Вы уже знакомы с корпоративной культурой и процессами, что упрощает адаптацию.
- Большой плюс – вас уже знают и ценят в вашей компании.
2. Использование связей (нетворкинг):
- Наличие знакомств и рекомендаций играет большую роль.
- Связи помогают быстрее найти работу и сокращают время поиска. И это нормально! Не надо этого стыдиться.
3. Обучение и Развитие Навыков:
- Обучение – ключевой элемент успешной смены профессии, особенно в IT.
- Наличие сертиикатов и дипломов усиливает ваше резюме.
- Через обучение в GetAnalyst можно посмотреть на экспертов, кто уже работает в вашей профессии, найти новые знакомства, поддержку на пути обучения и нетворкинг, через который можно получить рекомендации.
Если вы рассматриваете варианты через обычные каналы поиска работы, будьте готовы к тому, что это может занять от 2 до 4 месяцев. Переход на похожую работу или в схожую сферу обычно происходит быстрее.
Но если вы стремитесь к кардинальной смене, например, из производства в системный анализ, подготовьтесь основательно: составьте качественное резюме, напишите эффективные сопроводительные письма и уверенно себя презентуйте.
Если вы думаете о переходе в профессию Системный аналитик и вам нужно разобраться с чего начать, куда идти, приглашаю вас на онлайн-вебинар:
🟢 Собеседование на системного аналитика: подготовка на практике
📅 21 ноября в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
Этот практический вебинар поможет вам оценить свои силы и даст понимание, какие именно навыки в профессии системного аналитика важны для работодателей сегодня.
Жду вас в прямом эфире! ❤️
❤6
Коллеги, всем привет!
Сегодня вечером будет вебинар про собеседования. Ни смотря на то, что на эту тему можно говорить-говорить-говорить и еще раз говорить, я хочу дать вам практически-полезный результат.
Это не лекции на тему прекрасных возможностей и волшебных обещаний, поэтому вебинар рекомендую посетить как тем, кто присматривается к профессии Системного аналитика, так и опытным специалистам, у кого в планах менять работу или просто держать себя в тонусе 💪
К чему готовиться:
✅ Google Docs (Google Drive) - мы будем в прямом эфире работать с резюме. Я подготовила шаблон, с которым мы будем работать и который я буду проверять.
✅ Draw.io - мы будем в прямом эфире решать практическую задачу с собеседования, буду давать обратную связь по вашей работе.
🕣 Начнем сегодня в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
До встречи!
Сегодня вечером будет вебинар про собеседования. Ни смотря на то, что на эту тему можно говорить-говорить-говорить и еще раз говорить, я хочу дать вам практически-полезный результат.
Это не лекции на тему прекрасных возможностей и волшебных обещаний, поэтому вебинар рекомендую посетить как тем, кто присматривается к профессии Системного аналитика, так и опытным специалистам, у кого в планах менять работу или просто держать себя в тонусе 💪
К чему готовиться:
✅ Google Docs (Google Drive) - мы будем в прямом эфире работать с резюме. Я подготовила шаблон, с которым мы будем работать и который я буду проверять.
✅ Draw.io - мы будем в прямом эфире решать практическую задачу с собеседования, буду давать обратную связь по вашей работе.
🕣 Начнем сегодня в 19:00 Мск
🔗 ЗАРЕГИСТРИРОВАТЬСЯ
До встречи!
🔥7👍6❤3👌1
Привет! 👋
Вчера у нас получилось 4 часа разбора вопросов про резюме и собеседования! Вау! 🤩 И это практически применимая информация, которую еще можно дополнить!!! Это самый длинный вебинар на моей памяти и всё, что связано с трудоустройством, обычно было так.
Также вчера анонсировала информацию о проекте для тех, кто планирует перейти в системный анализ - Системный аналитик: с нуля до опыта работы на проекте, к которой можно подключиться после прохождения собеседования.
Что решили сделать с получившимся вебинаром, потому что 4 часа это реально много:
1. Сейчас обрабатываем видео, прописываем таймкоды, и готовим к публикации! Много ценной информации, которой хочется поделиться!
2. Уведомление о возможности посмотреть вебинар в записи опубликуем здесь и отправим на почту в ближайшие дни.
И хочу дополнительно оставить здесь ссылки на 2 статьи, которые вчера разбирали:
✅ Ресурс для публикации резюме по всему миру + не забываем про ведение LinkedIn.
✅ Карта навыков Системного аналитика, на котором базировался наш заполняемый документ по навыкам.
Спасибо вам большое за ваше активное участие! Очень много вопросов разобрали дополнительно ❤️
Вчера у нас получилось 4 часа разбора вопросов про резюме и собеседования! Вау! 🤩 И это практически применимая информация, которую еще можно дополнить!!! Это самый длинный вебинар на моей памяти и всё, что связано с трудоустройством, обычно было так.
Также вчера анонсировала информацию о проекте для тех, кто планирует перейти в системный анализ - Системный аналитик: с нуля до опыта работы на проекте, к которой можно подключиться после прохождения собеседования.
Что решили сделать с получившимся вебинаром, потому что 4 часа это реально много:
1. Сейчас обрабатываем видео, прописываем таймкоды, и готовим к публикации! Много ценной информации, которой хочется поделиться!
2. Уведомление о возможности посмотреть вебинар в записи опубликуем здесь и отправим на почту в ближайшие дни.
И хочу дополнительно оставить здесь ссылки на 2 статьи, которые вчера разбирали:
✅ Ресурс для публикации резюме по всему миру + не забываем про ведение LinkedIn.
✅ Карта навыков Системного аналитика, на котором базировался наш заполняемый документ по навыкам.
Спасибо вам большое за ваше активное участие! Очень много вопросов разобрали дополнительно ❤️
🔥22👍8❤5👎2
Привет, коллеги! Продолжим знакомство с интеграционным проектом GetDelivery 👀
Для работы с задачами на интеграции есть определенный порядоку работы:
1️⃣ Подготовка.
Знакомство с проектом, запрос документации и доступов к внешним системам.
2️⃣ Сбор и анализ требований.
Бизнес-цель разработки интеграции.
Бизнес-задачи интеграции.
Бизнес-требования.
Функциональные требования.
Нефункциональные требования.
Разработка верхнеуровневой схемы архитектуры.
3️⃣ Анализ API документации.
4️⃣ Тестирование API.
5️⃣ Разработка логики и алгоритмов.
6️⃣ Анализ данных = Маппинг данных.
7️⃣ Разработка схемы архитектуры - детализация и уточнение исходного варианта, с учетом собранных требований.
8️⃣ Постановка задач на разработчиков.
9️⃣ Участие в релизе, сопровождении и сохранении документации.
Подробнее про каждый этап можно почитать в моей статье с пошаговой инструкцией работы с задачами на интеграции.
План есть - можно начинать работу! 🚀
Для работы с задачами на интеграции есть определенный порядоку работы:
1️⃣ Подготовка.
Знакомство с проектом, запрос документации и доступов к внешним системам.
2️⃣ Сбор и анализ требований.
Бизнес-цель разработки интеграции.
Бизнес-задачи интеграции.
Бизнес-требования.
Функциональные требования.
Нефункциональные требования.
Разработка верхнеуровневой схемы архитектуры.
3️⃣ Анализ API документации.
4️⃣ Тестирование API.
5️⃣ Разработка логики и алгоритмов.
6️⃣ Анализ данных = Маппинг данных.
7️⃣ Разработка схемы архитектуры - детализация и уточнение исходного варианта, с учетом собранных требований.
8️⃣ Постановка задач на разработчиков.
9️⃣ Участие в релизе, сопровождении и сохранении документации.
Подробнее про каждый этап можно почитать в моей статье с пошаговой инструкцией работы с задачами на интеграции.
План есть - можно начинать работу! 🚀
👍13❤3
▫️Этап 1. Подготовка к работе с проектом на интеграции ▫️
📌 Знакомство:
Этот пост показывает, как я последовательно анализирую новый проект на старте, и за какие “подводные камни” я цепляюсь.
На первый взгляд кажется, что информации, которая получена, достаточно. И дальше можно всё самостоятельно найти в Интернете, или прочитать где-либо ещё. Но все не так просто, как кажется.
Для себя, в самом начале, я определяю процесс работы пользователя в системе.
Что у нас будет в GetDelivery по успешному сценарию:
1. Пользователь вводит информацию о габаритах груза и инициирует поиск вариантов перевозки груза во внешних системах: Деловые Линии, СДЭК и Возовоз.
Тут всё выглядит понятно. Важно будет проверить, как задаются габариты груза в разных внешних системах.
Возможно надо уточнить момент, влияет ли дата отправления на стоимость доставки? Это можно будет проверить при тестировании внешних систем.
2. Пользователь получает результат и выбирает наиболее удобный вариант отправления груза. Обязательно показать стоимость.
Тут есть вопросы:
- Как мы работаем с тарифами? Я помню, что при отправлении грузов есть варианты по обычной и ускоренной доставке. Может быть предусмотреть указание этого фильтра на этапе ввода габаритов груза, на самом старте? А после поиска можно в дополнение показывать цены на остальные тарифы сразу, либо по нажатию на специальную кнопку. В общем этот вопрос решаем. Согласуем с заказчиком на этапе дизайна.
- Верно ли мы понимаем, что после выбора варианта отправления, мы должны перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ на отправление?
Ответ на этот вопрос может поменять стоимость разработки в два раза. Относится к стыку бизнес- и системного анализа.
Как будем делать с учетом вводных? Пишите в комментариях 🙂
Продолжение 👇
📌 Знакомство:
Этот пост показывает, как я последовательно анализирую новый проект на старте, и за какие “подводные камни” я цепляюсь.
На первый взгляд кажется, что информации, которая получена, достаточно. И дальше можно всё самостоятельно найти в Интернете, или прочитать где-либо ещё. Но все не так просто, как кажется.
Для себя, в самом начале, я определяю процесс работы пользователя в системе.
Что у нас будет в GetDelivery по успешному сценарию:
1. Пользователь вводит информацию о габаритах груза и инициирует поиск вариантов перевозки груза во внешних системах: Деловые Линии, СДЭК и Возовоз.
Тут всё выглядит понятно. Важно будет проверить, как задаются габариты груза в разных внешних системах.
Возможно надо уточнить момент, влияет ли дата отправления на стоимость доставки? Это можно будет проверить при тестировании внешних систем.
2. Пользователь получает результат и выбирает наиболее удобный вариант отправления груза. Обязательно показать стоимость.
Тут есть вопросы:
- Как мы работаем с тарифами? Я помню, что при отправлении грузов есть варианты по обычной и ускоренной доставке. Может быть предусмотреть указание этого фильтра на этапе ввода габаритов груза, на самом старте? А после поиска можно в дополнение показывать цены на остальные тарифы сразу, либо по нажатию на специальную кнопку. В общем этот вопрос решаем. Согласуем с заказчиком на этапе дизайна.
- Верно ли мы понимаем, что после выбора варианта отправления, мы должны перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ на отправление?
Ответ на этот вопрос может поменять стоимость разработки в два раза. Относится к стыку бизнес- и системного анализа.
Как будем делать с учетом вводных? Пишите в комментариях 🙂
Продолжение 👇
👍7❤1
👀Перенаправить пользователя для оформления заказа на соответствующий сайт, где он заполнит все формы и оплатит заказ? Или нет?
Это хороший вопрос, где начинается сочетание системного и бизнес-анализа.
Оба варианта допустимы. И давайте их разберем:
Вариант 1. Делаем перенаправление на соответствующий сайт СДЭК, Деловые линии или Возовоз, чтобы клиент завершил свой заказ там.
Плюсы:
+ Не надо писать логику формирования заказа в нашей системе.
+ Не надо проектировать еще одну дополнительную интеграцию с платежной системой, чтобы работала оплата заказов..
Минусы:
- Нам надо понять, как в этом случае можно учитывать заказы, которые оформили и оплатили, выбрав службу доставки через нас. Есть варианты с utm-метками, но они могут быть ненадежны в некоторых случаях, плюс непонятно, как собирать информацию по оплатам у нас. И возможно будут проблемы с аналитикой по системе, т.к. отчеты о комиссиях придется смотреть на разных соответствующих сайтах.
- Как мы собираемся поддерживать уведомления, если в нашу систему не попадет информация о статусе заказа после оплаты. Мы делаем интеграцию к СДЭК, а не СДЭК к нам.
Когда мы создаем интеграцию, нам важно понимать, что это мы должны инициировать запрос и получение данных. А как нам СДЭК сообщит о том, что заказ оплачен, если после перехода на его сайт наше приложение потеряло с ним связь - это вопрос. Может через веб-хук? Но его могут поддерживать не все системы.
Нам надо реализовать единый процесс по оформлению заказа в нашем агрегаторе доставок для всех внешних систем. Так что хорошо бы изучить вопрос и сравнить возможные решения - внешних систем уже сейчас несколько и их будет больше в нашем агрегаторе.
- Пользователю скорее всего придется вводить все параметры для заказа по габаритам заново, если только их нельзя передать в СДЭК (и другие системы) каким-то образом через url-запроса.
Вариант 2. Делаем оформление заказ и прием платежей на нашей стороне.
...
Продолжение 👇
Это хороший вопрос, где начинается сочетание системного и бизнес-анализа.
Оба варианта допустимы. И давайте их разберем:
Вариант 1. Делаем перенаправление на соответствующий сайт СДЭК, Деловые линии или Возовоз, чтобы клиент завершил свой заказ там.
Плюсы:
+ Не надо писать логику формирования заказа в нашей системе.
+ Не надо проектировать еще одну дополнительную интеграцию с платежной системой, чтобы работала оплата заказов..
Минусы:
- Нам надо понять, как в этом случае можно учитывать заказы, которые оформили и оплатили, выбрав службу доставки через нас. Есть варианты с utm-метками, но они могут быть ненадежны в некоторых случаях, плюс непонятно, как собирать информацию по оплатам у нас. И возможно будут проблемы с аналитикой по системе, т.к. отчеты о комиссиях придется смотреть на разных соответствующих сайтах.
- Как мы собираемся поддерживать уведомления, если в нашу систему не попадет информация о статусе заказа после оплаты. Мы делаем интеграцию к СДЭК, а не СДЭК к нам.
Когда мы создаем интеграцию, нам важно понимать, что это мы должны инициировать запрос и получение данных. А как нам СДЭК сообщит о том, что заказ оплачен, если после перехода на его сайт наше приложение потеряло с ним связь - это вопрос. Может через веб-хук? Но его могут поддерживать не все системы.
Нам надо реализовать единый процесс по оформлению заказа в нашем агрегаторе доставок для всех внешних систем. Так что хорошо бы изучить вопрос и сравнить возможные решения - внешних систем уже сейчас несколько и их будет больше в нашем агрегаторе.
- Пользователю скорее всего придется вводить все параметры для заказа по габаритам заново, если только их нельзя передать в СДЭК (и другие системы) каким-то образом через url-запроса.
Вариант 2. Делаем оформление заказ и прием платежей на нашей стороне.
...
Продолжение 👇
👍6❤3🔥3