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

Разработка конфигурации «Расчет заработной платы» в среде 1С:Предприятие 8.3.

Содержание:

ВВЕДЕНИЕ

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

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

В условиях хозяйствования важнейшими задачами бухгалтерского учета труда и заработной платы являются:

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

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

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

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

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

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

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

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

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

В настоящее время в России существуют масса систем для автоматизации работы в сфере расчетов вознаграждений работникам. Рассмотрим несколько самых крупных из них. 1С Зарплата и Управление Персоналом.

Программный продукт «1С:Зарплата и Управление Персоналом 8.3» (1С ЗУП 8.3) предназначен для комплексной автоматизации расчета зарплаты, кадрового учета и управления на предприятиях. Программа применяется в кадровых службах, бухгалтерии и подразделениях, занимающихся организацией работы персонала. 1С:ЗУП 8 разработана с учетом требований законодательства и международного практического опыта управления персоналом.

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

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

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

Программа несколько уступает по функционалу 1С: ЗУП, но ее стоимость ниже, и равна 12.000 рублей без внедрения [5].

Мини-Зарплата. Мини-Зарплата – программа для расчета зарплаты для небольших фирм. Позволяет рассчитывать зарплату, налоги (НДФЛ), страховые взносы (ПФР, ФСС, ТФОМС, ФФОМС). Учет вычетов, совместителей, составление отчетности. К возможностям относятся:

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

Условно-бесплатная программа, имеет ограничение на размеры базы в бесплатной версии, платная версия стоит 3.000 рублей.

Сравним системы аналогичного назначения с разрабатываемой системой по критериям: функциональные возможности и цена (таблица 1).

Таблица 1

Анализ информационных систем аналогичного назначения

Характеристики программного продукта	1C: Зарплата и управление персоналом	Бухсофт: Зарплата и кадры	Мини- зарплата	АРМ «Расчет зарплаты сотрудникам охранной организации»
Кадровый учет	+	+	+	+
Расчет начислений	+	+	+	+
Персонифицированный учет	+	+	-	+
Учет графиков работ и ведение табеля посещения	+	+	-	+
Расчет НДФЛ	+	+	+	+
Расчет страховых взносов	+	+	+	+
Управление финансовой мотивацией персонала	+	-	-	-
Формирование аналитической отчетности	+	+	-	+
Формирование регламентной отчетности	+	+	-	-
Формирование бухгалтерских проводок	+	+	-	+
Расчет сложности объектов охраны	-	-	-	+
Учет налоговых вычетов	+	+	-	-
Депонирование заработной платы	+	-	-	-
Стоимость	28 000 р.	12 000 р.	3 000 р.	11 000 р.

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

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

Функциональное моделирование – это методология, позволяющая представить множество бизнес-процессов в виде набора диаграмм, отображающих все функции, выполняемые в ходе бизнес-процессов. Бизнес-процесс включает в себя взаимосвязанные действия, которые реализуют одну (или несколько) из бизнес-целей компании в информационной системе компании. Разработка функциональной модели производилась в нотации IDEF0.

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

Выходы – преобразованная информация или товарно-материальная ценность. Управление – информация или документ, который определяет правила выполнения бизнес-процесса. Механизм – то что преобразовывает вход в выход: сотрудники, техника или другие средства.

На контекстной диаграмме расчета вознаграждения работникам мы видим функционирование основной бизнес-функции:

сведения о сотрудниках (Вход);
график работы сотрудников (Вход);
зарплата сотрудников с учетом вычетов (Выход);
отчетность (Выход);
трудовой кодекс и налоговый кодекс РФ (Управление);
устав организации (Управление);
МТО и Бухгалтер (Механизм).

Диаграмма бизнес-процессов в нотации IDEF0 представлена в приложении Б (рисунок Б.2).

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

заполнение сведений;
расчет вознаграждения;
расчет налогов и страховых взносов;
формирование отчетности.

Для блоков декомпозиций представим описание логических связей:

1) заполнение сведений:

вход: Сведения о сотрудниках;
выход: Данные о сотрудниках;
управление: Трудовой кодекс РФ, Устав организации;
механизм: ПК, Бухгалтер;

2) расчет вознаграждения: вход: Данные о сотрудниках;

выход: Сумма вознаграждения;
управление: Трудовой кодекс РФ, Устав организации;
механизм: ПК, Бухгалтер;

