Серия статей «Карьера в IT. Системный аналитик»
0. Введение
1. Виды и качества требований
1.1. Практика
2. Use cases\User stories
2.1. Практика
3. Диаграммы. UML
3.1. Диаграммы. UML + BPMN
4. XML JSON
5. Сбор требований
6. Клиент-серверная архитектура
7. HTTP
7.1. Методы HTTP
8. REST
8.1. Пример ТЗ для описания API
8.2. Best Practices, которые стоит использовать при проектировании REST API
Не номерная часть. Моё видение правильного workflow задачи на разработку
8.3. 8.3. Пример ТЗ для описания метода POST
0. Введение
1. Виды и качества требований
1.1. Практика
2. Use cases\User stories
2.1. Практика
3. Диаграммы. UML
3.1. Диаграммы. UML + BPMN
4. XML JSON
5. Сбор требований
6. Клиент-серверная архитектура
7. HTTP
7.1. Методы HTTP
8. REST
8.1. Пример ТЗ для описания API
8.2. Best Practices, которые стоит использовать при проектировании REST API
Не номерная часть. Моё видение правильного workflow задачи на разработку
8.3. 8.3. Пример ТЗ для описания метода POST
Пикабу
Завышение стажа в резюме в IT: работает или нет?
Я думаю многие из вас так или иначе сталкивались, либо слышали, про такой прием при поиске работы - как завышение своего стажа (либо накручивание его вообще, если его совсем нет). А одна из последних прочитанных мной новостей (реальных или нет - это уже другой…
Как грамотный подход аналитиков может сэкономить бюджет компании за счет изменения подхода к реализации проекта
Перейти | BA|SA
Перейти | BA|SA
Хабр
Как грамотный подход аналитиков может сэкономить бюджет компании за счет изменения подхода к реализации проекта
Привет, Хабр! Меня зовут Лена Махова, я работаю системным аналитиком в РСХБ‑Интех. Бывают ситуации, когда нужно решить проблему бизнеса и сократить время на разработку. Так случилось и...
Forwarded from Analyst IT
Всем привет! Сегодня продолжаем рубрику «Задачки и тестовые задания», где мы разбираем задачки, которые могут задать на собеседованиях
#задачки #тестовыезадания | @analysis_it
Задача 6:
Вы поспорили с другом и чтобы решить ваш спор, вам необходимо подбросить монету. Однако единственная монетка, что у вас есть, погнулась, поэтому она вносит явные искажения в результат при подбрасывании.
Вопрос: Как использовать такую монету, чтобы принять справедливое решение? Другие предметы или монеты использовать нельзя.
Развернутый ответ:
Нужно подбросить монету дважды. Возможны четыре исхода: ОО, ОР, РО и РР. Поскольку монета «благосклонна» к одной стороне, шансы выпадения ОО не эквивалентны шансам выпадения РР. С другой стороны, вероятности выпадения ОР и РО должны быть одинаковы, независимо от степени «благосклонности» монеты. Один участник ставит на ОР, другой — на РО. Если выпадает ОО или РР, просто подкиньте монетку еще два раза.
Источник: @analysis_it
#задачки #тестовыезадания | @analysis_it
Задача 6:
Вы поспорили с другом и чтобы решить ваш спор, вам необходимо подбросить монету. Однако единственная монетка, что у вас есть, погнулась, поэтому она вносит явные искажения в результат при подбрасывании.
Вопрос: Как использовать такую монету, чтобы принять справедливое решение? Другие предметы или монеты использовать нельзя.
Развернутый ответ:
Источник: @analysis_it
Алоха! Предлагаю сегодня проверить свои знания в сфере БД:
Тест по SQL: проверьте свои знания и навыки - 12 вопросов
@ba_and_sa
Тест по SQL: проверьте свои знания и навыки - 12 вопросов
@ba_and_sa
Примеры формулировок требований по правилам руководства по написанию требований от INCOSE
Перейти | BA|SA
Перейти | BA|SA
Хабр
Примеры формулировок требований по правилам руководства по написанию требований от INCOSE
Данная статья написана в продолжении статьи " Итоговая сводка по руководству по написанию требований INCOSE (Июнь 2023) ". Статья содержит примеры формулировок требований как правильных (т.е. с точки...
Виды команд SQL.pdf
65.1 KB
Алоха! Сегодня продолжаем изучение и повторение #базыданных и на повестке дня SQL:
Прилагаю небольшую шпаргалку по операторам, сделанную совместно с @analysis_it 👆
И можно еще прочесть статью
Прилагаю небольшую шпаргалку по операторам, сделанную совместно с @analysis_it 👆
И можно еще прочесть статью
Алоха! Сегодня хочу поделиться с вами одним случаем из моего опыта работы как бизнес-аналитика, так сказать #случайизжизни 💃🏻 На тот момент я была уже опытным аналитиком со стажем более 5-лет и работала в компании на позиции сеньора.
Меня поставили старшим бизнес-аналитиком на проект по запуску новой онлайн-платформы для продажи своих услуг.
Моя задача состояла в том, чтобы провести анализ рынка, собрать требования от заинтересованных сторон и разработать бизнес-кейсы для различных функциональностей платформы, ну и конечно, подготовить сопутствующие документацию.
Однако, в процессе работы я была столкнута с несколькими проблемами и одной из них была недопонимание нефункциональных требований в команде, да и такое бывает 😂. Команда разработчиков и менеджеры продукта имели разное понимание того, что такое нефункциональные требования и как их определить, в целом они не понимали зачем их отделять в отдельные требования и придавать такое важное значение, а команда разработки так вообще не понимала для чего писать все эти доки и кому они нужны🤦🏼♀️ но это отдельная история…
Чтобы решить эту проблему, я решила провести серию образовательных сессий о нефункциональных требованиях и их значимости для успеха проекта. Я объяснила, что нефункциональные требования определяют характеристики системы, которые необходимы для ее эффективной работы, такие как производительность, безопасность, удобство использования и т.д. Также, я поделился с ними примерами из реальной жизни, чтобы помочь им лучше понять и связать теорию с практикой. Встречи проводили совместно со всей командой, нам понадобилось встретится раза три, чтобы обсудить все вопросы и согласовать структура написания требований.
Постепенно, благодаря образовательным сессиям, команда начала осознавать важность нефункциональных требований и стала вносить их в свои разговоры и документацию. Мы провели несколько мозговых штурмов, чтобы идентифицировать и проработать все нефункциональные требования, включая производительность, безопасность данных и пользовательский опыт.
В результате, мы успешно определили и учли все нефункциональные требования при разработке платформы. Благодаря этому, мы сумели создать надежную и безопасную систему, которая была легко использовать для пользователей и соответствовала высоким ожиданиям компании.
Этот случай из моего опыта подчеркивает важность понимания нефункциональных требований и их роли в проекте. Это является ключевым фактором для создания успешных и сбалансированных продуктов, которые удовлетворят нужды и ожидания пользователей.
P.s. Забыла отметить, что я уже там не работаю, и я впервые столкнулась с не пониманием таких определений, как нефункциоанльные и функциональные требования. Мой совет знать такие мелочи и быть более квалифицированными специалистами.
Источник: @ba_and_sa
Меня поставили старшим бизнес-аналитиком на проект по запуску новой онлайн-платформы для продажи своих услуг.
Моя задача состояла в том, чтобы провести анализ рынка, собрать требования от заинтересованных сторон и разработать бизнес-кейсы для различных функциональностей платформы, ну и конечно, подготовить сопутствующие документацию.
Однако, в процессе работы я была столкнута с несколькими проблемами и одной из них была недопонимание нефункциональных требований в команде, да и такое бывает 😂. Команда разработчиков и менеджеры продукта имели разное понимание того, что такое нефункциональные требования и как их определить, в целом они не понимали зачем их отделять в отдельные требования и придавать такое важное значение, а команда разработки так вообще не понимала для чего писать все эти доки и кому они нужны🤦🏼♀️ но это отдельная история…
Чтобы решить эту проблему, я решила провести серию образовательных сессий о нефункциональных требованиях и их значимости для успеха проекта. Я объяснила, что нефункциональные требования определяют характеристики системы, которые необходимы для ее эффективной работы, такие как производительность, безопасность, удобство использования и т.д. Также, я поделился с ними примерами из реальной жизни, чтобы помочь им лучше понять и связать теорию с практикой. Встречи проводили совместно со всей командой, нам понадобилось встретится раза три, чтобы обсудить все вопросы и согласовать структура написания требований.
Постепенно, благодаря образовательным сессиям, команда начала осознавать важность нефункциональных требований и стала вносить их в свои разговоры и документацию. Мы провели несколько мозговых штурмов, чтобы идентифицировать и проработать все нефункциональные требования, включая производительность, безопасность данных и пользовательский опыт.
В результате, мы успешно определили и учли все нефункциональные требования при разработке платформы. Благодаря этому, мы сумели создать надежную и безопасную систему, которая была легко использовать для пользователей и соответствовала высоким ожиданиям компании.
Этот случай из моего опыта подчеркивает важность понимания нефункциональных требований и их роли в проекте. Это является ключевым фактором для создания успешных и сбалансированных продуктов, которые удовлетворят нужды и ожидания пользователей.
P.s. Забыла отметить, что я уже там не работаю, и я впервые столкнулась с не пониманием таких определений, как нефункциоанльные и функциональные требования. Мой совет знать такие мелочи и быть более квалифицированными специалистами.
Источник: @ba_and_sa
Алоха! А вам интересна тема #случийизжизни бизнес-аналитика? Просто за мою карьеру много было и смешных случаев, и трудных, и не понятных, и даже неприятных, из-за которых хотелось просто все бросить и уйти…..
Хотели бы вы, чтобы я делилась ими с вами?
Хотели бы вы, чтобы я делилась ими с вами?
Anonymous Poll
89%
Да, интересно, что происходит на работе у других
5%
Нет, вообще пофиг, кто с чем сталкивался
7%
Я не определился, и да и нет
1%
Другое
Проектирование БД и почему важен SQL для системного аналитика: гайд по улучшению качества требований
Перейти | BA|SA
Перейти | BA|SA
Хабр
Проектирование БД и почему важен SQL для системного аналитика: гайд по улучшению качества требований
Берём в работу новую задачу или проект. Начинаем со сбора бизнес-требований. Затем переходим к проработке функциональных и нефункциональных требований. Потом архитектура системы и влияние требований...
Forwarded from BApedia | Бизнес-анализ
Как аналитику развить устойчивость и не стать мизантропом
"Однажды меня спросили, какую книгу или курс посоветовать новому аналитику на проекте. И я в шутку ответил, что к работе над ЭТИМ проектом человека лучше всего подготовит книга по философии стоицизма. Тот, кто спрашивал, конечно, имел в виду доменные знания. А мой ответ касался психической устойчивости. "
Перейти к статье | BApedia
"Однажды меня спросили, какую книгу или курс посоветовать новому аналитику на проекте. И я в шутку ответил, что к работе над ЭТИМ проектом человека лучше всего подготовит книга по философии стоицизма. Тот, кто спрашивал, конечно, имел в виду доменные знания. А мой ответ касался психической устойчивости. "
Перейти к статье | BApedia
