Разработка базы данных Кадры » Рефераты: скачать бесплатно рефераты на любую тему.

Разработка базы данных Кадры

Русский гуманитарно-технический колледж

«Тантал»

Факультет технической кибернетики

«Утверждаю»

Зав. кафедрой

факультета технической кибернетики

__________________________

«_____»_____________2001 г.

Дипломная работа

Студента Жучкова М.Ю. рег. номер
___________

Тема: Разработка базы данных «Кадры»

Руководитель: ____________/ /

Рецензент: _______________/ /

Оглавление:

1. Введение 3-4
2. Основная часть.

Разработка базы данных «Кадры»

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

2.2 Построение инфологической и даталогической модели 9-28

2.3 Проектирование базы данных 29-37

2.4 Разработка приложения 38-43
3. Охрана труда 44-46
4. Заключение 47
5. Библиографический список 48
6. Приложение 49-87
7. Графический материал 88-93

1. ВВЕДЕНИЕ

Открытое акционерное общество «Судостроительный завод «Лотос» предназначен для строительства морских буровых стационарных платформ разведки и добычи нефти и строительства судов различного назначения.
Предприятие располагает большими техническими возможностями (до 30000 тонн металла в год) и квалифицированными кадрами, аттестовано на класс Речного
Регистра, Морского Регистра Судоходства, а также Германского Ллойда.

ОАО «ССЗ «ЛОТОС» предлагает к изготовлению: технические средства для освоения газовых и нефтяных месторождений на шельфе мирового океана и внутренних морей; сухогрузные и нефтеналивные суда различного района плавания - морского, речного и смешанного «река – море» (спусковой вес около 15000 т); вспомогательные суда различного назначения; суда технического флота.

В данной дипломной работе осуществлена разработка базы данных для отдела кадров.

Автоматизация подсистемы управления кадрами является одной из важнейших частей автоматизации производственно-хозяйственной деятельности предприятия.

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

Определенная задача состояла в разработке полноты базы, т.е. осуществлена такая архитектура, которая могла бы осуществить как работу поисковых систем для отдела кадров и других отделов предприятия, так и формирование выходной информации, необходимой для функционирования задач подсистемы управления кадрами и сведений для руководства предприятия.

2. ОСНОВНАЯ ЧАСТЬ

Разработка базы данных «Кадры»

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

Предметной областью называется часть реального мира, представляющая интерес для данного исследования (использования) [1].

Вкратце рассмотрим схему работы отдела кадров. Инспектор отдела кадров заполняет личное дело сотрудника данными. В список анкетных данных входят:

- фамилия;

- имя;

- отчество;

- табельный номер;

- страховой номер;

- пол;

- дата рождения;

- место рождения;

- национальность;

- социальное происхождение;

- гражданство;

- образование;

- название учебного заведения;

- форма обучения;

- год окончания учебного заведения;

- диплом (серия, номер);

- квалификация по диплому;

- специальность по диплому;

- образование (дополнительное);

- вид найма;

- вид работы;

- ученая степень;

- ученое звание;

- узкая специальность;

- владение иностранными языками;

- наличие судимости;

- семейное положение;

- состав семьи;

- состоит ли в профсоюзе;

- имеет ли группу инвалидности;

- является ли пенсионером;

- является ли участником войны;

- домашний почтовый индекс;

- район проживания;

- область;

- домашний адрес;

- домашний телефон;

- паспортные данные (серия, номер, кем выдан, прописка);

- воинская обязанность;

- воинское звание;

- номер военно-учетной специальности;

- военный билет (серия, номер);

- годность к военной службе;

- отношение к бронированию;

- наличие моб. предписания;

- группа учета;

- категория учета;

- к какому райвоенкомату причислен;

- дата начала срочной службы

- дата окончания срочной службы;

- дата последнего прохождения мед. комиссии;

- данные трудовой книжки;

- данные о назначениях и перемещениях;

- квалификационный разряд;

- учреждение;

- подразделение;

- текущая должность;

- дата приема на работу;

- дата окончания испытательного срока;

- информация о командировках;