3) расчет налогов и страховых взносов:

вход: Сумма вознаграждения;
выход: Зарплата сотруднику;
управление: Налоговый кодекс;
механизм: МТО, Бухгалтер;

4) формирование отчетности: вход: Зарплата сотруднику;

выход: Отчетность;
управление: Трудовой кодекс РФ, Устав организации, Налоговый кодекс;
механизм: МТО, Бухгалтер.

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

В ходе декомпозиции блока «Заполнение сведений» построена диаграмма потоков данных. Диаграмма потоков данных показывает, как каждый процесс преобразует свои входные данные в выходные и выявляет отношения между процессами. Диаграмма представлена на рисунке 1.

На диаграмме представлены следующие процессы:

проверка и внесение сведений в базу;
назначение оклада и должности;
оформление договора с работником.

Внешними сущностями:

сотрудники;
отдел кадров.

Внешними источниками данных:

база данных информации о сотрудниках;
база данных договоров.

Стрелки отражают информационные потоки, от одного процесса к другому и их направления.

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

Рисунок 1 – Диаграмма потоков данных для процесса «Заполнение сведений»

Для процесса «Расчет налогов и взносов» проведена декомпозиция в нотации IDEF3. Нотация IDEF3 показывает причинно-следственные связи между ситуациями и событиями в понятной эксперту форме, используя структурный метод выражения знаний о том, как функционирует система, процесс или предприятие. Диаграмма представлена на рисунке 2.

На ней отражены следующие последовательности этапов процесса:

определение вычетов;
учет районного коэффициента;
расчет НДФЛ;
расчет взноса в ПФР;
расчет взноса в ФСС;
расчет взноса в ФФМОС.

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

Перекрестки J1 и J2 типа асинхронное И – это значит, что все предшествующие процессы должны быть завершены, но не обязательно одновременно и все следующие процессы должны быть запущены.

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

Рисунок 2 – Диаграмма декомпозиции IDEF3 процесса «Расчет налогов и страховых взносов»

Анализ бизнес процессов облегчает понимание работы охранной организации, и помогает в проектировании и разработке информационной системы. В ходе функционального проектирования использованы нотации IDEF0, IDEF3, DFD. Анализ бизнес процессов облегчает понимание работы охранной организации, и помогает в проектировании и разработке информационной системы.

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

Выделим основные роли и варианты использования. К основным ролям относятся:

бухгалтер;
директор.

Подробное описание ролей представлено в таблице 3. Владельцы ролей должны иметь должный навык подготовки, требования к навыкам описаны в таблице 2.

Таблица 2

Описание действующих лиц

Название

Профиль, подготовка и навыки

Бухгалтер

Учет заработной платы.

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

Директор

Нерегулярный пользователь, работа с графическим интерфейсом программ на ПК, формирование отчетов.

После того как разработаны описания ролей, выполнен анализ целей для каждого действующего лица (роли), исходя из основных бизнес-процессов. На основании анализа построена таблица, отражающая действующие лица, цели уровня задачи и приоритет этих целей (таблица 3).

Таблица 3

Действующие лица и цели

Действующее лицо	Цель уровня задачи	Приоритет
Бухгалтер	Управление сотрудниками	1
	Учет графиков работ	2
	Начисление вознаграждений	3
	Формирование отчетности	4
Директор	Формирование отчетности	4

Дальнейший анализ порождает выделение основных вариантов использования. К основным вариантам использования относятся:

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

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

Рисунок 3 – Начальная диаграмма вариантов использования

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

Таблица 4

Краткое описание вариантов использования

Действующее лицо	Цель	Краткое описание
Бухгалтер	Зафиксировать прием сотрудника на работу	Бухгалтер, на основании документов предоставленных кандидатом, после проведения собеседований и согласования с начальством - оформляет прием кандидата на работу в организацию.
Бухгалтер	Увольнение сотрудника	Бухгалтер, оформляет увольнение работника – и закрывает его личную карточку в организации.
Бухгалтер	Учет графиков работ	Бухгалтер, ведет учет графиков дежурств сотрудников и заполняет явку за расчетный период.
Бухгалтер	Начисление вознаграждений	Бухгалтер, рассчитывает вознаграждения работникам с учетом их графика рабочего времени, явки, ставки и сложности объекта.
Бухгалтер	Формирование отчетности	Бухгалтер, формирует отчеты о начислениях, и удержаниях сотрудников.
Директор	Формирование отчетности	Директор, формирует отчетность а расходах на выплаты зарплат сотрудникам.

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

