- •1. Структура Информационной модели предметной области. Концептуальная, логическая, физическая модели.
- •2. Типы логических моделей. Иерархическая, сетевая, реляционная.
- •3. Основные операции реляционной алгебры по Кодду (базовые теоретико-множественные).
- •4. Специальные реляционные операции реляционной алгебры по Кодду.
- •5. Основные этапы проектирования структур данных.
- •2) Формулирование знаний о системе;
- •6. Нормализация бд.
- •7. Понятие рмд. Элементы рмд.
- •8. Ключи. Типы ключей. Назначение.
- •9. Основные характеристики связи как функциональной зависимости между сущностями.
- •10. Виды зависимостей между атрибутами отношений.
- •1. Автоматизированная система обработки данных. Назначение.
- •2.Структура ис: Подсистемы. Назначение.
- •3. Виды обеспечений аис.
- •4. Схема понятий информационного обеспечения.
- •5. Поколения аис. Фундаментальные понятия аис и поколения: бд, субд.
- •7. Основные стадии создания аис.
- •8. Формализованное описание концептуальной схемы БнД. Er-модели.
- •9. Автоматизированные системы управления. Поколения асу. Их характеристики.
- •10. Автоматизированное рабочее место специалиста: назначение и специфика решаемых задач.
- •1. Архитектуры информационных систем.
- •2. Модели архитектуры клиент-сервер.
- •3. Двухзвенные архитектуры.
- •4. Трёхзвенные архитектуры.
- •5. Транзакция: понятие и назначение.
- •6. Модель монитора транзакций.
- •7. Управление распределёнными данными. Технология распределённых бд.
- •8. Управление распределёнными данными. Технология репликации бд.
- •9. Стандартная архитектура доступа к бд. Стандарты odbc.
- •10. Сравнительная характеристика различных субд.
- •1. Поколения ос.
- •2. Функции и состав ос.
- •3. Управление данными в ос: внешние ус-ва эвм, накопители инф-ции, файлы.
- •4. Управление данными в ос: файловые си-мы.
- •5. Управление заданиями в ос: процесс, задача, работа, программа, ресурс, дисциплина распределения ресурса.
- •6. Управление заданиями в ос: управление процессами, планирование процессов, взаимодействие процессов.
- •7. Управление заданиями в ос: планирование работы процессора, стратегия планирования процессора.
- •2. Наиболее короткая работа вып. Первой.
- •7. Приоритетная многоочерёдная дисциплина обслуживания.
- •8. Управление заданиями в ос: управление памятью.
- •9.Связь с пользователем в ос: разновидности интерфейсов, терминалы.
- •10.Связь с пользователем в ос: графический интерфейс пользователя.
- •12. Графические программные оболочки ос.
- •1.Классификация сетей.
- •2.Топология кс.
- •3.Среды передачи для электрических сигналов.
- •4.Среды передачи для неэлектрических сигналов.
- •5.Принцип пакетной передачи данных.
- •6.Сетевые модели.
- •7.Методы доступа к средам передачи в локальных сетях.
- •9.Коммуникационное оборудование локальных сетей.
- •10.Адресация в сетях.
- •11.Принципы и средства межсетевой защиты.
- •12.Коммутируемое подключение по модему.
- •13.Сети с коммутацией пакетов.
- •14.Маршрутизатор. Маршрутизация.
- •1. Постановка задачи (пз). Основные характеристики пз для функциональной задачи. Типы информации.
- •2. Алгоритм. Свойства алгоритма.
- •3. Показатели качества программного продукта.
- •4. Основные группы и специалисты, участвующие в разработке программного продукта.
- •5. Системное по. Классификация. Назначение.
- •6. Инструментарий технологии программирования. Классификация.
- •Средства для создания приложений.
- •7. Ппп классификация, назначение, применение.
- •8. Методология структурного программирования: история, основные методы, языки.
- •9. Методология объектно-ориентированного программирования: история, основные методы, языки.
- •10. Модуль. Понятие модуля. Модульное программирование.
- •11. Классические технологические процессы (ктп): возникновение идеи, принятие решения.
- •12. Ктп: управление, методы.
- •5.Методика приближенных вычислений.
- •13. Ктп: анализ и проектирование. Определение. Цели и задачи. Основные подходы.
- •14. Методы проектирования: восходящее, нисходящее, расширенного ядра.
- •15. Архитектура программного продукта. Определение. Понятия. Спецификации.
- •16. Ктп: отладка, тестирование. Определения, основные методы («сверху вниз», «снизу вверх»). «Черный», «прозрачный» ящик.
- •17. Ктп: эксплуатация и сопровождение. Понятия. Основные задачи и цели. Завершение разработки пп.
- •18. Защита программных продуктов. Классификация и виды защиты пп.
- •19. Классические технологические подходы: каскадные.
- •20. Ктп подхода: каркасные, сборочное программирование.
- •21. Ктп подходы: экстремальное программирование.
- •22. Системы программирования. Понятия и классификация. Основные стадии.
- •1.Иб в свете нац-х интересов рф в инф-й сфере.
- •2.Классификация угроз иб.
- •3.Виды мер обеспечения безопасности.
- •5.Этапы допуска, схема идентификации и аутентификации пользователя в компьютерную си-му.
- •6.Понятие криптологии. Классификация методов криптографического преобразования инф-ции. Способы шифрования с симметричными ключами.
- •7.Кв. Их классификация, модели поведения.
- •8.Пути распространения, проявление действий вируса. Структура загрузочного вируса. Троянские программы.
- •9.Программы шпионы, виды шпионских модулей.
- •11.Охарактеризуйте основные классы антивирусных программ.
- •12.Организационно правовое обеспечение зи.
8. Управление распределёнными данными. Технология репликации бд.
В управлении распред. данными важны 2 аспекта: поддержка соответствия БД вносимым изменениям; обеспечение совместного доступа нескольких пользователей к общим данным.
В современных распределённых системах информация может храниться централизованно и децентрализовано.
Сущ. 2 основные технологии децентрализованного управления БД: распределённых БД; репликации (тиражирования) БД.
Модель репликации данных предполагает дублир. данных в узлах сети. Данные всегда обраб. как обычные локальные. Поддержку идентичности копий в асинхронном режиме обеспеч. компонент системы – репликатор. Между узлами в сети могут передаваться как отдельные изменения так и группы изменения данных. В течении некоторого времени копии БД могут отличаться друг от друга.
Достоинства: высокая скорость доступа к данным; уменьшение потока данных передаваемого по каналам связи, поскольку происходит передача не всех операций доступа к данным, а только изм. в БД.
Недостатки: неидентичность копий БД на некотором интервале времени
9. Стандартная архитектура доступа к бд. Стандарты odbc.
ODBC – это открытый доступ к БД. Технология ODBC предусматривает использование единого интерфейса для доступа к разнородным реляционным БД. При этом язык SQL рассматривается как стандартное средство доступа к данным.
Интерфейс ODBC обеспечивает высокую степень функциональной совместимости, в результате чего одно и тоже приложение может получать доступ к данным, хранящимся в базах различных целевых СУБД, без необходимости внесения изменений в его программный текст.
Для связи приложения с любой выбранной пользователем целевой СУБД достаточно лишь иметь соответствующий драйвер БД.
В настоящее время технология ODBC признана как международный стандарт. Причина популярности: гибкость.
Драйверы ODBC разработаны практически для всех рел. СУБД. Архитектура ODBC состоит из 4 компонентов: приложения, диспетчера драйверов, драйверов и агентов БД, источников данных.
Приложение выполняет обработку данных и вызов ф-ций библиотек ODBC для отправки операторов SQL в СУБД и выборки инф. из таблиц БД.
Диспетчер драйверов вып. загрузку и выгрузку драйверов в соотв. с алгоритмом работы приложения. Этот программный компонент может сам обрабатывать вызовы ф-ций или передавать их драйверу.
Драйверы и агенты БД обрабатывают вызовы ф-ций ODBC, направляют запросы SQL в конкретные источники данных и возвращают полученные результаты приложению.
Драйверы могут представлять возможности, обеспечиваемые целевой СУБД.
Сущ. 2 схемы реализации ODBC: с использованием 1 или нескольких драйверов. В первом случае для каждого типа СУБД потребуется применение агентов БД, размещаемых в серверной части приложения. При обработке запросов на доступ к данным эти агенты взаимодействуют с драйвером ODBC, расположенным в клиентской части приложения.
Если исп. несколько драйверов, то все указанные ранее задачи должны решаться каждым драйвером ODBC, и в этом случае не требуется применения агента БД.
В среде Windows драйвер реализован в виде библиотеки DLL. Агенты БД реализ. как процессы. Источники данных – это данные необходимые пользователю.
ODBC имеет много ограничений, в том числе связанных с доступом к объектам нереляционных БД.