
- •Раздел 1. Основы информационного обеспечения процессов и систем.
- •1.1. Понятие и содержание информационного обеспечения. (вопросы 1, 2)
- •1.1.1. Понятие информационного обеспечения. (вопросы 1, 2)
- •1.1.2. Понятие информации. (вопрос 1)
- •1.1.3. Понятие данных и их структуры. (вопрос 1)
- •1.1.4. Документированная информация. (вопрос 1)
- •1.1.5. Информационная система. (вопрос 1)
- •1.1.6. Службы информационного обеспечения. (вопрос 1)
- •1.1.7. Функциональная структура информационного обеспечения. (вопрос 2)
- •1.2. Организационная структура и классификация аис. (вопрос 3)
- •1.2.1. Организационная структура аис.
- •1.2.2. Классификация аис.
- •1.3. Система представления аис. Уровни представления. (вопрос 4)
- •1.3.1. Информационно – логическая модель. Концептуальная модель.
- •1.3.2. Логическая структура данных.
- •1.3.3. Внутренняя схема базы данных.
- •Раздел 2. Системы управления базами данных фактографических информационных систем.
- •2.1. Функции, классификация и структура субд. (вопросы 5, 6)
- •2.1.1. Функции, реализуемые субд. (вопрос 5)
- •2.1.2. Структура и взаимодействие компонент субд. (вопрос 6)
- •2.2. Реляционная модель организации данных. (вопросы 7,8)
- •2.2.1. Структурная составляющая. (вопрос 7)
- •2.2.2. Целостная составляющая. (вопрос 8)
- •2.2.3. Манипуляционная составляющая реляционной модели (операции над данными). (вопрос 8)
- •2.3. Внутренняя схема баз данных. (вопросы 9-14)
- •2.3.1. Состав внутренней схемы базы данных. (вопрос 9)
- •2.3.2. Физические структуры организации файлов данных. (вопрос 10, 11)
- •2.3.3. Индексирование данных.
- •2.3.3.1. Линейные структуры индексов. (вопрос 12)
- •2.3.3.2. Нелинейные структуры индексов. (вопрос 13)
- •2.3.4. Расстановка (хеширование) записей. (вопрос 14)
- •2.3.4.1. Расстановка записей по числовому значению ключей.
- •2.3.4.2. Расстановка записей по текстовым ключевым полям.
- •Раздел 3. Каноническое проектирование автоматизированных информационных систем.
- •3.1. Требования стандартов. Стадии и этапы создания аис.
- •3.2. Состав стадий и этапов канонического проектирования аис. (вопрос 15)
- •3.3. Состав и содержание работ на предпроектной стадии создания аис. (вопрос 16)
- •3.3.1. Сбор материалов обследования. (вопросы 17-23)
- •3.3.2. Формализация материалов обследования. Системные спецификации. (вопросы 24, 25)
- •3.3.3. Матричная модель экономической информационной системы объекта. (вопрос 26)
- •3.3.4. Анализ материалов обследования. (вопрос 27)
- •3.3.5. Составление тэо и формирование тз. (вопрос 28)
- •3.4. Состав и содержание работ на стадии «Техно - рабочего проектирования». (вопросы 29-35)
- •3.4.1. Техническое проектирование. (вопросы 29-33)
- •3.4.2. Рабочее проектирование. (вопросы 34, 35)
- •3.5. Состав и содержание работ на стадиях внедрения, эксплуатации и сопровождения проекта. (вопросы 36-38)
- •Раздел 4. Концептуальное проектирование аис.
- •4.1. Разработка концептуальной модели службы документационного обеспечения управления. (вопросы 39-42)
- •4.1.1. Изучение области использования ис. (вопрос 39)
- •4.1.2. Формирование и анализ круга функций и задач аис. (вопрос 40)
- •4.1.3. Определение основных объектов-сущностей. (вопрос 41)
- •4.1.4. Формализованное описание концептуальной схемы банка данных. (вопрос 42)
- •Раздел 5. Проектирование логической структуры базы данных.
- •5.1. Этапы проектирования схем реляционных баз данных. (вопрос 43)
- •5.2. Проектирование и создание схем таблиц. (вопросы 44-49)
- •5.2.2. Правила генерации таблиц из er-диаграмм со связями степени 1:1. (вопрос 45)
- •5.2.4. Правила генерации таблиц из er-диаграмм со связями 1: n. (вопрос 47)
- •5.2.5. Предварительные таблицы для бинарных связей степени «многие – ко - многим». (вопрос 48)
- •5.2.6. Правила генерации таблиц со связями m:n. (вопрос 49)
- •5.3. Определение и установление индексов. (вопрос 50)
- •5.4. Создание списков (словарей) для полей с перечислительным характером значений данных. (вопрос 51)
- •5.5. Установление ограничений целостности по полям таблиц и связям. (вопрос 53)
- •5.6. Нормализация таблиц. (вопрос 54)
- •5.6.1. Первая нормальная форма. (вопрос 55)
- •5.6.2. Вторая нормальная форма. (вопрос 56)
- •5.6.3. Третья нормальная форма. (вопрос 57)
- •5.7. Способы создания таблиц, ключей, связей. (вопрос 58)
5.2.4. Правила генерации таблиц из er-диаграмм со связями 1: n. (вопрос 47)
Анализ рис. 5.10 показывает, во-первых, что если автор не пишет книгу, то поля таблицы, относящиеся к книге, отмечены «пробелами».
Во-вторых, если автор участвует в написании более чем одной книги – здесь дважды появляется информация об авторах А 1 и А 2 (повторение полей).
Замечание. Если бы класс принадлежности 1-связной сущности Автор был бы обязательным, то исчезли бы пробелы. Однако повторения данных в полях атрибутов Автора сохранились бы.
Четвертое правило генерации отношений (таблиц).
Если степень бинарной связи равна 1:n, и класс принадлежности n-связной сущности является обязательным (рис. 5.8в, рис. 5.9в), то достаточным является использование двух таблиц (по одной на каждую из сущностей), при условии, что ключ каждой сущности служит в качестве первичного ключа для соответствующей таблицы. Помимо этого, ключ 1-связной сущности должен быть добавлен как атрибут в таблицу, отводимую n-связной сущности.
На рис. 5.11 приведен пример двух таблиц, построенных на основании сформулированного 4-го правила и содержащих информацию единой таблицы рис. 5.10.
Теперь рассмотрим случай, где степень связи 1:n с необязательным классом принадлежности обеих сущностей (рис. 5.8 (а), рис 5.9(а)).
Попытка использовать для этого случая одну таблицу приводит к появлению пробелов в полях атрибутов Книга и Автор, кроме того – к появлению повторов данных об авторе, когда он пишет больше одной книги.
Рис. 5.11. Данные таблиц рис. 5.10 после их разнесения по двум таблицам.
Использование двух таблиц также не приводит к успеху, так как останутся пробелы в полях «НА» в новой таблице Книга для книг, которые не пишутся.
Разрешить все эти проблемы позволяет пятое правило.
Пятое правило генерации отношений (таблиц).
Если степень бинарной связи равна 1:n и класс принадлежности n-связной сущности является необязательным, то необходимо формирование трех таблиц – по одной для каждой сущности, причем ключ каждой сущности служит первичным ключом соответствующей таблицы, и одной таблицы для связи. Связь должна иметь среди своих атрибутов ключ сущности для каждой сущности.
На рис. 5.12 приведены три таблицы, построенные на основе этого правила, и содержащие исходную информацию о Книге и Авторе.
Следует заметить, что в этом случае отсутствуют какие-либо пробелы, а также исключены повторяющиеся данные.
Здесь НК является первичным ключом, поскольку между НК и НА существует связь типа 1:n.
Рис. 5.12. Реализация правила 5.
5.2.5. Предварительные таблицы для бинарных связей степени «многие – ко - многим». (вопрос 48)
При бинарной связи m:n, вне зависимости от класса принадлежности, как первой, так и второй сущности, требуется создание трех таблиц на основании правила 6.
5.2.6. Правила генерации таблиц со связями m:n. (вопрос 49)
Шестое правило генерации отношений (таблиц).
Если степень бинарной связи равна m:n, то для хранения данных необходимы три таблицы: по одной для каждой сущности, причем ключ каждой сущности используется в качестве первичного ключа соответствующей таблицы, и одной таблицы для связи. Последняя таблица должна иметь в числе своих атрибутов ключ сущности для каждой сущности.
Данные диаграмм ER-экземпляров для случая степени связи m:n и когда ни один класс принадлежности сущности не является обязательным, согласно правилу 6, может быть отображен набором таблиц рис. 5.12, построенных по пятому правилу. Отличие состоит лишь в том, что таблица «Пишет» целиком является ключом.
Аналогичными будут и таблицы, содержащие те же данные, в тех случаях, когда один или оба класса принадлежности являются обязательными.