Уровень: цель пользователя. Участники и интересы: бухгалтер – хочет оформить нового сотрудника организации. Предусловие: сотрудник имеет на руках документы: Паспорт, СНИЛС, ИНН, страховое свидетельство. Минимальные гарантии: бухгалтер оформляет сотрудника и ведет его личную карточку в рукописном виде.

Гарантия успеха: бухгалтер фиксирует данные о сотруднике в базе данных программы и в дальнейшем может оформлять вознаграждения в ней.

Основной сценарий:

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

Расширения:

1) данные кандидата уже есть в базе:

бухгалтер проверяет их корректность;
на случай не корректности, редактирует и сохраняет;

2) программа по расчету вознаграждений не запускается: бухгалтер оформляет сотрудника с помощью рукописных документов;

3) программа не допускает ввод данных – выдавая предупреждение что они не корректны: бухгалтер проверяет корректность данных, в случае обнаружения ошибки в программе связывается с программистом; оформляет сотрудника с помощью рукописных документов.

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

Уровень: цель пользователя. Участники и интересы: бухгалтер – хочет изменить информацию о сотруднике. Предусловие: сотрудник имеет на руках документы, подтверждающие изменение данных: паспорт. Минимальные гарантии: бухгалтер оформляет изменение данных сотрудника в рукописном виде.

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

2.1. Характеристика разработанных справочников в среде 1С:Предприятие

Система должна быть разработана на платформе 1С:Предприятие.

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

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

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

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

Необходимо:

1) наличие возможности вести «График охраны объектов» для регистрации графика охраны объектов;

2) форма графика должна включать в себя:

объекты охраны;
календарные дни месяца;
работников, охраняющих объекты в конкретный день;

3) автоматизированное начисление работникам вознаграждения за охрану объектов с помощью документа начисления заработной платы;

4) учет полученных работником доходов за охрану объектов для целей налогообложения (НДФЛ, взносами в ПФР и ФСС, ФФОМС);

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

Рисунок 4 – Отчет «Вознаграждения работников»

6) наличие печатной формы «Начисление зарплаты», которая должна содержать сведения о начислении и выплате зарплат, расчете страховых взносов за указанный месяц и год.

В системе можно выделить следующие объекты. Справочники: «ОбъектыОхраны», «Сотрудники», «Организации», «ФизическиеЛица», «ПроизводственныеКалендари», «Подразделения», «Должности», «СтавкиНДФЛ», «СтавкиСтраховыхВзносов».

Константы: «КоэффициентВыходногоДня». Документы: «ГрафикОхраныОбъектов», «ЯвкаНаРаботу», «НачислениеЗарплаты».

Регистры сведений: «ДанныеПроизводственногоКалендаря», «ГрафикЯвкиРаботников».

Регистры накопления: «ВзаиморасчетыСРаботниками».

Регистры бухгалтерии: «Хозрасчетный».

Планы видов расчета: «НачисленияОрганизаций».

Печатные формы: «НачислениеЗарплаты».

Отчеты: «ВзаиморасчетыРаботников», «АнализВыплат».

В 1С Предприятии на уровне платформы реализована технология ORM (Объектно-реляционное отображение). ORM – технология программирования, которая связывает базы данных с концепциями объектно-ориентированных языков программирования, создавая «виртуальную объектную базу данных». Поля виртуальной таблицы соответствуют реквизитам объектов системы 1С:Предприятие.

2.2. Характеристика разработанных экранных форм документов в среде 1С:Предприятие

Структура конфигурации состоит из следующий объектов. Документ «ГрафикОхраныОбъектов». Содержит стандартные реквизиты «Номер» и «Дата». Реквизиты: «Месяц», «ПроизводственныйКалендарь»».

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

Документ «ЯвкаНаРаботу». Содержит стандартные реквизиты «Номер» и «Дата». Реквизиты: «Месяц», «ДокументОснование», «ПроизводственныйКалендарь».

Документ создается на основании «ГрафикаОхраныОбъектов». Табличную часть: «Явка», которая состоит из таких полей, «ОбъектОхраны», и списка дней месяца. Документ «НачислениеЗарплаты».

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

