Работе с разными видами требований я учу на программе:
🎓 Системный аналитик: с нуля до опыта работы на проекте
которая стартовала в GetAnalyst!

Аналитики, которые уже прошли этот курс, могут с легкостью выявить любые нефункциональные требования и точно знают, когда на них стоит обратить внимание 🧐

Сейчас на обучение пришли:
▫️начинающие в IT, чтобы получить навыки системных аналитиков на практике,
▫️тестировщики и бизнес-аналитики, для получения новой профессии и увеличения текущего дохода,
▫️опытные специалисты, чтобы структурировать знания, получить опыт на проекте с нуля и сменить место работы

Будем вести проект с нуля на протяжении трех месяцев! Сбор и анализ требований, бизнес-требования и User Story, Функциональные требования и Use Cases, Нефункциональные требования, работа с ТЗ, ГОСТы и их применение.... Все, и даже больше, будем осваивать на практике!

Лучшая инвестиция - саморазвитие! Спасибо, что вы выбираете пройти этот путь со мной 🚀

Привет-привет!

После вчерашних постов в чате увидела хороший вопрос:
Могли бы вы привести привер, как эти теоритеческие знания о НФТ можно применить на практике при постановке задачи на разработку?
Тереотический список НФТ плюс минус статичен. Но как применить на практике - вот тут вопрос у меня.

Люблю я хорошие вопросы. И приземление теории на суровую реальность.

Моя цель сделать так, чтобы вы знали как теоретические знания о НФТ, и не только, внедрить на практике.

Давайте опубликую ответ сюда 😉

P.S. Вика, спасибо за идеи постов на сегодня

"Совместимость - способность приложения работать с разными системами и устройствами".

☑️ Когда пишем ТЗ на разработку мобильных приложений, всегда прописываем под Android и iOS дотошно версии ОС на которых все будет работать. Был опыт - закачик за наш счет попросил починить верстку и несколько системных багов, когда очередной iPhone вышел с новой ОС. И на стареньком Android, который казалось бы вышел из оборота, приложение крашилось (вылетало).

☑️ С браузерами такая же тема. Был прецедент, когда на Firefox и Mozilla все работало прекрасно, а на Safari часть кнопок нажималась, но реакции на нажатие не было. И другие баги. Кстати, поэтому тестировщики обычно тестируют веб-приложения в нескольких браузерах.
Есть еще проблема, что версии браузеров иногда неудачно обновляются.

☑️ А при работе с оборудованием (например, кард-ридеры) это особенная боль. Нужно четко прописыаать в ТЗ версии встраиваемых библиотек.

☑️ При интеграциях с библиотеками то же самое.

На заказной разработке требования к совместимости особенно важны. А то будет "мы ждали, что все и везде будет работать идеально". Но увы, не всегда все и везде идеально.

"Надежность - способность приложения работать бесперебойно на протяжении определенного времени, без ошибок".

☑️ Требования к SLA в ТЗ на сопровождение системы. Например, некоторые гос. системы требуют в SLA время работы без перебоев от 99,90% в год.

☑️ Какое время простоя допустимо у системы, если всплывет баг. Тоже в ТЗ на сопровождение системы. Это время на решение инцицента: от момента обнаружения до выката хотфикса в релиз. 4 часа, например. Тогда у вас есть дежурные разработчики по ночам и стоимость сопровождения проекта растет.

☑️ Требования к резервному копированию данных. Может быть включено в ТЗ на разработку. Когда надо поставить задачу на DevOps-ов, чтобы они с Backend-разработчиками проработали резервное копирование, например.

☑️ Влияние на выбор инфраструктуры: переключение ПО между серверами, расположенными физически в разных местах, в случае сбоев.

Еще немного про нефункциональные требования... мне очень нравится это видео.
Была на этом докладе лично. Бывшие коллеги. Очень бодро, с крутой сюжетной линией 🙃 Доклад зацепил!

Привет!

Пока я готовлю новые крутые материалы для вас и вебинары на февраль, рекомендую посетить мероприятие коллег 👇🏻

Спикеры IT_One расскажут об управлении новыми проектами и проработке системных требований для фич высоконагруженных аналитических систем.

📆 7 февраля, 18:00, онлайн, бесплатно — IT_One System Analysis Meetup при поддержке JUG RU Group.

