Учитываем в ТЗ формат данных✔️

Продолжая тему данных, хотелось бы упомянуть, что при написании ТЗ системный аналитик прописывает не только, как данные будут храниться в БД, но и как будут выглядеть поля для их введения в интерфейсе.

Например,
1. для даты:
▫️ в интерфейсе: выбор из календаря или свободное поле
▫️ в БД: как дата
2. для текстового типа данных:
▫️ в интерфейсе: свободное поле или выбор из списка
▫️ в БД: как текст (указать максимальную длину поля) или id справочника, где будет храниться текст
3. для логического типа данных:
▫️ в интерфейсе: выбор/чек-бокс
▫️ в БД: логический тип либо целое число (0 или 1)
4. для числового типа данных:
▫️ в интерфейсе: свободное поле или выбор из списка
▫️ в БД: как число - целое или дробное

И аналогично необходимо расписывать для денежного типа данных и гиперссылок.

После введения данных очень важно следить за их качеством - расскажу об этом в следующем посте👍🏻

Как следить за качеством данных

При ручном вводе данных могут возникнуть различные проблемы с качеством этих данных.

Как я ранее говорила, данные - это основа любого приложения или системы, ведь именно с ними происходит дальнейшая работа:
✔️производятся расчёты
✔️осуществляется поиск и выбор из справочников
✔️данные визуализируются для дальнейшего принятия решения и тд

Поэтому важно не допустить
▪️дублирования данных
▪️введения некорректных данных (например, если номер телефона должен храниться в формате 89ХХХХХХХХХ нельзя позволять вводить +79ХХХХХХХХХ и тд)
▪️нарушения целостности данных

Помните, рассказывала про проект, в котором 2 приложения работали на одной базе данных.

Здесь очень важно было следить за качеством данных, поэтому мы добавляли проверки при первом вводе данных, создали правила по работе со справочниками и т.д.

Это и есть проактивный подход к работе с данными👍🏻

Но что делать, если ранее не отслеживалось качество данных?

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

Друзья, кто уже работает аналитиком, какие проактивные меры принимаете вы?

Спешу напомнить о повышении цен на курс с 15.12 и поздравляю тех, кто успел забежать в последний вагон😉

Всего несколько месяцев и вы сможете начать свой путь в интереснейшей профессии системный аналитик!

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

Те, кто готов отправиться в новый карьерный путь, пишите менеджеру @ginfotech_manager и получите консультацию по старту в карьере в ИТ!

Желаю удачи🚀

Думаю, каждому знакомо😂

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

Почему это важно?

Системный аналитик часто сталкивается с задачей проектирования системы и чтобы увидеть ее верхнеуровнево и определить рамки системы есть специальные инструменты, например, DFD-диаграммы, которые были созданы задолго до UML.

DFD (общепринятое сокращение от data flow diagrams, диаграммы потоков данных) - это методология графического структурного анализа, которая отображает процесс передачи данных, потоки данных между объектами и хранением.

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

Здесь, конечно, не будет того уровня детализации, что дает UML-диаграмма, но и назначение у DFD иное.

Как быть, если нужно схематично показать связь сущностей (людей, объектов и тд) между собой?

Тогда на помощь приходят ER-диаграммы (entity relationship diagrams, диаграммы «сущность-связь») - разновидность блок-схемы, которая показывает, как разные связаны между собой внутри системы. Эта диаграмма показывает, как данные будут храниться в системе.
Важно: диаграмма строится только для реляционных данных, данные должны быть разбиты на поля, столбцы и строки.

Эти диаграммы могут стать отличными помощниками для системного аналитика. Поэтому сохраняйте, чтобы не потерять📌

Как за минуту ответить на вопрос «В чем отличие синхронного от асинхронного запроса?»

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

Записывайте/сохраняйте простой, а главное быстрый и легко запоминающийся ответ:

➡️ Синхронный запрос – запрос отправлен, и пока нет ответа, запрашивающая сторона не будет выполнять никаких действий (в этом случае ответ синхронизирован с запросом).

➡️ Асинхронный – запрос отправлен, и программа продолжила выполнять свои действия, не дожидаясь ответа на запрос (ответ может прийти в любой момент, а может и вовсе не прийти).

🔥

«Стать системным аналитиком/повысить грейд? Ну как-нибудь потом, у меня сейчас нет времени учиться/повышать знания»

Когда слышу это, я понимаю, что на самом деле время есть, главное - понимать, куда уходит ваше время, какие хронофаги у вас есть?

Хронофаг - дословно переводится, как «пожиратель времени». Я уверена, что многим знакомо, когда зайдёшь в мессенджер ответить на сообщение, а в итоге зависаешь в чатах, перечитывая сотни сообщений.

Хронофаги бывают разные:

▫️Отвлекающие занятия - это соцсети и мессенджеры, видео, сериалы и тд
▫️Общение с людьми
Здесь имеется в виду, конечно, не качественное общение, а разговоры «ни о чем», созвоны и совещания без чёткой цели и тд
▫️Внешние обстоятельства
То, что не зависит от нас - пробки на дороге, погодные условия, ребёнок заболел и так далее.

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