Справочник «Сотрудники». Содержит стандартные реквизиты: «Код» и «Наименование». Реквизиты: «ФизЛицо», «Уволен», «Организация», «ДатаПриемаНаРаботу», «ДатаУвольнения», «ТекущееПодразделение», «ТекущаяДолжность». Справочник «Организации».

Содержит стандартные реквизиты: «Код» и «Наименование». Реквизиты: «ЮрФизЛицо», «ОсновнойБанковскийСчет», «ИНН», «КПП», «ОГРН». Справочник «ФизическиеЛица». Содержит стандартные реквизиты: «Код» и «Наименование». Реквизиты: «ДатаРождения», «ИНН», «СтраховойНомерПФР», «КодИМНС», «Пол», «Гражданство», «СерияПаспорта», «НомерПаспорта».

Справочник «ПроизводственныеКалендари». Содержит стандартные реквизиты: «Код» и «Наименование». Реквизиты: «Календарь», «Год». Справочник «Подразделения».

Содержит стандартные реквизиты: «Код» и «Наименование». Справочник «Должности». Содержит стандартные реквизиты: «Код» и «Наименование». Реквизиты: «Ставка». Справочник «СтавкиНДФЛ».

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

2.3. Описание документов, необходимых для получения исходной информации

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

Объект Сотрудники, помимо начального и конечного состояния может, находиться в следующих состояниях:

Employee created (добавление сотрудника) – при добавлении сотрудника проверяется правильность введенных данных, затем добавляются данные в базу данных, и происходит оповещение пользователя о добавлении;

Employee data update (обновление данных о сотруднике) – при обновлении данных о сотруднике, происходит проверка корректности исправленных данных, затем обновляются измененные данные в базе данных, и происходит оповещение пользователя о выполнении операции;

Employee deleted (увольнение сотрудника) – при удалении данных о сотруднике происходит проверка наличия данных в базе данных, при успешном прохождении проверки данные о сотруднике удаляются и происходит оповещение пользователя о завершении операции;

переходы в указанные состояния на диаграмме имеют охраняющие выражения (условия перехода).

Диаграмма представлена в приложении Б (рисунок Б.7).

Диаграмма деятельности отражает разложение некоторой деятельности на ее составные части. Составим диаграмму для детализации начисление вознаграждений работникам. Создаем документ «НачислениеЗарплаты», выбираем год, месяц и организацию – для автоматического расчета начислений. Программа автоматически производит начисление зарплаты, делает вычет НДФЛ, и считает сумму страховых взносов. Диаграмма деятельности представлена в приложении Б (рисунок Б.8).

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

В зависимости от прав доступа различные пользователи могут видеть свои меню и панели инструментов для доступа к элементам конфигурации. Концепция пользовательского интерфейса системы 1С:Предприятие 8 ориентирована на комфортную эффективную работу и соответствует современным тенденциям. Пользователь может самостоятельно конструировать своё рабочее пространство, располагая панели в разных областях экрана [9].

Рисунок 5 – Конструктор пользовательского интерфейса

Начальная страница – это стандартный раздел программы, содержащий часто используемые документы, отчеты, справочники и т.п. Это своеобразный «помощник» пользователя. Каждый рабочий день начинается с «общения» с ним. Начальная страница вводит пользователя в курс дел, отвечает на его вопросы.

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

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

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

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

На рисунке 6 представлена начальная страница АРМ бухгалтера охранного предприятия. По центру начальной страницы отображена форма списка документов по начислению заработной платы. На верхней панели разделов, представлены следующие разделы: кадры, в разделе ведется кадровый учет сотрудников;− график работ, в разделе осуществляется заполнение графиков работ− сотрудников и отметка явки; зарплата, в данном разделе ведется учет взаиморасчетов с− сотрудниками, а также возможность просмотра отчетов по начислениям и взносам в ПФР, ФСС, ФФОМС. Разделение по разделам делает интерфейс более простым и удобным для работы конечного пользователя.

Рисунок 6 – Окно программы

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

2.4. Описание разработанных форм отчетов, необходимых для отражения результатов решения задачи

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

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

«СписокСотрудниковОрганизации()»;

«ПолучитьДоступныеГода()»;

«ПолучитьМесяц()»;

«ПодборНачислений()».