В программе:
✔ Анастасия Кузьмина — «Как действовать бизнес-аналитику в новом проекте: хроника провалов и успехов».
✔ Андрей Белякин — «Как проработать системные требования различных фич высоконагруженной аналитической системы».

Вы сможете задать вопросы спикерам и подискутировать с другими участниками. Авторы лучших вопросов получат футболки. Также будут разыгрывать два комплекта мерча от IT_One среди тех, кто пройдет опрос и оставит отзыв о митапе 🎁

Регистрируйтесь и участвуйте — это бесплатно.

Привет!

Активно идет обсуждение, что GPTChat, созданный на основе искусствнного интеллекта (AI), в ближайшем будущем заменит junior-специалистов в IT, как минимум. А то и middle тоже. Аналитиков в частности.

Шансы есть. Штука действительно умная. Но все же кто-то должен уметь делать запросы, проверять реультаты и корректировать решения AI под специфику проекта - управлять процесом.

Пробую сейчас его использовать под разные задачи. Помогает очень здорово! Это и радует, и пугает одновременно.

На скрине к этому посту я попросила его написать код для интеграции с Битрикс24. И он помчал!

Результат в целом верный. Осталось только в нужное место проекта вставить код и немного скорректировать. Junior-программистов он точно подменит. Но аналитики останутся нужны.

Бизнесы - уникальны. И GPTChat пока не может вести интервью с заказчиками, собирать требования и проводить глубокий анализ. Он оперирует существующими знаниями. А как мы знаем - каждый проект уникален!

Его решения в части аналитических задач пока общие. Дают много идей и подсказок, но слишком мало конкретики. Приходится их дорабатывать.

На русском, кстати, думает медленнее, чем на английском.

Будущее наступает. Мир движется. Но аналитика останется нужна. А что вы думаете по этому поводу? Пишите в комментарии ✍️

Привет! Ну что, давайте смотреть на монстра.

Как GPTChat помогает описывать бизнес-процессы аналитикам

Если раньше надо было долго гуглить, то теперь волшебный AI гуглит и структурирует информацию за нас. Стать бизнес-аналитиком в IT становится немного проще :) А для системных аналитиков, совмещающих в себе роли, появляются возможности глубже погружаться в тех. требования, а не в бизнес.

Задача:
Разработать систему для заключения сделок по купле-продаже недвижимости в США

Запрос в GPTChat:
Сделай описание бизнес-процесса заключения сделки на покупку недвижимости в США с учетом всех документов

Результат работы GPTChat:

Бизнес-процесс заключения сделки на покупку недвижимости в США может включать следующие шаги и документы:
1 Поиск желаемого имущества. Клиент может обратиться к агенту по недвижимости, зайти на сайты недвижимости, изучить газеты или рекламу.
2 Осмотр и оценка имущества. Клиент должен осмотреть желаемое имущество, чтобы убедиться, что оно соответствует его потребностям, и узнать его текущую рыночную стоимость.
3 Подписание контракта о покупке. Если клиент найдет желаемое имущество и согласен с условиями продажи, то он должен подписать контракт о покупке. Этот документ содержит все условия продажи, такие как цена, условия финансирования, сроки, условия закрытия и т. д.
4 Оценка имущества. Для того чтобы банк одобрил заем на покупку недвижимости, потребуется провести оценку имущества независимым экспертом.
5 Заявление на кредит. Клиент должен подать заявление на кредит в банк, чтобы получить финансирование покупки.
6 Заключение страховки. Клиент должен заключить страховку на свою недвижимость.
7 Подписание документов перед актом передачи. Клиент должен подписать ряд документов перед закрытием сделки, таких как декларация о финансовом состоянии, подтверждение страховки и т. д.
8 Передача средств. Клиент должен перевести деньги на счет продавца перед получением акта передачи.
9 Акт передачи. Акт передачи - это документ, удостоверяющий, что сделка официально закрыта, и владение недвижимостью передано покупателю.
10 Заголовок недвижимости. После закрытия сделки клиент получает заголовок на свою недвижимость, который доказывает его право собственности на недвижимость.

В процессе покупки недвижимости в США могут потребоваться и другие документы, такие как документы на недвижимость, налоговые декларации, бумаги об ассоциации владельцев жилья


Вот мне и кусок ТЗ готов. Осталось показать Заказчику, скорректировать по замечаниям и нарисовать BPMN, если надо. Прекрасно же!

