- •А.Н. Балалаев
- •Оглавление
- •Предисловие
- •Введение
- •1. Цели и задачи лекции №1
- •1.1. Цели и задачи создания арм на предприятиях по производству, эксплуатации и ремонту подвижного состава
- •1.2. Основные функции существующих арм
- •Вопросы для самоконтроля лекции
- •2. Цели и задачи лекции №2
- •2.1. Принципы соединения арм в локальной сети на предприятиях по производству, эксплуатации и ремонту подвижного состава
- •2.2. Оборудование арм, общие сведения о конфигурации компьютеров, мониторах, сетевых платах, сетевых концентраторах
- •2.3. Основные операционные системы и программное обеспечение арм
- •Операционная система Windows 95 (98/ Me) имеет файловую систему fat32, разбивающую все пространство жесткого диска на кластеры (разделы по 4 или 8 Кб).
- •Вопросы для самоконтроля лекции
- •3. Цели и задачи лекции №3
- •3.1. Основы проектирования арм, этапы проектирования арм
- •3.2. Концептуальное моделирование профессиональной среды
- •Вопросы для самоконтроля лекции
- •4. Цели и задачи лекции №4
- •4.1. Понятие о нормализованных базах данных
- •4.2. Первая, вторая и третья нормальные формы
- •4.3. Функции и возможности субд Access
- •4.4. Создание и связывание таблиц по ключевым полям
- •Ведомость ремонта автосцепки
- •Сведения о заказчике
- •4.5. Создание форм и отчетов в субд Access
- •4.6. Создание пользовательского меню в субд Access
- •Вопросы для самоконтроля лекции
- •5. Цели и задачи лекции №5
- •5.1. Арм руководителя ремонтных работ предприятия по ремонту подвижного состава
- •5.2. Основные функции арм предприятия по эксплуатации подвижного состава
- •5.3. Применение арм в системе управления качеством предприятия по производству подвижного состава
- •Вопросы для самоконтроля лекции
- •6. Цели и задачи лекции №6
- •6.1. Арм оператора предприятия по эксплуатации и ремонту подвижного состава
- •6.2. Вид форм и порядок их заполнения; вид отчетов
- •Вопросы для самоконтроля лекции
- •7. Цели и задачи лекции №7
- •7.1. Использование в арм баз данных экспертных систем
- •7.2. Применение арм в системе обеспечения транспортной безопасности
- •Вопросы для самоконтроля лекции
- •8. Цели и задачи лекции №8
- •8.1. Особенности арм предприятий по производству, эксплуатации и ремонту автономного тягового подвижного состава
- •Вопросы для самоконтроля лекции
- •9. Цели и задачи лекции №9
- •9.1. Особенности арм предприятий по производству, эксплуатации и ремонту электроподвижного состава
- •Вопросы для самоконтроля лекции
- •Заключение
- •Контрольные вопросы
- •Библиографический список
Вопросы для самоконтроля лекции
Перечислите основные этапы проектирования АРМ?
Что включает в себя этап проектирования АРМ – «Маркетинговые исследования»?
Что выполняет исполнитель на заключительном этапе проектирования АРМ?
В чем заключается концептуальное моделирование профессиональной среды?
4. Цели и задачи лекции №4
Целью данной лекции является обучение основным понятиям нормализованных баз данных.
Для реализации этой цели в данной лекции ставятся задачи:
показать назначение нормализации баз данных;
сформулировать требования первой, второй и третьей форм нормализации;
показать функциональные возможности СУБД Access;
показать на конкретных примерах процессы создания и связывания таблиц;
показать на конкретных примерах процессы создания форм и отчетов в СУБД Acces.
4.1. Понятие о нормализованных базах данных
После концептуального моделирования профессиональной среды, то есть выявления объектов информации, требующих ввода, хранения, изменения и передачи, необходимо структурировать информацию в наиболее удобном для работы с ней виде.
В компьютерах информация хранится в двумерных таблицах (базах данных). Обычно данные связываются между собой по условию их функциональной пригодности или по принадлежности к одному и тому же объекту.
Функциональная пригодность данных означает, что конкретные данные нужны конкретному пользователю.
Объектом называется элемент информационной системы, информация о котором должна сохраняться и передаваться конкретным пользователям. Каждый объект обладает определенным набором свойств, которые называются атрибутами объекта.
В 1970 г. Е. Коддом предложена концепция реляционной базы данных, которая в настоящее время реализована во всех СУБД (системах управления базами данных) и является единственно используемой [2]. Реляция или отношение – это описание объектов с помощью таблицы, строки которой представляют собой единичные записи объекта, а в полях каждого столбца размещаются значения атрибутов объекта.
При проектировании реляционной базы данных необходимо решить вопрос о наиболее эффективной структуре таблиц, позволяющей:
обеспечить быстрый доступ к данным;
исключить ненужное повторение записей или групп атрибутов;
обеспечить целостность данных при их изменении или удалении отдельных записей.
Приведение данных к эффективной структуре называется нормализацией. Теория нормализации оперирует с первой, второй, третьей нормальными формами таблиц, формой Кодда-Бойса, а также с четвертой и пятой нормальными формами. При переходе от одной нормальной формы к другой избыточность информации уменьшается. Каждая последующая нормальная форма должна удовлетворять требованиям предыдущей формы и некоторым дополнительным условиям [2].
4.2. Первая, вторая и третья нормальные формы
Таким образом, нормализации таблиц заключается в разбиении их на несколько новых таблиц с добавлением новых ключевых полей и установлением связей между таблицами. Считается, что для практического использования в небольших по количеству объектов базах данных достаточно первых трех форм.
В таблицах первой нормальной формы не должно быть повторяющихся записей или повторяющихся групп полей в разных записях. Чтобы привести таблицу к первой нормальной форме нужно изъять из нее повторяющиеся группы полей и образовать из них отдельную таблицу. Затем две таблицы необходимо связать [2].
В реляционной базе данных каждая таблица должна иметь ключ. Ключ или составной ключ – это поле или комбинация полей, которые идентифицируют каждую запись таблицы. Кроме того, по ключевым полям осуществляется поиск или сортировка нужных записей по каким-либо условиям, а также связываются разные таблицы между собой. Связи между таблицами нужны для подключения данных одной таблицы к данным другой.
Реляционные базы данных допускают следующие виды связей между таблицами: «один к одному» и «один ко многим».
Связь «один к одному» просто объединяет данные двух таблиц. Хранить эти данные в одной таблице бывает нецелесообразно из-за соображений защиты (секретности) информации. К разным частям информации может быть различный доступ у ее пользователей.
Связь «один ко многим» означает, что одна запись из одной таблицы (материнской, родительской, первичной) может соединяться с несколькими записями другой таблицы (дочерней, связанной).
Таблица находится во второй нормальной форме, если она удовлетворяет условиям первой нормальной формы и каждое неключевое поле в ней однозначно определяется полным набором ключевых полей (первичным ключом). В этом случае первичный ключ является составным из нескольких полей [2].
Таблица находится в третьей нормальной форме, если она удовлетворяет условиям первых двух нормальных форм и ни одно неключевое поле таблицы не идентифицируется с помощью другого неключевого поля [2]. Если связь между двумя неключевыми полями выявлена, то их надо выделить в отдельную таблицу.
