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

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

Содержание:

ВВЕДЕНИЕ

В данной курсовой работе мы рассмотрим основы для разработки регламента процессов для расчета заработной платы, оплата труда является в предприятии одним из важнейших процессов поскольку основным документом, регламентирующем организацию труда работников и его оплату, является Трудовой кодекс Российской Федерации [6. C. 61]. Выполнение установленных в его статьях правил является обязательным для всех руководителей и работников независимо от форм собственности и вида деятельности. Нарушение любой статьи Трудового кодекса Российской Федерации является серьезным противозаконным действием и карается в административном или уголовном порядке [9. C. 237].

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

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

Порядок расчета заработной платы

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

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

1) определить положенный за расчетный месяц размер окладной части зарплаты (тарифной ставки) в соответствии с отработанным временем;

2) определить, какие работнику положены дополнительные выплаты, помимо оклада (тарифной ставки);

3) удержать налог на доходы физических лиц;

4) начислить страховые взносы с заработной платы для уплаты во внебюджетные фонды;

5) произвести все прочие удержания с зарплаты работника (аванс, по исполнительным листам, алименты, возмещение ущерба);

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

1.1 Основные понятия процессного подхода

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

Главное понятие, которое использует процессный подход – это понятие процесса. Существуют различные определения, но наиболее часто используется определение стандарта ISO 9001. «Процесс - это совокупность взаимосвязанных и взаимодействующих видов деятельности, которые преобразуют входы в выходы». Важной составляющей процесса, которая не отражена в этом определении, является систематичность действий. Действия процесса должны быть повторяющимися, а не случайными.

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

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

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

При внедрении управления по процессам важно придерживаться следующих принципов:

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

Ключевые элементы процессного подхода предполагает наличие ключевых элементов, без которых он не может быть внедрен в организации.

К таким ключевым элементам относятся:

Вход процесса;
Выход процесса;
Ресурсы;
Владелец процесса;
Потребители и поставщики процесса;
Показатели процесса.

Рис.1 Схема поставщика ресурсов

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

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

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

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

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

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

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

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

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

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

К таким направлениям относятся:

Всеобщий менеджмент качества (TQM). Это концепция, которая предусматривает непрерывное повышение качества продукции, процессов и системы управления организацией. В основу работы организации ставится удовлетворение потребителя;
Постоянное улучшение процессов (Continuous Improvement Process). Это концепция, которая предусматривает незначительные, но постоянные улучшения процесса, по всем его составляющим. Наиболее известным подходом, в основе которого лежит постоянное улучшение процессов является японский подход кайдзен (kaizen);
Совершенствование бизнес-процессов (Business Process Improvement) или управление бизнес-процессами (Business Process Management). Это подход, направленный на то, чтобы помочь организациям оптимизировать бизнес-процессы с целью повышения их эффективности. Изменения процессов осуществляются постепенно, но обязательно на систематической основе;
Реинжиниринг бизнес-процессов (Business Process Reengineering). Этот подход возник в начале 90-х годов 20-го века. В его основе лежит переосмысление существующих процессов и их радикальное изменение (перепроектирование). В отличие от трех вышеуказанных подходов реинжиниринг предусматривает быстрое изменение процессов. Также в этом подходе значительный упор делается на применение информационных технологий.

1.2 Этапы разработки регламента процесса

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

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

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

Алгоритм разработки регламента включает в себя следующие определения:

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

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

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

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

2.1 Общее описание процесса.

Исходными данными для выбора технических средств являются:

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

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

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

Кратко рассмотрим требуемое техническое оборудование, входящее в техническое обеспечение проектируемого экономической информационной системы:

операционная система Windows XP/ Vista/ 7;
оперативная память - не менее 1024 Мбайт;
наличие на жестком диске, по крайней мере, 500 Мбайт свободного места;
тактовая частота процессора ЭВМ не ниже - 2 Ghz.
Если используется выделенный сервер в качестве сервера БД:
операционная система Windows Server;
оперативная память - не менее 2048 Мбайт;
наличие на жестком диске, по крайней мере, 500 Мбайт свободного места;
два процессора с технологией Hyper-Threading - от 2.0 Ghz и выше;
необходимо наличие сетевого адаптера и настроенного протокола передачи данных TCP/IP.

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

