База данных отдела кадров

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

КОНТРОЛЬНАЯ РАБОТА

на тему:

«База данных отдела кадров»

Петропавловск-Камчатский 2011

Введение

Базы данных - это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия. Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять. Каждая запись является набором именованных полей, или ячеек, которые могут хранить самую разнообразную информацию, начиная от даты рождения и заканчивая подробным описанием кулинарного рецепта. Однотипные поля разных записей образуют столбец таблицы. Создав одну таблицу, вы уже получаете полноценную базу данных. Однако в реальной жизни структуры баз данных, а соответственно и способы их создания, намного сложнее. В последние годы на первый план выдвигается новая отрасль - информационная индустрия, связанная с производством технических средств, методов, технологий для производства новых знаний. Эта индустрия тесно связана с развитием компьютерных технологий. В информационном обществе доминирует производство информационного продукта, а материальный продукт становится более информационно емким. Изменятся весь уклад жизни, система ценностей: возрастает значимость культурного досуга, возрастает спрос на знания, от человека требуется способность к интеллектуальному труду и творчеству. В результате появились противоречия между ограниченными возможностями человека по восприятию и переработке информации и существующими массивами хранящейся и передаваемой информации. Возникло большое число избыточной информации, в которой иногда трудно сориентироваться и выбрать нужные сведения. Для решения подобных проблем применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия. За последние несколько лет вырос уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц. К настоящему времени накоплен значительный опыт проектирования БД, предназначенных для управления производством, это позволяет сделать процесс создания БД более эффективным.

1. Обследование предметной области

К функциям отдела кадров относится принятие и увольнение сотрудников, составление различных приказов и табеля рабочего времени и т.д. Принимая сотрудника на работу, фирма заключает с ним трудовой договор, в котором содержится информация различного рода, например: какого числа он был принят на работу, в качестве кого, размер его заработной платы, табельный номер сотрудника, условия работы, информация о том сколько раз он может уходить в отпуск, оплачиваемый ли больничный, проезд или отпуск и т.д. После официального принятия на работу на сотрудника заводится личная карточка. Личная карточка может содержать фамилию, имя и отчество сотрудника, его дату рождения, паспортные данные, место прописки и проживания, состав семьи и т.д. В течение работы сотрудник может ездить в командировки, ходить на курсы повышения квалификации, уходить в отпуска, болеть, так же сотрудник может быть материально ответственным лицом, увольняться. На всё вышеперечисленное составляются специальные приказы, которые содержат разного рода информацию. Приказ об уходе сотрудника в командировку содержит в себе табельный номер сотрудника, место куда он уезжает и время, за счет чьих средств и т.д. Приказ об уходе на больничный составляется отделом кадров в том случае, если сотрудник был в этот момент в отпуске. В противном случае больничный регистрируется вручную в специальном журнале. Приказ о повышении квалификации называется переводом. Фирма может, как сама отправлять сотрудника на курсы, так и сотрудник может самостоятельно их посещать. В последнем случае сотрудник обязан будет представить специальный документ, который будет свидетельствовать о том, что данный человек действительно прошел эти курсы. На основании командировок, больничных и отпусков отделом кадров составляется табель рабочего времени. Табель рабочего времени представляет собой список всех сотрудников, с указанием занимаемых ими должностями, число дней, которое сотрудник должен был отработать, число фактически отработанных сотрудником дней, число выходных и количество дней в которых сотрудник был в командировках, отпусках или болел. Табель рабочего времени составляется раз в месяц. Увольнение сотрудника происходит либо на основании личного заявления сотрудника, либо из-за нарушения правил трудового договора. После официального подписания приказа сотрудник обязан отработать на данном предприятии еще две недели.

2. Концептуальное проектирование

2.1 Перечень сущностей

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

2.2 Перечень атрибутов

Перечисленные выше сущности содержат различные атрибуты. Атрибут - заголовок столбца таблицы. Сущность сотрудники содержит следующие атрибуты: Ф.И.О. сотрудника, табельный номер сотрудника, занимаемую должность, стаж работы, номер паспорта, ИНН, состав семьи, дату рождения, место проживания по паспорту, фактическое место проживания, телефон, образование. Сущность трудовой договор содержит следующие атрибуты: наименование фирмы, номер приказа, дату составления приказа, дату принятия на работу, Ф.И.О. сотрудника, табельный номер сотрудника, структурное подразделение, должность, оклад, надбавки за совмещение должностей, надбавки за работу на крайнем севере, основание принятия на работу. Сущность отпуск содержит следующие атрибуты: наименование фирмы, номер приказа об уходе в отпуск, дату составления приказа, структурное подразделение, Ф.И.О. сотрудника, табельный номер сотрудника, структурное подразделение, период работы, основной отпуск, дополнительный отпуск, количество дней, период к оплате. Сущность больничный содержит следующие атрибуты: наименование фирмы, номер приказа, Ф.И.О. сотрудника, табельный номер сотрудника, структурное подразделение, занимаемую должность, основной отпуск, дополнительный отпуск в связи с болезнью, пункт «отпуск исчислять», пункт «всего отпуск». Сущность повышение квалификации (перевод) содержит следующие атрибуты: номер приказа об переводе, табельный номер сотрудника, Ф.И.О. сотрудника, пункт «вид перевода», прежнее место работы, новое место работы, основание перевода. Сущность командировки содержит следующие атрибуты: номер приказа об отправлении сотрудника в командировку, табельный номер сотрудника, Ф.И.О. сотрудника, структурное подразделение, занимаемую должность, место назначения, срок и цель командировки, пункт «за счет средств». Сущность табель рабочего времени содержит в себе следующие атрибуты: номер сотрудника, должность, количество отработанных дней, количество фактически отработанных дней, количество выходных, командировки, отпуска, больничные. Сущность увольнение содержит следующие атрибуты: номер приказа об увольнении сотрудника из фирмы, дату составления приказа, дату увольнения, табельный номер сотрудника, структурное подразделение, занимаемую должность, основание, пункт «к оплате».

