![](/user_photo/2706_HbeT2.jpg)
- •Введение
- •Лекция 1 Информатизация общества как социотехнический процесс
- •Критерии становления информационного общества
- •Информатизация общества
- •Информационная среда и информационный ресурс общества
- •1.1 Критерии становления информационного общества
- •1.2 Информатизация общества
- •1.2.1 Социальный аспект информатизации общества
- •1.2.2 Технические предпосылки информатизации
- •1.2.3 Экономические условия и предпосылки информатизации
- •1.2.4 Политические условия и предпосылки информатизации
- •1.2.5 Условия и предпосылки информатизации в культурно-духовной сфере
- •1.3 Информационная среда и информационный ресурс общества
- •Лекция 2. Общество и личность в условиях информатизации. Прогнозирование их развития
- •2.1 Информационный образ жизни общества
- •2.2 Личность в условиях информатизации
- •2.1 Информационный образ жизни общества
- •2.2 Личность в условиях информатизации
- •2.3 Прогнозы изменения социальной структуры в ходе информатизации
- •2.4 Информационная безопасность России
- •2.5 Особенности информатизации России
- •Лекция 3. Формирование системы социальной информации России
- •3.1 Информатика, социальная информатика – соотношение понятий
- •3.2 Система социальной информации
- •3.3 Теоретические подходы к изучению закономерностей информационного обмена
- •3.3.1 Синтаксический подход
- •3.3.2 Семантический подход
- •3.3.3 Прагматический подход
- •3.4. Представление знаний в эвм
- •3.4.1 Соотношение понятий информация, данные, знания
- •3.4.2 Понятие формализации знаний
- •3.4.3. Классификационные моделей представления знаний
- •3.4.3.1 Иерархическая (логическая) модель представления знаний
- •3.4.3.2 Морфологическая (сетевая) модель представления знаний
- •3.4.3.3 Древовидная (продукционная) модель представления знаний
- •3.4.3.4 Реляционная (фреймовая) модель представления знаний
- •3.5 Новые информационные технологии
- •Лекция 4. Управление информатизацией общества. Специфика социологического измерения в современной информационной среде
- •4.1 Варианты управления информатизацией общества
- •4.2 Методы измерения социальной информации
- •4.3 Использование методов классической эмпирической социологии в условиях становления информационного общества
- •4.4 Компьютерные средства манипулирования социальной информацией
- •4.5 Развитие новых подходов к измерению процессов информатизации общества
- •Лекция 5. Информационные системы в социальной сфере
- •5.1. Классификация автоматизированных информационных систем
- •5.2 Проблемы проектирования ис
- •5.3 Жизненный цикл программного обеспечения
- •5.4 Ис в социальной сфере
- •Лекция 6. Технология работы с базами социальных данных
- •6.1 Автоматизированные информационные ресурсы России
- •6.2. Типы социальных бд
- •6.3 Перспективы развития системы социальной информации
- •6.4 Клиент-серверная архитектура ис
- •6.5 Модели данных
- •6.6 Элементы реляционной модели бд
- •6.7 Ограничения и операции над отношениями
- •Лекция 7. Проектирование баз данных
- •7.1 Общие проблемы проектирования бд
- •7.2 Метод нормальных форм
- •7.2.1 Избыточность данных
- •7.2.2 Формирование исходного отношения
- •7.2.3 Проектирование бд методом нормальных форм
- •7.2.3.1 Зависимости между атрибутами
- •7.2.3.2 Выявление зависимости между атрибутами
- •7.2.3.3 Нормальные формы
- •7.3 Обеспечение целостности бд
- •Лекция 8. Основные принципы создания интерфейсной оболочки
- •8.1.1 Размещение информации на экране
- •8.1.2 Использование цвета при проектировании эргономичного интерфейса
- •8.1.3 Непротиворечивость и стандартизация
- •8.1.4 Тексты и диалоги
- •8.1.5 Средства управления графического интерфейса пользователя
- •8.1.6 Дизайн заголовков и полей
- •8.1.7 Форматы ввода
- •8.1.8 Проектирование сообщений
- •8.2 Проектирование бд с использованием case-технологий и системный анализ
- •Лекция 9. Компоненты субд Access и особенности работы
- •9.1 Этапы создания базы данных
- •9.1.1 Создание новой базы данных с помощью Мастера баз данных
- •9.2 Окно базы данных
- •9.2.1 Таблицы
- •9.2.2 Запросы
- •9.2.3 Формы
- •9.2.4 Страницы
- •9.2.5 Отчеты
- •9.2.6 Макросы
- •9.2.7 Модули
- •9.2.8 Панель инструментов окна базы данных
- •9.3 Приемы работы с базой данных
- •9.3.1 Создание нового объекта
- •9.3.2 Открытие объекта
- •9.3.3 Изменение макета объекта
- •9.3.4 Просмотр объектов по группам
- •9.3.5 Контекстные меню
- •9.3.6 Открытие базы данных
- •9.3.7 Изменение способа отображения объектов в папке
- •9.3.8 Вызов справки в окне диалога открытия файла базы данных
- •9.3.9 Закрытие базы данных
- •9.4 Связывание таблиц в Access
- •Заключение
- •Глоссарий
- •Библиографический список
- •Приложение б
- •660049, Г. Красноярск, пр. Мира, 82, риц СибГту.
7.2.3 Проектирование бд методом нормальных форм
Проектирование БД является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования БД, является задача нормализации ее отношений. Рассматриваемый ниже метод нормальных форм является классическим методом проектирования реляционных БД. Этот метод основан на фундаментальном в теории реляционных баз данных понятии зависимости между атрибутами отношений.
7.2.3.1 Зависимости между атрибутами
Рассмотрим основные виды зависимостей между атрибутами отношений: функциональные, многозначные и транзитивные.
1. Атрибут В функционально зависит от атрибута А, если каждому значению А соответствует в точности одно значение В. Обозначается: АВ (связь один-к-одному). А и В могут быть составными – состоять из двух и более атрибутов. В отношении СТУДЕНТ таковыми являются зависимости: ФИОСтатус, ФИОГруппа, ФИОО_С, СтатусС_С.
В отношении СТУДЕНТ ключ является составным и состоит из атрибутов ФИО, Вуз, Группа. Если отношение находится в первой нормальной форме, то все неключевые атрибуты функционально зависят от ключа с различной степенью зависимости. Функциональная зависимость бывает частичной и полной.
Частичной зависимостью называется зависимость неключевого атрибута от части составного ключа. В рассматриваемом отношении атрибут количество родителей К_Род находится в функциональной зависимости от атрибута ФИО, являющегося частью ключа. Тем самым атрибут К_Род находится в частичной зависимости от ключа отношения (ФИО, Группа).
Альтернативным вариантом является полная функциональная зависимость неключевого атрибута от всего составного ключа. В нашем примере атрибут О_С находится в полной функциональной зависимости от составного ключа.
2. Атрибут С зависит от атрибута А транзитивно, если для атрибутов А, В, С выполняются условия АВ и ВС, но обратная зависимость отсутствует. В отношении СТУДЕНТ транзитивной зависимостью связаны атрибуты: ФИОСр_ДСтатус.
3. В отношении R атрибут В многозначно зависит от атрибута А, если каждому значению А соответствует множество значений В, не связанными с другими атрибутами из R. Многозначные зависимости могут быть «один-ко-многим» (1:М), «многие-к-одному» (М:1) или «многие-ко-многим» (М:М), обозначаемые соответственно: А->>В, А<<-В и А<<->>В. Например, студент может иметь одну социальную стипендию, но социальная стипендия может быть одинаковой у нескольких студентов ФИО<<-С_С.
7.2.3.2 Выявление зависимости между атрибутами
Выявление зависимостей между атрибутами необходимо при выполнении проектирования БД методом нормальных форм, рассматриваемых далее.
Выявим зависимости между атрибутами отношения ПРЕПОДАВА-ТЕЛЬ, приведенного на рисунке 7.4. При этом учтем следующее условие, которое выполняется в данном отношении: один преподаватель в одной группе может проводить только один вид занятий (лекции или практические занятия). В результате анализа отношения получаем зависимости между атрибутами, показанные на рисунке 7.5.
Рисунок 7.5 – Зависимость между атрибутами
К выделению этих функциональных зависимостей ФЗ для рассматриваемого примера приводят следующие соображения.
Фамилия, имя и отчество у преподавателей факультета уникальны. Каждому преподавателю однозначно соответствует его стаж, т. е. имеет место функциональная зависимость ФИОСтаж. Обратное утверждение неверно, так как одинаковый стаж может быть у разных преподавателей.
Каждый преподаватель имеет определенную добавку за стаж, т. е. имеет место функциональная зависимость ФИОД_Стаж, но обратная функциональная зависимость отсутствует, так как одну и ту же надбавку могут иметь несколько преподавателей.
Каждый преподаватель имеет определенную должность (преп., ст. преп., доцент, Профессор), но одну и ту же должность могут иметь несколько преподавателей, т. е. имеет место функциональная зависимость ФИОДолжн, а обратная функциональная зависимость отсутствует.
Каждый преподаватель является сотрудником одной и только одной кафедры. Поэтому функциональная зависимость ФИОКаф имеет место. С другой стороны, на каждой кафедре много преподавателей, поэтому обратной функциональной зависимости нет.
Каждому преподавателю соответствует конкретный оклад, который одинаков для всех педагогов с одинаковыми должностями, что учитывается зависимостями ФИООклад и ДолжнОклад. Нет одинаковых окладов для разных должностей, поэтому имеет место функциональная зависимость ОкладДолжн.
Один и тот же преподаватель в одной группе по разным предметам может проводить разные виды занятий. Определение вида занятий, которые проводит преподаватель, невозможно без указания предмета и группы, поэтому имеет место функциональная зависимость ФИО, Предм, ГруппаВидЗан. Действительно, Петров М.И. в 256 группе читает лекции и проводит пратические занятия. Но лекции он читает по СУБД, а практику проводит по Паскалю.
Нами не были выделены зависимости между атрибутами ФИО, Предм и Группа, поскольку они образуют составной ключ и не учитываются в процессе нормализации исходного отношения.
После того, как выделены все функциональные зависимости, следует проверить их согласованность с данными исходного отношения ПРЕПОДАВАТЕЛЬ (см. рисунок 7.4).
Например, Должн.=преп и Оклад=500 всегда соответствуют друг другу во всех кортежах, т. е. подтверждается функциональная зависимость Должн. <—> Оклад. Так же следует верифицировать и остальные функциональные зависимости, не забывая об ограниченности имеющихся в отношении данных.