Содержание
Введение …………………………………………………………………………… 3

§ 1. Постановка задачи ……………………………..……………………………… 4

§ 2. Структура базы данных …….………………………………………………… 5

§ 3. Основные объекты базы данных ……………………………………………... 8

       3.1. Формы ……………………………………………………………………... 8

       3.2. Запросы …………………………………………………………………... 10

       3.3. Отчеты …………………………………………………………………… 15

Заключение ………………………………………………………………………. 16

Литература ……………………………………………………………………….. 17
Введение
Задача управления на предприятии, в учреждении и любой другой функциональной единице, в которой трудится персонал, является одной из первоочередных задач. Во временных трудовых коллективах эффективное управление и распределение трудовых ресурсов приобретает еще большую важность. Кроме того, задача создания и ведения базы данных «Временные трудовые коллективы», решенная в рамках данной курсовой работы, иллюстрирует производственное применение Microsoft Access. Следовательно, тема  курсовой работы актуальна и значима.

Объект исследования – задача управления трудовыми ресурсами во временных трудовых коллективах.

Предмет исследования – реализация задачи управления трудовыми ресурсами средствами Microsoft Access.

Цель работы:

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

Основные подзадачи этой работы следующие:

·        разработка структуры базы данных;

·        создание и заполнение базовых таблиц;

·        учет имеющихся рабочих, текущих заказов;

·        распределение рабочей силы и специалистов по поступающим заказам.

Кроме того, данная работа имеет практическую значимость - её результаты могут использовать работники временных трудовых коллективов для упрощения своей работы и повышения её эффективности.
§ 1. Постановка задачи
1.     Разработать базу данных (БД) «Временные трудовые коллективы», позволяющую вести:

·  учет имеющихся специалистов и рабочих

·  учет работ (заказов), поступающих на выполнение от заказчиков

·  учет распределения специалистов и рабочих по заказам

2.     Основные требования  к БД по функциональному набору:

2.1.         Требования по учету специалистов и рабочих:

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

·          Удаление из базы данных увольняющихся рабочих

·          Учет рабочих, распределенных на выполнения определенных работ

·          Поиск работ, находящихся на выполнении у данного рабочего

·          Регистрация окончания выполнения заказа данным рабочим или специалистом

2.2.         Требования по учету работ:

·          Пополнение базы данных работ

·          Удаление из базы данных уже выполненных или отмененных заказов

·          Составление отчета по работникам, не выполнившим работу в срок

·          Поиск рабочих, выполняющих данный заказ

§ 2. Структура базы данных
Для решения поставленной задачи принята схема базы данных, представленная на рис.1.


Рис. 1
Составляющими базу данных являются три таблицы:

·  «Работники»

·  «Работы»

·  «Распределение»
Таблица «Работники» предназначена для учета людей, работающих в данном трудовом коллективе. Структура таблицы представлена на рис.2.


Рис. 2

В качестве ключевого определено поле «Социальный_номер», содержащий реквизит «Социальный номер», являющимся уникальным в рамках России. По всем другим полям совпадения допускаются.
Таблица «Работы» предназначена для учета поступающих заказов на выполнение, а также его срока выполнения. Структура таблицы «Работы» представлена на рис.3.


Рис. 3

В качестве ключевого определено поле «Код_работы» с типом «Числовой».

Таблица «Распределение» предназначена для учета распределения рабочих по поступившим на выполнение заказам, которая также отражает отметку о выполнении и сумму денежного вознаграждения.

Структура таблицы «Распределение» представлена на рис.4.

Рис.4.

В качестве ключевого определено поле «Код_распределения» с типом «Счетчик».
В качестве связей между таблицами определены связи (см. рис.1.) «один-ко-многим»:

·                   «Работники.Социальный_номер» -> «Распределение.Социальный_номер»

          (у одного работника может быть на выполнении несколько заказов)

