13. Что такое Data Flow Diagram (DFD)?
Anonymous Quiz
1%
Диаграмма классов
2%
Диаграмма развертывания
97%
Диаграмма потоков данных, описывающая, как данные перемещаются между компонентами системы
0%
Диаграмма интерфейса
14. Какие метрики используются для оценки эффективности кэширования?
Anonymous Quiz
68%
Hitrate, Latency, Evictions
18%
Время обработки запроса
2%
Количество пользователей
12%
Средний объем кэша
15. Как построить модель C4 архитектуры?
Anonymous Quiz
4%
Создать модель данных
90%
Описать контекст, контейнеры, компоненты и код системы
2%
Построить ER-диаграмму
3%
Нарисовать только Component Diagram
🤔1
16. Чем отличается синхронная интеграция от асинхронной?
Anonymous Quiz
2%
Асинхронная быстрее
0%
Синхронная не требует подключения к серверу
2%
Асинхронная используется только для REST API
95%
Синхронная требует мгновенного ответа, асинхронная позволяет работать с очередями сообщений
17. Какие существуют стратегии миграции данных?
Anonymous Quiz
0%
Only Parallel Run
15%
Batch Load, Immediate Load
21%
Incremental Run, Sequential Data Load
63%
Big Bang, Parallel Run, Phased Migration
18. Как описывать сложные бизнес-процессы в BPMN?
Anonymous Quiz
3%
Только добавлять подпроцессы
3%
Использовать UML для описания
0%
Исключить все гейты
95%
Использовать события, гейты, подпроцессы и корректно связывать элементы
19. Как провести анализ требований на предмет их полноты?
Anonymous Quiz
0%
Только проверить тестируемость
99%
Проверить согласованность, корректность, тестируемость, непротиворечивость
0%
Исключить противоречивые требования
1%
Только проверить корректность
❤1
(несёт рекомендательный характер)
Junior (0–7 баллов)
Рекомендация — изучить основы моделирования, сбора требований и работы с REST API.
Middle (8–14 балл)
Рекомендация — развивать навыки проектирования систем, интеграции и работы с данными.
Senior (15–19 балл)
Рекомендация — совершенствоваться в стратегиях, архитектурных подходах и работе с бизнес-процессами.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2
🍀BitBitGo🍀 Системный Анализ pinned «№1 категория вопросов: #BA #REQUIREMENTS»
📚 Типы баз данных и их применение: что выбрать?
Выбор базы данных — ключевой этап проектирования любой системы. Каждый тип имеет свои особенности и лучше всего подходит для определённых задач:
1️⃣ Реляционные базы данных
Идеальны для структурированных данных с чёткими связями (таблицы, ключи).
Популярные СУБД: MySQL, PostgreSQL, Oracle.
2️⃣ Объектно-реляционные базы данных
Комбинируют преимущества реляционных и объектно-ориентированных подходов.
Популярные СУБД: PostgreSQL, IBM Db2.
3️⃣ NoSQL базы данных (нереляционные)
Отличный выбор для гибких схем и работы с большими данными.
Типы NoSQL:
• Документоориентированные (MongoDB, Couchbase).
• Колоночные (Apache Cassandra, HBase).
• Графовые (Neo4j).
• Ключ-значение (Redis).
4️⃣ Колоночные базы данных
Оптимальны для анализа больших объёмов данных с высокой скоростью чтения.
Популярные СУБД: Apache Cassandra, ClickHouse.
5️⃣ Текстовые базы данных
Для поиска по тексту и анализа.
Популярные СУБД: Elasticsearch.
💡 Как выбрать?
• Реляционные подходят для CRM, ERP.
• Документоориентированные — для гибких приложений, как чаты.
• Колоночные — для аналитики.
• Графовые — для социальных сетей.
🗄 #DBMS
Выбор базы данных — ключевой этап проектирования любой системы. Каждый тип имеет свои особенности и лучше всего подходит для определённых задач:
1️⃣ Реляционные базы данных
Идеальны для структурированных данных с чёткими связями (таблицы, ключи).
Популярные СУБД: MySQL, PostgreSQL, Oracle.
2️⃣ Объектно-реляционные базы данных
Комбинируют преимущества реляционных и объектно-ориентированных подходов.
Популярные СУБД: PostgreSQL, IBM Db2.
3️⃣ NoSQL базы данных (нереляционные)
Отличный выбор для гибких схем и работы с большими данными.
Типы NoSQL:
• Документоориентированные (MongoDB, Couchbase).
• Колоночные (Apache Cassandra, HBase).
• Графовые (Neo4j).
• Ключ-значение (Redis).
4️⃣ Колоночные базы данных
Оптимальны для анализа больших объёмов данных с высокой скоростью чтения.
Популярные СУБД: Apache Cassandra, ClickHouse.
5️⃣ Текстовые базы данных
Для поиска по тексту и анализа.
Популярные СУБД: Elasticsearch.
💡 Как выбрать?
• Реляционные подходят для CRM, ERP.
• Документоориентированные — для гибких приложений, как чаты.
• Колоночные — для аналитики.
• Графовые — для социальных сетей.
🗄 #DBMS
❤2👍1🔥1👌1
This media is not supported in your browser
VIEW IN TELEGRAM
Вы тоже готовы на всё ради своих?)😉
😁9👍1
📚 Как организованы реляционные базы данных и зачем нужны правила проектирования
🔍 Принципы реляционных баз данных
Все данные хранятся в виде таблиц, где строки — это записи, а столбцы — атрибуты. Для каждой записи в таблице обязателен уникальный идентификатор — первичный ключ.
📋 Типы данных
Каждый столбец имеет строгий тип: например, INTEGER для чисел, VARCHAR для текста, DATE для дат. Это обеспечивает целостность данных.
♻️ Нормализация
Процесс разбиения данных на таблицы, чтобы устранить дублирование и минимизировать аномалии. Основные формы:
• 1NF: атомарные значения в столбцах.
• 2NF: отсутствие частичных зависимостей.
• 3NF: устранение транзитивных зависимостей.
🔑 Ключи
• Первичный ключ: уникально идентифицирует запись.
• Составной ключ: состоит из двух или более полей.
• Внешний ключ: связывает таблицы между собой.
• Суррогатный ключ: искусственный идентификатор, например, AUTO_INCREMENT.
NULL и пустые значения
NULL означает отсутствие значения, тогда как пустое значение может быть строкой "" или числом 0.
Ограничения
Чтобы гарантировать целостность данных:
• NOT NULL: поле не может быть пустым.
• UNIQUE: обеспечивает уникальность значений.
• PRIMARY KEY: уникальный идентификатор записи.
• FOREIGN KEY: связь с другой таблицей.
• CHECK: проверка условия.
• DEFAULT: значение по умолчанию.
• INDEX: ускоряет поиск.
• AUTO_INCREMENT: автоматическое увеличение значения.
🗄 #DBMS
🔍 Принципы реляционных баз данных
Все данные хранятся в виде таблиц, где строки — это записи, а столбцы — атрибуты. Для каждой записи в таблице обязателен уникальный идентификатор — первичный ключ.
📋 Типы данных
Каждый столбец имеет строгий тип: например, INTEGER для чисел, VARCHAR для текста, DATE для дат. Это обеспечивает целостность данных.
♻️ Нормализация
Процесс разбиения данных на таблицы, чтобы устранить дублирование и минимизировать аномалии. Основные формы:
• 1NF: атомарные значения в столбцах.
• 2NF: отсутствие частичных зависимостей.
• 3NF: устранение транзитивных зависимостей.
🔑 Ключи
• Первичный ключ: уникально идентифицирует запись.
• Составной ключ: состоит из двух или более полей.
• Внешний ключ: связывает таблицы между собой.
• Суррогатный ключ: искусственный идентификатор, например, AUTO_INCREMENT.
NULL и пустые значения
NULL означает отсутствие значения, тогда как пустое значение может быть строкой "" или числом 0.
Ограничения
Чтобы гарантировать целостность данных:
• NOT NULL: поле не может быть пустым.
• UNIQUE: обеспечивает уникальность значений.
• PRIMARY KEY: уникальный идентификатор записи.
• FOREIGN KEY: связь с другой таблицей.
• CHECK: проверка условия.
• DEFAULT: значение по умолчанию.
• INDEX: ускоряет поиск.
• AUTO_INCREMENT: автоматическое увеличение значения.
🗄 #DBMS
👍2
Зачем системному аналитику взаимодействовать с UI/UX дизайнером
Системный аналитик и UX/UI дизайнер работают в тесной связке, чтобы создать продукт, сочетающий в себе удобство для пользователя и техническую реализацию. Взаимодействие этих ролей помогает:
🔄 Согласовывать требования. Аналитик передаёт дизайнеру бизнес-требования и ограничения системы, а дизайнер адаптирует их в понятный интерфейс.
⚙️ Учитывать технические возможности. Аналитик помогает дизайнеру понимать, какие решения реализуемы с технической точки зрения, а какие могут привести к избыточным затратам.
🧩 Создавать комфортный пользовательский опыт. Дизайнер формирует интерфейс, а аналитик тестирует его на соответствие функциональным требованиям.
💬 Обеспечивать обратную связь. Совместные обсуждения и корректировки позволяют улучшать продукт итерационно, избегая ошибок.
Эффективное взаимодействие аналитика и дизайнера делает процесс разработки более слаженным и результативным, а продукт — удобным и функциональным.
📚 #OTHER
Системный аналитик и UX/UI дизайнер работают в тесной связке, чтобы создать продукт, сочетающий в себе удобство для пользователя и техническую реализацию. Взаимодействие этих ролей помогает:
🔄 Согласовывать требования. Аналитик передаёт дизайнеру бизнес-требования и ограничения системы, а дизайнер адаптирует их в понятный интерфейс.
⚙️ Учитывать технические возможности. Аналитик помогает дизайнеру понимать, какие решения реализуемы с технической точки зрения, а какие могут привести к избыточным затратам.
🧩 Создавать комфортный пользовательский опыт. Дизайнер формирует интерфейс, а аналитик тестирует его на соответствие функциональным требованиям.
💬 Обеспечивать обратную связь. Совместные обсуждения и корректировки позволяют улучшать продукт итерационно, избегая ошибок.
Эффективное взаимодействие аналитика и дизайнера делает процесс разработки более слаженным и результативным, а продукт — удобным и функциональным.
📚 #OTHER
👍5❤2🔥1