
- •Раздел 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)
1.3.2. Логическая структура данных.
Вторым уровнем представления информации в ИС является схема базы данных (называемая еще логической структурой данных).
Логическая структура данных представляет описание средствами конкретной СУБД инфологической схемы предметной области (информационные объекты, реквизиты, связи).
Совокупность средств и способов реализации схемы базы данных в конкретной СУБД составляет модель организации данных.
Схема БД содержит также ограничения целостности данных.
Ограничения целостности данных представляют собой набор установок и правил по типам, диапазонам, соотношениям и т.д. и особенностей связей между объектами. К примеру, диапазон значений атрибута «Дата рождения» объекта «Лицо» не может выходить за рамки текущей даты. Значение атрибута «Дата приобретения» объекта «Имущество» не может быть больше значения атрибута «Дата продажи». Значение атрибута «Количество» объекта «Материал» не должно быть меньше минимально необходимого на складе и т.п. Ограничения целостности данных лежат в основе корректности информации при ее вводе в систему и периодического контроля наличия смысловых и других ошибок в базе данных, после проведения операций добавления, удаления и изменения данных.
1.3.3. Внутренняя схема базы данных.
Третий и самый «нижний» уровень представления информации в фактографических ИС выражается внутренней схемой, определяющей структуру организации и особенности хранения информационных массивов, в которых и находятся сами данные. Более конкретные особенности представления и организации данных определяются конкретным типом и особенностями СУБД, используемой для создания ИС.
Раздел 2. Системы управления базами данных фактографических информационных систем.
В конце 60-х – начале 70-х годов были разработаны основы программного обеспечения для создания и эксплуатации фактографических ИС. В конце 70-х, начале 80-х годов направление программного обеспечения под общим названием «СУБД» превратилось в одну из наиболее бурно развивающихся отраслей программной индустрии.
Основные программно-математические и технологические решения по СУБД были разработаны в ряде исследовательских проектов. Наиболее известными из которых, был проект «Рабочей группы по базам данных» КОДАСИЛ (DBTG CODASIL - COnference on DAta SYstems Languages - конференция по языкам систем данных), пионерские работы основателя теории реляционных баз данных Е. Кодда, проект разработки системы управления реляционными базами данных «System R» фирмы IBM (1975-1979гг.) и проект разработки СУБД «INGRES» (INteractive GRaphics and REtrieval System - Диалоговое представление и система поиска) в университете Беркли (1975-1980гг.) под руководством М. Стоунбрейкера.
2.1. Функции, классификация и структура субд. (вопросы 5, 6)
С самого начала возникновения АИС ориентировались на хранение и обработку больших объемов данных, которые не могли быть одновременно размещены в оперативной памяти ЭВМ.
За организацию, размещение и оперирование данными во внешней (долговременной) памяти отвечает операционная система ЭВМ, соответствующий компонент которой чаще всего называется “файловой системой”. Данные во внешней памяти компьютера представлены именованными совокупностями, называемыми файлами. В большинстве случаев операционная (файловая) система не “знает” внутренней смысловой логики организации данных в файлах и оперирует с ними как с однородной совокупностью байтов или строк символов.
С точки зрения смысла и назначения АИС файлы данных имеют структуру, отражающую информационно-логическую схему предметной области АИС. Эта структура данных в файлах должна обязательно учитываться в операциях обработки (в этом и состоит одна из основных функций АИС).
Вместе с тем, в силу невозможности размещения файлов баз данных сразу и целиком в оперативной памяти компьютера, структуру данных в файлах баз данных приходится учитывать при организации операций обращения к файлам во внешней памяти.
Отсюда вытекает основная особенность СУБД как вида программного обеспечения. Будучи по природе прикладным программным обеспечением, т.е. предназначенным для решения конкретных прикладных задач, СУБД изначально выполняли и системные функции – расширяли возможности файловых систем системного программного обеспечения.