Планирование и контроль выполнения работ

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

Исследование предметной области:
исследование объекта;
исследование рутинных функций, подлежащих автоматизации;
определение возможности автоматизации.

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

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

Разработка:

Формирование обеспечивающих подсистем;
Разработка информационного обеспечения, создание базы данных;
Разработка программных модулей, интерфейса;
Разработка документации к экономической информационной системе.
Внедрение
Проведение испытаний;
Внедрение экономической информационной системы;
Опытная эксплуатация.

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

Планирование работ и контроль их выполнение проводится с помощью программы Microsoft Office Project. Работа в «Microsoft Office Project» позволяет ввести наименования работ проекта; назначить длительности работ, ресурсы, с помощью которых данные работы будут выполняться; а также рассчитать бюджет проекта

Работа в «Microsoft Office Project» позволяет ввести наименования работ проекта; назначить длительности работ, ресурсы, с помощью которых данные работы будут выполняться; а также рассчитать бюджет проекта. Microsoft Project (или MSP) - программа управления проектами, разработанная и продаваемая корпорацией Microsoft. Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ.

Рис.2 представлены все работы по проекту, а также сроки их выполнения.

Рисунок 2.4 - Поэтапный план выполнения работ по созданию ЭИС

На рисунке 2.5 представлен фрагмент Диаграммы Ганнта, показывающей все связи между работами по проекту, а также назначения ресурсов на каждую из работ.

Рис.3 - Диаграмма Ганнта

В качестве необходимых ресурсов рассмотрим следующие:

работа программиста;
работа студента.

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

В качестве средства разработки клиентской части экономической информационной системы по учету потребления электроэнергии была использована среда программирования Delphi 2010 Architect. Среда разработана в соответствии с концепцией визуального программирования.

Delphi 2010 является частью продукта под названием Embarcadero RAD Studio, включающего в себя сразу несколько языков программирования высокого уровня, а именно: Object Pascal, С++ и С#.

Delphi 2010 Architect позволяет пользоваться всеми преимуществами объектно-ориентированного программирования. Под объектно-ориентированным программированием подразумевается особая методология программирования, основанная на представлении программы в виде совокупности объектов, каждый из которых является реализацией определенного типа, использующая механизм пересылки сообщений и классы, организованные в иерархию наследования.

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

Delphi 2010 Architect предоставляет разработчику широкий набор всевозможных инструментов (компонентов), позволяющих быстро разрабатывать сложные проекты, создавая приятный и удобный пользовательский интерфейс. Рабочее окно проекта по реализации экономической информационной системе представлено далее (Рисунок 3.1).

Рис.4 - Рабочее окно среды программирования Delphi 2010

Кроме того, среда обладает следующими полезными достоинствами:

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

упрощено визуальное проектирование и разработка баз данных, благодаря входящему в состав редакции Delphi Architect профессионального средства моделирования Embarcadero ER/Studio;

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

новые элементы языков программирования, в том числе Generics и анонимные методы для Delphi, позволяют создавать более гибкий и качественный код и предоставляют новые возможности для рефакторинга;

обратное проектирование, анализ и оптимизация баз данных;

создание логических и физических моделей на основе сведений, извлеченных из баз данных и файлов сценариев;

удобные для восприятия и навигации диаграммы.

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

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

средство Code Formatter, упрощающее унификацию оформления кода;

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

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

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

новые параметры отладчика Scroll new events into view («Прокрутка новых событий в представлении») и Ignore non-user breakpoints («Игнорирование не пользовательских контрольных точек»);

поддерживаемые в Delphi Professional новые средства аудита кода и учета количественных показателей, позволяющие более эффективно анализировать код и определять состояние проекта (полный набор данных средств поддерживается выпусками Enterprise и Architect).

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

