- •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.Организационно правовое обеспечение зи.
3. Двухзвенные архитектуры.
В двухзвенных ИС 2 типа звеньев: сервер БД (на котором находятся БД и СУБД) и рабочие станции (на котором находятся клиентские приложения). Клиентские приложения обращаются к СУБД напрямую.
4. Трёхзвенные архитектуры.
В них добавляются промежуточные звенья: серверы приложений. Пользовательские клиентские приложения не обращаются к СУБД напрямую, они взаимодействуют с промежуточными звеньями.
5. Транзакция: понятие и назначение.
Транзакция – последовательность операций над БД, которая отслеживается СУБД от начала до завершения как единое целое, переводящих БД из одного непротиворечивого состояния в другое непротиворечивое состояние.
Транзакция играет важную роль в механизме обеспечения СУБД ограничений целостности БД.
По завершению очередной транзакции проверяются ограничения целостности, если они не выполняются, то происходит откат транзакций, иначе транзакция фиксируется.
Операторы:
Commit - фиксация
Roll Back- откат
Save point - сохранение
6. Модель монитора транзакций.
Мониторы транзакций это программные системы категории промежуточного слоя, кот. обеспечивают эффективное управление инф. вычислительными ресурсами в распред. вычислит. системе.
Назначение: организация гибкой, открытой среды для разраб. и управления мобильными приложениями оперативно обраб. распределённые транзакции.
Модель обработки транзакций:
Менеджер ресурсов координирует операции к множественным ресурсам (БД). У каждого ресурса есть свой менеджер, менеджер ресурсов имеет собственный интерфейс прикладного программирования для манипулирования ресурсом. Мен. ресурсов позволяет управлять монитором обработки транзакций для координации распред. транзакций. Между собств. ресурсом и другим менеджером ресурсов. Мен. ресурсов взаимод. с монитором обработки транзакций для начала транзакций, перепоручения или отката транзакций.
7. Управление распределёнными данными. Технология распределённых бд.
В управлении распред. данными важны 2 аспекта: поддержка соответствия БД вносимым изменениям; обеспечение совместного доступа нескольких пользователей к общим данным.
В современных распределённых системах информация может храниться централизованно и децентрализовано.
Сущ. 2 основные технологии децентрализованного управления БД: распределённых БД; репликации (тиражирования) БД.
Распределённая БД состоит из нескольких фрагментов размещ. на разных узлах сети. С точки зрения программ и польз. при обращ. к распред. БД, она воспринимается как единая локальная БД.
Информация о местоположении каждой из частей распред. БД и другая служебная информация хранится в глобальном словаре данных, который хранится на 1 из узлов сети или на нескольких. Для обеспечения корректного доступа к распред. БД в совр. системах примен. протокол двухфазной фиксации транзакции. Суть метода – это двухэтапная синхронизация выполняемых изменений на всех узлах системы: 1) в узлах сети производятся изменения в БД; 2) управляющий компонент выдаёт всем узлам команду фиксации изменений. После этого транзакция счит. завершённой, а её результат необратимым.
Достоинства модели РБД: пользователи всех узлов получ. инф. с учётом всех последних изменений; экономное использование внешней памяти компьютера.
Недостатки: жёсткие требования к надёжности и производительности каналов связи; большие затраты коммуник. и выч. ресурсов.