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

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

Сейчас, если не записывали свою точку А в начале 2022 года, то просто посидите с листочком и тетрадкой и запишите все ваши успехи, которых вы достигли за 2022. И желания, которые исполнятся в 2023.

И того, и другого, будет достаточно!

Вы крутые, потому что растете каждый год и достигаете своих целей вместе со мной!

Делюсь трэкером привычек 😉 Системный анализ - это не только про мою работу, но и про мою жизнь. Системно всё!

Катерина Ананьева и команда GetAnalyst поздравляют вас с Новым годом! 🎄
Желаем, чтобы в 2023 году вы покорили все заветные вершины, получили заслуженные награды, испытали головокружительные эмоции, насладились приятными событиями и воплотили заветные мечты! 🙌

Пусть во всем сопутствует удача и этот год станет яркой и счастливой страничкой в вашей жизни 🚀

Блеск елочных огней 🎄,
искристое шампанское 🥂,
Дед Мороз 🎅🏻и Снегурочка
и, наконец, бой курантов!
На пороге Новый, 2023 год, встречайте!
Он несет Вам удачу, радостные моменты,
здоровье, счастье, благополучие!

Этот год окажется самым красивым и необычным!
С праздником! ♥️

Нужны ли системные аналитики за рубежом? 🥺😱

Давайте разбираться!
Что надо обсудить:
💥 процесс разработки в США,
💥 отличия в вакансиях менеджеров проектов, бизнес-аналитиков и системных аналитиков,
💥 на что взять фокус при переподготовке,
💥 нюансы по налогам и разрешениям на работу,
💥 лайфхаки: на что смотреть при написании резюме и где размещать.

Бесплатный вебинар
📹 Команда разработки в США и место аналитика в ней
⏰ 4 января, 15:00 - 17:00 Мск
🔗 Регистрация по этой ссылке

Временно откладываем оливье в сторону, регистрируемся, а на завтра готовим новую порцию! 😉

Я от американцев выучила выражение "food coma". Это когда было очень много еды, и ты больше не можешь шевелиться.

Обычно это массово происходит:
🗓 4 июля,
🗓 День благодарения,
🗓 Рождество
🗓 Новый год

Давайте начнем этот год с легкого и интересного вебинара, который поможет активизироваться
❗️Уже сегодня ❗️
📹 Команда разработки в США и место аналитика в ней
⏰ 4 января, 15:00 - 17:00 Мск
🔗 Регистрация по этой ссылке

Самое время передохнуть от food coma 😁

❗️Начинаем через 15 минут❗️

Подключайтесь по ссылке

❗️Сегодня проведем последний повтор❗️

📹 Команда разработки в США и место аналитика в ней
⏰ 6 января, 13:00 - 15:00 Мск
🔗 Регистрация по этой ссылке

❗️Начинаем через 15 минут❗️

Подключайтесь по ссылке

Завершили повторы вебинара про команду разработки в США и место аналитика в ней 🇺🇸

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

Через пару недель проведу для вас бесплатный воркшоп, на котором создадим ваши резюме 😏

До встречи!

Примеры User Stories для системы доставки пиццы:

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

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


А теперь со стороны владельца пиццерии:

▫️Я, как владелец пиццерии, хочу предоставить пользователям возможность заказа доставки пиццы, чтобы увеличить продажи в ресторане (похожа на первую для покупателя, но здесь фокус на отчетах для владельца ресторана)

▫️Я, как владелец пиццерии, хочу платить зарплату сотрудникам за количество выполненных каждым из них заказов.

Разные роли - фокус на разные приложения и функциональность.


Чтобы написать User Storiy необходимо понимать потребности клиентов. Количество и содержание пользовательских историй зависит от того, кто наши потенциальные пользователи, что уже есть в системе, какой бюджет на разработку.

Учитесь сочинять разнообразные User Stories. Чем больше - тем лучше. Среди множества пользовательских историй всегда можно выбрать самые важные для пользователей.А лишнее отбросить.

ООП (объектно-ориентированное программирование) – это возможность рассмотреть программу как набор взаимодействующих друг с другом объектов. Главное — научиться выделять свойства этих объектов и методы их обработки.

Вам не обязательно учить ООП. Достаточно понять принцип, как программисты строят код. Это повлияет на то, как вы будете выделять задачи для программистов, когда станете аналитиками.

Тема очень интересна. Для самостоятельного погружения рекомендую 2 книги:

1️⃣ Гради Буч «Объектно-ориентированный анализ и проектирование с примерами приложений»
2️⃣ Мэтт Вайсфельд «Объектно-ориентированное мышление».

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