Delphi 2010 поддерживает:

подключаемое ядро распознавания жестов;

работу под управлением всех поддерживаемых версий Windows (Windows 2000, Windows XP, Windows Vista и Windows 7);

использование оборудования, поддерживающего сенсорный ввод;

интерфейсы с сенсорным и мультисенсорным вводом в библиотеке VCL;

более тридцати стандартных жестов для панорамирования, масштабирования, поворота и выполнения других задач;

возможность создания собственных жестов с помощью редактора жестов;

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

Delphi 2010 предоставляет разработчикам новые возможности для подключения к данным, веб-службам и архитектурам приложений:

новые возможности поддержки Firebird 2.5 и 1.5 в dbExpress;

обновленные драйверы для InterBase 2009, Microsoft SQL Server 2008, Oracle 11g и MySQL 5.1;

поддержка нового клиента SOAP 1.2, позволяющего использовать преимущества веб-служб Amazon и других поставщиков;

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

обратные вызовы DataSnap, позволяющие серверам устанавливать соединения с клиентами;

фильтрация, позволяющая полностью управлять потоками данных между клиентами и серверами DataSnap;

новые мастера DataSnap из галереи объектов Object Gallery упрощают создание серверных приложений;

возможность использования REST (Representational State Transfer - подхода к архитектуре сетевых протоколов, обеспечивающих доступ к информационным ресурсам) и JSON (JavaScript Object Notation).

Delphi 2010 работает с различными версиями настольных систем Windows, не заботясь об особенностях реализации Windows API каждой версии, а также поддерживает пользователей из разных стран мира благодаря использованию Unicode в среде разработки и усовершенствованной поддержке языков. Также новшествами Delphi 2010 являются следующие нововведения:

элементы управления VCL оптимизированы для использования возможностей и тем Windows XP, Windows Vista и Windows 7;
обеспечена полная поддержка Unicode;
создание приложений для Windows XP и Vista, поддерживающих работу с мышью и сенсорный ввод данных, использование новых возможностей работы с сенсорным вводом в Windows 7;
Direct2D - новые функции API Windows 7, позволяющие создавать более удобные интерфейсы для пользователей Windows 7;
расширенные интерфейсы OpenTools API для создания модулей, подключаемых к интегрированной среде разработки Delphi;
переводы исходного кода, ресурсов, откомпилированных модулей, меню и диалоговых окон интегрированной среды разработки доступны на английском, немецком, французском и японском языках;
недоступная ранее эффективность кода и компиляции.

Delphi 2010 поддерживает RTTI (Run-time type information, Run-time type identification - динамическую идентификацию типов данных) и предоставляет новые возможности компилятора. Отметим следующие новые возможности:

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

В качестве системой управления базами данных была выбрана система Firebird 2.5. Данная система является высокопроизводительным, кроссплатформенным (поддерживает Linux, Microsoft Windows, Unix и Solaris), с возможностью встраивания, сервером баз данных, который используется миллионами пользователей в мире. Комбинация легкости установки, автоматического восстановления после сбоев, и минимального сопровождения делают Firebird 2.5 наиболее подходящим для встраивания в тиражируемые приложения.

Основными достоинствами последней версии Firebird 2.5 являются низкие требования к системе, с одновременной масштабируемостью на несколько процессоров, плюс развитая система мониторинга, временные таблицы,

Firebird используется в различных промышленных системах с 2001 г. Это коммерчески независимый проект программистов C и C++, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0. Применение Firebird не требует лицензионных отчислений даже в случае коммерческого использования.

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

