Интеграция пользовательских представлений

Содержание

1. Введение

2. Проектирование БД.

2.1 Описание предметной области

2.2 Пользовательские представления данных

2.3 Интеграция пользовательских представлений в концептуальное представление

3. Проектирование СУБД-ориентированного реляционного концептуального представления данных.

3.1 Множество атрибутов, множество функциональных зависимостей, построение схемы отношений

3.2 Критика схемы отношения (потенциальная избыточность, ...)

3.3 Нормализация схемы отношения

4. Реализация БД в среде access 2010

4.0Структура таблиц и примеры записей

4.1 Схема данных

4.2 Схема взаимодействия пользовательского интерфейса

4.3 Примеры запросов

4.4 Примеры отчетов

4.5 Контрольный пример по интерфейсу

5. Руководство пользователя

6. Заключение.

Введение

Ба́за да́нных — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины (ЭВМ).^[1]

На данный момент почти каждый бизнес (компания) имеет розничный и офисный штаб сотрудников. Розничные сотрудники обучаются в офисе (отдел обучения), повышают уровень знаний и мастерства, т.к. они зависят от занимаемой им должности и оклада.

В своем примере я покажу небольшую БД, в которой любой офисный или розничный сотрудник сможет легко найти необходимую ему информацию

1. Предметная область: Обучение розничных сотрудников

2. Сущности:Курсы, магазины, сотрудники, обучение сотрудников

3. Представления пользователей:

Интеграция пользовательских представлений

Объединение представлений пользователей дает следующее множество атрибутов:

Код курса(КК), Название курса(НК), Количество часов(КЧ), Код магазина(КМ), Название магазина(НМ), Ранг магазина(РМ), Код сотрудника(КС), ФИО сотрудника(ФС), Оклад(ОС), Должность сотрудника(ДС), Код оценки(КО), Код курса(ККу), Бал(БС)

Интегрированное представление пользователей представляем в виде диаграммы

Интеграция пользовательских представлений - student2.ru Курсы Код курса(КК)

Название курса(НК)

Количество часов(КЧ)

Интеграция пользовательских представлений - student2.ru Магазины Код магазина(КМ)

Название магазина(НМ)

Ранг магазина(РМ)

Интеграция пользовательских представлений - student2.ru Сотрудники Код сотрудника(КС)

ФИО сотрудника(ФС)

Оклад(ОС)

Должность сотрудника(ДС)

Интеграция пользовательских представлений - student2.ru Обучение сотрудников Код оценки(КО)

Код курса(ККу)

Бал(БС)

5.Исходные данные для нормализации

Множество атрибутов

U={кк, нк, кч, км, нм, рм, кс, фс, ос, дс, ко, кку, бс}

Множество функциональных зависимостей

F={ км->кс,км->нм,км->фс,км->рм,кс->фс,кс->ос,кс->дс,(ко,кку,бс)->кс,(кс,фс)->км}

6. Нормализация схем отношений

Шаг 1. Строим расширенное множество функциональных зависимостей

кк+ =кк,нк,ко,кку,бс,фс,кс => кк-> нк,ко,кку,бс,фс,кс

кк+=кк,нк =>кк->нк

км+=км,нм,рм =>км->нм,рм

кс+=кс,ос,фс,дс =>кс->ос,фс,дс

(кс,ко)+=кс,ко,фс,ос,дс,кку,бс,нк,кч =>(кс,ко)-> фс,ос,дс,кку,бс,нк,кч

Расширенное множество зависимостей:

F={кк->(нк,ко,кку,бс,фс,кс) кк->…. кк->…. , кк->нк, км->нм,рм, кс->(ос,фс,дс), (кс,ко)-> фс,ос,дс,кку,бс,нк,кч,(кс,кк,ко)->нк,кч,км,нм,рм,кс,фс,ос,дс,ко,бс, (кс,ко,кк)- >… }

Шаг 2. Строим неизбыточное покрытие:

F₀={ кк->(нк,ко,кку,бс,фс,кс), кк->нк, км->нм,рм, кс->(ос,фс,дс), (кс,ко)-> фс,ос,дс,кку,бс,нк,кч,(кс,кк,ко)->нк,кч,км,нм,рм,кс,фс,ос,дс,ко,бс }

Шаг 3. Тривиальную зависимость добавлять не нужно, так как есть зависимость, содержащая полный набор атрибутов.

Шаг 4. Все зависимости элементарные.

Шаг 5. Эквивалентных зависимостей нет.

Шаг 6. Ранжируем зависимости

X ® Y X È Y rang

кк->нк,ко,кку,бс,фс,кс кк,нк,ко,кку,бс,фс,кс 3

кк->нк кк,нк 6

км->нм км,нм 5

кс->ос,фс,дс кс,ос,фс,дс 4

(кс,ко)-> фс,ос,дс,кку,бс,нк,кч кс,ко,фс,ос,дс,кку,бс,нк,кч 2