- информация об отпусках;

- дата увольнения;

- ИНН;

- серия свидетельства налогоплательщика;

- номер свидетельства налогоплательщика;

- дата выдачи свидетельства налогоплательщика.

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

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

2.2 Построение инфологической и даталогической модели

Описание предметной области, выполненное без ориентации на используемые в дальнейшем программные и технические средства, называется инфологической моделью [1].

Для того, чтобы база данных адекватно отражала предметную область, проектировщик базы данных должен хорошо представлять себе все нюансы, присущие данной предметной области (ПО), и уметь отобразить их в базе данных. Поэтому прежде чем начинать проектирование базы данных, необходимо как следует разобраться, как функционирует предметная область, для отображения которой создается БД. Предметная область должна быть предварительно описана. Для этого в принципе может использоваться и естественный язык, но его применение имеет много недостатков, основным из которых являются громоздкость описания и неоднозначность его трактовки.
Поэтому обычно для этих целей используют искусственные формализованные языковые средства. В связи с этим под инфологической моделью (ИЛМ) понимают описание предметной области, выполненное с использованием специальных языковых средств, не зависящих от используемых в дальнейшем программных средств [1].

Для описания инфологической модели были использованы графические средства.

Описание связи «объект-свойство» изображено на рис. 2.2.1 графического материала.

База данных «Кадры» разрабатывается для хранения текстовой информации
(хотя для удобства ввода некоторые поля таблиц – числовые), поэтому в приложении не будут применены вычисления введенных оператором данных.

Даталогическая модель является моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к их содержанию и среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных [1].

Отделу кадров ОАО «ССЗ «Лотос» необходимо решать следующие задачи:

Регистрация новых сотрудников.

Уточнение данных по существующим сотрудникам.

Удаление сотрудников.

Опишем задачи, заполнив рабочий бланк №1.

В рабочий бланк задачи нужно занести имя каждого элемента данных, его использование и краткое описание этого элемента. При заполнении столбца
«Использование» рабочего бланка применяются пять обозначений - I,O,U,D, и
C. Это первые буквы слов Input(Ввод), Output(Вывод), Update(Изменения),
Delete(Удаление), Calculate(Вычисления). В столбец «Объект» записывается имя объекта.

В качестве имен элементов/объектов подберем краткий английский перевод описания этих элементов/объектов.

Теперь можно приступить к более тщательному анализу данных и объединению отдельных элементов данных в объекты. Эти объекты станут впоследствии основой для создания таблиц в проектируемой базе данных.

Далее следует заполнить еще один комплект рабочих бланков, который поможет объединить элементы данных в объекты. В верхней части бланка для каждого объекта надо перечислить все объекты связанные с данным. В графе бланка «Связь» указывается тип связи («один-ко-многим» или «один-к- одному»).

Для каждого элемента данных, в рабочем бланке объекта, обязательно должны быть указаны тип данных (текстовый, числовой, денежный, Мемо и т.д.) и длина поля, необходимая для их хранения. Должно быть дано краткое описание этого элемента, которое впоследствии будет использоваться при определении таблицы.

Также, в бланке должно быть записано условие на значение, которое будет применяться к соответствующему полю данных. В дальнейшем, можно будет задать эти условия в программных файлах FoxPro, чтобы использовать их для проверки данных.

Опишем используемые объекты, заполнив рабочий бланк №2.

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

2.3 Проектирование базы данных

При проектировании базы данных следует придерживаться правил нормализации таблиц:

Правило 1: Каждое поле любой таблицы должно быть уникальным.

Правило 2: Каждая таблица должна иметь уникальный идентификатор
(первичный ключ), который может состоять из одного или нескольких полей таблицы.

Правило 3: Для каждого значения первичного ключа должно быть одно и только одно значение любого из столбцов данных, и это значение должно относиться к объекту таблицы.

Правило 4: Должна иметься возможность изменять значения любого поля
(не входящего в первичный ключ), и это не должно повлечь за собой изменение другого поля.[2]