Базовые принципы ООП:

1️⃣ Наследование
2️⃣ Полиморфизм
3️⃣ Инкапсуляция

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

Я неосознанно исользую эти три принципа ООП для решения задач системного анализа:
✔️ Проектирование алгоритмов, в которых переиспользуют уже реализованные методы в системе
✔️ Проектирование дизайна RESR API методов сервера - постановка задач на Backend-разработчиков
✔️ Создание структуры документации

Картинка для привлечения внимания 😉 С ходу непонятная. Но за несколько постов раскрою вам суть

📌 Инкапсуляция - это что-то про private, protected и public

Вот по такому ассоциативному ряду я каждый раз вспоминаю о чем это вообще.

"Прятать в капсулу" - тоже прекрасно помогает.

Из заумного 🧠:
Инкапсуляция - это свойство системы, которое объединяет данные и методы, работающие с ними, в классе, а также защищает и то и другое от внешнего вмешательства или неправильного использования.

Например, вы пришли в гости и вас угостили пирожными по бабушкиному рецепту. Когда вы кушаете, то не особо задумываетесь, что туда входит и как оно приготовлено - рецепт и ингредиентами от вас скрыты.

Именно инкапсуляция позволяет скрыть конкретную информацию и контролировать доступ к внутреннему состоянию объекта.

Реализуется за счет установки модификаторов доступа public и private для свойств класса и его методов.

+ Public — доступ открыт всем другим классам, кто видит определение данного класса.
+ Protected — доступ открыт классам, созданным на основе данного - производные. Производные классы получают свободный доступ к таким свойствам или методам. Другие классы такого доступа не имеют.
+ Private — доступ открыт самому классу (т.е. функциям-членам данного класса) и друзьям (friend) данного класса - как функциям, так и классам. Производные классы не получают доступа к этим данным совсем. Другие классы такого доступа не имеют.

Наследование - это когда есть родитель с базовыми свойствами и дети с уникальными 👨‍👩‍👧‍👦

Процесс, при помощи которого один объект может приобретать свойства другого.

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

Представим, что в кондитерской много лет готовили один и тот же торт "Наполеон". Спустя время повара понимают - нужно усовершенствовать десерт и что-то поменять. За основу берут старый рецепт и также добавляют какие-то новые ингредиенты. Получается все-тот же Наполеон, но, например:
+ с глазурью и ягодами внутри
+ шоколадный - с ягодами и какао

Базовый Наполнеон - класс-родитель, ягодный и шоколадый - производные классы, потомки👌

Наследование на примере с животными 😼

Есть базовый класс - животные

У Животного есть свойства:
Название
Цвет
Порода
Наличие шерсти

И методы:
Говорить
Кушать

От базового класса животные можно выделить подклассы:
1. Котик с методом носить шляпу и бабочку
2. Собачка с методом кушать еду и переваривать в сладости
3. Паук 😹 с методом пугать

Совсем детский пример. Но суть наследования такова. Забрать базовые свойства и методы от родителя и дополнительно реализовывать свои.

Как аналитик я использую знания о наследовании ООП при:
✔️ организации структуры документации - переиспользование статей, ссылочность
✔️ переиспользование общих алгоритмов
✔️ дизайн объектов API (например, json)

Полиформизм - это способность объектов с одним интерфейсом иметь разную реализацию

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

За счёт того, что полиморфизм разрешат использовать один интерфейс для задания единого класса действий, в разы снижается сложность программ.

На картинке мы видим разных животных. У них есть общий метод - говорить. Задача - одна. Но реализация разная. Поэтому мы можем:
1. Создать метод Speak() - одинаковый для всех животных
2. Реализовать его по-разному, в зависимости от того, какой подкласс животных его вызывает. Собачка гавкает, котик мяукает и т.д.

Как разговаривать с разработчиками на одном языке? Можно поставить себя на место разработчика и написать немного кода, чтобы понять о чем они там на своем "птичьем" поют 🙂

Бесплатный вебинар уже завтра!
🚀 Основы ООП для аналитиков - пишем код в прямом эфире
🗓 11 января (ср), 19:00 (Мск)
🔗Регистрация здесь

В программе:
✔️ напишем вместе небольшую программу
✔️ чтобы понять классы и объекты
✔️ разобраться с наследованием, полиморфизмом и инкапсуляцией
✔️ и применять знания ООП при разработке требований.

Подключаться с компьютера - будем программировать!
До встречи в прямом эфире! 😉

Уже через 3 часа! Прямой эфир с Екатериной Ананьевой!

📹 Основы ООП для системных аналитиков
⏰ 19:00 - 21:00 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.