Заметки системного аналитика

🎓 Первое сентября позади, а это значит, что настало время наращивать свою экспертизу.

В честь прошедшего дня знаний, коллеги собрали подборку каналов для аналитиков AnalystHub.

Практика, экспертиза и полезные материалы – всё это собрано в папке. Хотите совершенствоваться? Подпишитесь на нужные каналы или сразу на все, чтобы не упустить ничего важного.

📂 Забрать папку себе

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

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

Когда я увидела, что прикрепилось 2 одинаковые картинки вместо одной, я решила вторую удалить, но что-то пошло не так и у меня удалились все комментарии, которые вы писали к постам🥲

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

Не хочется уходить в новый год с долгами, поэтому, вот продолжение по проектированию БД🌟

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

🔍 Логический уровень - это этап, на котором мы определяем, как будут структурированы данные в базе. На этом уровне важно проработать не только сущности, но и их атрибуты, а также связи между этими сущностями.
Продолжим с нашим примером о котиках:
1. Сущности и Атрибуты: На логическом уровне мы детализируем атрибуты каждой сущности. Например, для сущности "Котики" мы можем определить такие атрибуты, как имя, возраст, характеристика, владелец.

2. Связи: Также важно определить типы связей между сущностями.
Один к одному (1:1): Когда одна запись в одной таблице соответствует ровно одной записи в другой. Например, у каждого котика есть один ветеринарный паспорт.
Один ко многим (1:N): Одна запись в таблице связана с несколькими записями в другой. Пример: один владелец - несколько котиков.
Многие ко многим (N:M): Множество записей из одной таблицы связаны с множеством записей из другой. Часто требует создания дополнительной таблицы для управления этими связями. Пример: котики и их игрушки

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

4. Диаграмма сущностей-связей (ER-диаграмма): Для визуализации структуры базы данных на логическом уровне часто используют ER-диаграммы. Эти диаграммы помогают лучше понять, как сущности связаны между собой.

🛠 Инструменты: Для создания ER-диаграмм и проектирования на логическом уровне можно использовать те же инструменты, что и на концептуальном уровне, например, Lucidchart или Draw.io.

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

#БД

С наступающим Новым Годом, уважаемые системные аналитики! В этот праздничный период хочется пожелать вам не только успешных проектов и легких решений, но и ясности ума, чтобы видеть скрытые возможности в каждой задаче. Пусть ваш аналитический взгляд всегда находит оптимальные пути к цели, а каждый новый день приносит вдохновение и новые идеи. И, конечно, не забывайте о балансе между работой и отдыхом, чтобы каждый момент был полон радости и удовлетворения. Счастливого Нового Года и блестящих достижений в предстоящем году! 🎉💻🌟

Хочется кратенько подвести итоги моего года:
✅✅✅ Не поехать кукухой
✅ Переезд и адаптация в новой стране
✅ Смена работы

в Школе системного анализа я провела
✅ 8 потоков по REST API
✅ 2 больших курса по интеграциям

на платформе Solvery проведено уже почти
✅ 100 индивидуальных занятий

а вот что не получилось:
❌ регулярно вести контент в блоге
❌ запустить свой проект (было сделано много задач, но не достаточно, планирую в следующем году все-таки выполнить эту цель)

Рассказываю, где пропадала все это время🙈

Было несколько месяцев путешествий я побывала в Черногории, Турции, поездила по России и Сербии.

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

Много активности в рамках школы системного анализа, я веду там воркшопы по проектированию интеграций

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

Поделюсь красивыми карточками из путешествия, было очень классно, я никогда столько не ездила, как в этом году❤️

👋 Приветствую всех системных исследователей) Сегодня продолжим говорить про концептуальный уровень проектирования БД.

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

🌟Сущности - это то, о чем мы хотим хранить информацию в нашей системе. Но как определить эти сущности? Давайте рассмотрим простой пример: "Котики играют с игрушками. Люди кормят котиков. Котики имеют свои клички. Котики бывают породы сфинкс, мейн-кун и др. и имеют свой цвет". Здесь мы можем выделить сущности: "Котики", "Характеристики", "Игрушки" и "Люди".

1. Котики: Очевидно, что котики являются одной из основных сущностей в системе. Они играют важную роль и будут иметь свои собственные атрибуты.
2. Характеристики: Котики могут иметь характеристики, такие как цвет и порода. Мы выделяем характеристики котиков в отдельную сущность, чтобы хранить информацию о них.
3. Игрушки: Из контекста видно, что игрушки связаны с котиками и играют важную роль в их жизни. Таким образом, игрушки также являются отдельной сущностью, которая будет содержать информацию о них.
4. Владельцы: Люди, которые являются владельцами котиков, также представляют отдельную сущность.

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

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

В следующем посте будем рассматривать логический уровень проектирования

#БД

Привет, друзья! 🐾 Сегодня мы поговорим о базах данных и их уровнях моделирования на примере наших любимых мурлык. 🐱

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

Концептуальный уровень: На этом уровне мы определяем основные сущности, с которыми будем работать. В нашем случае это 'Котики', 'Характеристики' и 'Владельцы'. Мы задаем себе вопросы: какие характеристики котиков нас интересуют и как связаны котики с их владельцами.

Логический уровень: Здесь мы создаем структуру базы данных, определяем таблицы и их атрибуты. Например, для таблицы 'Котики' мы можем указать атрибуты 'Имя' и 'Возраст'. Для таблицы 'Характеристики' - 'Цвет' и 'Порода'. И для таблицы 'Владельцы' - 'Имя' и 'Фамилия'. Таким образом, мы определяем, какая информация будет храниться в базе данных о котиках.

Физический уровень: На этом уровне мы учитываем детали, связанные с реализацией базы данных на конкретной платформе или СУБД. Например, мы определяем типы данных для каждого атрибута и устанавливаем ограничения. Это позволяет оптимизировать хранение и обработку данных.

Таким образом, работая на разных уровнях моделирования, мы создаем структуру базы данных для хранения информации о котиках. 📚🐈

#БД

Полный список вопросов с решениями

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

#тесты