Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование реализации операций бизнес-процесса «Расчет заработной платы» ( Выбор комплекса задач автоматизации )

Содержание:

ВВЕДЕНИЕ

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

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

Актуальность. Расчет заработной платы сотрудникам малых предприятий, как правило, производится бухгалтерами либо с помощью программы «1С-бухгалтерия», либо вручную. Так как программа «1С-бухгалтерия» очень сложна в применении, и ее может освоить не каждый бухгалтер, то расчет заработной платы производится с помощью электронных таблиц Excel. Это довольно трудоемкий процесс, который занимает очень много времени. В данной работе будут рассмотрены принципы создания информационной системы «Начисление заработной платы» для малого предприятия «СтройИнвест» с помощью СУБД MS Access, ориентированной на комфортную работу бухгалтеров.

Целью курсовой работы является проектирование реализации операций бизнес-процесса «Расчет заработной платы».

Для реализации поставленной цели необходимо решить следующие задачи:

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

Литературной базой для данной работы послужили следующие труды: Кузьмина Э. В. [1], Глушкова Р. В. [2], Бурыкин А. Д., Воеводина Е. И. [3], Лайкам К. Э., Зайнуллина З. Ж., Зарова Е. В. [4], Рогачиков А. Е. [5], Боташев Р. А., Борлакова З. Р. [6] и др.

Объектом курсовой работы является малое предприятие «СтройИнвест».

Предметом курсовой работы является проектирование реализации операций бизнес-процесса «Расчет заработной платы».

Основные методы, которые использовались в данной курсовой работе: метод анализа и синтеза, метод сравнения.

1 ГЛАВА. АНАЛИТИЧЕСКАЯ ЧАСТЬ

1.1 Выбор комплекса задач автоматизации

Работодатель самостоятельно разрабатывает систему оплаты труда в форме положения «Об оплате труда» с учетом конкретных условий труда, категорий работников и режимов рабочего времени, установленных в положении «О персонале» [7, c.110].

В практике организации оплаты труда используют две основные формы:

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

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

Также сотрудник может получить на основе приказа дополнительную выплату в виде премии. Премия выплачивается за определенные достижения в работе, при добросовестном исполнении обязанностей и отсутствии нарушений трудовой дисциплины. Этот инструмент позволяет регулировать «рублем» действия сотрудника. Поводы могут быть разными:

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

Сумма зарплаты начисляется следующим образом. Находится доля отработанных дней к общему числу рабочих дней и эта доля умножается на оклад. Кроме этого учитывается непрерывный стаж работы сотрудника, оклад умножается на дифференцированный процент, который зависит от непрерывного стажа работы. (Таблица №1)

Таблица 1

Непрерывный стаж	Ставка (от оклада)
Менее 4 лет	20%
от 4 до 9 лет	30%
от 9-15 лет	40%
Более 15 лет	50%

Из полученной налогооблагаемой базы делают вычеты – один МРОТ (минимальный размер оплаты труда) - 3 400 р. за самого работника + по одному МРОТу за каждое лицо, находящееся на иждивении у данного работника). Затем находят размер подоходного налога, умножив полученную разность на ставку ПН (13%). Если сумма превышает 20000 рублей, размер налога ищут со всей суммы (без вычетов). Отчисление в пенсионный фонд: 1% от начисленной суммы. Вычитая из оклада сумму налога, получают сумму к выплате на руки.

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

Сведения о сотрудниках: Ф.И.О., подразделение, должность, оклад, количество детей и т.п.
Сведения о премиях, надбавках и мат. помощи.
Табель учета рабочего времени.

Перечень вопросов, на которые должна отвечать информационная система:

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

1.2 Характеристика существующих бизнес – процессов

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

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

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

Результатом концептуального проектирования является некоторая концептуальная схема, которая чаще всего выражается в виде ER диаграммы. Для решения поставленной задачи была построена концептуальная схема – IDEF0 (рисунок 1) информационной системы «Расчет заработной платы».

$C:\Users\Alex\Desktop\2019-07-11_1307.png$

Рисунок 1 - Контекстная диаграмма функциональной модели

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