Но! Чего-то не хватает.... 🤔 Пишем варианты в комментарии!

Что придется доделать за GPTChat-ом аналитику:

1. Описание процесса очень общее. Скорее всего, в зависимости от Заказчика системы, потребуется делать адаптацию

2. Исследовать и расписать возможные альтернативные сценарии, которые стоит учесть в системе, для каждого из шагов

3. Нужно будет исследовать документы: какие данные необходимо собирать, обрабатывать и хранить в системе. Запрашивать формы документов (кстати, мой GPTChat на русском этого не выдержал 🙃)

4. Нет ролей, которые участвуют в каждом из шагов. Нужно уточнять запрос к GPTChat и дополнять процесс

5. Аналитик должен определить, как именно нужно будет делать автоматизацию - написать бизнес-требования к автоматизации. Это уникальное решение под конкретного заказчика

И это не всё... Работы еще много до постановок задач на разработчиков 🙂

Так что коллеги, ловите лайфхак: используем GPT-чат вместо гугла для поиска информвции по бизнес-процессам.

Он не заменяет нас, а делает эффективнее сбор информации: ответы достаточно краткие и структурированные.

Попросила ChatGPT нарисовать BPMN-диаграмму бизнес-процесса.

✍️ Запрос:
"Как нарисовать диаграмму BPMN для бизнес-процесса записи к врачу"

🤨 Результат:
Получила пошаговую рекомендацию. Из понятного для начинающего аналитика только начальное и конечное событие - шаг 1. Что рисовать далее - только опытный аналитик сможет применить на практике рекомендации из ChatGPT.
По факту, если у вас нет опыта работы с BPMN, то Вы не сможете применить информацию из него.


✍️ Запрос:
Инструкция по шагам, чтобы нарисовать диаграмму BPMN для бизнес-процесса записи к врачу

👍 Результат:
Справился очень круто! Но опять же, без опыта работы с BPMN мне было бы сложно перенести это в граический вид и адаптировать под реальный бизнес-процесс компании (мед. учреждения) для которой я проектирую систему.
Цитата из ответа:
...
Шаг 2: Нарисуйте главный процесс
• Разместите на диаграмме BPMN начальное событие, обозначающее начало процесса записи к врачу, например, "Запрос на запись к врачу".
• Добавьте активности, обозначающие основные шаги, которые необходимо выполнить для достижения цели, например, "Проверка наличия свободного времени врача", "Регистрация пациента", "Выбор даты и времени приема" и т.д. (‼️ т.е. до конца он задачу не довел, надо дальше с ним общаться)
• Соедините активности линиями потока процесса (Sequence Flow), указывая порядок выполнения шагов.
Шаг 3: Добавьте шлюзы
Добавьте шлюзы, чтобы представить различные возможности и условия, например, "Условный шлюз" для проверки наличия свободного времени врача, "Исключающий шлюз" для разделения пациентов по типу приема (первичный прием, повторный прием и т.д.).
....



Так что в рисовании BPMN системные и бизнес-аналитики всё еще побеждают! И просто пользуются рекомендациями и подсказками искусственного интеллекта 🚀

Лайфхак с оформлением запроса вы запомнили!

P.S. Он уже пытается давать картинки. Последнее обновление чата 13 февраля 🤔

Как пользоваться ChatGPT в России


ChatGPT избегает санкций. При запуске разработчики запретили доступ к нему жителям России, Беларуси и некоторых других стран. Лазейки как всегда есть, но не самые простые 🧐

В ChatGPT нужно регистрироваться.

Регистрация проверяется по:
▫️IP-адресу - решается за счет уже привычного VPN,
▫️номеру телефона - сложнее, нужен виртуальный не РФ номер.

Бесплатные номера уже давно расхватали для регистрации. Рекомендую воспользоваться одним из платных сервисов, вроде OnlineSIM. Цена номера до 30 рублей. Покупаете, указываете номер при регистрации и вводите на сайте ChatGPT полученный на него код.

Готово! Вы получили бесплатного виртуального помощника 🤖

Регистрироваться и пользоваться здесь:
https://chat.openai.com/

#chatgpt_getanalyst

А что, если БД спроектировать через ChatGPT? 🤔

Надо же мне понимать, какие задачи на него можно делигировать.