Что советуют коучи?

✔️Записывать в течение недели, чем вы занимались и сколько на это ушло времени
✔️В конце недели проанализировать, сколько времени ушло на хронофаги. Если это не десятки часов, то можно с этим ничего не делать, так как невозможно быть продуктивным постоянно и отвлекаться - это нормально.
✔️Если вы заметили, что очень много времени тратите на поглотители времени, отметьте на что именно и начните работать с ними.

Что делать?

1️⃣ Установить лимиты - на посещение соц сетей и просмотр сериалов
2️⃣ Изучать тайм-менеджмент. Это особенно актуально для системных аналитиков - задач всегда много, все нужно сделать ещё вчера, но важно уметь расставить приоритеты и четко обозначить сроки.
3️⃣ Возможно, прокрастинация - симптом переутомления. Обязательно включайте в своё расписание отдых, чтобы не было выгорания. Это как минимум 1 день в неделю без работы, и 5 дней в году полной тишины)

Уверена, если вы проанализируете, куда вы тратите время, вы обязательно найдёте несколько часов в неделю на обучение, ведь это всегда рост и новые перспективы🚀

Подборка вакансий

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

• Младший системный аналитик в аккредитованную ИТ-компанию, удаленка, можно без профильного образования

• Стажировка в МТС-банке

• Младший системный аналитик в команду проектного офиса ФинГрад ГК Роскосмос

• Стажер системный аналитик в КРОК

С опытом от 1 года:
• Системный аналитик в Beeline Cloud (с трудоустройством в ПАО Вымпелком) на удаленку

• Системный аналитик в ИТ-компанию КРОК

• Системный аналитик в ИТ-компанию X-Com с гибридным форматом работы

Сохраняйте, делитесь с теми, кто в поиске работы, желаю удачи!🚀

*данная подборка вакансий не является рекламой. Ответственность за указанную в вакансиях информацию несет работодатель.

Друзья, спасибо за активность в канале👍🏻

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

Увидела, что на просторах интернета многие неверно понимают такие понятия, как асинхронность и параллельность, поэтому неверно их применяют.

Википедия дает им такое определение:

Асинхронность — несовпадение с чем-либо во времени; не одномоментность, неодновременность, несинхронность — характеризует процессы, не совпадающие во времени.

Параллельность — несколько действий, которые выполняются одновременно, и при этом, возможно, взаимодействуют друг с другом.

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

Параллельность в рамках IT - это выполнение нескольких задач одновременно и результат выполнения будет либо потом, либо сразу.

Казалось бы, исходя из определений все понятно, но всегда есть одно НО. И сейчас мы его разберем.

Для примера давайте рассмотрим замену колеса на машине. Чтобы было проще, не будем учитывать свойство систем. Итак, при смене колеса на машине вам надо открутить и закрутить болты на колесе.

Рассмотрим несколько вариантов, как это можно сделать в рамках нашей темы.

1️⃣ Синхронно: каждый болт откручиваем последовательно друг за другом, то есть мы не приступаем к откручиванию другого болта пока не открутим предыдущий. Так, все болты будут откручены последовательно.

2️⃣ Асинхронно: в этом случае мы каждый болт откручиваем понемногу и периодически переключаемся на другие болты, не дожидаясь пока будет откручен предыдущий болт, то есть все болты будут откручены в разный момент времени.

3️⃣ Параллельность: тут мы можем начать откручивать первый болт и пока откручиваем первый болт можем начать откручивать еще два болта параллельно. При этом пока мы откручивали первый болт, остальные два болта уже будут откручены. Также в рамках параллельности мы можем начать откручивать все болты одновременно, либо последовательно откручивать по несколько болтов одновременно.

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

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

➡️ Таким образом, параллельность может выполняться как синхронно, так и асинхронно, но не наоборот, то есть асинхронно не равно параллельно.

Serverless

Все мы слышали про монолит и микросервисы (про них я уже говорила здесь)

Про шину данных, используемую в SOA (сервисно-ориентированная архитектура), писала в этом посте

А что такое serverless?

Это бессерверная архитектура приложений - способ создания и запуска приложений и сервисов без необходимости управления инфраструктурой. Приложение по‑прежнему будет работать на серверах, но управление ими берет на себя облачный провайдер.

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

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

Еще из плюсов:
▫️Нет привязки к технологии, используемой в других сервисах, поэтому можно использовать лучшие технологии
▫️Вам неважно, на какой ОС запускается ваше serverless-приложение
▫️Быстрое масштабирование
▫️Непрерывная интеграция за счет независимого и быстрого развёртывания
▫️Простота эксплуатации

Но есть и минусы:
▪️Подходит только для stateless-сервисов
▪️Сложность реализации взаимодействия между сервисами
▪️Сложность в управлении транзакциями
▪️Зависимость от облачного провайдера