Соответствие требованиям ACID (Atomicity, Consistency, Isolation and Durability) - атомарности, целостности, изоляции и надёжности транзакций.
Версионная архитектура, позволяющая серверу обрабатывать различные версии одной и той же записи в любое время таким образом, что каждая транзакция видит свою версию данных, не мешая соседним. Это позволяет использовать одновременно OLTP и OLAP запросы.
Хранимые процедуры, создаваемые на языке PSQL (процедурный SQL) Firebird, позволяют обрабатывать данные на сервере. Для генерации отчётов особенно удобны хранимые процедуры с возможностью выборки, возвращающие данные в виде набора записей. Данные процедуры можно использовать в запросах как обычные таблицы.
События, генерируемые хранимыми процедурами и триггерами, автоматически доводятся клиенту по «подписке». После успешного завершения транзакции (COMMIT) клиент извещается о произошедших событиях и их количестве.
Генераторы, являющиеся 64-битными работающими независимо от транзакций, хранимыми в базе данных счётчиками, делают возможной простую реализацию автоинкрементных полей и могут использоваться для различных целей, таких как генерация первичных ключей, управление длительными запросами в соседних транзакциях и т.д.

Базы данных только для чтения могут распространять на носителях. Это упрощает распространение данных и их использование в комбинации со встраиваемой версией сервера Firebird (Firebird Embedded).

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

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

Триггеры, срабатывающие до или после вставки, обновления или удаления записей. Для триггеров используется язык PSQL, позволяя вносить начальные значения, проверять целостность данных, вызывать исключения и т.д. В Firebird 1.5 появились «универсальные» триггеры, позволяющие обрабатывать вставки, обновления и удаления записей.

Внешние функции (библиотеки с UDF - User Defined Function) могут быть написаны на любом языке и легко подключены к серверу в виде DLL/SO, что позволяет расширять возможности сервера «изнутри».

Декларативное описание ссылочной целостности обеспечивает непротиворечивость и целостность многоуровневых отношений «master-detail» между таблицами.

Международные наборы символов (включая Unicode) поддерживают множество вариантов сортировки.

Firebird поддерживает полностью SQL 92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми дополнениями, включая выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL. Firebird также реализует ограничения проверки (check constraints) на уровне доменов и полей, отображения (views), исключения, роли и управление правами доступа.

Наиболее распотраненно используемыми операционными системами для серверов Firebird являются GNU/Linux и Microsoft Windows (включая NT, а также терминальные сервисы MS и Citrix). Другие поддерживаемые платформы - Mac OS X, Solaris, FreeBSD и HP-UX. Переход между ОС осуществляется достаточно просто - в одной системе формируется резервная копия базы данных в переносимом формате, которая затем восстанавливается на другой системе.

FirebirdSQL -свободная кроссплатформенная реляционная система управления базами данных (Реляционная системой управления базами данных), работающая на macOS, Linux, Microsoft Windows и разнообразных Unix платформах.

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников.

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

С учетом выбора конкретной системой управления базами данных для редактирования данных используется редактор IBExpert - GUI-оболочка, предназначенная для разработки и администрирования баз данных Firebird, т.е. реляционная система управления базами данных.

Как основные достоинства IBExpert разработчики указывают:

поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x; Yaffil 1.х;
работа одновременно с несколькими базами данных;
отдельные редакторы для всех объектов БД с синтаксической подсветкой;
мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;
отладчик хранимых процедур и триггеров;
поиск в метаданных;
полное и частичное извлечение данных и метаданных;
анализатор зависимостей объектов баз данных;
отчеты по метаданным;
менеджеры пользователей и пользовательских привилегий;
экспорт данных в различные форматы.

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

Рис.5 - Рабочее окно редактора баз данных IBExpert

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

2.2 Описание реализации БД

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

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

Рис.6 - Физическая схема организации базы данных

Структура таблиц и связей между ними определяется содержанием ER модели разработанной информационной системы. Рассмотрим атрибуты указанных на схеме (Таблица с 1 - 6).


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		Идентификатор	Первичный ключ
2	dolName	varchar	50	Наименование должности
3	oklad	numeric	(18, 2)	Оклад

