- •Конспект лекций
- •Тема 1. Информационные системы (ис)
- •1.2 Процессы в информационной системе..........................................8
- •Тема 2. Базы данных (бд)
- •Тема 3. Субд
- •Тема 4. Корпоративная сеть
- •4.1 Преимущества и проблемы использования корпоративной сети..................................................................................................................36
- •4.2 Классификация сетей по территориальному признаку..............38
- •Тема 5. Информационно-технологическая сеть почтовой связи (итспс)
- •Тема 6. Информационно-технологическая система обработки подписки «Подписка-рупс»
- •6.3 Основные функции программы «Подписка-рупс»...................47
- •Тема 7. Информационно-технологическая система международной .Ускоренной почты
- •Тема 8. Автоматизированная система контроля ежедневного сводного денежного отчета ос
- •8.2 Организация итс Контроля сдо ос на примере уОиКи.....55
- •8.4 Отчеты, составляемые на основании данных сдо...................59
- •Тема 9. Информационно-технологическая система слежения за регистрируемыми почтовыми отправлениями
- •Тема 10. Информационно- технологическая система электронных денежных переводов
- •Введение
- •Тема 1. Информационные системы (ис)
- •1.2 Процессы в информационной системе
- •1.3 Функции универсальной информационной системы:
- •1.4 Классификация информационных систем
- •1.5 Влияние ис
- •1.6 Разработка корпоративной информационной системы
- •1.7 Процессы, протекающие на протяжении жизненного цикла информационной системы
- •1.8 Архитектура ис
- •1.8.4 Распределенные ис
- •1.8.5 Интернет-технологии
- •Тема 2. Базы данных (бд)
- •2.1 Проектирование бд
- •2 .1.1 Концептуальная модель
- •2.1.1.4 Пример er- диаграммы
- •2.1.2 Логическая модель данных.
- •2.1.3 Физическая модель данных
- •Базовые понятия реляционной модели данных
- •2.3 Фундаментальные свойства отношений
- •2.4 Связывание таблиц
- •Выделяют следующи евиды связей:
- •Тема 3. Субд
- •3.1 Требования к субд
- •3.2 Субд foxpro
- •3.2.1 Знакомство с субд foxpro
- •3.2.2 Проектирование базы данных
- •3.2.3 Составление запросов
- •Тема 4. Корпоративная сеть
- •4.1 Преимущества и проблемы использования корпоративной сети
- •4.2 Классификация сетей по территориальному признаку
- •4.3 Корпоративная сеть
- •Тема 5. Информационно-технологическая сеть почтовой связи (итспс)
- •5.1 Состав итсп и решаемые задачи
- •5.2 Рассмотрим итспс используя многоуровневое представление корпоративной сети
- •Используемые в настоящий момент технические решения
- •5.2.5 Системные сервисы
- •Система передачи и обработки транзакций
- •Тема 6. Информационно-технологическая система обработки подписки «Подписка-рупс»
- •6.1 Характеристика объекта автоматизации
- •6. 2 Техническое и программное обеспечение
- •6.3 Основные функции программы «Подписка-рупс»
- •6.4 Перспективы развития
- •Тема 7. Информационно-технологическая система международной ускоренной почты
- •7.1 Общие сведения о международной ускоренной службе
- •7.2 Схема информационно-технологической сети службы ems
- •7.3 Система слежения ips’96
- •7.4 Сервер поиска ems отправлений на сайте руп “белпочта”
- •Тема 8. Автоматизированная система контроля ежедневного сводного денежного отчета ос
- •8.1 Назначение и основные решаемые задачи
- •В городе Минске функции контроля сдо ос осуществляет уОиКи - Участок обработки и контроля информации функционирует в составе производства «Минская почта» на правах структурного подразделения.
- •8.2 Организация итс контроля сдо оСна примере уОиКи
- •Примечание - арм «Администратор» и арм «Отчеты» подробно рассматриваются на лабораторных работах по данной теме.
- •8.3 Технология ежедневного контроля отчетности отделений связи
- •8.3.1 Визуальный контроль за правильностью оформления сводного денежного отчета
- •8.3.2 Контроль за правильным составлением сводного денежного отчета
- •8.3.3 Ввод первичных документов
- •8.3.4 Работа с выявленными расхождениями
- •8.3.5 Контроль остатков кассы и товарно-материальных
- •8.3.6 Контроль за соблюдением лимитной дисциплины
- •8.3.7 Контроль за своевременным отражением излишков и подкреплений
- •8.3.9 Анализ полученных Актов расхождений
- •8.4 Отчеты, составляемые на основании данных сдо
- •Тема 9. Информационно-технологическая система слежения за регистрируемыми почтовыми отправлениями.
- •9.1 Задачи, решаемые системой слежения
- •9.2 Система формирования, обработки и передачи информации
- •9.3 Уровни слежения за регистрируемыми почтовыми отправлениями
- •9.4 Обработка почтовых отправлений с использованием системы слежения и контроля за прохождением регистрируемых почтовых отправлений
- •9.5 Идентификация почтовых отправлений
- •9.6 Техническое обеспечение системы слежения
- •Тема 10. Информационно- технологическая система электронных денежных переводов
- •10.1 Назначение и общие принципы электронных денежных переводов
- •10.2 Участки системы электронных денежных переводов
- •10.3 Программно-технические средства
- •10.4 Функции, осуществляемые ос
- •10.5 Функции центра электронных переводов рупс
- •10.8 Общие принципы обработки электронных денежных переводов на республиканском уровне
- •10.9 Схема прохождения документов в системе электронных денежных переводов
- •10.10 Средства криптографической защиты
2.1.3 Физическая модель данных
Физическая модель данных - описывает данные средствами конкретной СУБД. Ограничения, имеющиеся в логической модели данных, реализуются различными средствами СУБД.
Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
И, наконец, как результат предыдущих этапов появляется собственно сама база данных. База данных реализована на конкретной программно-аппаратной основе.
Вывод: Трехуровневая архитектура позволяет обеспечить логическую (между уровнями 1 и 2) и физическую (между уровнями 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных. Физическая независимость предполагает возможность переноса хранимой информации с одних носителей на другие и (или) преобразование физической структуры, изменив лишь физическую модель данных.
Базовые понятия реляционной модели данных
Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД.
Будучи математиком по образованию Э.Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любую информацию можно представить в виде совокупности двумерных таблиц особого вида, известного в математике как отношение – relation (англ.)
Основными понятиями реляционной модели данных являются:
тип данных;
отношение
домен;
атрибут;
кортеж;
ключ.
Основные понятия реляционной модели данных основываются на теории множеств и имеют четкие математические определения. В то же время имеют простую интуитивную интерпретацию, используемую в большинстве коммерческих реляционных СУБД.
Рассмотрим смысл этих понятий на примере отношения (таблицы), представленной на рисунке 11.
Рисунок 11 – Отношение «Сотрудник»
Тип данных
Понятие тип данных в реляционной модели данных полностью эквивалентно соответствующему понятию в алгоритмических языках. Набор поддерживаемых типов данных определяется СУБД и может сильно различаться в разных системах. Однако практически все СУБД поддерживают следующие типы данных;
специализированные типы данных для денежных величин;
числовые. Примеры значений данных: 0.43, 328, 2Е+5;
символьные (алфавитно-цифровые). Примеры значений данных: "пятница", "строка", "программист";
даты, задаваемые с помощью специального типа "Дата" или как обычные символьные данные. Примеры значений данных: 1.12.97, 23/2/1999.
Атрибут
Столбцы отношения называют атрибутами, им присваиваются имена, по которым к ним затем производится обращение. В рассматриваемом примере атрибутами являются…
Домен (понятие домена более специфично для баз данных )- множество допустимых значений атрибута.
Например, домен "Имена" в нашем примере определен на базовом типе строк символов, но в число его значений могут входить только те строки, которые могут изображать имя (в частности, такие строки не могут начинаться с мягкого знака).
Следует отметить также семантическую нагрузку понятия домена: данные считаются сравнимыми только в том случае, когда они относятся к одному домену. В нашем примере значения доменов "Номера пропусков" и "Номера групп" относятся к типу целых чисел, но не являются сравнимыми. Заметим, что в большинстве реляционных СУБД понятие домена не используется
Схема отношения
Список имен атрибутов отношения с указанием имен доменов (или типов, если домены не поддерживаются) называется схемой отношения (таблица).
Схема нашего отношения СТУДЕНТ запишется так:
СТУДЕНТ {№_студенческого_билета Номера_студенческих_билетов
Имя Имена.
Дата_рождения Даты_рождения.
Курс Номера_курсов.
Специальность Специальности}
Кортеж
отдельная строка (запись) таблицы.
Ключ
Поскольку отношение – это множество, а множества по определению не содержат совпадающих элементов то никакие два кортежа отношения не могут быть дубликатами друг друга в любой произвольно-заданный момент времени. Каждое отношение обладает хотя бы одним возможным ключом, поскольку по меньшей мере комбинация всех его атрибутов удовлетворяет условию уникальности. Один из возможных ключей (выбранный произвольным образом) принимается за его первичный ключ. Остальные возможные ключи, если они есть, называются альтернативными ключами.
Атрибут, значение которого однозначно идентифицирует кортежи. В нашем случае ключом является атрибут "Табельный номер", поскольку его значение уникально для каждого работника предприятия.
Каждое отношение обязательно имеет комбинацию атрибутов, которая может служить ключом. Ее существование гарантируется тем, что отношение — это множество, которое не содержит одинаковых элементов — кортежей. Т. е. в отношении нет повторяющихся кортежей, а это значит, что по крайней мере вся совокупность атрибутов обладает свойством однозначной идентификации кортежей отношения. В зависимости от количества атрибутов, входящих в ключ, различают простые и сложные (или составные) ключи.
Простой ключ — ключ, содержащий только один атрибут.
Сложный или составной ключ — ключ, состоящий из нескольких атрибутов.
При записи схемы отношения ключевое поле подчеркивается