Serverless - достаточно молодая технология, поэтому посмотрим, как она будет развиваться.

Еще немного про диаграммы, разберем частые ошибки при построении BPMN-диаграмм.

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

▪️Не обязательно использовать все символы BPMN, чтобы построить хорошую диаграмму, помним про упрощение - используем только те элементы, которые нам нужны.

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

▪️BPMN строится слева направо. Построение сверху вниз или справа налево - это ошибка.

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

▪️На диаграмме должны быть отпражены процессы одного операционного уровня.

▪️Не используйте одну задачу для разных действий, лучше выделите в подпроцесс или разбейте на разные потоки.

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

📌Сохраните, чтобы не потерять и используйте в работе.

Подводим итоги года ✅

По традиции за неделю до нового года я пересматриваю цели, которые ставила в начале 2023-го.

В этом году было сделано действительно много!

По курсу «Системный аналитик»:

✔️курс значительно доработан, добавлены новые модули, записаны уроки с приглашенными экспертами, подробнее писала здесь
✔️создан новый сайт, где помимо курса также отражены новые продукты - консультация, демособеседование, наставничество
✔️выросла и команда проекта

По развитию личного бренда в соц.сетях:

✔️целый год без перерывов вела этот телеграм-канал, чем очень горжусь☺️
✔️возобновила ведение блога в Instagram*
✔️снимала ролики для TikTok, YouTube и Yappy

По работе senior системным аналитиком:

✔️участвовала в 3 проектах

И несколько личных целей, которые не вошли в этот список.

Вот таким насыщенным выдался 2023-ий год!

А вы уже подвели итоги уходящего года?)

*признан экстремистским и запрещен в РФ

Вот и наступила завершающая рабочая неделя 2023-го года.

Пролистала канал и поняла, что это настоящая кладезь полезной информации!

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

• Почему я пишу ТЗ отдельно для фронтенда и бэкенда
• Просто и понятно об архитектуре информационных систем
• Что такое API
• REST vs SOAP
• Реляционные vs нереляционные БД
• UX/UI
• Методы HTTP
• Что нужно знать СА о user story
• Job story - инструкция к применению
• Зачем нужна шина данных и какие есть + и -
• DFD и ER-диаграммы - что это и когда могут пригодиться
• Почему в проекте разработки обязательно должен быть СА?
• Как облегчить жизнь пользователю вашего приложения/системы

А также:
• ТОП 3 ошибки в резюме, избежав которые вы точно получите оффер
• Прямой эфир: Как за 3 месяца перейти в IT-сферу и стать системным аналитиком
• Подкаст: Как стать профи, за которым охотятся работодатели
• Главное правило тайм-менеджмента
• Как эффективно организовать свой день

Ну и традиционно рубрика #мойпуть, где я рассказываю о своем пути в системной аналитике.

Друзья, благодарю за ваш интерес и поддержку!❤️

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

📎 Мартин Фаулер, Прамодкумар Дж. Садаладж «NoSQL: новая методология разработки нереляционных баз данных».
Отличная книга для ознакомления с NoSQL. Авторы объясняют, как работают базы данных NoSQL и описывают реалистичные сценарии использования, демонстрирующие работу баз данных NoSQL и возможности баз Riak, MongoDB, Cassandra и Neo4j.

📎 Гради Буч, Роберт А. Максимчук, Майкл У. Энгл, Бобби Дж. Янг, Джим Коналлен, Келли А. Хьюстон «Объектно-ориентированный анализ и проектирование с примерами приложений. 3-е издание».
В книге описаны объектные методы решения сложных проблем, связанные с разработкой систем и ПО. Также показаны основные концепции объектно-ориентированного подхода на примере разработки систем управления, сбора данных и искусственного интеллекта.

📎 Беджек Билл «Kafka Streams в действии. Приложения и микросервисы для работы в реальном времени с API Kafka Streams».
В этой книге рассмотрены реальные примеры сбора, преобразования и агрегации данных. Показана работа со множественными процессорами, обработка событий в режиме реального времени.

📎 Басс, Клементс, Кацман «Архитектура программного обеспечения на практике. 2-е издание».
Книга будет полезна всем, кто занимается проектированием, разработкой или координацией производства крупных программных систем. В книге раскрываются основные технические вопросы проектирования, специфицирования и проверки правильности.

📌 Сохраняйте, чтобы не потерять

Друзья, хочу поздравить вас с наступающими праздниками!🎄

Как ваша неделя, все успели сделать?)

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

➡️ Хочу напомнить, что открыта запись на диагностические консультации и демособеседования.

Успевайте забронировать место во второй половине января, т.к. первая рабочая неделя года у меня уже полностью расписана🔥

Пишите сегодня-завтра @ginfotech_manager, а с 31 по 7 января мы будем на каникулах.

Желаю всем отлично отдохнуть, набраться сил, провести время с родными!

До встречи в новом году😉