Информационно-логическая модель приведена к каноническому виду, и объекты расположены в ней по уровням. На нулевом уровне располагаются объекты не подчиненные никаким другим объектам, обычно называются справочники. На 1 уровне подчиненные 0 уровню и т.д. Такое размещение объектов дает представление об иерархической подчиненности, делает модель более наглядной и облегчает понимание зависимостей 1:М.

1.3 Характеристика документооборота, возникающего при решении задачи

В бухгалтерии первичный документ составляется в момент совершения хозяйственной операции и является первым свидетельством произошедших фактов. Первичный документ подтверждает юридическую силу произведённой хозяйственной операции. Он устанавливает ответственность отдельных исполнителей за выполненные ими хозяйственные операции.

Для учета личного состава, начисления и выплат заработной платы предприятие должно использовать унифицированные формы первичных учетных документов, утвержденные постановлением Госкомстата России от 05.01.2004 N 1 "Об утверждении унифицированных форм первичной учетной документации по учету труда и его оплаты".

Первичные учетные документы по личному составу предприятия:

1. «Приказ о приеме работника на работу» (форма T-1)
2. «Личная карточка работника предприятия» (форма T-2)
3. «Табель учета рабочего времени и расчета оплаты труда» (T-12)
4. «Штатное расписание» (форма Т-3)
5. Расчетно-платежная ведомость (форма N-53)

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

Приказ о приеме на работу, согласно действующему трудовому кодексу Российской Федерации, является основанием для:

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

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

Рисунок 2 - Форма документа «Приказ о приеме работника на работу»

Личная карточка работника – базовый документ по учету личного состава, она заводится на всех работников предприятия, принятых на работу на условиях трудового договора независимо от того, является ли работа основной или по совместительству. Такая карточка ведется на всех предприятиях независимо от форм собственности в продолжение всего периода трудовой деятельности работника в данной организации и закрывается при увольнении работника. Личная карточка работника состоит из 11 разделов. Все необходимые и достаточные сведения для расчета зарплаты работнику, такие как его табельный номер, фамилия, имя, отчество работника, тип трудового соглашения, должность, условия приема, оклад, режим работы, стаж работы, количество детей, адрес, телефон содержатся в разделе «Общие сведения». (Рис. 3)

Рисунок 3 - Документ «Личная карточка работника предприятия»

Учет использования рабочего времени ведется в табелях учета использования рабочего времени. (Рис.4). Табели открываются или по организации в целом (небольшие предприятия), или по ее структурным подразделениям и категориям работающих.

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

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

Рисунок 4 - «Табель учета рабочего времени и расчета оплаты труда»

Штатное расписание — это организационно-распорядительный документ, в котором отражается структура организации, содержится перечень должностей с указанием их количества и размеров должностных окладов. Также в штатном расписании отражается размер надбавок и доплат, существующих в данной организации, применительно к конкретным должностям. Штатное расписание (форма № Т-3) применяется для оформления структуры, штатного состава и штатной численности организации. (Рис. 5)

Рисунок 5 - «Штатное расписание»

Расчётно-платёжная ведомость, бухгалтерский документ для расчётов по заработной плате и выдачи её рабочим и служащим, применяемый на предприятиях и в организациях с небольшим числом работников. (Рис. 6)

Рисунок 6 - «Расчётно-платёжная ведомость»

1.4 Обоснование проектных решений по информационному обеспечению

Информационное обеспечение содержит в своем составе:

систему классификации и кодирования;
систему унифицированной документации, используемой в ИО;
информационную базу.

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

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

В данной работе будет использоваться только локальный классификатор, так как никаких других классификаторов РФ в системе не используется. Классифицировать будем расчетно-платежные ведомости по приоритетности расчетно-платежной ведомости.

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

В данной курсовой работе использованы локальные документы: «Информация о формах оплаты», «Тарифы и сверхурочные работы», «Тарифы на зарплату», «Учет больничных и отпусков». Информационные файлы формируются на основе исходной информации, содержащейся в вышеуказанных первичных документах - основных носителях первичной информации. К ним предъявляется ряд требований:

достаточная полнота информации для решения задачи;
исключение избыточности информации;
достоверность и своевременность информации;
согласованность форм первичных документов с макетами размещения информации на машинном носителе;
логичность построения документа;

Результаты решения задачи отображаются в таких отчетах и документах, как:

- Отчет по оплате труда;

- Расчетно-платежная ведомость;

- Учет больничных и отпусков.

Для решения поставленной задачи задействованы такие классификаторы объектов, как: тарифы, оклад, подразделение, должность.

1.5. Обоснование проектных решений по программному обеспечению

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

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

Одной из наиболее распространенных СУБД является MS Access. Широкое применение именно этой СУБД для небольших офисных программ связано с тем, что она интегрирована в пакет прикладных программ MS Office, не требует большого объема памяти и достаточно проста в использовании. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Основные компоненты MS Access:

построитель таблиц;
построитель экранных форм;
построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);
построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически «с нуля» или написать оболочку для внешней БД.

СУБД Microsoft Access основана на использовании реляционной базы данных. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного типа. Кроме описания структуры таблиц, обычно задаются связи между таблицами. Связи в реляционных базах данных определяются по совпадению значений полей в разных таблицах. База данных является основой информационной системы, которая позволяет пользователю хранить, обрабатывать и анализировать данные, обеспечивает удобный интерфейс, предоставляет ряд других возможностей.

Среда для реализации данной задачи – СУБД Microsoft Access является достаточной и наиболее предпочтительной, как изученная и наиболее совместимая с поставленными задачами.

2 ГЛАВА. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

На рисунке 7 приведена Информационная модель курсового проекта в виде схемы.

Рисунок 7- Информационная модель

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

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

Расчетная ставка за день:

=[Оклад]/[Число рабочих дней]

Оплата по табелю:

=[Коэффицент]*[Отработано рабочих дней]

Надбавка за работу в праздничные и выходные дни:

=([Коэффицент]*[Выходные, праздничные дни])*1,4

Надбавка за выслугу лет:

=Switch([Стаж работы]<1;0;[Стаж работы]=1;[Оклад]/10;[Стаж работы]=2;[Оклад]/8;[Стаж работы]=3;[Оклад]/6;[Стаж работы]=4;[Оклад]/5;[Стаж работы]=5;[Оклад]/4;[Стаж работы]=6;[Оклад]/3;[Стаж работы]>=7;[Оклад]/2)

Материальная помощь (за количество детей):

=Switch([Кол-во детей]<1;0;[Кол-во детей]=1;[Оклад]/3;[Кол-во детей]=2;[Оклад]/4;[Кол-во детей]>=3;[Оклад]/2)

Всего начислено:

=[ЗРаб_дни]+[ЗПр_дни]+[ЗСтаж]+[ЗДети]

Ставка подоходного налога:

=([Сумма]/100)*13

Отчисление в ПФ:

=([Сумма]/100)

Всего удержано:

=[ПФ]+[ЗПОДНАЛОГ]

Всего выплачено:

=[Сумма]-[удержано]

Распечатать данные:

=ChrW(1057) & ChrW(1086) & ChrW(1090) & ChrW(1088) & ChrW(1091) & ChrW(1076) & ChrW(1085) & ChrW(1080) & ChrW(1082) & ChrW(1080)

=[Screen].[ActiveForm].[Name]

Сохранить данные:

= ЭкспортHTML

=ЭкспортExcel

2.3. Характеристика результатной информации

В данной курсовой работе результирующей информацией является – отчет - «расчетно-платежная ведомость».

Формируется на основе следующих таблиц и полей:

Номер месяца,
Табельный номер,
Ф.И.О.,
Подразделение,
Должность,
Оклад,
Кол-во рабочих дней,
Отработано дней (рабочих, выходных)б
Начислено,
Удержано,
К выдаче.

Данного рода отчет находится в информационных потоках предприятия и служит скорее для получения статистики нежели для оперативного управления и принятия решений.

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

Для построения кнопочной формы приложения следует разработать иерархическую структуру взаимосвязи объектов БД. Каждый иерархический уровень, имеющий подчиненные объекты БД, представляется в виде подменю. Объекты БД используются на нижнем уровне иерархии.