✍️ Запрос такой:
Перечисли список сущностей для процесса оформления сделки недвижимости в США для заведения в базе данных будущей автоматизированной системы

Результат:
Вот некоторые возможные сущности для процесса оформления сделки недвижимости в США, которые могут быть использованы для создания базы данных будущей автоматизированной системы:
✔️ Пользователь: данные о клиентах, которые используют систему для оформления сделок, например, ФИО, адрес, контактная информация.
✔️ Агент по недвижимости: данные о агентах, которые представляют продавцов и покупателей, например, ФИО, контактная информация, информация о лицензии.
✔️ Объект недвижимости: данные об объектах недвижимости, которые продаются или покупаются, например, адрес, тип объекта, ...
....
✔️ История: данные об истории сделок и всех связанных с ними операциях, например, история изменения цен, история изменения владельцев объектов недвижимости.
Конкретный список сущностей может зависеть от конкретного бизнес-процесса и требований к автоматизированной системе. (‼️)

Впечатляет! Идейный вдохновитель! Больше не надо часами гуглить кучу информации по новым предметным областям. Вся базовая информация в одном ответе. Дальше только уточнять детали.

По задаче остается пошагово пройти уровни проектирования базы данных от концептуального до физического на основе этой информации, и поставить задачи на разработчиков 🙃 Работы - вагон!



✍️ Еще запрос:
Пошаговая инструкция создания ER-диаграммы для процесса оформления сделки недвижимости в США для создания базы данных будущей автоматизированной системы

Результат:
Очень общая инструкция по создания ER-диаграммы, показывающей модель базы данных. Если бы у меня не было опыта работы в проектировании БД, то не сделала бы на основе этой инструкции ничего толкового. Но структурированных подсказок в его ответе масса!


Спасибо ChatGPT за его помощь в идеях и старте работ над задачами проектировагия БД! 🤖

Удаленная работа и возможность работать из любой точки мира - это круто 😍

Но в то же время, ничего не сможет заменить живое человеческое общение. Лично для меня это был весьма интересный переход, который требовал приспособления к новому режиму работы и социальному взаимодействию.

Одной из вещей, которые я сильно оценила в процессе массового перехода к удаленной работе, было то, как компании начали активно использовать видеоконференции и включенные камеры в рамках корпоративной культуры. Для меня это было грандиозным шагом вперед! Так как это позволяет улучшить качество коммуникации и поддерживать связь с коллегами в реальном времени. Для системных и бизнес-аналитиков, которые по сути гуру-коммуникаций в команде это особенно ценно!

Когда все участники видеоконференции включают камеры, это позволяет ощутить, что ты находишься в одной комнате с другими людьми. Это помогает улучшить качество общения, сокращает разрыв между командами и помогает лучше понимать собеседников.

Ставьте реакцию, как больше нравится?
🔥 - удаленка
❤️ - офис и живое общение

При этом, конечно, не стоит забывать про удобство, которое дает удаленка: нет необходимости тратить время и деньги на дорогу до офиса, можно работать из любой точки мира с доступом в Интернет.

В то же время, для тех, кто привык работать в офисе, может быть сложно перейти на удаленную работу. Сложно привыкнуть к тому, что нет постоянной физической присутствии коллег и трудно организовать свой день без четкого графика работы.

Но как только ты наладишь свою рабочую рутину, можно наслаждаться преимуществами удаленной работы.

В общем, удаленная работа в IT - это уникальный опыт, который требует от тебя адаптации и организации своего рабочего дня.

И если твоя компания имеет корпоративную культуру, которая поддерживает коммуникацию через видеоконференции и включенные камеры, это может сделать процесс работа более приятным и улучшить качество работы всей команды.

Мой опыт в удаленке на позиции системного аналитика

🔥 Смогла переехать учиться в другую страну до того, как настал COVID и это стало обычным делом
🔥 Всегда работала удаленно с подрядчиками и не боюсь собирать удаленные команды
🔥 До удаленки у меня был опыт работы в большой и крутой компании. До которой надо было ехать 2ч из Подольска в Москву, в одну сторону. И потом 2 часа домой. Так я выучила английский, прочла кучу книг и научилась вставать в 5 утра... Так что с официальным появлением удаленки я танцевала от счастья)))
🔥 Чуть больше года назад со мной приключилась крутая история. Я не любила работать дома, и ходила в соседнее кафе. И там случайно встретила вдохновляющего меня блогера на 2.5млн подписчиков 😀 Два поста тут
🔥 Работала у Карибского моря, у Черного моря с разных сторон и стран, вела вебинар под пение турецких молитв и молилась мысленно, чтобы микрофон это не снял и не отправил в прямой эфир