Таблица 1 - Таблица t_Doljnosti:


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		Идентификатор;	Первичный ключ
2	tabNum	varchar	10	Табельный номер
3	FIO	varchar	200	ФИО;
4	idDol	uniqueidentifier		Должность;	Внешний ключ
5	dateBirth	date		Возраст;
6	starWork	date		Общее начало работы;
7	child	int		Сведения о детях.

Таблица 2 - Таблица t_Sotr:


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		Идентификатор;	Первичный ключ
2	idTab	uniqueidentifier		идентификатор соответствующего табеля;	Внешний ключ
3	idSotr	uniqueidentifier		сотрудник;	Внешний ключ
4	fdate	date		дата;
5	kol	int		отработано часов;
6	kolDop	int		дополнительное количество часов;
7	flag	varchar	5	коды отработки.

Таблица 3 - Таблица t_tab_str:


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		идентификатор;	Первичный ключ
2	num	varchar	10	номер;
3	fDate	date		дата составления;
4	per	varchar	30	период;
5	descr	varchar	300	примечания

Таблица 4 - Таблица t_tab:


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		Идентификатор;	Первичный ключ
2	idRasch	uniqueidentifier		идентификатор соответствующего табеля;	Внешний ключ
3	idSotr	uniqueidentifier		сотрудник;	Внешний ключ
4	kol	int		количество отработанных часов;
5	kolSV	int		количество сверхурочных часов;
6	kolN	int		количество ночных часов;
7	kolV	int		количество часов, отработанных в выходные дни;
8	sumNach	numeric	(18, 2)	начисленная сумма;
9	sumNadb	numeric	(18, 2)	надбавки;
10	sumTotal	numeric	(18, 2)	общая сумма;
11	sumMinus	numeric	(18, 2)	удержания из заработной платы;
12	sumItog	numeric	(18, 2)	сумма к выдаче

Таблица 5 - Таблица t_raschet_str:


№ пп	Наименование	Тип данных	Размер	Описание	Примечания
1	id	uniqueidentifier		идентификатор;	Первичный ключ
2	num	varchar	10	номер;
3	fDate	date		дата составления;
4	per	varchar	30	период;
5	descr	varchar	300	примечания

Таблица 6- Таблица t_raschet:

2.3 Информационная безопасность при эксплуатации экономической информационной системы

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

Основные функции системы управления доступом, следующие:

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

установление подлинности пользователя при предъявлении личного идентификатора;

проверка назначенных ранее прав и полномочий, проверка соответствия времени и условий запроса ресурсов установленным правилам;

отказ в запросе при попытках несанкционированных действий.

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

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

Маскировка предполагает применение некоторого алгоритма шифрования информации. Рассмотрим некоторые виды алгоритмов:

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

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

В качестве алгоритма шифрования используется симметричный алгоритм AES. Данный алгоритм был создан для замены устаревшего алгоритма DES. Алгоритм AES похож на большинство известных алгоритмов симметричного шифрования, структура которых носит название «сеть Фей стеля» и аналогична российскому алгоритму ГОСТ 28147-89. Особенность данного алгоритма шифрования состоит в том, что входное значение разбивается на несколько блоков, часть из которых в каждом раунде обрабатывается по определенному закону.

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

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

ЗАКЛЮЧЕНИЕ

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

К основному функционалу разработанной информационной системы относятся:

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

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

