Предыдущая страница реферата | 11  12  13  14  15  16  17  18  19  20  21 | Следующая страница реферата

Прежде чем начать проектирование базы данных, необходимо определиться какие данных нам необходимо хранить и их взаимосвязь.

Таблица 4.1 Поля таблицы QUESTIONS
|QUESTIONS – список вопросов |
|ID |Integer |Идентификатор вопроса |
|Q_TEXT |BLOB |Текст вопроса |
|QPICTURE |BLOB |Граф. часть к вопросу |
|CID |INTEGER |Категория вопроса |
|Q1 |SMALLINT |Балл за вариант ответа |
|Q2 |SMALLINT |Балл за вариант ответа |
|Q3 |SMALLINT |Балл за вариант ответа |
|Q4 |SMALLINT |Балл за вариант ответа |
|Q5 |SMALLINT |Балл за вариант ответа |
|Q6 |SMALLINT |Балл за вариант ответа |
|Q7 |SMALLINT |Балл за вариант ответа |
|Q8 |SMALLINT |Балл за вариант ответа |
|Q9 |SMALLINT |Балл за вариант ответа |

Таблица 4.2 Поля таблицы USERS
|USERS – список специалистов |
|ID |INTEGER |Идентификатор специалиста |
|GID |INTEGER |Принадлежность пользователя к |
| | |группе |
|TID |INTEGER |Принадлежность пользователя к типу|
|LOGIN |VARCHAR |Ф.И.О специалиста |
|PWD |VARCHAR |Пароль специалиста |

Таблица 4.3 Поля таблицы STORE
|STORE – данные специалиста |
|ID |INTEGER |Идентификатор специалиста |
|UID |INTEGER |Отвечавший пользователь |
|CID |INTEGER |Категория вопросов |
|DATED |VARCHAR |Дата аттестации |
|PERCS | SMALLINT |Результат в % |

Таблица 4.4 Поля таблицы TYPES
|TYPES – Типы пользователя |
|ID |INTEGER |Идентификатор пользователя |
|FLAGS |INTEGER |Признак ответа |
|NAME |VARCHAR |Название типа |

Таблица 4.5 Поля таблицы QGROUPS
|QGROUPS – Категории вопросов |
|ID |INTEGER |Идентификатор пользователя |
|NAME |VARCHAR |Категория вопроса |

Таблица 4.6 Поля таблицы GROUPS
|QGROUPS – Группы пользователей |
|ID |INTEGER |Идентификатор пользователя |
|NAME |VARCHAR |Категория группы |

Таблица 4.7 Поля таблицы ASESSIONS
|ASESSIONS – Активные сессии |
|ID |INTEGER |Идентификатор пользователя |
|UID |INTEGER |Отвечавший пользователь |
|NAME |VARCHAR |Ф.И.О пользователя |
|CHOOSENGROUPS |BLOB |Номера выбранной категории |
|GROUPSRP |BLOB |Формат отвеченных вопросов |

Нормализация

Отношение находится в Первой Нормальной Форме (1НФ), если оно содержит только скалярные (атомарные) значения [ ].

Отношение [pic]находится во второй нормальной форме (2НФ) тогда и только тогда, когда отношение находится в 1НФ и нет не ключевых атрибутов, зависящих от части сложного ключа. (Неключевой атрибут - это атрибут, не входящий в состав никакого потенциального ключа).

Замечание. Если потенциальный ключ отношения является простым, то отношение автоматически находится в 2 НФ.

3 Окончательная структура базы данных

Структура базы данных разработана с использованием Case-средства фирмы
Platinum – ErWin 3.5.2. и представлена на рисунке 4.1. Описания таблиц базы данных даны в таблице 4.8.

[pic]Таблица 4.8 Описание таблиц
|Название таблицы |Назначение |Примечание |
|QGROUPS |Список |Для этой таблицы создан |
| |категорий вопросов |генератор и триггер для |
| | |получения уникального |
| | |идентификатора |
|QESTIONS |Список вопросов |Для этой таблицы создан |
| | |генератор и триггер для |
| | |получения уникального |
| | |идентификатора |
|USERS |Список специалистов, |Для этой таблицы создан |
| |имя и пароль |генератор и триггер для |
| | |получения уникального |
| | |идентификатора |
|GROUPS |Список |Для этой таблицы создан |
| |групп специалистов |генератор и триггер для |
| | |получения уникального |
| | |идентификатора |
|TYPES |Список |Для этой таблицы создан |
| |типов пользователей. |генератор и триггер для |
| | |получения уникального |
| | |идентификатора |
|ASESSION |Хранит признак | |
| |открытой сессии | |
| |специалистом и | |
| |дату/время начала | |
| |сессии | |

Контроль за ссылочной целостностью данных осуществляется при помощи первичных ключей (primary key), внешних ключей (foreign key) и триггеров.
Полный текст метаданных структуры базы данных дан в приложении 1.

5 Технология проведения аттестации с использованием

данной системы.

a.Технология проведения аттестации на ОАО «Троицкая ГРЭС» и ее недостатки.

На данный момент, на ОАО «Троицкая ГРЭС» действует следующий порядок проведения аттестации ИТ-специалистов рисунок 2.1:

По составленным заключениям и выносятся соответствующие административные решения:
- О служебном продвижении
- Об изменении характера трудовых обязанностей
- Об изменении оплаты труда или иных материальных условий
- О направлении на учебу
- О необходимости повторной аттестации

В ходе анализа процесса аттестации были выявлены следующие недостатки существующего порядка проведения аттестации:

- Сложно выбрать подходящее время для проведения аттестации,не нарушив при этом рабочий график всех участвующих (комиссия и специалисты).

- Потеря времени на подготовку вопросов руководителем.

- Нет определённого критерия выбора вопросов для проведения аттестации.

Рекомендуем скачать другие рефераты по теме: контрольная 2, реферати українською.





Предыдущая страница реферата | 11  12  13  14  15  16  17  18  19  20  21 | Следующая страница реферата