😬 Какое-то время работала с хвостом, без макияжа, и рабочий стол был рядом с кухней и кроватью в студии. Больше я не живу в студиях. И каждое утро стараюсь погулять и привести себя в порядок, прежде чем сесть за дела
😬 Иногда мои друзья не получают от меня ответов в текстовых сообщениях неделями. И я прошу их звонить мне. У меня бывает передозировка текстов
😬 Я не готова сидеть с камерой больше 5 часов подряд. У меня жесткие лимиты по созвонам сейчас, в том числе есть дни без созвонов. И я предпочитаю живое общение, если это возможно. Лучше 2 часа на машине на встречу ехать, чем сидеть у камеры
😬 Размытые границы. Рабочий день с 8 до 23. Невозможно отсановиться иногда....


А еще бывало такое:
😂 Однажды разработчик в команде проводил созвон из туалета с камерой. На вопрос "а почему?" он ответил, потому что мешает вести созвон жене. Они жили в отеле))


Что бы ни было, я люблю удаленку! Она дала мне очень много возможностей для роста!

А какие у вас были веселые ситуации на удаленке? Пишите в комментарии 😀

Жизнь полна информации, и это информация может быть полезной, если ее правильно собирать, обрабатывать и использовать.

Мы живем в эпоху цифровых технологий, и весь мир можно представить в виде данных. Независимо от того, каким образом мы живем свою жизнь, все, что мы делаем и видим, можно собрать и сохранить в системе.

Представление мира в виде данных не только помогает нам лучше понимать наш мир, но и обеспечивает нам возможность использовать эту информацию в различных целях.

Например, анализ данных может помочь нам:
▫️в принятии более осознанных решений,
▫️улучшении нашего здоровья и финансов,
▫️оптимизации нашей работы, повышении эффективности нашей жизни в целом.


Важно понимать, что данные могут помочь нам не только в повседневной жизни, но и в крупномасштабных проектах, таких как:

▫️ управление государством,
▫️экономический анализ, ▫️исследования и т.д.


Чем больше информации мы имеем, тем лучше мы можем принимать обоснованные решения.

В целом, понимание того, что весь мир можно представить в виде данных и внести в систему, является ценным 🙌

Этот навык - один из главных для системных и бизнес-аналитиков. Он влияет на полноту требований, помогает в написании алгоритмов для системы и понимании разработчиков.

Информационные системы строятся на основе баз данных, которые служат основным инструментом для хранения, организации и обработки данных.

Поэтому для аналитиков важно уметь выделять сущности и проектировать базы данных, чтобы обеспечить эффективное использование данных. Масло маслянное))) Но как есть.

При их проектировании необходимо учитывать множество факторов, таких как:
▫️структура хранения,
▫️защита,
▫️быстродействие обработки и получения,
▫️ масштабируемость системы.

Понимание основ проектирования БД и понимания принципа построения SQL-запросов позволяют системному аналитику лучше объяснять свои решения и идеи разработчикам. Это повышает качество коммуникаций и уменьшает вероятность недопонимания в команде.

Чтобы разобраться, что скрывается за словами "проектирование БД", давайте разберем практический кейс? 😉

✅ Практический кейс проектирования БД для системы бронирования отелей ✅

Первым шагом в проектировании базы данных является определение сущностей, которые будут храниться в базе данных.

В случае системы бронирования отелей это:

✔️ Гостиницы: содержит информацию об отелях, включая название, адрес, телефон, фотографии, описание и т.д.

✔️ Номера: содержит информацию о номерах в гостинице, включая номер, тип номера, описание, цену и т.д.

✔️ Клиенты: содержит информацию о клиентах, которые делают бронирование, включая имя, фамилию, адрес электронной почты, телефон и т.д.

✔️ Бронирование: содержит информацию о бронировании номеров клиентами, включая даты проживания, номера комнат, количество гостей и т.д.

Поселе выделения сущностей мы можем установить связт между ними и построить концептуальную модель БД для системы.