снижение трудоемкости обработки информации;

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Приказ Минфина РФ от 30 декабря 2008 г. № 148н «Об утверждении Инструкции по бюджетному учету».
Грищенко Н.Б. Изд-во Алтайского университета, 2008, – 274 с.
Маклаков С.В. BPwin и ERwin: CASE-средства для разработки информационных систем. М.: Альфа, 2008. – 190 с.
Селетков С.Н., Благодатских В.А., Божко В.П. Предметно-ориентированные экономические информационные системы. Учебник - 2 изд. Финансы и статистика, 2011. – 240 с.
Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. М.: Финансы и статистика, 2007. – 512.
MS Office Project 2007. Управление проектами. – СПб.: КОРОНА-Век, 2008. – 480 c.
Вейцман В.М. «Проектирование экономических информационных систем: Учебное пособие». – Яр.: МУБИНТ, 2002. – 214 c.
Оценка эффективности инвестиционных проектов. Теория и практика. Виленский П.Л., Лившиц В.Н., Смоляк С. 2-е изд., перераб. и доп. – М.: Дело, 2002. – 888 с.
Мишенин А.И. Теория экономических информационных систем: Учебник. – М.: Финансы и статистика, 2008.
Мартин Дж. Планирование развития автоматизированных систем. – М.: Финансы и статистика, 1984. – 196 с.
Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. М.: Финансы и статистика, 2001.
Титоренко Г.А. «Автоматизированные информационные технологии в экономике». М.: издательство ЮНИТИ, 2008.
Угринович Н.Д. Исследование информационных моделей. Элективный курс. 2-е издание. - Бином. Лаборатория знаний, 2006. – 435 с.
Шураков В.В. Автоматизированное рабочее место для статической обработки данных, 2010.
Элейн МЭИСел. Microsoft Office Project 2007: Библия пользователя. - СПб.: КОРОНА-Век, 2008.
Interbase – СУБД. // www.interbase.ru.
Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
Борри Х. Firebird. Руководство разработчика баз данных. М. 2008. – 1104 с.
Кириллов В.В. Основы проектирования реляционных баз данных. // СПб.: ИТМО, 1994. – 210 с.
Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
Книга Delphi. Учимся на примерах. М.: МК-Пресс, 2009. – 819 с.
Курс лекций по Проектированию баз и хранилищ данных //www.radioland.net.ua/122-page4.html.
Мейер М. Теория реляционных баз данных. – М.: Мир, 1987. – 608 с.
Самоучитель Delphi.NET. А. Хомоненко. СПб.: Питер, 2008. – 464 с.
ГОСТ 12.0.003-74. ССБТ. Опасные и вредные производственные факторы. Классификация. // Утверждены и введены в действие постановлением Госстандарта СССР от 18 ноября 1974 года № 2551.
СНиП 11-12-77 «Защита от шума. Нормы проектирования» // Утверждены постановлением Государственного комитета совета министров СССР по делам строительства от 14 июня 1977 г. № 72
СанПиН 2.2.2.542-96. «Гигиенические требования к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы» // утв. постановлением Госкомсанэпиднадзора РФ от 14 июля 1996 г. № 14.
ГОСТ 12.2.032-78 ССБТ. Рабочее место при выполнении работ сидя. Общие эргономические требования. // Утверждены и введены в действие постановлением Госстандарта СССР от 18 ноября 1978.
ГОСТ 12.1.004-91 Пожарная безопасность. Общие требования, М., 1992.
СНиП 2.4.79 Естественное и искусственное освещение. М., 1979.
СНиП 2-12-77 Защита от шума. М., 1977.
СНиП 21-01-97 Пожарная безопасность зданий и сооружений. М. 1997.
Волошин В. «Эргономика должна быть эргономной». М.: Московский издательский дом, 2000. – 164 с.
Моника Тиль. Знакомьтесь: Ваше рабочее место. М.: «Кристина и К.», 2001. Сейдлер Д., Бономо П., Руководство по эргономике. М.: Московский издательский дом, 2000. – 213 с.

ПРИЛОЖЕНИЕ

Процедуры расчета заработной платы

//..............................................................................

procedure TFRaschet.Пересчет_показателей;

var i,j: integer;

K:double;

Час, ЧасН, ЧасПр, ЧасСВ: integer;

СуммаОклДол, Сумма, СуммаН, СуммаПр, СуммаСВ: double;

Оклад, ВыслугаПр, НапряжПр: double;

НДФЛ, НалогВычет, Итог: double;

Итого1, ИтогоНДФЛ: double;

begin

Итого1:=0; ИтогоНДФЛ:=0;

try // Расчет по всем сотрудникам

