- •230400 «Информационные системы и технологии»
- •6 Декабря 2011 г., протокол № 4
- •Оглавление
- •Глава 1. Теория информационных процессов и систем 10
- •Глава 2. Информационные технологии 95
- •Глава 3. Архитектура информационных систем 126
- •Глава 4. Технологии программирования 150
- •Глава 5. Управление данными 239
- •Глава 6. Технологии обработки информации 315
- •Предисловие
- •Глава 1. Теория информационных процессов и систем
- •1.1. Информационные системы. Основные понятия и определения.
- •1.2. Системообразующие свойства информационных систем
- •1.3. Свойства и закономерности систем
- •1.4.Системный подход и системный анализ
- •1.5. Моделирование информационных систем
- •1.5.1. Основные понятия
- •1.5.2. Классификация методов моделирования
- •1.5.3. Математическое моделирование
- •1.6. Теория принятия решений
- •3. Неопределённость наших знаний об окружающей обстановке и действующих в данном явлении факторах (неопределённость природы).
- •4. Неопределённость действий активного или пассивного партнёра или противника.
- •1.7. Информационные процессы
- •Контрольные вопросы
- •Глава 2. Информационные технологии
- •2.1. Состав, структура, принципы реализации и функционирования информационных технологий
- •2.2. Базовые и прикладные информационные технологии
- •Прикладные программные средства включают:
- •2.3. Инструментальные средства информационных технологий
- •Контрольные вопросы
- •Глава 3. Архитектура информационных систем
- •3.1. Классификация информационных систем
- •3.2. Структура, конфигурация информационной системы
- •3.2.1. Информационное обеспечение
- •Классификаторы создаются для решения следующих основных задач:
- •3.2.2. Математическое и программное обеспечение
- •К средствам математического обеспечения относятся:
- •К средствам программного обеспечения (по) относятся:
- •3.2.3. Организационное обеспечение
- •3.2.4. Правовое обеспечение
- •3.2.5. Техническое обеспечение
- •3.3. Процесс разработки информационных систем
- •3.3.1. Выработка или выбор парадигмы программирования
- •3.3.2. Моделирование бизнес-процессов
- •3.3.3. Анализ требований, предъявляемых к ис
- •3.3.4. Разработка архитектуры
- •3.3.5. Кодирование
- •3.3.6. Тестирование информационной системы
- •3.3.7. Документирование
- •3.3.8. Внедрение информационной системы
- •3.3.9. Сопровождение информационной системы
- •Контрольные вопросы.
- •Глава 4. Технологии программирования
- •4.1. Основные понятия программного обеспечения
- •Категории специалистов, занятых разработкой и эксплуатацией программ
- •4.2. Характеристики программного продукта
- •4.3. Жизненный цикл программного продукта
- •4.4.Защита программных продуктов
- •4.5. Классы программных продуктов
- •4.6. Инструментарий технологии программирования
- •4.7. Классификация методов проектирования программных продуктов
- •4.8. Этапы создания программных продуктов
- •1. Составление технического задания на программирование
- •2. Разработка технического проекта
- •3. Создание рабочей документации (рабочий проект)
- •4. Ввод в действие
- •4.9. Структура программных продуктов
- •4.10. Структурное проектирование и программирование
- •4.11. Модульная структура программных продуктов
- •4.12. Алгоритмы
- •4.13. Классификации языков программирования и примеры языков
- •4.13.2. Основы функционального программирования с использованием языка lisp Основные свойства функциональных языков программирования
- •Распространенные языки функционального программирования
- •Основные структуры данных и базовые функции по работе с ними в среде Лисп
- •Контрольные вопросы
- •Глава 5. Управление данными
- •5.1. Основы управления данными
- •5.1.1. Информация, данные и знания.
- •5.1.2.Функции управления
- •5.2.Банки данных в информационных системах.
- •5.2.1.Концепция баз данных
- •5.2.2.Файловые системы и базы данных
- •5.2.4.Классификация банков данных
- •5.3.Моделирование и модели данных
- •5.3.1.Уровни моделирования
- •5.3.2.Виды моделей
- •5.3.3.Модели данных
- •5.3.4.Иерархическая модель данных
- •5.3.5.Сетевая модель данных
- •5.3.6.Реляционная модель данных
- •5.3.7.Постреляционная модель представления данных
- •5.3.8.Многомерные модели представления данных
- •5.3.9.Объектно-ориентированные модели представления данных
- •5.4.Проектирование базы данных
- •5.4.1.Основы реляционной алгебры
- •5.4.2.Инфологический подход к проектированию баз данных
- •5.4.3.Модель «сущность—связь»
- •5.4.4.Переход к реляционной модели данных
- •5.4.5.Пример проектирования реляционной бд средствами субд Access
- •5.5.Субд в архитектуре «клиент-сервер»
- •5.5.1.Открытые системы
- •5.5.2.Клиенты и серверы локальных сетей
- •5.5.3.Системная архитектура «клиент-сервер»
- •5.5.4.Серверы баз данных
- •5.6.Реляционный язык sql
- •Структура sql
- •Контрольные вопросы
- •Глава 6. Технологии обработки информации
- •6.1. Основные виды и процедуры обработки информации
- •6.1.1. Виды обработки информации
- •6.1.2. Основные процедуры обработки данных
- •6.2. Системы поддержки принятия решений (сппр)
- •6.2.1. Условия принятия решений
- •6.2.2. Решение задач с помощью искусственного интеллекта
- •6.2.3. Процесс выработки решения на основе первичных данных
- •6.2.4. Типы информационных систем поддержки принятия решений
- •6.2.5. Реализация процесса принятия решений
- •6.2.6. Средства разработки информационных приложений
- •6.3. Концепция хранилищ и витрин данных, достоинства и недостатки
- •6.3.1. История создания концепции хранилищ данных
- •6.3.2. Причины создания концепции хранилищ данных
- •6.3.3. Факторы и технологии складирования данных
- •6.3.4. Концепция хранилищ данных
- •6.3.5. Взаимное соотношение концепции хранилищ данных и концепций анализа данных
- •6.3.6. Реализации хранилищ данных
- •6.3.7. Субд для аналитических систем
- •6.3.8. Витрины данных
- •6.4. Искусственный интеллект и интеллектуальные системы
- •6.4.1. Цели и задачи искусственного интеллекта
- •6.4.2. Направление исследований в области искусственного интеллекта
- •6.4.3. Структура интеллектуальной системы
- •6.4.4. Разновидности интеллектуальных систем
- •Контрольные вопросы
- •Глава 7. Интеллектуальные системы и технологии
- •7.1. Теория и технологии искусственного интеллекта
- •7.2. Математическое описание экспертной системы, логический вывод
- •7.3. Искусственные нейронные сети
- •7.4. Расчётно-логические системы, системы с генетическими алгоритмами
- •(Начало цикла)
- •Создание начальной популяции
- •Размножение (Скрещивание)
- •Мутации
- •Применение генетических алгоритмов
- •7.5. Мультиагентные системы
- •Контрольные вопросы
- •Глава 8. Инструментальные средства информационных систем
- •8.1. Состав и структура инструментальных средств информационных систем
- •8.2. Тенденции развития инструментальных средств информационных систем
- •8.3. Операционные системы инструментальных средств информационных систем
- •8.4. Технические средства инструментальных средств информационных систем
- •Классификация технических средств инструментальных средств информационных систем.
- •Контрольные вопросы
- •Глава 9. Инфокоммуникационные системы и сети
- •9.1. Модели и структура информационных сетей Классическая модель построения инфокоммуникационных систем
- •9.2. Информационные ресурсы сетей
- •По способу представления:
- •По национально-территориальному признаку:
- •9.3. Теоретические основы современных информационных сетей
- •Контрольные вопросы
- •Глава 10. Методы и средства проектирования информационных систем и технологий
- •10.1. Технология проектирования информационных систем. Этапы проектирования
- •10.2. Методы проектирования информационных систем
- •10.3. Средства проектирования ис
- •Контрольные вопросы
- •Список литературы
- •143 Хорошилов а.В. Селетков с.Н. Днепровская н.В. Управление информационными ресурсами.
5.4.Проектирование базы данных
5.4.1.Основы реляционной алгебры
Основная идея реляционной алгебры состоит в том, что
отношения являются множествами,
средства манипулирования отношениями базируются на традиционных теоретико-множественных операциях, дополненных некоторыми специальными операциями, специфичными для реляционных баз данных.
Математически отношение определяется следующим образом.
Пусть даны N множеств D1, D2, …, DN, тогда R есть отношение над этими множествами, если R есть множество упорядоченных n-кортежей вида <d1, d2, …, dN> , где d1 – элемент из D1, d2 – элемент из D2, dN – элемент из DN. D1, D2, , DN называются доменами отношения R. Существует много подходов к определению реляционной алгебры, которые различаются наборами операций и способами их интерпретации, но, в принципе, являются более или менее равносильными. В данном разделе описывается немного расширенный начальный вариант алгебры, который был предложен Коддом («алгебра Кодда»). В этом варианте набор основных алгебраических операций состоит из восьми операций, которые делятся на два класса – теоретико-множественные операции и специальные реляционные операции.
В состав теоретико-множественных операций входят операции:
объединения отношений;
пересечения отношений;
взятия разности отношений;
взятия декартова произведения отношений.
Специальные реляционные операции включают:
ограничение отношения;
проекцию отношения;
соединение отношений;
деление отношений.
Кроме того, в состав алгебры включается операция присваивания, позволяющая сохранить в базе данных результаты вычисления алгебраических выражений, и операция переименования атрибутов, дающая возможность корректно сформировать заголовок (схему) результирующего отношения.
При выполнении операции объединения (UNION) двух отношений с одинаковыми заголовками производится отношение, включающее все кортежи, которые входят хотя бы в одно из отношений-операндов.
Пример. Пусть даны два отношения A и B с информацией о сотрудниках (таблицы: 5.1 и 5.2).
Таблица 5.1. Отношение A
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
2 |
Петров |
20000 |
3 |
Сидоров |
30000 |
Таблица 5.2. Отношение B
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
2 |
Пушников |
25000 |
4 |
Сидоров |
30000 |
Объединение отношений A и B будет иметь вид, представленный в таблице 5.3).
Таблица 5.3. Отношение A UNION B
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
2 |
Петров |
20000 |
3 |
Сидоров |
30000 |
2 |
Пушников |
25000 |
4 |
Сидоров |
30000 |
Операция пересечения (INTERSECT) двух отношений с одинаковыми заголовками производит отношение, включающее все кортежи, которые входят в оба отношения-операнда.
Пример. Для тех же отношений A и B, что и в предыдущем примере пересечение имеет вид:
Таблица 5.4. Отношение A INTERSECT B
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
Отношение, являющееся разностью (MINUS) двух отношений с одинаковыми заголовками, включает все кортежи, входящие в отношение-первый операнд, такие, что ни один из них не входит в отношение, которое является вторым операндом.
Пример. Для тех же отношений A и B, что и в предыдущем примере вычитание имеет вид (таблица 5.5):
Таблица 5.5. Отношение A MINUS B
Табельный номер |
Фамилия |
Зарплата |
2 |
Петров |
20000 |
3 |
Сидоров |
30000 |
При выполнении декартова произведения (TIMES) двух отношений, пересечение заголовков которых пусто, производится отношение, кортежи которого производятся путем объединения кортежей первого и второго операндов.
Пример. Пусть даны два отношения A и B с информацией о поставщиках и деталях (таблицы 5.6 и 5.7):
Таблица 5.6. Отношение A (Поставщики)
Номер поставщика |
Наименование поставщика |
1 |
Иванов |
2 |
Петров |
3 |
Сидоров |
Таблица 5.7. Отношение B (Детали)
Номер детали |
Наименование детали |
1 |
Болт |
2 |
Гайка |
3 |
Винт |
Декартово произведение отношений A и B будет иметь вид (таблица 5.8):
Таблица 5.8. Отношение A TIMES B
Номер поставщика |
Наименование поставщика |
Номер детали |
Наименование детали |
1 |
Иванов |
1 |
Болт |
1 |
Иванов |
2 |
Гайка |
1 |
Иванов |
3 |
Винт |
2 |
Петров |
1 |
Болт |
2 |
Петров |
2 |
Гайка |
2 |
Петров |
3 |
Винт |
3 |
Сидоров |
1 |
Болт |
3 |
Сидоров |
2 |
Гайка |
3 |
Сидоров |
3 |
Винт |
Результатом ограничения (WHERE) отношения по некоторому условию является отношение, включающее кортежи отношения-операнда, удовлетворяющее этому условию.
Пример. Пусть дано отношение A с информацией о сотрудниках (таблица 5.9).
Таблица 5.9. Отношение A
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
2 |
Петров |
20000 |
3 |
Сидоров |
30000 |
Результат выборки A WHERE Зарплата < 3000 будет иметь вид:
Таблица 5.10. Отношение A WHERE Зарплата<30000.
Табельный номер |
Фамилия |
Зарплата |
1 |
Иванов |
10000 |
2 |
Петров |
20000 |
При выполнении проекции (PROJECT) отношения на заданное подмножество множества его атрибутов производится отношение, кортежи которого являются соответствующими подмножествами кортежей отношения-операнда.
Пример. Пусть дано отношение A с информацией о поставщиках, включающих наименование и месторасположение (таблица 5.11):
Таблица 5.11. Отношение A (Поставщики)
Номер поставщика |
Наименование поставщика |
Город поставщика |
1 |
Иванов |
Уфа |
2 |
Петров |
Москва |
3 |
Сидоров |
Москва |
4 |
Сидоров |
Челябинск |
Проекция A[Город поставщика] будет иметь вид (таблица 5.12):
Таблица 5.12. Отношение A[Город поставщика]
Город поставщика |
Уфа |
Москва |
Челябинск |
При соединении (JOIN) двух отношений по некоторому условию образуется результирующее отношение, кортежи которого производятся путем объединения кортежей первого и второго отношений и удовлетворяют этому условию.
Пример. Пусть поставщикам (отношение P) и деталям (отношение D) присвоен некий статус. Поставщики имеют право поставлять только те детали, статус которых не выше статуса поставщика (таблицы 5.13 и 5.14).
Таблица 5.13. Отношение P (Поставщики)
Номер поставщика |
Наименование поставщика |
X (Статус поставщика) |
1 |
Иванов |
4 |
2 |
Петров |
1 |
3 |
Сидоров |
2 |
Таблица 5.14. Отношение D (Детали)
Номер детали |
Наименование детали |
Y (Статус детали) |
1 |
Болт |
3 |
2 |
Гайка |
2 |
3 |
Винт |
1 |
Ответ на вопрос «какие поставщики имеют право поставлять какие детали?» даёт соединение P[X>=Y]D (таблица 5.15):
Таблица 5.15
Отношение PD: «Какие поставщики поставляют какие детали»
Номер поставщика PNAME |
Наименование поставщика |
X (Статус поставщика) |
Номер детали DNUM |
Наименование детали |
Y (Статус детали) |
1 |
Иванов |
4 |
1 |
Болт |
3 |
1 |
Иванов |
4 |
2 |
Гайка |
2 |
1 |
Иванов |
4 |
3 |
Винт |
1 |
2 |
Петров |
1 |
3 |
Винт |
1 |
3 |
Сидоров |
2 |
2 |
Гайка |
2 |
3 |
Сидоров |
2 |
3 |
Винт |
1 |
У операции реляционного деления (DIVIDE BY) два операнда – бинарное и унарное отношения. Результирующее отношение состоит из унарных кортежей, включающих значения первого атрибута кортежей первого операнда таких, что множество значений второго атрибута (при фиксированном значении первого атрибута) включает множество значений второго операнда.
Пример. В примере с поставщиками, деталями и поставками ответим на вопрос, «какие поставщики поставляют все детали?».
В качестве делимого возьмем проекцию Z=PD[PNUM, DNUM], содержащую номера поставщиков и номера поставляемых ими деталей (таблица 5.16):
Таблица 5.16. Проекция Z=PD[PNUM,DNUM]
Номер поставщика PNUM |
Номер детали DNUM |
1 |
1 |
1 |
2 |
1 |
3 |
2 |
3 |
3 |
2 |
3 |
3 |
В качестве делителя возьмем проекцию K=D[DNUM], содержащую список номеров всех деталей (не обязательно поставляемых кем-либо). Проекция представлена с помощью таблицы 5.17:
Таблица 5.17. Проекция K=D[DNUM]
Номер детали DNUM |
1 |
2 |
3 |
Деление Z DEVIDEBY K даёт список номеров поставщиков, поставляющих все детали (таблица 5.18):
Таблица 5.18. Отношение Z DEVIDEBY K
Номер поставщика PNUM |
1 |
Поставщик с номером 1 поставляет все детали.
Операция переименования (RENAME) производит отношение, тело которого совпадает с телом операнда, но имена атрибутов изменены.
Пример: City RENAME City_Num AS Cityld
Оператор возвращает отношение, в котором атрибут City_Num переименован в Cityld.
Операция присваивания (:=) позволяет сохранить результат вычисления реляционного выражения в существующем отношении БД.
Поскольку результатом любой реляционной операции (кроме операции присваивания, которая не вырабатывает значения) является некое отношение, можно образовывать реляционные выражения, в которых вместо отношения-операнда некоторой реляционной операции находится вложенное реляционное выражение. В построении реляционного выражения могут участвовать все реляционные операции, кроме операции присваивания. Вычислительная интерпретация реляционного выражения диктуется установленными приоритетами операций [146]:
RENAME >= WHERE = PROJECT >= TIMES = JOIN = INTERSECT = = DIVIDE BY >= UNION = MINUS