Каждый агрегированный объект будет представлен отдельной таблицей базы данных. Элементы данных будут представлены полями таблиц. Имена таблиц и их полей подберем исходя из имен объектов и элементов данных. В качестве первичного ключа используем табельный номер. Проект базы данных включает в себя 11 таблиц.

Опишем базу данных в табличной форме.

Итак, спроектировано 11 таблиц базы данных «Кадры». Для удобства работы, 10 из них следует проиндексировать: таблицу STUFF.DBF по полю ORG_NUM; таблицу EDUCAT.DBF по полю DATE_BEGIN; таблицу LANGUAGE.DBF по полю OTH_LANG; таблицу CONVICT.DBF по полю DATE_VERD; таблицу FAMILY.DBF по полю DATE_RELAT; таблицу WORKCARD.DBF по полю DATE_WRK; таблицу MOVING.DBF по полю DATE_MOV; таблицу QUALIFIC.DBF по полю DATE_QUAL; таблицу BUS_TRIP.DBF по полю START_TRP; таблицу HOLIDAY.DBF по полю WITH_HOL.

2.4 Разработка приложения

Для создания проекта использовалась СУБД FoxPro 2.6.

В состав проекта входит 28 командных файлов. Можно было бы в качестве процедур объединить их в один файл, но тогда, в дальнейшем, стало было неудобно их изменять. Взаимосвязь командных файлов представлена на рис.
2.4.1 графического материала.

Стартовым в проекте является файл START.PRG, в котором устанавливается операционная среда системы, формируется экран, а также описывается рабочее меню. В состав рабочего меню входят горизонтальное BAR-меню и три вертикальных POPUP-меню:

В пункте :

В пункте :

|Переиндексация баз |
|Инициализация баз |

В пункте :

|Краткая справка о сотруднике |

При выборе , или , запускаются программные файлы (модули) READ.PRG, WRITE.PRG или NEW.PRG соответственно.
Задача этих модулей - запуск R_W.PRG с необходимыми параметрами. В частности задаются переменные edit и type (edit=.t. – редактирование полей разрешено, edit=.f. – редактирование запрещено, type=1 – выводится сообщение «просмотр данных», type=2 – «редактирование данных», type=3 –
«добавление данных»). NEW.PRG также должен добавить пустую запись в таблицу
STUFF.DBF.

Так как анкетные данные довольно обширны, для их отображения пользоваться только командами BROWSE или CHANGE неудобно. В данном проекте использовались GET-поля для таблиц STUFF.DBF, PASSPORT.DBF и BROWSE-окна для остальных. Описание экранов с GET-полями, а также условия ввода данных, заложены в модулях WIEV1.PRG, WIEV2.PRG, WIEV3.PRG, WIEV4.PRG, WIEV5.PRG, которые запускает R_W.PRG (чтобы не перечислять каждый раз, назову их
WIEVn). В зависимости от значения переменной edit, в GET-полях разрешено или запрещено редактирование данных. Экраны, формируемые этими модулями, кроме области редактирования данных содержат в верхней части экрана номер
«листа», Ф.И.О. сотрудника, вид операции, а в нижней части экрана - опции управления:

- передает управление следующему экрану.

- передает управление предыдущему экрану

- переходит к следующему сотруднику.

- возвращается к предыдущему сотруднику

Если номер экрана больше 5, то управление передается экрану №1.

Если номер экрана меньше 1, то управление передается экрану №5.

Подобная же схема действует и на выбор следующего или предыдущего сотрудника.

- позволяет не перебирать сотрудников по порядку, а сразу выбрать его из списка.

- выводит на печать все данные о текущем сотруднике.

- возврат в главное меню.

Кроме данных опций, экраны содержат дополнительно опции, позволяющие просмотреть связанную с ними дополнительную информацию. На каждом экране эти опции разные. С правой части от опции - выводится количество записей в разделе.

Все опции описаны LIGHTBAR-меню.

При выборе некоторой опции происходит выход из текущего модуля WIEVn с возвращением списка переменных в модуль R_W.PRG. В соответствии со значением переменных, управление передается тому или иному модулю.

Вернуться