for i:= 1 to SG.RowCount-1 do begin

// Проверка введенных данных по строке

if SG.Cells[5,i]='' then SG.Cells[5,i]:='168';

if SG.Cells[6,i]='' then SG.Cells[6,i]:='0';

if SG.Cells[7,i]='' then SG.Cells[7,i]:='0';

if SG.Cells[8,i]='' then SG.Cells[8,i]:='0';

// Инициализация

Оклад:= StrToFloat(SG.Cells[3,i]);

K:= 168; // часов в месяц

ВыслугаПр:= Процент_за_выслугу_лет(SG.Cells[0,i]);

НапряжПр:= StrToFloat(SG.Cells[4,i]);

Час:=StrToInt(SG.Cells[5,i]);

ЧасН:=StrToInt(SG.Cells[6,i]);

ЧасПр:=StrToInt(SG.Cells[7,i]);

ЧасСВ:=StrToInt(SG.Cells[8,i]);

НалогВычет:= Налоговый_вычет_НДФЛ(SG.Cells[0,i]);

// Расчеты

СуммаОклДол:= Оклад / K * Час;

СуммаН:= (Оклад / K) * ЧасН;

СуммаПр:= (Оклад / K) * ЧасПр;

СуммаСВ:= (Оклад / K) * ЧасСВ * 2;

Сумма:= СуммаОклДол + (СуммаОклДол * ВыслугаПр/100) +

(СуммаОклДол * НапряжПр) +

СуммаН +

СуммаСВ +

СуммаПр;

НДФЛ:= (Сумма - НалогВычет)*0.13;

Итог:=Сумма - НДФЛ;

SG.Cells[9,i]:= FlToStr(Сумма);

SG.Cells[10,i]:= FlToStr(НДФЛ);

SG.Cells[11,i]:= FlToStr(Итог);

Итого1:= Итого1 + Итог; ИтогоНДФЛ:= ИтогоНДФЛ + НДФЛ;

end;

Edit1.Text:=FlToStr(ИтогоНДФЛ); Edit2.Text:=FlToStr(Итого1);

except

end;

//..............................................................................

function TFRaschet.Процент_за_выслугу_лет(ID:string):integer;

var v,x1,x2:integer;

fdate:TDate;

begin

// Поиск выслуги лет

fdate:=StrToDate(DM.GetValueByField('T_SOTR','FDATE_PAS','ID',ID));

v:=MonthsBetween(fdate,Now);

try

DM.SQLR.Close;

Result:=0;

with DM.SQLR do begin

SQL.Clear;

SQL.Add('select PROC from T_VISLUGA where');

SQL.Add('X2>='+IntToStr(v)+' and '+'X1<='+IntToStr(v));

ExecQuery;

Result:=FieldByName('PROC').AsInteger;

end;

except

end;

function TFRaschet.Налоговый_вычет_НДФЛ(ID:string):double;

var v,x1,x2:integer;

D1,D2:TDate;

Sum:double;

Kol:integer;

begin

try

D1:=StartOfTheYear(Now);

D2:=EndOfTheYear(Now);

DM.SQLR.Close;

Result:=0; Sum:=0; kol:=0;

DM.SQLR.Close;

with DM.SQLR do begin

SQL.Clear;

SQL.Add('select sum(ITOGO) from T_RASCHET where ID_SOTR = '+QuotedStr(ID));

SQL.Add(' AND FDATE>='+QuotedStr(DateToStr(d1))+' and '+'FDATE<='+QuotedStr(DateToStr(d2)));

ExecQuery;

Sum:=Fields[0].AsFloat;

end;

DM.SQLR.Close;

with DM.SQLR do begin

SQL.Clear;

SQL.Add('select CHILD from T_SOTR where ID = '+QuotedStr(ID));

ExecQuery;

kol:=Fields[0].AsInteger;

end;

if Sum<40000 then Result:=Result + 400;

if Sum<280000 then Result:=Result + 1000*kol;

except

end;

end