![](/stc/img/evkova.png)
Проектирование базы данных Учета заработной платы ( Описание предметной области. Постановка задачи )
Содержание:
Введение
Среди наиболее трудоемких участков бухгалтерского учета особое место занимают расчеты с персоналом по оплате труда. Для работы на данном участке необходимы высокая точность, аккуратность, максимум внимания и, безусловно, своевременное выполнение всех расчетных операций. В роли объектов учета могут выступать десятки, сотни и даже тысячи человек, по каждому из которых нужно учитывать и обрабатывать достаточно большие объемы данных.
Чем больше персонала на предприятии и чем разнообразнее виды начислений и удержаний, тем сложнее решать перечисленные задачи без применения компьютерных технологий. Поэтому бухгалтерам, ведущим данный участок учета, хотелось бы использовать информационная систему, предназначенную для расчета зарплаты, а не проводить все расчеты вручную.
Автоматизация процесса учета заработной платы позволяет уменьшить трудозатраты, повысить точность, скорость и безопасность ввода и обработки данных.
Именно поэтому в качестве предметной области выбран процесс «Учет заработной платы».
Информационная система должна решать следующие задачи:
- Контролировать учет заработной платы;
- Автоматизировать процесс учета заработной платы.
- Ведение единой и целостной базы сотрудников
- Подготовка и формирование электронной отчетности.
1 глава. Аналитическая часть
1.1. Описание предметной области. Постановка задачи
В России применяются две основные системы начисления заработной платы - повременную и сдельную. Расчет заработной платы осуществляется на основании показателей, которые каждая организация определяет сама. Исключение составляют только лишь бюджетные организации — там система оплаты труда устанавливается в соответствии с законами.
Порядок начисления заработной платы при повременной системе оплаты труда предполагает оплату фактически отработанного времени на основании одного из следующих показателей: часовая ставка, дневная ставка или месячный оклад. Начисление заработной платы сотрудникам, работающим на окладе, не зависит от числа рабочих дней в месяце. Если отработаны все дни, сотруднику будет начислена заработная плата в размере оклада. Повременно-премиальный порядок начисления заработной платы подразумевает под собой дополнительную премию к установленной ставке или окладу, размер которой может быть фиксированным или в процентах от оклада (ставки). Премия выплачивается при выполнении производственного плана. Порядок начисления заработной платы при сдельной системе предусматривает оплату за единицу произведенной продукции (оказанной услуги). Расчет зарплаты сотрудникам, работающим по срочному договору, осуществляется на основании акта формы №T-73[5].
Сдельно-прогрессивная система оплаты труда подразумевает повышенные расценки оплаты выработки сверх нормы. Косвенно-сдельная система оплаты труда означает зависимость уровня зарплаты одной категории сотрудников от зарплаты сотрудников другой категории. При такой системе не существует единого правила начисления заработной платы — каждая организация разрабатывает свой порядок начисления. Могут использоваться следующие варианты:
1. Применение косвенных сдельных расценок при начислении зарплаты вспомогательного персонала.
2. Применение среднего коэффициента выполнения норм.
3. Процент от заработка сотрудников основного производства.
Если сотрудники привлечены для временной (сезонной) работы, для них устанавливается аккордная система оплаты труда. С ними заключается трудовой договор, содержащий следующие обязательные пункты:
В соответствии с законодательством РФ, при аккордной системе оплаты труда заработная плата не может быть ниже минимального размера оплаты труда (МРОТ) [5].
Для сотрудников, в результате деятельности которых организация получает прямой доход, может быть установлена комиссионная система оплаты труда (рекламные агенты, торговые представители, менеджеры по продажам и т.д.) [6].
При комиссионной системе могут применяться следующие варианты начисления зарплаты:
2. оклад + процент от выручки;
3. процент от выручки, размер которого не ниже размера оклада.
При системе плавающих окладов размер зарплаты зависит от выручки предприятия. Такая система устанавливается только для всего коллектива организации. Размер заработной платы и система ее начисления согласовываются при заключении трудового договора. Независимо от установленного в организации порядка начисления заработной платы и ее размера, она должна выплачиваться сотрудникам два раза в месяц согласно Трудовому кодексу РФ.
Формирование фонда оплаты труда
Фонд формируется из:
- денежных средств для уплаты зарплаты;
- осуществленных выплат за учебные отпуска, по простою организации, за вынужденные прогулы;
- надбавок к зарплате;
- премиальных вознаграждений.
- Порядок начисления
Далее рассмотрим, каким образом начисляется зарплата, какие первичные документы и формы оплаты труда существуют и могут применяться в организациях.
Первичными документами для выплаты заработанных средств являются:
- табель учета;
- лист нетрудоспособности;
- приказ о назначении премии;
- наряд на сдельную работу;
- приказ о назначении финансовой помощи;
- исполнительный документ;
- заявление на налоговый вычет;
- акт выполненных работ;
- маршрутный лист;
- другая документация.
Вводной информацией будут данные о сотрудниках, из образования и тарифной ставке, а также данные о надбавках к заработной плате.
Выходной информацией будут данные расчета заработной платы по месяцам, по сотрудникам, анализ данных.
Требования к структуре и функционированию системы:
Функциональная схема требуемой АИС приведена на Рисунке 1.
Рисунок 1 – Функциональная схема информационной системы
Работник видит содержимое базы в созданных для просмотра формах, также может редактировать, добавлять и удалять данные.
Блок «Вход в систему» предназначен для доступа пользователя к системе. Для обеспечения безопасности хранения данных и защиты от несанкционированного доступа информационная система должна предусматривать парольный доступ
Блок «Работа с формами» подразумевает графический интерфейс доступа пользователя к базе данных, обеспечение работы с данными (добавление, редактирование, удаление), просмотр рассчитанных показателей. Включает в себя следующие основные формы:
- Сотрудники;
- Образование;
- Отдел;
- Должности;
- Месяц;
- Отработанное время;
Кроме того, приложение может содержать в себе дополнительные формы для доступа к остальным формам и отчетам, а также для ввода данных, необходимых для формирования отчетов.
Блок «Работа с отчетами» предназначен для формирования и вывода на печать или в сторонние программы отчетной информации по результатам деятельности на основе данных, внесенных в базу данных через формы, а также показателях, рассчитанных программой автоматически.
Для форм и отчетов должна быть предоставлена возможность выборки данных по определенным критериям. Любая информация, содержащаяся в базе должна быть выводима. Так же, должна быть обеспечена возможность экспорта отчетов в сторонние приложения и вывод на печать.
Интерфейс и данные приложения должны быть разделены. Файл данных должен находиться в общем доступе на ПК, подключенном к локальной сети. Доступ к данным должен быть возможен с компьютеров в локальной сети, имеющих права доступа к системе.
Требования к численности и квалификации персонала системы и режиму его работы.
Для работы ИС «Зарплата» назначены следующие роли:
- специалист(пользователь).
Основные требования к пользователям:
- пользователи должны иметь опыт работы с ПК на базе ОС MS
Рекомендуемая численность для эксплуатации:
- пользователь – число штатных единиц определяется штатным расписанием и структурой учреждения.
Взаимодействие пользователя с АИС должно осуществляться посредством графического интерфейса (GUI). Интерфейс системы должен быть достаточно понятным и удобным и в тоже время не перегружен графическими элементами. Навигация должна быть выполнена в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, использования оконной системы. Ввод-вывод данных, прием команд и отображение результатов должны выполняться в интерактивном режиме. Интерфейс должен обеспечивать удобный доступ к функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора «мышь», т.е. управление системой должно осуществляться с помощью экранных меню, кнопок, значков и т.п. Клавиатурный режим ввода используется в основном при заполнении или редактировании текстовых полей.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
Для работы с ИС «Зарплата» компьютер должен быть оснащен клавиатурой, дисплеем, манипулятором «мышь» и принтерами для возможности предоставления отчетов в печатном виде.
1.2. Выбор СУБД.
Сравнение СУБД ACCESS, MySQL, Oracle Объём памяти на жёстком диске необходимый для самой СУБД: ACCESS (OfficeXP) – 530 Мбайт, Oracle – >1 Гбайт, для работы с MySQL через Интернет необходим только браузер, а для работы локально нужен ещё web-сервер, поддерживающий MySQL и PHP (например, Apache – 8Мбайт). Размер БД в формате соответствующем каждой СУБД: ACCESS – 1,73 Мбайт, MySQL – 113 Кбайт, Oracle – размер определяется не содержанием самой базы, а задаваемым табличным пространством. Оперативная память, используемая СУБД при работе с той же БД: ACCESS – 4528 Кбайт, сервер Apache + Internet Explorer – 28612 Кбайт (из них Internet Explorer – 11660 Кбайт). Быстродействие: при работе локально разница между временем выполнения запроса в ACCESS и временем выполнения аналогичного запроса в MySQL практически неощутима (десятые доли секунды); при работе же с MySQL через Internet скорость зависит от таких параметров как трафик сети, удалённость и быстродействие сервера и прочее.
Простота использования: Интерфейс СУБД ACCESS очень нагляден, содержит хорошую систему помощи и опции «мастеров» создания и заполнения, это всё в совокупности позволяет даже неопытному пользователю, не имеющему навыков работы с какими-либо СУБД, довольно таки быстро научиться создавать и управлять БД. В СУБД MySQL – не смотря на то, что приходится прописывать всё в ручную, особых трудностей тоже нет, особенно, если пользователь обладает хотя бы какими-то навыками программирования и работы с БД. СУБД Oracle требует ее изучения в течение большего, по сравнению с ACCESS и MySQL, времени.
Мы для своей работы выберем СУБД MicrosoftAccess.
Microsoft Access это функционально полная реляционная объектно-ориентированная СУБД.
В ней предусмотрены все необходимые средства для определения и обработки данных, а так же для управления ими при работе с большими объемами информации.
Microsoft Accessявляется частью пакета прикладных программ Microsoft Office, одного из самых распространенных программных продуктов на современном этапе использования программного обеспечения.
Кроме того, СУБД Microsoft Access обладает следующими достоинствами:
- нет ограничения на объем памяти;
- осуществляется контроль над вводом информации;
- имеется возможность связей DDE и OLE;
- можно задать форматы представления информации для вывода на экран или печать;
- возможность запомнить информацию, представленную в виде звука или рисунка;
- воспринимает множество самых разнообразных данных организованных в другой СУБД, как и более ранних разработок под DOS: Paradox, BtriveFoxPro, DBASEI – IVплюс+, так и самых современныхMS SQL Server, Oracle, Informix;
- возможен импорт и экспорт данных других приложений.
1.3 Проектирование логической структуры базы данных.
Подразделение, для которого строится информационная система, занимается работой с персоналом, в качестве основных информационных объектов мы выберем следующие: «Сотрудники», «Должности», «Образование», «Месяц», «Отработанное время».
Вся информация о сотрудниках нашей фирмы будет соответствовать информационному отношению «Сотрудники». Определим атрибуты этого отношения. Какую информацию о сотрудниках мы хотим хранить в нашей информационной системе. Вероятно, это фамилии, имена и отчества сотрудников. Информация об их образовании, дате рождения и поступления к нам на фирму, их адрес, паспортные данные. Информации о наличии у них детей, для правильного начисления налогов.
Структура нашего предприятия предусматривает наличие следующих отделов: администрация (директор и секретарь); бухгалтерия (бухгалтеры); производство; административно-хозяйственный отдел (уборщицы).
Для хранения информации о должностях сконструируем отношение «Должности». Очевидно, что нам необходимо хранить информацию о названии должности и должностном окладе.
Для хранения информации об образовании сотрудников сконструируем отношение «Образование». Очевидно, что нам необходимо хранить информацию о названии образования и надбавке.
Для хранения информации об отработанном времени «Отработанное время». Определим, как же связана информация этих информационных объектов.
В организации может работать несколько человек, занимающих одну должность Связь между информационными объектами «Должность» и «Сотрудники» - «один ко многим».
В организации может работать несколько человек, имеющих одинаковое образование Связь между информационными объектами «Образование» и «Сотрудники» - «один ко многим».
Связь между информационными объектами «Сотрудники» и «Отработанное время» – «один ко многим».
Мы проанализировали нашу предметную область, выделили основные информационные объекты – отношения, установили связи между ними.
Рис. 2. ER-модель
1.4.Проектирование физической структуры базы данных.
Для решения проблемы логического проектирования используется классический подход, при котором весь процесс проектирования производится в терминах реляционной модели данных методом последовательных приближений к удовлетворительному набору схем отношений.
Каждое реляционное отношение соответствует одной сущности (объекту предметной области) и в него вносятся все атрибуты сущности. Для каждого отношения необходимо определить первичный ключ и внешние ключи (если они есть). Потенциальными ключами вспомогательных отношений являются комбинации первичных ключей соответствующих базовых отношений.
Построенные отношения приведены в таблицах, с указанием атрибутов и их внутренних названий, типа и длины.
Таблица 1
Сущность «Должности».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первичный ключ |
Внешний ключ |
Код должности |
Числовой |
Длинное целое |
- |
Да |
Нет |
Должность |
Текстовый |
20 |
- |
Нет |
Нет |
Тарифная ставка |
Денежный |
Денежный |
- |
Нет |
Да |
Таблица 2
Сущность «Месяц».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первичный ключ |
Внешний ключ |
Код месяца |
Числовой |
Длинное целое |
- |
Да |
Нет |
Месяц |
Текстовый |
20 |
- |
Нет |
Нет |
Таблица 3
Сущность «Отдел».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первичный ключ |
Внешний ключ |
Код отдела |
Числовой |
Длинное целое |
- |
Да |
Нет |
Отдел |
Текстовый |
20 |
- |
Нет |
Нет |
Таблица 4
Сущность «Образование».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первичный ключ |
Внешний ключ |
Код образова-ния |
Числовой |
Длинное целое |
- |
Да |
Нет |
Образова-ние |
Текстовый |
20 |
- |
Нет |
Нет |
Надбавка |
Денежный |
- |
Нет |
Да |
Таблица 5
Сущность «Сотрудники».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первичный ключ |
Внешний ключ |
Код сотрудника |
Счетчик |
Длинное целое |
- |
Да |
Нет |
Фамилия |
Текстовый |
255 |
- |
Нет |
Да |
Имя |
Текстовый |
15 |
- |
Нет |
Нет |
Отчество |
Текстовый |
15 |
Нет |
Нет |
|
Код должности |
Числовой |
Длинное целое |
- |
Нет |
Нет |
Код образования |
Числовой |
Длинное целое |
- |
Нет |
Да |
Код отдела |
Текстовый |
255 |
- |
Нет |
Да |
Адрес сотрудника |
Текстовый |
255 |
- |
Нет |
Нет |
Паспортные данные |
Текстовый |
255 |
- |
Нет |
Нет |
Количество детей |
Числовой |
Длинное целое |
- |
Нет |
Да |
Дата рождения |
Дата/Время |
Длинный формат даты |
- |
Нет |
Нет |
Общий стаж работы |
Числовой |
Длинное целое |
- |
Нет |
Нет |
Таблица 6
Сущность «Отработанное время».
Имя поля |
Тип данных |
Размер поля |
Ограничения |
Первич-ный ключ |
Внешний ключ |
Код Сотрудника |
Числовой |
Длинное целое |
- |
Нет |
Нет |
Код Месяца |
Числовой |
Длинное целое |
- |
Нет |
Нет |
Отработанное время |
Числовой |
Длинное целое |
- |
Нет |
Нет |
Нормализация полученных отношений.
Реляционная база данных содержит как структурную, так и семантическую информацию. Структура базы данных определяется числом и видом включенных в нее отношений, и связями типа "один-ко-многим", существующими между кортежами этих отношений. Семантическая часть описывает множество функциональных зависимостей, существующих между атрибутами этих отношений. Дадим определение функциональной зависимости.
Если даны два атрибута X и Y некоторого отношения, то говорят, что Y функционально зависит от X, если в любой момент времени каждому значению X соответствует ровно одно значение Y.
Можно сказать, что функциональные зависимости представляют собой связи типа "один-ко-многим", существующие внутри отношения.
В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм:
- первая нормальная форма (1НФ);
- вторая нормальная форма (2НФ);
- третья нормальная форма (3НФ);
- нормальная форма Бойса – Кодда (НФБК);
- четвертая нормальная форма (4НФ);
- пятая нормальная форма, или нормальная форма проекции соединения (5НФ).
Чаще всего ограничиваются первыми тремя нормальными формами, так как дальнейшая декомпозиция таблиц замедляет обработку данных.
1) База данных находится в первой нормальной форме, если все ее таблицы являются отношениями, а столбцы таблиц удовлетворяют условию атомарности, т. е. первый этап нормализации базы данных - назначение первичных ключей для каждой таблицы, т.е. превращение ее в отношение, проверка атрибутов таблиц на атомарность. Атомарным называется атрибут, значения которого логически неделимы.
2) Вторая нормальная форма к требованию атомарности атрибутов добавляет еще одно - каждый не ключевой атрибут должен функционально полно зависеть от первичного ключа (не должен зависеть от части составного ключа).
3) Третья нормальная форма подразумевает атомарность и функционально полную зависимость атрибутов каждой сущности от ее первичного ключа. Кроме того, между не ключевыми атрибутами сущности должны отсутствовать транзитивные зависимости, т.е. они должны быть взаимно независимы.
Таким образом, были устранены функциональные зависимости и исключена явная избыточность в таблицах. Также удалось избавиться от транзитивных зависимостей.
Рис. 3 Схема данных
2 глава. Практическая часть
2.1. Контрольный пример решения задачи.
Запустим программу. На экране появится кнопочная форма
Рис. 4 Главная кнопочная форма
Страницы кнопочной формы.
Для ввода данных нажмем на кнопочной форме соответствующую кнопку и выполним ввод данных при помощи форм
Рис.5 Форма Сотрудники в режиме Просмотра
Рис. 6 Форма Должности в режиме Просмотра
Рис. 7 Форма Месяц в режиме Просмотра
Рис. 8 Форма Отдел в режиме Просмотра
Рис. 9 Форма Образование в режиме Просмотра
Рис. 10 Форма Отработанное время в режиме Просмотра
Для корректировки данных используем запросы на добавление, изменение и удаление
Рис.11 Выполнение запросов
Для вывода отчетной информации нажмем на кнопочной форме соответствующую кнопку и откроется отчет
Рис.12 Отчет Табель
Рис.13 Отчет Ведомость
Рис.14 Отчет Малооплачиваемые
Рис.15 Отчет Начислено месяц
Рис.16 Отчет Расчетный листок
Рис.17 Отчет Сотрудники
2.2. Разработка интерфейса и реализация проекта.
Создание Главной кнопочной формы.
Создаем вспомогательные формы: Формы, Запросы и Отчеты в режиме Конструктора. На них помещаем кнопки для работы с соответствующими объектами, а так же кнопку для перехода в главную форму. Затем создаем главную форму На нее помещаем кнопки для работы со вспомогательными формами, а так же кнопку для выхода из приложения.
Рис. 18 Страница главной формы.
Макеты экранных форм.
Форма «Сотрудники» предназначена для ввода в базу данных информации о сотрудниках фирмы.
В окне базы данных выбираем «формы», по нажатию на кнопку «создать» появляется окно диалога, в котором отмечаем, что форма будет создана конструктором, и так же выбираем таблицу «Кадры», для которой хотим сконструировать форму.
Так как форма «Сотрудники» как и любая другая форма для ввода данных состоит из трех основных частей: области заголовка, области данных и области примечания, то необходимо включить переключатель в выпадающем меню из пункта верхнего меню «вид» - «заголовок/примечание». Затем необходимо проверить наличие на экране панели элементов. На панели элементов обязательно должна быть нажата кнопка мастера. Также необходимо проверить, что на экран выведен список полей таблицы, в которую будут вводиться данные.
В области заголовка создается надпись – «Личная карточка сотрудника». Для создания надписи на панели элементов выбираем кнопку «надпись» и определяем область, в которой будет надпись. Затем с клавиатуры вписываем необходимый текст. Также в область заголовка формы поместим эмблему нашей фирмы. Для этого на панели элементов выберем кнопку «свободная рамка объекта», определим область, в которой будет наша эмблема, и в открывшемся окне диалога покажем путь к файлу, в котором находится рисунок с эмблемой. Можно воспользоваться любым файлом с рисунком из имеющихся на компьютере, или нарисовать свою эмблему заранее, воспользовавшись графическим редактором.
В область данных прямым перетаскиванием из списка полей перетащить поля «Фамилия», «Имя» и «Отчество ».
Остальные данные в форме расположим на вкладках. Это позволит нам избежать работы пользователя с полосами прокрутки. Для того, чтобы создать вкладку на панели элементов выбираем кнопку «вкладка» и в области данных рисуем вкладку. По умолчанию вкладки состоят из двух корешков. При необходимости можно добавлять вкладки (пункт верхнего меню «вставка» - «вкладка»). Вкладкам дадим имена, изменяя свойства каждой вкладки. Одну из вкладок назовем «Личные данные», другую «Служебные данные». Затем в область данных на вкладки перетаскиваем поля из списка полей.
В область примечания добавим кнопки, которые помогут пользователю при работе с формой. Создадим следующие кнопки: «на первую запись»; «на последнюю запись»; «на запись вперед»; «на запись назад»; «поиск записи»; «добавление записи»;«удаление записи»; «ввод данных закончен».
Рис.19 Форма - Сотрудники в режиме Конструктора
Остальные формы создаем аналогичною
Для анализа данных и проведения расчетов создаем запросы
Запрос Зарплата месяц
SELECT Месяц.Месяц, Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, [Должности]![Тарифная ставка]*[Отработанное время]![Отработано времени]+[Образование]![Надбавка] AS Начислено, ([Начислено]-([Сотрудники]![Количество детей]*1000+400))*0.13 AS НДФЛ, [Начислено]-[НДФЛ] AS [К выдаче]
FROM (Образование INNER JOIN (Должности INNER JOIN Сотрудники ON Должности.[Код Должности] = Сотрудники.[Код Должности]) ON Образование.[Код образования] = Сотрудники.[Код Образования]) INNER JOIN (Месяц INNER JOIN [Отработанное время] ON Месяц.[Код месяца] = [Отработанное время].[Код месяца]) ON Сотрудники.[Код Сотрудника] = [Отработанное время].[Код сотрудника]
WHERE (((Месяц.Месяц)=[Введите месяц]));
Рис.20. Запрос - Зарплата месяц
Запрос- Малооплачиваемые
SELECT Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, [Отработанное время]![Отработано времени]*[Должности]![Тарифная ставка] AS Начислено
FROM Должности INNER JOIN (Сотрудники INNER JOIN [Отработанное время] ON Сотрудники.[Код Сотрудника] = [Отработанное время].[Код сотрудника]) ON Должности.[Код Должности] = Сотрудники.[Код Должности]
WHERE ((([Отработанное время]![Отработано времени]*[Должности]![Тарифная ставка])<25000));
Рис.21. Запрос - Малооплачиваемые
Запрос - Начислено месяц
SELECT Месяц.Месяц, Sum([Должности]![Тарифная ставка]*[Отработанное время]![Отработано времени]+[Образование]![Надбавка]) AS Начислено
FROM (Образование INNER JOIN (Должности INNER JOIN Сотрудники ON Должности.[Код Должности] = Сотрудники.[Код Должности]) ON Образование.[Код образования] = Сотрудники.[Код Образования]) INNER JOIN (Месяц INNER JOIN [Отработанное время] ON Месяц.[Код месяца] = [Отработанное время].[Код месяца]) ON Сотрудники.[Код Сотрудника] = [Отработанное время].[Код сотрудника]
GROUP BY Месяц.Месяц;
Рис.22. Запрос - Начислено месяц
Запрос - Расчетный листок
SELECT Месяц.Месяц, Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, [Должности]![Тарифная ставка]*[Отработанное время]![Отработано времени]+[Образование]![Надбавка] AS Начислено, ([Начислено]-([Сотрудники]![Количество детей]*1000+400))*0.13 AS НДФЛ, [Начислено]-[НДФЛ] AS [К выдаче]
FROM (Образование INNER JOIN (Должности INNER JOIN Сотрудники ON Должности.[Код Должности] = Сотрудники.[Код Должности]) ON Образование.[Код образования] = Сотрудники.[Код Образования]) INNER JOIN (Месяц INNER JOIN [Отработанное время] ON Месяц.[Код месяца] = [Отработанное время].[Код месяца]) ON Сотрудники.[Код Сотрудника] = [Отработанное время].[Код сотрудника]
WHERE (((Сотрудники.Фамилия)=[Введите фамилию]));
Рис.23. Запрос - Расчетный листок
Запрос - Список сотрудников
SELECT Сотрудники.Фамилия, Сотрудники.Имя, Сотрудники.Отчество, Отдел.Отдел, Должности.Должность, Образование.Образование
FROM Отдел INNER JOIN (Образование INNER JOIN (Должности INNER JOIN Сотрудники ON Должности.[Код Должности] = Сотрудники.[Код Должности]) ON Образование.[Код образования] = Сотрудники.[Код Образования]) ON Отдел.[Код отдела] = Сотрудники.Отдел;
Рис.24. Запрос - Список сотрудников
Запрос – Табель
TRANSFORM Sum([Отработано месяц].[Отработано времени]) AS [Sum-Отработано времени]
SELECT [Отработано месяц].Фамилия, Sum([Отработано месяц].[Отработано времени]) AS [Итоговое значение Отработано времени]
FROM [Отработано месяц]
GROUP BY [Отработано месяц].Фамилия
PIVOT [Отработано месяц].Месяц;
Рис.25. Запрос Табель
Запрос – добавление
INSERT INTO Должности ( [Код Должности], Должность, [Тарифная ставка] )
SELECT [Новые Должности].[Код Должности], [Новые Должности].Должность, [Новые Должности].[Тарифная ставка]
FROM [Новые Должности];
Рис.26. Запрос - добавление
Запрос – изменение
UPDATE Должности SET Должности.Должность = "Разнорабочий"
WHERE (((Должности.Должность)="Рабочий"));
Рис.27. Запрос - изменение
Запрос – удаление
DELETE Должности.Должность
FROM Должности
WHERE (((Должности.Должность)="Рабочий"))
Рис.28. Запрос - удаление
Заключение
Подводя итоги, можно увидеть, что формирование запросов и отчетов на основе БД “Учет заработной платы” позволяет решить поставленные ранее задачи:
1) Производить учет заработной платы
2) Хранить сведения о работниках
3) Формирование электронной отчетности
Так же, создание различных запросов и отчетов на основе данных таблиц БД позволяет не только представлять результаты обработки информации для формирования документов, но и быстро менять их параметры для удобного представления визуализации по задаваемым параметрам.
Список литературы
Основная
1. Диго С.М. Проектирование и использование баз данных. – М.: Финансы и статистика, 1995. – 208 с.: ил.
2. Диго С.М. Создание баз данных в среде СУБД Access. М.: МЭСИ, 2000. – 105 с.: ил.
3. Верховцев А. В. Заработная плата./А. В. Верховцев - 3-е изд., перераб. и доп -М.: ИНФРА - М, 2000. - 148 с.]
4. Федеральный закон РФ № 22-ФЗ от 04.02.1999 «Об оплате труда работников федеральных государственных учреждений»
5. Трудовой кодекс Российской Федерации" от 30.12.2001 N 197-ФЗ (ред. от 03.07.2016) (с изм. и доп., вступ. в силу с 03.10.2016)
6. Политика доходов и заработной платы: Учебник/ Под ред. П.В. Савченко и Ю. П. Кокина. – М.:Юристъ, 2000
Дополнительная
- 7. Вендров А.М. Case-технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998.
- 8. Гейн К., Сарсон Т. Структурный системный анализ: средства и методы. Пер. с англ. М.: 3 Эй-текс, 1993.
- 9. Горев А., Ахаян Р, Макашарипов С. Эффективная работа с СУБД. СПб.; Питер, 1997., – 700 с.
- 10. Грачев А.Ю. Введение в СУБД Informix. – М.: ДИАЛОГ-МИФИ, 2000 – 272 с.
- 11. Грабер М. Введение в SQL. Пер. с англ. – М.: «ЛОРИ», 1996.
12. Джексон Г. Проектирование реляционных баз данных для использования с микроэвм: Пер. с англ. – М.: Мир, 1991. – 252 с., ил.
- Разработка конфигурации «Продажи» в среде 1С:Предприятие 8.3 (Контрольный пример реализации проекта в среде 1С:Предприятие и его описание)
- ОТЛАДКА И ТЕСТИРОВАНИЕ ПРОГРАММ:ОСНОВНЫЕ ПОДХОДЫ И ОГРАНИЧЕНИЯ ( Сущность тестирования и отладки )
- Понятие науки теории государства и права
- Понятие пенсии по инвалидности (Понятие и правовое регулирование пенсии по инвалидности).
- Методы выбора проектов на примере инновационных проектов
- Совершенствование функционирования службы питания на примере гостиницы "Marriott"
- Прикладные аспекты социальной психологии
- Социально-психологический портрет современного руководителя (Лидерские качества, формируемые внутренней генной предрасположенностью)
- Социально-психологический портрет современного руководителя(Лидерские качества, формируемые внутренней генной предрасположенностью)
- Тенденции и анализ развития сетевой розничной торговли в России ( Стратегии развития торговых сетей в зарубежных странах )
- Анализ коммерческой деятельности спортивной организации на примере компании “ADIDAS”
- Коммерческая информация и ее защита (на примере ООО «Стокман»)