2.4. Общие положения (дерево функций и сценарий диалога)

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

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

Для определения уровня объектов на графе ИЛМ можно, условно удалив объекты нулевого уровня, найти объекты первого уровня. К объектам этого уровня следует отнести объекты, не подчиненные теперь никаким другим объектам. Аналогично определяются объекты каждого следующего уровня. При большом количестве объектов в ИЛМ аналогичные действия, выполняются на матрице смежности модели.

Рисунок 8 - Информационно-логическая модель предметной области

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

2.5. Характеристика базы данных

Для решения поставленной задачи была построена концептуальная схема (рисунок 9) информационной системы «Начисления заработной платы».

Рисунок 9 - ER диаграмма – Начисление заработной платы

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

Структура каждой таблицы реляционной модели определяется составом отношений, ключевыми и описательными атрибутами, которые были получены ранее.

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

Имя поля	Признак ключа	Обязательное поле	Тип данных	Размер	Формат	Подпись поля
Табельный номер	Ключ	Да	Текстовый	5	/Т00	Код сотрудника
Фамилия		Да	Текстовый	25		Фамилия
Имя		Да	Текстовый	25		Имя
Отчество		Да	Текстовый	25		Отчество
Подразделение		Да	Текстовый	35		Название подразделения
Должность		Да	Текстовый	25		Должность
Оклад		Да	Денежный	25	Длинное целое	Город
Стаж работы		Да	Числовой	25	Длинное целое	Город
Кол-во детей		Да	Числовой	25	Длинное целое	Город
Адрес		Нет	Текстовой	255
Телефон		Нет	Текстовый		"+7-"000\-000\-00\-00;	Телефон

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

Должности	Ключ	Код должности	Числовой
Должности		Наименов. Должности	Текстовый

Таблица 8. Подразделения

Предметы	Ключ	Код подразделения	Числовой
Предметы		Наименов. Подразделения	Текстовый

Таблица 10. Месяц

Месяц	Ключ	Код месяца	Числовой
		Названия месяца	Текстовый
		Рабочие дни	Денежный
		Праздничные дни	Числовой
		Выходные дни	Числовой

Таблица 11. Ведомость

Ведомость	Ключ	Код месяца	Числовой
	Ключ	Табельный номер	Числовой
		Число рабочих дней	Денежный
		Отработано праздничные и выходные дни	Числовой
		Премия	Числовой

Логическая модель отражает логические связи между элементами данных вне зависимости их содержания и среды хранения.

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

2.6. Структурная схема пакета (дерево вызова программных модулей)

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

2.7 Описание программных модулей

Экранные формы в настоящее время образуют основу интерфейса в человеко-машинном диалоге.

Порядок проектирования экранной формы подразумевает следующие этапы:

проектирование содержания экранной формы
проектирование ее формы представления (формы экрана)
программное обеспечение экранной формы.

Начало

конец

Рисунок 10 – дерево функций

Проектирование сценария диалогового режима решения задачи состоит в разработке взаимосвязанной последовательности экранных форм и правил перехода между ними. Правила перехода между формами представлены в разделе «Проектирование иерархического меню».

В информационной системе «Расчет зарплаты» были разработаны 5 экранных форм.

«Добавление сотрудника»;
«Добавить должность»;
«Добавить подразделение»;
«Табель учета рабочего времени»;
«Выплатить зарплату сотрудникам».

Для поддержания диалогового режима работы пользователя с АРМ используются форма «Главное меню».

Формы для ввода информации проектировались при помощи Мастера и содержат такие же реквизиты, как и соответствующие таблицы, на основе которых они были спроектированы. Формы создаются по таблицам – Сотрудники, Должности, Подразделения, Ведомость. Включаем в форму все поля соответствующей таблицы. Внешний вид форм – в один столбец. Далее с помощью конструктора форм преобразуем получившуюся форму, и добавляем управляющие кнопки.

Таблица 12. Структура формы «Табель учета рабочего времени»