3. Инфологическое проектирование БД

3.1 Модель «сущность-связь»

Модель «сущность-связь» называют также «ER-моделью» (essence-сущность, relation-связь). Модель к данной БД представлена в приложении 1.

3.2 Классификация связей

При проектировании БД информацию обычно размещают в нескольких таблицах. Таблицы при этом связывают с семантикой информации. В реляционной СУБД для указания связей в таблице производят операции их связывания. Рассмотрим наиболее часто встречаемые бинарные связи: 1. связи вила 1:1 образуется в случае, когда все поля записи основной таблицы и дополнительной таблицы являются ключевыми. 2. связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы. 3. связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной. 4. связь М:М возникает в том случае когда нескольким записям основной таблицы соответствует несколько записей дополнительной. В реляционной БД связь М:М реализуется через дополнительные таблицы. В данной курсовой работе представлены виды связей М:1 и связь.

4. Реляционная модель БД

Реляционная модель баз данных была предложена сотрудником фирмы ABM Э. Кодом в начале 70-х годов. Будучи математиком, он предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность и Декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известных в математике как отношения. Одна из главных идей заключается в том, что связи между данными должны устанавливаться в соответствии с их внутренними логическими взаимоотношениями. В реляционной модели одной командой могут обрабатываться целые файлы. Реляционная БД представляет собой информацию об объекте, представленную в виде двумерного массива - таблицы объеденных определенными связями.

4.1 Выбор ключей

Атрибут значение, которого идентифицируется кортежами (строками таблицы) называется ключом. Отношение может содержать и несколько ключей, один из которых объявляется первичным. Первичные ключи не могут обновляться. Все прочие ключи отношений являются возможными ключами. Если в отношении кортеж идентифицируется соединением значений нескольких атрибутов, то такой ключ называется составным. Атрибут представляющий собой? ключей других отношений называется внешним ключом. Реляционная модель накладывает на внешние ключи ограничения для обеспечения целостности данных. Это означает, что к каждому значению внешнего ключа должны соответствовать строки в связываемых отношениях. В разрабатываемой БД сущность табельный номер сотрудника будет являться ключом для атрибутов сотрудники, отпуск, увольнение, командировка, трудовой договор и повышение квалификации (перевод). Атрибут сотрудники так же имеет уникальные поля, такие как номер паспорта и ИНН, но номер паспорта не может быть ключом, так как номер паспорта может меняться, а ИНН может являться ключевым, но нам удобнее использовать как ключ табельный номер. Для атрибута табель рабочего времени ключевым полем будет являться сущность номер сотрудника, так как номера в табеле повторятся, не могут (притом условии, что табель создается каждый месяц новый).

4.2 Нормализация отношений

база данные кадр сотрудник

Нормализация - разбиение таблицы на две или более, обладающие лучшими свойствами включении, изменении или удалении данных. окончательная цель нормализации сводится к получению такого проекта БД в котором каждый факт появляется лишь в одном месте, то есть исключена избыточность информации. Нормализация отношений - формальный аппарат ограничений, на формирование отношений которого позволяет устранить дублирование, обеспечить непротиворечивость хранимых в базе данных, уменьшить трудозатраты на ведение БД. Кодом выведено три нормальные формы и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме. Приведем наши отношения к третьей нормальной форме. Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые (неделимые). Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность Ф.И.О. разбить на три отдельные (Фамилия, Имя, Отчество). Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных. Вторая НФ: Таблица находится во второй нормальной форме, если она удовлетворяет определению первой нормальной формы и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Для того чтобы наши отношения привести во вторую нормальную форму надо вынести все начальников отдела в отдельную таблицу. Третья НФ: Таблица находится в третьей нормальной форме, если она удовлетворяет определению второй нормальной формы и ни одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля. Отношения, представленные в данной БД, приведены к третьей нормальной форме.

5. Физическое проектирование БД

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

5.1 Состав таблиц БД

Рассмотрим отношения нашей БД подробнее.

Таблица 1 - Сотрудники.

Таблица 2 - Трудовой договор

Таблица 3 - Повышение квалификации (перевод)

Таблица 4 - Командировка

Таблица 5 - Отпуск

Таблица 6 - Больничный

Таблица 7 - Увольнение

Таблица 8 - Табель рабочего времени

Таблица 9 - Должность

Таблица 10 - Структурное подразделение

Таблица 11 - Наименование фирмы

Таблица 12 - Начальники

Размещено на Allbest.ru