·                   «Работы.Код_работы» -> «Распределение.Код_работы»

          (один заказ могут выполнять несколько рабочих)
Данные связи позволяют вести учет распределенных работ и вести так называемую личную карточку рабочего.
§ 3. Основные объекты базы данных
3.1. Формы
Для реализации интерфейса созданы формы.
Главная кнопочная форма (рис. 5).



         Рис. 5
Формы для регистрации и удаления из базы работников и заказов (рис. 6-7).



         Рис. 6.



         Рис. 7.
Подчиненная форма  для реализации  функций распределения работников по заказам, регистрации выполнения заказа и просмотра списка работ на выполнение у конкретного работника (рис. 8).



         Рис. 8.
В последней форме запрещено изменение, добавление записей в таблицы «Работники» и «Работы». 
3.2. Запросы
Для реализации необходимых функции по ведению базы данных были созданы запросы:

·        «Не_в_срок»

·        «Работники_на_работе»

·        «Работы_у_работника»

·        «Распределить»

·        «Выполнил»
Запрос «Не_в_срок» построен с использованием трех таблиц. Тип запроса – выборка. На его основе формируется таблица, показанная на рис. 9.



Рис. 9

Запрос предназначен для вывода в отчет данных по работникам, не выполнившим работу в срок. В качестве условия для отбора записей определено выражение: >[Работы]![Срок_выполнения]  или <Date() – все работы, для которых дата регистрации (отметка о выполнении) больше срока сдачи заказа или срок сдачи заказа меньше текущей календарной.
Конструктор запроса «Не_в_срок» (рис. 10)



         Рис. 10

Запрос «Не_в_срок» в виде SQL-запроса выглядит следующим образом:

SELECT Работники.Фамилия, Работники.Имя, Работники.Отчество,

                Работы.Заказ, Работы.Срок_выполнения, Распределение.Выполнил,

                [Выполнил]-[Срок_выполнения] AS Количество_дней

FROM Работы INNER JOIN (Работники INNER JOIN Распределение ON

            Работники.Социальный_номер = Распределение.Социальный_номер)

            ON Работы.Код_работы = Распределение.Код_работы

WHERE ((([Распределение]![Выполнил])>[Работы]![Срок_выполнения])) OR

               ((([Работы]![Срок_выполнения])<Date()))

ORDER BY Работники.Фамилия;
Запрос «Работники_на_работе» построен с использованием трех таблиц. Тип запроса – выборка. Запрос предназначен для вывода на экран всех работников, которые выполняют данный заказ. В качестве условия для отбора записей определено выражение:  [Forms]![Работы]![Код_работы] - для текущей записи в форме, предназначенной для просмотра, добавления, удаления работ.
Конструктор запроса «Работники_на_работе» (рис. 11)



         Рис. 11

Запрос «Работники_на_работе» в виде SQL-запроса выглядит следующим образом:

SELECT Работники.Фамилия, Работники.Имя, Работники.Отчество,

                Работники.Специальность, Работники.Телефон

FROM Работы INNER JOIN (Работники INNER JOIN Распределение ON

            Работники.Социальный_номер = Распределение.Социальный_номер)

            ON Работы.Код_работы = Распределение.Код_работы

WHERE (((Работы.Код_работы)=[Forms]![Работы]![Код_работы]))

ORDER BY Работники.Фамилия

WITH OWNERACCESS OPTION;
Запрос «Работы_у_работника» построен с использованием трех таблиц. Тип запроса – выборка. Запрос предназначен для вывода на экран всех заказов, которые выполняет данный рабочий. В качестве условия для отбора записей определено выражение:  [Forms]![Распределение]![Поиск_Работника]![Социальный_номер] - для текущей записи в форме, предназначенной для распределения работ.
Конструктор запроса «Работы_у_работника» (рис. 12)



         Рис. 12

Запрос «Работы_у_работника» в виде SQL-запроса выглядит следующим образом:

