- •Тема 1. Введение. Автоматизированные информационно-управляющие системы(аиус). Место автоматизированных банков данных в аиус.
- •Тема 2. Информационные системы. Основные понятия.
- •2.1 Информация и данные.
- •2.1.1. Сигналы и данные.
- •2.1.2. Данные и методы.
- •2.1.3. Понятие об информации.
- •Информация – это продукт взаимодействия данных и адекватных им методов в момент ее образования. Рассмотрим схему данных, метода и информации.
- •2.1.4.Свойства информации.
- •. Инфологический и даталогический аспекты создания информационного обеспечения асу(ио аис-су).
- •2.3 Понятия о бд и системах управления бд (субд).
- •. Автоматический банк данных, как основа подсистемы информационного обеспечения аис.
- •2.4.1. Бд. Уровни представления бд. Логическая и физическая независимость данных.
- •Для обеспечения вышеуказанных свойств предлагались различные архитектуры автоматических банков данных, но наиболее жизнеспособной из них оказалась трехуровневая система организации базы данных.
- •2.4.2. Субд.
- •2.4.3Администраторы бд и другие пользователи. Администратор бд – это лицо или группа лиц, проектирующих и реализующих рациональную организацию банка данных и обеспечивающих его корректную работу.
- •Архитектура банка данных.
- •Классификация ис и бд
- •2.6.2. Ис с архитектурой файл-сервер.
- •Разновидности архитектур информационных систем типа клиент-сервер.
- •1 Клиент – 1 сервер.
- •Модель удаленного доступа к данным.
- •Модель сервера бд.
- •Модель сервера приложений(трехуровневая модель).
- •Корпоративные ис на базе интернет-технологии.
- •Географически распределенные ис(глобальные ис).
- •Географически распределенные ис с использование интернет-технологий.
- •Тема 3. Проектирование Информационных Систем (ио).
- •3.1 Жизненный цикл ис.
- •3.1.1. Планирование разработки.
- •Суть состоит в постановке таких задач, как :
- •3.1.2. Анализ предметной области (по) и определение требований к ис(ио).
- •Проектирование ис. Общими требованиями при проектировании ис являются:
- •Концептуальное проектирование.
- •Этап логического проектирования.
- •Этап физического проектирования
- •Выбор субд.
- •Разработка приложений.
- •Проектирование транзакций.
- •Проектирование пользовательского интерфейса.
- •Реализация.
- •Тестирование.
- •Эксплуатация и сопровождение.
- •3.2.1. Традиционная схема анализа по.
- •Пример схемы информационных потоков при реализации процесса назначения стипендии приведен на рис. 3.2.1.3.
- •3.3. Проектирование концептуальной инфологической модели.
- •При составлении e-r-модели используются 3 основных элемента, с помощью которых отображается по:
- •3.3.2. Создание локальных концептуальных инфалогических моделей(моделирование локальных представлений) - лкимд(лкмд).
- •3.4.1. Логическое проектирование бд.
- •Вводная часть.
- •3.4.2. Подэтап 1. Логическое проектирование бд. Построение и проверка ллмд.
- •Преобразование лкмд в ллмд.
- •Удаление рекурсивных связей.
- •Удаление множественных атрибутов.
- •3.4.2.2. Определение набора отношений исходя из ллмд.
- •3.4.2.2.1. Формирование для связи 1:1 .
- •3.4.2.2.2.Формирование отношений для связей типа 1:m.
- •3.4.2.2.3. Формирование отношений для связей м:м.
- •3.4.2.2.4. Пример формирования отношений исходя из структуры ллмд.
- •3.4.2.2.5. Проверка модели на выполнение транзакций пользователя (фаза4).
- •Определение требований поддержки целостности данных
- •3.4.3. Создание и проверка глмд.
- •3.4.3.1 Слияние ллмд в глмд (фаза 1).
- •3.4.3.2 Проверка глмд (фаза 2).
- •3.4.3.3, Создание окончательного варианта глобальной диаграмы Сущность-Связь (глмд) (фаза 3).
- •Тема 4.Модель данных. Реляционная модель данных.
- •4.1 Модель данных общие понятия
- •4.2. Организация данных в реляционных наборах данных.
- •4.3. Нормализация отношений.
- •4.4. Операции над отношениями в рмд.
- •4.4.1. Операции обработки отношений.
- •2.3. Операция "деление"
- •4.4.2. Операции обновления отношений.
- •Тема 5. Языки запросов для работы с бд реляционного типа.
- •5.1. Краткая характеристика языков.
- •5.2. Описание данных средствами языка sql.
- •5.3. Операторы обработки данных (оод).
- •5.3.1 Операторы (запросы) проекции.
- •5.3.2 Операции селекции.
- •5.3.3 Запросы с использованием специальных функций.
- •5.3.4 Запросы с использованием агрегатных (итоговые) функций.
- •5.3.5 Операторы обновления таблицы в языке sql.
- •5.4. Реализация некоторых операций алгебры средствами реляционного субд foxpro(Visual foxpro).
- •Тема 6. Физические модели баз данных и физическое проектирование
- •6.1 Общие понятия о файловых структурах.
- •6.1.2 Файлы фбд (модель внешней памяти эвм).
- •6.2 Взаимодействия субд, диспетчера файлов и диспетчера дисков и их функции.
- •6.2.1 Схема взаимодействия субд , дф , дд .
- •6.2.2 Диспетчер дисков (базовая система ввода/вывода).
- •6.2.3 Диспетчер файлов.
- •Управление страницами.
- •Управление хранимыми в памяти записями
- •Методы доступа к записям фбд
- •6.3.1. Последовательный доступ(используются для последовательных файлов).
- •6.3.2. Доступ по первичному ключу
- •6.4. Физическое проектирование .
- •6.4.1. Анализ транзакций .
- •6.4.2.Выбор файловой структуры .
- •6.4.2.1. Последовательные файлы .
- •6.4.2.2. Хешированные файлы.
- •6.4.2.3.Индексно-последовательные файлы (isam) .
- •6.4.2.4.Двоичные деревья .
- •6.5. Примеры структур данных в файлах с различной организацией и методов доступа к записям .
- •6.5.2. Последовательные файлы .
- •6.5.3. Хешированные файлы (хф) .
- •6.5.4. Индексные файлы .
- •6.5.4.1. Индексно-последовательные файлы .
- •Тема 7. Методы доступа и защиты данных.
- •7.1 Общие вопросы обеспечения защиты данных в базе.
- •7.2. Методы и приемы защиты данных от несанкционированного доступа, от лиц, пытающихся незаконно получить доступ к бд.
- •7.2.1. Идентификация пользователя.
- •7.2.2. Управление доступом.
- •7.2.3. Шифрование данных (физическая защита).
- •7.3. Обеспечение целостности данных (функция безопасности).
Тема 1. Введение. Автоматизированные информационно-управляющие системы(аиус). Место автоматизированных банков данных в аиус.
В настоящее время получили широкое распространение в различных сферах человеческой деятельности так называемые автоматизированные информационно-управляющие системы. АИУС – это человеко-машинная система обеспечивающая автоматизированный сбор, хранение и обработку информации о предметной области(об объекте управления) с целью оптимизации режимов работы человеко-машинной системы.
Такого рода системы могут объединяться в иерархические структуры.
ОАСУ — отраслевая автоматизированная система управления.
АСУ Предприятия — автоматизированная система управления предприятия.
АСУ Цеха — автоматизированная система управления цеха.
АСУТП — автоматизированная система управления технического процесса.
ТО(ТП) – технический объект(процесс).
ИУ – исполнительное устройство.
Каждая из АС состоит из двух разновидностей подсистем:
функциональная подсистема(ФП),
обеспечивающая подсистема(ОП).
ОПиУ – оперативного планирования и управления
БУ — бухгалтерского учета
КУ — кадровое управление.
МО – материальное обеспечение.
ОО – организационное обеспечение.
ПО — программное обеспечение
ИО — информационное обеспечение
ТО — техническое обеспечение
Любая информационная система содержит ИО.
Каждая из функциональных подсистем использует ту или иную информацию об состоянии объекта (предметной области) и/или информацию о внешней среде и поэтому для обеспечения нормальной работы каждой функциональной подсистемы, должна собираться, храниться, обрабатываться и предоставляться пользователям информация об объекте или объектах управления.
ПО – предметная область – набор объектов(объект), о котором собирается, хранится, обрабатывается информация.
ОУ – объект управления – объект, о котором собирается, хранится, обрабатывается информация и, кроме того, осуществляется воздействия на него с той или иной целью, т.е.
На первых этапах создания АИУС(70-е годы), обычно информация об ОУ накапливалась и хранилась в виде массивов данных, причем отдельно создавались наборы массивов для каждой задачи (или ФП) – т.н. позадачный подход.
В дальнейшем, по мере увеличения объемов обрабатываемой информации, а так же вследствие наличия какой-то части данных, общих для разных ФП, в позадачном подходе выявились существенные недостатки:
дублирование информации,
расхождение одних и тех же данных, но в разных ФП
и т.д.
Поэтому был сделан переход к централизованной обработке информации(к централизации информационных потоков), в результате чего и были созданы подсистемы информационного обеспечения(ИО) в рамках каждой АИУС.
Основной подсистемой ИО является автоматизированный банк данных (АБД).
АСУП
Подсистема ИО должна собирать, накапливать, хранить и предоставлять в нужных формах информацию об объекте (предметной области) функциональным подсистемам.
ИОСУ(ИОАС) – это подсистема АИУС, содержащая в своем составе специальные методы и средства (материальные, технические, программные и т.д.), используемые для поддержки динамической информационной модели (ДИМ) предметной области (ОУ) с целью оптимизации режимов работы ОУ или с целью обслуживания потребителей.
Требования, предъявляемые к ИОСУ:
1. должна удовлетворять информационной потребности пользователя (ФП).
2. должна обеспечивать заданный уровень достоверности хранящейся информации и адекватность ее реальной предметной области.
3. должна удовлетворять заданным ограничениям по времени обработки запросов или по времени реакции на воздействие.
4. должна обеспечивать доступ пользователей (ФП) к данным в соответствии с их полномочиями.
5. должна обеспечивать возможность реорганизации и расширения.
В результате изучения курса ИОСУ необходимо:
1. Знать особенности основных моделей представления данных и методов обработки данных.
2.Уметь использовать основные формальные модели представления данных при разработке фрагментов подсистем ИОСУ с использованием современных СУБД.
3.Преобрести навыки использования моделей денных и средств СУБД:
FOXPRO,
ACCESS,
DELPHI.
