Временные трудовые коллективы

Содержание 

Введение …………………………………………………………………………… 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. Основные требования  к БД по функциональному набору:

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

• Пополнение базы данных специалистов и рабочих в связи с поступлением новых кадров
• Удаление из базы данных увольняющихся рабочих
• Учет рабочих, распределенных на выполнения определенных работ
• Поиск работ, находящихся на выполнении у данного рабочего
• Регистрация окончания выполнения заказа данным рабочим или специалистом

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