Сумма страховых взносов, расчета НДФЛ и зарплате к выплате расчитывается в процедуре: «ПодборНачисленийНаСервере()».

− Листинг процедуры.

Рисунок 7 - Листинг процедуры

Страховые взносы и НДФЛ рассчитываются по процентным ставкам, указанным в плане видов расчета Зарплата, который ссылается на данные справочников СтавкиНДФЛ и СтавкиСтраховыхВзносов.

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

начисление зарплаты (Дт 20.01 Кт 70);

учет НДФЛ (Дт 70 Кт 68.01);
выплата зарплаты (Дт 50 Кт 50.01) выплата производится через кассу; взнос в ПФР (Дт 20.01 Кт. 69.02);
взнос в ФСС (Дт 20.01 Кт. 69.01);
взнос в ФФОМС (Дт 20.01 Кт 69.03).− Проводки документа отражаются на вкладке «Проводки».

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

2.5. Описание разработанных подсистем в среде 1С:Предприятие

Диаграмма компонентов – статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами.

В качестве физических компонентов могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты. Автоматизированная информационная система «Расчета вознаграждения сотрудникам предприятия» содержит в себе следующие структурные компоненты: 1cv8c.exe – исполняемый файл программы;− Base_data.mdf – файл базы данных.− Компоненты связаны между собой отношениями зависимости. Диаграмма компонентов приведена в приложении Б (рисунок Б.9).

Диаграмма развертывания – это диаграмма, на которой представлены узлы выполнения программных компонентов реального времени, а также процессов и объектов.

Диаграмма развертывания применяется для представления общей конфигурации и топологии распределенной программной системы и содержит изображение размещения компонентов по отдельным узлам системы. Кроме того, диаграмма развертывания показывает наличие физических соединений маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы. Построенная диаграмма развертывания состоит из двух узлов устройств, условных: Клиента и Сервера, которые взаимодействуют между собой по протоколу TCP. На Клиенте выполняется приложение 1cv8.exe, которое взаимодействует с базой данных на сервере. Диаграмма развертывания представлена в приложении Б (рисунок Б.10).

2.6. Контрольный пример реализации проекта в среде 1С:Предприятие и его описание

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

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

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

Функциональное тестирование – это тестирование ПО в целях проверки реализуемости функциональных требований, то есть способности ПО в определённых условиях решать задачи, нужные пользователям. Проведем функциональное тестирование разработанной системы (таблица 5).

Таблица 5

Тестирование

№ п/п	Наименование объекта	Назначение объекта	Краткое описание работы объекта	Результат тестирования	Полученные результаты
1	Документ «График Охраны Объектов»	Фиксирует график охраны объектов работниками охранного предприятия	Пользователь заносит сведения о графике работы сотрудников на заданных объектах, после проведения данные фиксируются	Рисунок А.1	Соответ. ожидаемым результатам
2	Документ «Явка На Работу»	Подтверждает явку сотрудника на работу в указанный день дежурства.	Пользователь подтверждает явку сотрудника в указанный день дежурства – ставя галочку подтверждения. Если сотрудник отсутствовал – то пользователь системы снимает галочку.	Рисунок А.2	Соответ. ожидаемым результатам
3	Документ «Начисление Зарплаты»	Автоматически рассчитывает выплаты вознаграждений работникам охраны.	Пользователь выбирает организацию, год и месяц для начисления и жмет кнопку «Подбор».	Рисунок А.З	Соответ. ожидаемым результатам
4	Справочник «Производственные Календари»	Отражает режим работы предприятия на год с указанием праздничных дней.	Пользователь отмечает на календаре праздничные и рабочие дни.	Рисунок А.4	Соответ. ожидаемым результатам
5	Справочник «Объекты Охраны»	Фиксирует характеристики объектов охраны.	Пользователь указывает характеристики объекта и программа автоматически рассчитывает сложность его охраны.	Рисунок А.5	Соответ. ожидаемым результатам

Все тесты пройдены успешно, следовательно, система работает корректно. Результаты тестирования приведены в приложении А.

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

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

Данный вариант описания так же имеет свои недостатки, так как сильно зависит от используемого языка программирования и стиля программирования. Кроме SLOC к количественным характеристикам относят также:

количество пустых строк;
количество комментариев;
процент комментариев (отношение числа строк, содержащих комментарии к общему количеству строк, выраженное в процентах);
среднее число строк для функций (классов, файлов);
среднее число строк, содержащих исходный код для функций−(классов, файлов);
среднее число строк для модулей.