№ п/п	Имя поля	Объект формы	Описание
1	Табельный номер	Поле	Сведения о сотруднике необходимые для расчета зарплаты и удержаний
2	Фамилия	Поле
3	Имя	Поле
4	Отчество	Поле
5	Подразделение	Поле со списком
6	Должность	Поле со списком
7	Оклад	Поле
8	Стаж работы	Поле
9	Кол-во детей	Поле
10	Адрес	Поле
11	Телефон	Поле
12	Месяц	Внедренный объект, поле со списком	Сведения об отработанном времени каждого сотрудника за весь период начисления зарплаты
13	Число рабочих дн.	Внедренный объект
14	Отработано рабочих дней	Внедренный объект, поле
15	Отработано праздничных, выходных дней	Внедренный объект, поле
16	Закрыть форму	Кнопка	Закрыть форму

Таблица 13. Структура формы «Зарплата»

№ п/п	Имя поля	Объект формы	Описание
1	Табельный номер	Поле	Сведения о сотруднике необходимые для расчета зарплаты и удержаний
2	Фамилия	Поле
3	Имя	Поле
4	Отчество	Поле
5	Подразделение	Поле со списком
6	Должность	Поле со списком
12	Месяц	Поле со списком	Сведения об отработанном времени
13	Число рабочих дн.	Поле
14	Сверхурочные дни	Поле
15	Оплата по табелю	Поле	Вычисляемые поля
16	Доп.оплата по табелю	Поле
17	Надбавка за стаж	Поле
18	Мат.помощь (дети)	Поле
19	Начислено	Поле
20	НДФЛ	Поле
21	ПФ	Поле
22	Удержано	Поле
23	Выплачено	Поле
24	Закрыть форму	Кнопка	Закрыть форму

2.8. Контрольный пример реализации проекта и его описание

При запуске ИС «Расчет зарплаты» автоматически открывается форма «Главное меню», на которой расположены все основные объекты базы данных. Для первоначального ввода данных в справочник используйте кнопку перехода «Заполнить справочник Специальности». После нажатия этой кнопки откроется форма для заполнения соответствующего справочника.

При поступлении на работу нового сотрудника необходимо использовать основную форму для заполнения: «Добавить сотрудника». Для ввода сведений о должностях, подразделениях, отработанном времени используйте соответствующие формы. Для закрытия программы используйте кнопку «Выход». При ее нажатии все данные будут сохраняться автоматически.

ЗАКЛЮЧЕНИЕ

Данная курсовая работа была разработана для создания информационной системы «Расчет зарплаты» для малого предприятия «СтройИнвест». Создание базы данных обусловлено необходимостью вести автоматизированный учет и хранение сведений обо всех сотрудниках фирмы. Проектирование приложения осуществляется под управлением СУБД Access.

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Кузьмина Э. В. Современное состояние автоматизации бизнес-процессов кадрового менеджмента на малом предприятии //Новая наука: Современное состояние и пути развития. – 2016. – №. 6-2. – С. 183-185.
Глушкова Р. В. Информационные системы автоматизации учета и управления малого предприятия //ГИПОТЕЗА. – 2020. – С. 12.
Бурыкин А. Д., Воеводина Е. И. Организация оплаты труда на малых предприятиях //Экономика и управление: проблемы, решения. – 2016. – Т. 1. – №. 10. – С. 130-137.
Лайкам К. Э., Зайнуллина З. Ж., Зарова Е. В. Методология расчета средне месячной заработной платы //Вопросы статистики. – 2016. – №. 7. – С. 52-56.
Рогачиков А. Е. БАЗА ДАННЫХ АИС МАЛОГО ПРЕДПРИЯТИЯ //Новые информационные технологии в научных исследованиях. – 2018. – С. 95-97.
Боташев Р. А., Борлакова З. Р. ОСОБЕННОСТИ ОПЛАТЫ ТРУДА НА МАЛЫХ ПРЕДПРИЯТИЯХ //Основные тенденции развития экономики и управления в современной России. – 2019. – С. 31-36.
Бражник А.С. Щеглов Б.С. Бухгалтерский учет в производственном объединении. Минск: Беларусь, 1981 – 492 с.

ПРИЛОЖЕНИЕ 1. ЭКРАННЫЕ ФОРМЫ

Форма «Табель учета рабочего времени