Диплом Ищук Т.В. (Разработка автоматизированной системы электронного планирования работы проектной организации), страница 6
Описание файла
Файл "Диплом Ищук Т.В." внутри архива находится в следующих папках: Разработка автоматизированной системы электронного планирования работы проектной организации, 255 – Ищук Тимофей Викторович. Документ из архива "Разработка автоматизированной системы электронного планирования работы проектной организации", который расположен в категории "". Всё это находится в предмете "дипломы и вкр" из 8 семестр, которые можно найти в файловом архиве ДВГУПС. Не смотря на прямую связь этого архива с ДВГУПС, его также можно найти и в других разделах. .
Онлайн просмотр документа "Диплом Ищук Т.В."
Текст 6 страницы из документа "Диплом Ищук Т.В."
Таблица 2.6 – Структура таблицы DOLJNOST
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_DOLJN | INTEGER |
| ID должности | |
| NAME_DOLJN | VARCHAR, 25 |
| Название должности | ||
| STATUS_ | INTEGER |
| Статус |
Таблица 2.7 – GROUP – содержит названия всех групп.
Таблица 2.7 – Структура таблицы GROUP
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_GR | INTEGER |
| ID группы | |
| NAME_GR | VARCHAR, 10 |
| Название группы | ||
|
| PODR_ | INTEGER |
| Подразделение |
Таблица 2.8 – PODRAZDELENIE – содержит название всех подразделений.
Таблица 2.8 – Структура таблицы PODRAZDELENIE
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_PODR | INTEGER |
| ID подразделения | |
| NAME_PODR | VARCHAR, 15 |
| Название подразделения | ||
|
| OTDEL_ | INTEGER |
| Отдел |
Таблица 2.9 – OTDEL – содержит названия всех отделов.
Таблица 2.9 – Структура таблицы OTDEL
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_OTD | INTEGER |
| ID отдела | |
| NAME_OTD | VARCHAR, 30 |
| Название одела |
Таблица 2.10 – SVOYSTVA– содержит список свойств работ по всем признакам.
Таблица 2.10 – Структура таблицы SVOYSTVA
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_SV | INTEGER |
| ID свойства | |
| NAME_SV | VARCHAR, 40 |
| Название свойства | ||
|
| PRIZNAK_ | INTEGER |
| Признак |
Таблица 2.11 – PRIZNAKI – содержит список признаков работ.
Таблица 2.11 – Структура таблицы PRIZNAKI
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_PR | INTEGER |
| ID признака | |
| NAME_PR | VARCHAR, 10 |
| Название признака |
Таблица 2.12 – STATDIYA – содержит список стадий проекта.
Таблица 2.12 – Структура таблицы STADIYA
| PK | FK | Поле | Тип | NN | Описание |
|
| ID_STAD | INTEGER |
| ID стадии | |
| NAME_STAD | VARCHAR, 10 |
| Название стадии |
Таблица 2.13 – DGANTT – содержит данные для построения линейного графика.
Таблица 2.13 – Структура таблицы DGANTT
| PK | FK | Поле | Тип | NN | Описание |
| ID_G | INTEGER |
| ID записи | ||
|
| WORK_ | INTEGER |
| Задание | |
| DATI_B | TIMESTAMP |
| Дата и время начала | ||
| DATI_E | TIMESTAMP |
| Дата и время окончания |
-
Организация связей между таблицами
Между таблицами БД может существовать связь, которая организуется через поля связей таблиц. Поля связей обязательно должны быть индексированными. Связь между таблицами определяет отношение подчиненности, при котором одна таблица является главной, а вторая подчиненной.
Обычно используется связь «один-ко-многим», когда одной записи в главной таблице может соответствовать несколько записей в подчиненной таблице. После установки связи между таблицами при перемещении в главной таблице, текущего указателя на какую-либо запись в подчиненной таблице, автоматически становятся доступными записи, у которых значение поля связи равно значению поля связи текущей записи главной таблице.
Связь «один-к-одному» означает, что каждой записи в главной таблице соответствует одна запись в подчиненной таблице. Обычно такая логическая связь используется в ситуации, когда данные, которые могут быть, в общем-то, сохранены в одной записи таблицы, из-за требований проектирования БД необходимо хранить в разных таблицах.
Связь «многие-ко-многим» означает, что одной записи главной таблицы могут соответствовать несколько записей подчиненной таблицы и, наоборот, одной записи подчиненной таблицы может соответствовать несколько записей главной таблицы.
Связь между главной и подчиненной таблицей реализуется с помощью первичных и внешних ключей.
На листе 6 графического материала показаны связи между таблицами посредством первичных и внешних ключей, описанных ниже.
-
Таблица OBJECTS
Поле ID_OBJ содержит первичный ключ; поля AVTOR_ содержит внешний ключ для связи с таблицей FIO.
-
Таблица ATD
По полю ID_ATD построен первичный ключ; по полям TITUL_ATD, STAD_ATD построены внешние ключи для связи с таблицами OBJECTS и STADIYA.
-
Таблица RABOTA.
Поле ID_WRK содержит первичный ключ; по полям ATD_, PRIZNAK_ построены внешние ключи для связи с таблицами ATD и PRIZNAK.
-
Таблица ZADANIE
По полю ID_Z построен первичный ключ; поля NACH_, ISP_, RAB_, SV_ содержат внешние ключи для связи с таблицами FIO, RABOTA, SVOYSTVA.
-
Таблица FIO
По полю ID_FIO построен первичный ключ; поля DOLJN_ и GROUP_ содержат внешние ключи для связи с таблицами DOLJNOST и GROUP.
-
Таблица DOLJNOST содержит поле ID_DOLJN с первичным ключом.
-
Таблица GROUP
Поле ID_GR содержит первичный ключ; по полю PODR_ построен внешний ключ для связи с таблицей PODRAZDELENIE.
-
Таблица PODRAZDELENIE
Поле ID_PODR содержит первичный ключ; поле OTDEL_ – внешний ключ для связи с таблицей OTDEL.
-
Таблица OTDEL содержит поле ID_OTD с первичным ключом.
-
Таблица SVOYSTVA
По полю ID_SV построен первичный ключ; поле PRIZNAK_ содержит внешний ключ для связи с таблицей PRIZNAKI.
-
Таблица PRIZNAKI содержит поле ID_PR с первичным ключом.
-
Таблица STADIYA содержит поле ID_STAD с первичным ключом.
-
Таблица DGANTT содержит одно единственное ключевое поле – WORK_ для связи с таблицей ZADANIE.
-
Организация работы с БД
Для работы в среде разработки Delphi 7.0 с представленной БД была использована библиотека компонентов Devrace FIBPlus. Приложения, созданные с использованием FIBPlus, не требуют установки дополнительного программного обеспечения, совместимы с большинством визуальных компонентов и генераторов отчетов и множеством сред разработки. Программы, использующие FIBPlus, имеют более высокую производительность по сравнению с аналогами и потребляют меньше системных ресурсов. В библиотеку включены средства оптимизации потребления трафика (управление записями в локальном буфере, кэширование метаданных, повторное использование запросов и др.).
Для разработки АРМ были использованы следующие компоненты:
-
TpFIBDatabase – предназначен для подключения к базе данных, позволяет получать статистическую информацию о базе, свойствах базы данных и так далее.
-
TpFIBTransaction – предназначен для явного управления транзакцией.
-
TpFIBDataSet – предназначен для получения и редактирования данных, является потомком стандартного класса TDataSet и полностью совместим со всеми визуальными компонентами.
-
SuperIBAlerter – предназначен для регистрации и получения событий (eventalerters) InterBase [5].
Компонент TpFIBDatabase настраивается следующим образом. В свойстве DBName указывается путь к файлу БД, в свойстве ConnectParams вводятся имя пользователя UserName и пароль Password для подключения к серверу Firebird. Далее, после выполнения метода Open происходит подключение к БД.
Для настройки компонента TpFIBTransaction достаточно указать в свойстве DefaultDatabase имя компонента БД. Активируется компонент переводом свойства Active в состояние True.
При настройке компонента необходимо выполнить следующие действия. В свойстве Database вводится имя компонента TpFIBDatabase, в свойстве Transaction указывается компонент TpFIBTransaction. Для получения наборов данных, а также для добавления, изменения и удаления данных в БД в свойствах SelectSQL, InsertSQL, UpdateSQL, DeleteSQL компонента TpFIBDataSet необходимо ввести соответствующие запросы на языке SQL. Набор данных активируется после выполнения метода Open.