SELECT Работники.Фамилия, Работники.Имя, Работники.Отчество,

                Работы.Заказ, Работы.Срок_выполнения, Распределение.Сумма

FROM Работы INNER JOIN (Работники INNER JOIN Распределение ON

             Работники.Социальный_номер = Распределение.Социальный_номер)

             ON Работы.Код_работы = Распределение.Код_работы

WHERE (((Работники.Социальный_номер) =

               [Forms]![Распределение]![Поиск_Работника]![Социальный_номер]))

ORDER BY Работы.Срок_выполнения

WITH OWNERACCESS OPTION;
Запрос на добавление «Распределить» построен в режиме SQL конструктора запросов с использованием инструкции INSERT INTO …VALUES.  Запрос предназначен для регистрации данного рабочего и данного заказа в таблице «Распределение». В качестве значений записываемых в поля добавляемой записи используются:

·        данные по текущим записям в активных формах «ПоискРаботника», «ПоискЗаказа» - для полей «Социальный_номер», «Код_работы»;

·         сумма денежного вознаграждения за выполнение данного заказа, которая вводится с клавиатуры.

Запрос «Распределить» в виде SQL-запроса выглядит следующим образом:

INSERT INTO Распределение ( Социальный_номер, Код_работы, Сумма )

SELECT Работники.Социальный_номер, Работы.Код_работы,

                [Введите сумму] AS Выражение1

FROM Работники, Работы

WHERE (((Работники.Социальный_номер) =

               [Forms]![Распределение]![Поиск_Работника]![Социальный_номер])

               AND ((Работы.Код_работы) =

               [Forms]![Распределение]![Поиск_Заказа]![Код_работы]));
Запрос на обновление «Выполнил» построен в режиме SQL конструктора запросов с использованием инструкции UPDATE … SET.  Запрос предназначен для записи в поле «Выполнил» таблицы «Распределение» даты исполнения заказа данным рабочим. В качестве значения, записываемого в поле обновляемой записи, используется дата регистрации выполнения заказа, которая вводится с клавиатуры.

Запрос «Выполнил» в виде SQL-запроса выглядит следующим образом:

UPDATE Работы INNER JOIN (Работники INNER JOIN Распределение ON

                 Работники.Социальный_номер = Распределение.Социальный_номер)

                 ON Работы.Код_работы = Распределение.Код_работы

SET Распределение.Выполнил = [Введите дату_выполнения]

WHERE ((([Распределение]![Социальный_номер]) =

               [Forms]![Распределение]![Поиск_Работника]![Социальный_номер])

                AND (([Распределение]![Код_работы]) =

               [Forms]![Распределение]![Поиск_Заказа]![Код_работы]))

WITH OWNERACCESS OPTION;
3.3. Отчеты

Для определения работников, которые не сдали работу в установленный срок, сформирован отчет «Не_в_срок», позволяющий на  основании запроса «Не_в_срок» вывести список работников и заказов, которые они должны были выполнить и не выполнили к определенной дате (рис. 13).



Рис. 13

Заключение
В данной работе рассматривались возможности применения среды Microsoft Access для решения реальных задач современных трудовых учреждений: учет и распределение имеющейся рабочей силы. А также была разработана учебная база данных «Временные трудовые коллективы», реализующая определенный набор возможностей по её ведению.

Отметим, что выполнение данной работы позволило закрепить знания и практические навыки работы на персональном компьютере с использованием современных компьютерных технологий, ориентированных на работу с базами данных.
Литература
1.     Астахов И. Ф. SQL в примерах и задачах: Учеб. пособие / И. Ф. Астахов и др. – Мн.: Новое знание, 2002. – 176 с.

2.     Избачков Ю., Петров В. Информационные системы: Учебник для вузов. – 2-е изд. – СПб.: Питер, 2005. – 656 с.

3.     Малыхина М. П. Базы данных: основы, проектирование, использование. – СПб.: БХВ-Петербург, 2004. – 512 с.