Иногда дополнительно различают оценку стилистики программы (F). Она заключается в разбиении программы на n равных фрагментов и вычислении оценки для каждого фрагмента по формуле:

Fi = SIGN (Nкомм.i / Ni - 0,1), (1)

где Nкомм.i – количество комментариев в i-м фрагменте;

Ni – общее количество строк кода в i-м фрагменте.

Тогда общая оценка для всей программы будет определяться следующим образом:

F = ∑ Fi, (2)

где F – общая оценка для всей

Также к группе метрик, основанных на подсчете некоторых единиц в коде программы, относят метрики Холстеда.

Данные метрики основаны на следующих показателях:

n1 – число уникальных операторов программы, включая символы;− разделители, имена процедур и знаки операций (словарь− операторов);
n2 – число уникальных операндов программы (словарь операндов);− N1 – общее число операторов в программе;
N2 – общее число операндов в программе;
n1' – теоретическое число уникальных операторов;
n2' – теоретическое число уникальных операндов.

Учитывая введенные обозначения, можно определить:

словарь программы (3)

n=n1+n2; (3)

длину программы (4)

N=N1+N2; (4)

теоретический словарь программы (5)

n'=n1'+n2'; (5)

теоретическая длина программы (6)

N'= n1×log2(n1) + n2×log2(n2) ; (6)

объем программы (7)

V=N×log2n; (7)

теоретический объем программы (8)

V'=N'×log2n'; (8)

теоретический уровень качества программирования (9)

− L=V'/V; (9)

фактический уровень качества (10)

L'= (2×n2)/ (n1×N2); (10)

сложность понимания (11)

