- •3.2. Опорный конспект Введение
- •Раздел 1. Информационное обеспечение транспортного процесса
- •1.1.2. Организация информационных сетей, топология и архитектура
- •Передача сообщений
- •1.1.3. Файловые и операционные системы
- •1.1.4. Эталонная модель osi
- •1.2. Хранение информации
- •1.2.2. Моделирование информационных процессов
- •Этап 1 Анализ предметной области, идентификация объектов и связей, учёт требований пользователей
- •Общие информационные требования
- •Спецификация требований
- •Этап 2 Концептуальное проектирование
- •Информационные требования
- •Характеристики субд
- •Этап 3 Логическое проектирование
- •Разделы бд
- •Модели приложений
- •Этап 4 Расчленение структуры бд
- •Логическая структура бд
- •Характеристики пользователей, частота использования и приоритеты
- •Этап 5 Размещение данных
- •Физическая структура бд
- •Характеристики операционной системы и технических средств
- •Этап 6 Физическое проектирование
- •Оценка физической модели бд
- •Реализация бд
- •1.2.3. Основные понятия модели «Entity - Relationship»
- •Пассажир
- •Человек
- •Нормальные формы er-схем
- •Получение реляционной схемы из er-схемы
- •1.3. Роль информации в транспортной логистике
- •1. Организация эффективного функционирования информационного потока логистической системы
- •2. Рациональное обеспечение организованного информационного потока необходимыми ресурсами (технические, программные средства, коммуникации, персонал)
- •3. Координация и регулирование эффективного функционирования информационного потока
- •1.3.2. Взаимосвязь с глобальной информационной системой
- •Уровень связи
- •Пользовательский уровень
- •Враждебная внешняя сеть
- •Враждебная внешняя сеть
- •Незащищенные базовые машины в dmz
- •1.3.3. Международная сеть информационных логистических центров
- •Сервер а
- •Сервер в
- •Логистические Центры
- •Прикладные задачи
- •Внутренняя информация
- •1.3.4. Документооборот в транспортной логистике
- •Путевой лист №_____ грузового автомобиля индивидуального предпринимателя
- •1.3.5. Электронная цифровая подпись
- •010 001 110 Хэш-значение
- •Раздел 2. Системы телекоммуникации на транспорте
- •2.1. Основы электросвязи
- •Способы преобразования сообщений в сигнал и обратно. Преобразующие устройства могут выполнять как прямое, так и условное преобразования.
- •Дискретизация
- •Квантование
- •Кодирование
- •2.1.1. Современные виды электросвязи
- •2.1.2. Система электросвязи
- •2.1.3. Среда передачи
- •Приёмник
- •Передатчик
- •Земная станция
- •Спутник связи
- •2.2. Системы электросвязи на транспорте
- •2.2.1. Мобильные системы электросвязи
- •Технология Bluetooth
- •Транковая связь
- •2.2.4. Спутниковые системы связи
- •Вопросы для самопроверки.
1.2. Хранение информации
База данных – БД – совокупность хранимых взаимосвязанных данных, используемых несколькими пользователями, относящихся к определённому объёму или кругу деятельности, специально организованных, обновляемых и логически связанных между собой и хранящихся с регулируемой избыточностью.
Банк данных - БнД - система, предоставляющая определенные услуги по хранению и поиску данных определенной группе пользователей по определенной тематике.
Система баз данных — совокупность управляющей системы, прикладного программного обеспечения, базы данных, операционной системы и технических средств, обеспечивающих информационное обслуживание пользователей.
Хранилище данных (ХД - используют также термины Data Warehouse, «склад данных», «информационное хранилище») - это база, хранящая данные, агрегированные по многим измерениям.
Витрины данных — множество тематических БнД, содержащих информацию, относящуюся к отдельным информационным аспектам предметной области. Концепция витрин данных (Data Mart) является альтернативой хранилищу данных.
Репозитарий - в упрощенном виде можно рассматривать просто как базу данных, предназначенную для хранения не пользовательских, а системных данных. Технология репозитариев проистекает из словарей данных, которые по мере обогащения новыми функциями и возможностями приобретали черты инструмента для управления метаданными.
По отношению к пользователям применяют трехуровневое представление для описания предметной области, приведённое на рис. 1.16.
Концептуальный
уровень
Предметная
область
Физический
уровень
Логический
уровень
Рис.1.16. Описание предметной области
Концептуальный уровень связан с частным представлением данных группы пользователей в виде внешней схемы. Этот уровень характеризуется разнообразием используемых моделей.
Логический уровень является обобщенным представлением данных всех пользователей в абстрактной форме. Используются три вида моделей.
Сетевая модель является моделью объектов-связей, допускающей только бинарные связи «многие к одному» и использует для описания модель ориентированных графов.
Иерархическая модель является разновидностью сетевой, являющейся совокупностью деревьев (лесом).
Реляционная модель использует представление данных в виде таблиц (реляций), в ее основе лежит математическое понятие теоретико-множественного отношения, она базируется на реляционной алгебре и теории отношений.
Представление предметной базы данных на логическом уровне для различных моделей показано на рис. 1.17.
Физический (внутренний) уровень связан со способом фактического хранения данных в физической памяти ЭВМ.
Логический
уровень
Сетевая
модель
Иерархическая
модель
Реляционная
модель
Потребитель
Подразделение
Заказ
Вид
продукции
Потребитель
Вид
продукции
Подразделение
Заказ
Потребитель
Имя
Продукция
№
Подразделение
Продукция
№ заказа
Продукция
Заказ
Рис.1.17.
Логический уровень
1.2.1. Базы и банки данных, СУБД
Классификация БД по наиболее характерным признакам – характер использования, типы пользователей, способы хранения, стабильность - приведена на рис. 1.18.
Рис. 1.18. Классификация баз данных
В настоящее время при проектировании БД используют два подхода:
1. Стабильности данных, что обеспечивает наибольшую гибкость и адаптируемость к используемым приложениям.
2. Стабильности процедур запросов к БД, что является предпочтительным при жестких требованиях к эффективности функционирования, особенно это касается быстродействия.
Другим важным аспектом проектирования БД является проблема интеграции и распределения данных. Распределение данных по месту их использования может осуществляться различными способами:
Копируемые данные. Одинаковые копии данных хранятся в различных местах использования, так как это дешевле передачи данных. Модификация данных контролируется централизованно;
Подмножество данных. Группы данных, совместимые с исходной базой данных, хранятся отдельно для местной обработки;
Реорганизованные данные. Данные в системе интегрируются при передаче на более высокий уровень;
Секционированные данные. На различных объектах используются одинаковые структуры, но хранятся разные данные;
Данные с отдельной подсхемой. На различных объектах используются различные структуры данных, объединяемые в интегрированную систему;
Несовместимые данные. Независимые базы данных, спроектированные без координации, требующие объединения.
Важное влияние на процесс создания БД оказывает внутреннее содержание информации. Существует два направления:
прикладные БД, ориентированные на конкретные приложения;
предметные БД, ориентированные на конкретный класс данных.
Программная реализация (в дальнейшем СУБД) представляет собой набор программных модулей, работает под управлением конкретной операционной системы (ОС).
Аппаратная реализация предусматривает использование так называемых машин баз данных (МБД). Их появление вызвано возросшими объемами информации и требованиями к скорости доступа.
На рис. 1.19 представлена совокупность процедур проектирования БД, которые можно объединить в четыре этапа.
На этапе формулирования и анализа требований устанавливаются цели организации, определяются требования к БД.
Этап концептуального проектирования заключается в описании и синтезе информационных требований пользователей в первоначальный проект БД. Результатом этого этапа является высокоуровневое представление информационных требований пользователей на основе различных подходов.
В процессе логического проектирования высокоуровневое представление данных преобразуется в структуре используемой СУБД. Полученная логическая структура БД может быть оценена количественно с помощью различных характеристик.
На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа.