EC=V/(L')2; (11)

трудоемкость кодирования (12)

D=1/ L'; (12)

уровень языка выражения (13)

y' = V/ D2; (13)

информационное содержание программы (14)

I=V/D.

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

Метрики всей программы:

количество пустых строк = 320;
количество комментариев = 405;
процент комментариев = 4%;
среднее число строк для функций = 60;
среднее число строк для модулей = 200.

Для расчета метрик возьмем модуль по расчету вознаграждения.

n1 = 7 (число уникальных операторов).

n2 = 20 (число уникальных операндов).

N1 = 102 (общее число операторов). N2 = 207 (общее число операндов). n1' = 12 (теоретическое число уникальных операторов).

n2' = 30 (теоретическое число уникальных операндов).

n = 20+7=27 (словарь программы).

N = 102+207 = 309 (длина программы).

n' = 12+30 = 42 (теоретический словарь программы). N’ = 7×log2(7) + 20×log2(20) = 5,91 + 26,02 = 31,93. V = 309×log2(27) = 442,29 (объем программы). V’ = 31×log2(42) = 50,32. L = 50,32/442,29 = 0,11 (уровень качества). L' = 2×20/7×207= 0,027.

EC = 442,29/0,027 = 16381,1 (сложность понимания).

D = 1/0,027 = 37,03 (трудоемкость кодирования). y' = 1,35 (уровень языка выражения). I = 442,29 / 37,03 = 11,94 (информационное содержание программы).

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

ЗАКЛЮЧЕНИЕ

В рамках данной курсовой работы на базе платформы 1С:Предприятие 8.3 автоматизированное рабочее место для бухгалтера частного охранного предприятия, которое позволяет автоматизировать и упростить процесс расчета вознаграждений сотрудников охранного предприятия.

АРМ позволяет ускорить время обработки данных, увеличить надежность хранения информации и тем самым упростить работу бухгалтеров ЧОП. Алгоритмы расчета вознаграждений специализированы для охранных предприятий, с учетом их специфики и особенностей. Программа проста в использовании и имеет низкую цену, что позволяет составлять конкуренцию более крупным аналогам.

Система соответствует всем предъявляемым к ней требованиям:

учет графика работ сотрудников;
начисление вознаграждений;
учет налогов и взносов;
формирование отчетов и диаграмм.

СПИСОК ЛИТЕРАТУРЫ

1. Наумова, Н.В. Учет труда и заработной платы: учебное пособие / Н.В. Наумова, Л.А. Жарикова. – Тамбов: Тамб. гос. техн. ун-та, 2016. – 72с.

2. Курочкин, В.Н. Организация, нормирование и оплата труда: учебное пособие / В.Н. Курочкин. –М.: Директ-Медиа, 2017. – 234 с.

3. Глазов, В.В. Частное охранное предприятие. Учет и налогообложение / В.В. Глазов. – М.: Налог-Инфо, 2015. –120 с.

4. Консультант бухгалтера. [Электронный ресурс]. URL: http://finbuh.ru/text/95216-1.html (дата обращения: 24.04.2017).

5. Горбаченко, В.И. Проектирование информационных систем с CA Erwin Modeling Suite 7.3 / В.И. Горбаченко, Г.Ф. Убиенных, Г.В. Бобрышева. – Пенза: Издательство ПГУ, 2016г. – 154c.

6. Шмуллер, Д. Освой самостоятельно UML за 24 часа / Д. Шмуллер. – М.: Вильямс, 2015. – 405 с.

7. Первичная документация по учету кадров и заработной платы. [Электронный ресурс]. URL: http://www.klerk.ru/buh/articles/273287/ (дата обращения: 23.04.2017).

8. Трудовой кодекс Российской Федерации. Часть 3. - М.: Проспект, 2015. - 205с. Налоговый кодекс Российской Федерации (части 1 и 2).

9. Учет заработной платы в бухучете. [Электронный ресурс]. URL: http://buhucheba.ru/uchet-zarabotnoy-plati-v-buhuchete-osnovi/ (дата обращения: 25.04.2017).

10. Бухгалтерский учет заработной платы. [Электронный ресурс]. URL: https://www.b-kontur.ru/enquiry/197 (дата обращения 25.04.2017).

11. Пашуто, В.П. Организация, нормирование и оплата труда на предприятии: учебно-практическое пособие / В.П. Пашуто. - М.: КНОРУС, 2017. – 320 с. 61

12. Радченко, М. Г. С:Предприятие 8.3. Практическое пособие разработчика. Примеры и типовые приемы / М. Г. Радченко. – М.: ООО «1СПаблишинг», 2017. – 874 с.

13. Ажеронок, В.А. «Профессиональная разработка в системе 1С:Предприятие 8.3» / В.А. Ажеронок, А.П. Габец, Д.И. Гончаров, Д.В. Козырев, Д.С. Кухлевский, А.В. Островерх, М.Г. Радченко, Е.Ю. Хрусталева. – М.: 1С-Паблишинг, 2017. – 1400с.

14. Севостьянов, А.Д. «1С:Зарплата и Управление Персоналом 8. Практика применения» / А.Д. Севостьянов, Е.В. Володина, Ю.М. Севостьянова, И.В. Харлова. – Белгород: Константа, 2015. – 180 с.

15. Хрусталева, Е. Ю. «Разработка сложных отчетов в 1С:Предприятии 8.3. Система компоновки данных»./ Е.Ю. Хрусталева. – М.:ООО «1СПаблишинг», 2017. – 485 с.

16. Селищев, Н.В. «Администрирование системы 1С: Предприятие 8.2» / Н.В. Селищев. – СПб.: Питер, 2016. – 400 с.

17. Рамбо, Дж. «UML 2.0. Объектно-ориентированное моделирование и разработка» / Дж. Рамбо, М. Блаха. – СПб.: Питер, 2015. – 544 с.

18. Буч, Г. «Унифицированный процесс разработки программного обеспечения» / А. Якобсон, Г. Буч, Дж. Рамбо. – СПб.: Питер, 2016. – 496 с.

19. Черемных, С. В. «Моделирование и анализ систем. IDEF-технологии» / Черемных С.В., Семенов И.О., Ручкин В.С. – М.: Финансы и статистика, 2017. – 192 с.

20. Коваленко, В. В. «Проектирование информационных систем» / В. В. Коваленко, – Рязань: Рязан. гос. радиотехн. университет, 2017. – 320 с.

21. Маклаков, С. М. «Моделирование бизнес-процессов с AIIFusion Process Modeler» / С. М. Марканов. – М.:Диалог-МИФИ, 2015. – 240 с.

22. Калашян, А. Н. «Структурные модели бизнеса: DFD-технологии» / А. А. Н. Калашян. – М.: Финансы и статистика, 2017. – 256 с.

ПРИЛОЖЕНИЯ

Приложение А

Результаты тестирования