Автоматизация учета труда, заработной платы

Содержание:

Введение

Современная IT компания - это находящаяся в постоянном развитии, динамическая система со сложными иерархическими организационно-управленческими структурами и подразделениями. Достижение стоящих перед компанией стратегических целей может осуществляться путем разработки и внедрения информационной системы управления компанией, либо ее подразделениями. Информационная система должна позволять решать ряд задач по сбору, учету, хранению, контролю, обработке и анализу информации об основных процессах компании ООО «JSTeams» . Автоматизация учета труда и заработной платы остается актуальной задачей для большинства компаний. В настоящее время предлагаются различные решения в этой сфере и в то же время создание универсальной полномасштабной ERP-системы для компаний только декларируется. Информационные системы и технологии становятся средством повышения эффективности и производительности работы человека, позволяют быстро и качественно анализировать информацию, принимать правильные решения. Данная курсовая работа направлена на изучение теоретических основ и их реализации на практике посредством разработки автоматизированной системы учета труда и заработной платы. Цель работы - создать конфигурацию, обеспечивающую эффективно-организованный документооборот и реализующую следующие функции: ·ведение учета сотрудников; ·формирование всевозможных документов в работе управляющего и менеджеров, бухгалтерии, и на основе этих документов, создание разнообразных отчетов; ·организация быстрого и удобного ввода документов и вывода отчетов на печать. Гипотеза курсовой работы: если в работу компании будет внедрено программное средство автоматизации учета труда и заработной платы, то можно предположить, что оно будет способствовать эффективности системы управления, и облегчит работу сотрудников компании ООО «JSTeams». Цель и гипотеза определили следующие задачи: ·изучение специальной литературы по вопросу предметной области; ·проектирование структуры конфигурации; Администрирование информационных систем, решение типовых проблемы интеграции ИС. Данная курсовая работа состоит из введения, трёх разделов, заключения, списка использованной литературы.

1. Технико-экономическая характеристика предметной области и предприятия.

1.1 Характеристика предприятия и его деятельности

Целью предприятия является задача по оказанию удалённой технической поддержки готового приложения или программы. История организации ООО «JSTeams» началась с того, что в 2014 году маленькой команде разработчиков «RarntaGames» видеоигры «MTA Province» понадобилось техническая поддержка данной видеоигры. В ходе сотрудничества сотрудники ООО «JSTeams» решили создать организацию для предоставления технической поддержки другим командам разработчикам и игровым студиям. С 2016 года организация ООО «JSTeams» начала свою полноценную деятельность. В середине 2018 года организация ООО «JSTeams» уже помогала в предоставлении технической поддержки на игровой площадке «MTA» - (Multi Theft Auto) таким проектам как: «MTA Province», «MTA CCD Planet», «MTA NEXTRP» «DriftPride» В 2019 году организация ООО «JSTeams» расширила сферу работ от «МТА» до других мультиплеерных площадок таких как «RedAgeMP» и «V-MP».

Виды деятельности компании:

• Техническая поддержка
• Тест и отладка обновлений
• Создание утилит и макросов

Таблица 1 Технико-экономические показатели объекта управления

Наименование показателя	Единица измерения	За 2018 год	За 2019 год
Объёмы полученных инвестиций	тыс.руб.	500	750
Число компаний предоставляющим тех. поддержку	Шт.	8	16
Число сотрудников	Чел.	40	86
Среднемесячная зарплата	тыс. руб.	22.5	33.4

1.2 Организационная структура управления предприятием

Компания ООО «JSTeams» имеет свою организационную структуру Рисунок 1

Рисунок 1 Организационная структура

В организации ООО «JSTeams» Соблюдается вертикальная подчинённость. Директор реализует управленческую деятельность организации. Управляющий выполняет задачу по построению и распределению задач по отделам, в каждом отделе есть свой менеджер, который занимается конкретной игровой площадкой, такой как «МТА» и д.р. Так же управляющий собирает данные от менеджеров о учёте труда и составляет расписание. Так же управляющий передаёт эти данные в бухгалтерию, которая на основе отчётов выдаёт заработную плату. Отдел маркетинга занимается продвижением компании ООО «JSTeams» на рынке предоставления услуг технической поддержки. Отдел бухгалтерии ведет подсчёт расчётов и доходов организации.

1.3 Программная и техническая архитектура ИС предприятия

Рассмотрим программное (Рисунок 1.2) и техническое обеспечение (Рисунок 1.3). Используемые в настоящее время в офисе программные средства, выдвигают относительно невысокие требования к техническому обеспечению. В компании используются 2 компьютера, 3 сервера (Сервер приложений, Сервер базы данных, Сервер терминалов), 2 МФУ, коммутатор и роутер, 1 ноутбук.

Таблица 2 – Описание основных характеристик технической программной архитектуры.

N п/п	Наименование устройства	Технические характеристики	Установленное программное обеспечение
1	Коммутатор HP 1420-16G (JH016A)	Количество портов коммутатора: 16 x Ethernet 10/100/1000 Мбит/сек Внутренняя пропускная способность: 32 Гбит/сек Размер таблицы MAC адресов: 8192	Заводская прошивка
22	Маршрутизатор Keenetic Giga (KN-1010)	Тип: Wi-Fi роутер Стандарт беспроводной связи: 802.11a/b/g/n/ac, частота 2.4 / 5 ГГц, возможность одновременной работы в двух диапазонах Поддержка MIMO: есть Макс. скорость беспроводного соединения: 1267 Мбит/с	Заводская прошивка
33	Файловый сервер	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2012 Windows Defender iFolder
44	Почтовый сервер	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2012 Windows Defender Microsoft Exchange Server Microsoft Outlook
55	Сервер БД	Форм-фактор корпуса: Tower Процессор: Opteron X3216 1600 МГц 2 ядра Тип памяти: DDR-4 16 Гб Жесткий диск: 4x рвв по 1 ТБ	Windows Server 2012 Windows Defender Microsoft SQL Server
66	PC 1 LENOVO IdeaCentre 310S-08IGM	Диагональ экрана: 19.5 дюйма" Разрешение экрана: 1600 x 900 Процессор : Intel Celeron J4005, частота 2 ГГц Размер оперативной памяти: 8 Гб Видеопроцессор: Intel UHD Graphics 600 Жесткий диск 1000 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
77	PC 2 LENOVO IdeaCentre 310S-08IGM	Диагональ экрана: 19.5 дюйма" Разрешение экрана: 1600 x 900 Процессор : Intel Celeron J4005, частота 2 ГГц Размер оперативной памяти: 8 Гб Видеопроцессор: Intel UHD Graphics 600 Жесткий диск 1000 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
88	Ноутбук HP 15-bs151ur	Диагональ 13.3 дюймов Разрешение 1366 * 768 Процессор: Intel Core i5 4220-U Оперативная память: 4гб Жесткий диск 1000 Гб	Windows 10 Windows Defender Microsoft Outlook 1С:Бухгалтерия Пакет программ Microsoft Office
99	МФУ №1 Canon imagePROGRAF iPF770 MFP L36	Устройство: принтер/сканер/копир Максимальное разрешение: 2400x1200 dpi Максимальное разрешение копира: 600x600 dpi Разрешение сканера: 600x600 dpi	Заводская прошивка
110	МФУ№2 Canon imagePROGRAF iPF770 MFP L36	Устройство: принтер/сканер/копир Максимальное разрешение: 2400x1200 dpi Максимальное разрешение копира: 600x600 dpi Разрешение сканера: 600x600 dpi	Заводская прошивка

Рисунок 1.2 Схема технического комплекса отдела бухгалтерия

Рисунок 1.3 Схема программного комплекса отдела бухгалтерии.

2. Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов

2.1 Техническое задание

1. Общие сведения

1.1. Наименование системы

Автоматизированная информационная система «Автоматизация учета труда и заработной платы», в дальнейшем именуемая АИС «Бухгалтерия».

1.2. Заказчики исполнители работ

Заказчик: Фирма ООО «JSTeams»

Представитель заказчика: Александр Власов

Разработчик: Сафронов Константин

1.3. Основание для проведения работ

Настоящее ТЗ разработано на основе плана учебной дисциплины “Проектирование информационных систем”.

ТЗ в ходе выполнения работ может быть изменено и (или) дополнено с согласия всех сторон и с занесением отметки об этом в раздел дополнения данного ТЗ.

1.4. Стадийность работ

Стадийность работ определяется календарным планом, включающим этапы выполнения работ. Календарный план представлен в таблице 2.

Таблица № 1

Стадийность работ

Таблица 1

№п/п	Наименование работ	Сроки проведения
1	Анализ предметной области	Сентябрь 2019
2	Техническое задание на проектирование	Октябрь 2019
3	Проектирование АИС	Ноябрь 2019
4	Разработка АИС	Декабрь 2019

2. Назначение и цели создания системы (подсистемы, модуля)

2.1. Автоматизация бухгалтерского учёта.

Разрабатываемая система предназначена для применения на складе ООО «JSTeams».

2.2. Цели

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

3. Требования к системе

Состав системы; Стандартизация и взаимодействие; Обновление системы; Персонал; Подготовка персонала; Надежность и безопасность системы; Сохранность информации; Эргономика и техническая эстетика;

3.1. Требования к системе в целом

Надёжность, скорость, понятный интерфейс.

3.1.1 Перечень подсистем, их назначение и основные характеристики

В состав АИС «Бухгалтерия» должны входить следующие подсистемы:

Подсистема учета труда. Предназначена для ввода данных в АИС.

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

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

3.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

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

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

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

Также в разрабатываемой системе должно присутствовать:

Графический пользовательский интерфейс Windоws;

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

Возможность наращивания форм отчетности;

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

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

Документирование системы, наличие инструкций оператора, администратора системы;

Предоставление гарантий и наличие пост-гарантийного обслуживания.

3.1.1.3 Требования к режимам функционирования системы

Для АИС «Бухгалтерия» определены следующие режимы функционирования:

Нормальный режим функционирования;

Аварийный режим функционирования.

Основным режимом функционирования АС является нормальный режим.

В нормальном режиме функционирования системы:

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

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

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

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

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

В случае перехода системы в предаварийный режим необходимо:

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

выключить рабочие станции операторов;

выключить все периферийные устройства;

выполнить резервное копирование БД.

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

3.1.1.4 Требования по диагностированию системы

АИС «Бухгалтерия» должна предоставлять инструменты диагностирования основных процессов системы, трассировки и мониторинга процесса выполнения программы.

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

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

3.1.1.4 Перспективы развития, модернизации системы

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

Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.

3.1.3 Требования к численности и квалификации персонала системы

Сотрудники должны:

быть знакомы с предметной областью;

иметь начальные навыки работы на персональном компьютере;

уметь работать с офисными программными приложениями.

В их обязанности входит ввод информации для формирования продаж.

Администраторы должны иметь опыт администрирования ОС Windоws. В их обязанности входит:

установка системы;

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

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

присвоение/смена пароля пользователей для входа в систему;

формирование и распечатка отчетов.

Рекомендуемая численность для эксплуатации АС Бухгалтерия: - Администратор – 1 штатная единица; - Сотрудник – число штатных единиц определяется структурой компании.

3.1.4 Показатели назначения

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

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

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

изменять пароли и права доступа сотрудников;

добавлять, редактировать шаблоны для отчетов;

обеспечивать поиск информации по работам с заданными критериями.

3.1.5 Требования к надежности

Срок службы технических средств системы должен составлять не менее 10 лет (с учетом старения средств вычислительной техники).

Срок гарантии на технические средства системы определяется поставщиками вычислительной техники и должен быть не менее 1 года.

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

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

обеспечения правильности ввода информации;

пользователь не должен иметь возможность изменить заносить работы без шифра;

не должно быть возможности изменения даты внесения данных.

3.1.6 Требования к безопасности

При работе с техническими средствами АИС «Бухгалтерия» должны выполняться требования «Инструкции по охране труда для пользователей при работе на ПЭВМ».

Уровни шума и звуковой мощности в местах расположения АРМ системы не должны превышать значений, установленных ГОСТ 12.1.003.83.

Общие требования по уровню вибрации на рабочих местах пользователей системы - по ГОСТ 12.1.012.79.

3.1.7 Требования к эргономике и технической эстетике

Общие эргономические требования должны соответствовать:

к рабочим местам пользователей - требованиям ГОСТ 2.2269-76;

к микроклимату мест расположения АРМ системы - требованиям ГОСТ 12.1.005-76 и Сан ПиН 2.2.2.542-96.

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

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

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

Манипуляторы и клавиатура должны быть удобны в использовании.

3.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

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

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

3.1.9 Требования к защите информации от несанкционированного доступа

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

Компоненты подсистемы защиты от НСД должны обеспечивать:

идентификацию пользователя;

проверку полномочий пользователя при работе с системой;

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

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

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

Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).

Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.

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

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

3.1.10 Требования по сохранности информации при авариях

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

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

3.1.11 Требования к защите от влияния внешних воздействий

Защита от влияния внешних воздействий должна обеспечиваться средствами программно-технического комплекса Заказчика.

3.1.12 Требования к патентной частоте

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

3.1.13 Требования по стандартизации и унификации

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

3.2 Требования к функциям (задачам), выполняемым системой

Система должна позволять вводить, отображать, сохранять следующую информацию:

Форма «Клиенты»:

Наименование;

Адрес;

Телефон;

Контактное лицо.

Форма «Заявки»:

Наименование;

Задача;

Сроки.

Форма «Сотрудники»:

ФИО;

Дата рождения;

Номер;

Доп. Сведенья

Форма «Отчеты»:

Печать отчетов по заданным периодам.

3.3 Требования к видам обеспечения

3.3.1 Требования к математическому обеспечению системы

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

3.3.2 Требования к лингвистическому обеспечению системы

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

Лингвистическое обеспечение должно обладать интуитивным (возможно графическим, основанном на технологии drag & drоp или т.п.) интерфейсом и развитой библиотекой готовых функциональных блоков.

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

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

3.3.3 Требования к программному обеспечению системы

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

ПО должно:

обладать функциональной полнотой для выполнения всех функций системы;

иметь стандартизованные информационные связи и использовать стандартные интерфейсы;

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

Средствами СУБД должны обеспечивать следующие требования:

контроль целостности данных;

сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.);

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

3.3.4 Требования к техническому обеспечению

Для нормальной работы с АИС «Бухгалтерия» рабочие места пользователей должен иметь характеристики для оптимальной работы.

3.3.5 Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

3.3.6 Требования к организационному обеспечению

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

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

должностные инструкции;

инструкции по эксплуатации системы.

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

4. Состав и содержание работ по созданию системы

АИС «Бухгалтерия» разрабатывается с использованием стандартных технических средств вычислительной техники.

Учитывая выше изложенное, по согласованию с заказчиком стадии эскизного и технического проекта и соответствующие этим стадиям виды промежуточных работ по ГОСТ 24.601 не проводятся.

Система разрабатывается в рамках курсового проекта в период март-июнь 2017 года.

5. Порядок контроля и приемки системы

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

6. Требования и содержание работ по подготовке системы к вводу в действие

Подготовка к вводу в эксплуатацию системы включает в себя:

ввод необходимой информации в базу данных;

установку и настройку системы,

подготовку и обучение обслуживающего персонала. Требования к документированию.

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

пояснительная записка к техническому проекту;

ведомость технического проекта или план-график;

общее описание системы;

протокол испытаний и акт, составленный приемочной комиссией.

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

7. Источники разработки

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

ГОСТ 34.601-90. Автоматизированные системы. Стадии создания;

ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы;

ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем;

РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

8. Дополнения

8.1. Гарантийный срок

Гарантийный срок на обслуживание, устранение неисправностей, 1 год с момента полной сдачи системы в эксплуатацию.

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

8.2. Контактная информация

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

Диаграмма IDEF0

На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации учета труда и заработной платы, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.

Рисунок 1.4 IDEF0 Диаграмма

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

Рисунок 1.5 Декомпозиция процесса решения учёта капиталовложений

На данном предприятии Автоматизированная система будет использоваться для:

• Учета труда сотрудников компании;
• Расчёт заработной платы;
• Загрузка данных в БД.

Диаграмма прецедентов

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

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

Актер	Краткое описание
Управляющий	Сотрудник, который управляет менеджерами и бухгалтером
Бухгалтер	Сотрудник, который ведёт учёт заработной платы.
Менеджер	Сотрудник, который занимается контролем сотрудников и их учётам труда.
Сотрудник	Сотрудник, который занимается обработкой заявок от клиентов
Клиент	Клиент который отправляет новые заявки.

Рассмотрим теперь, какие возможности должна предоставлять наша система:

• Актер Управляющий использует систему для контроля менеджеров и бухгалтерии;
• Актер Бухгалтер контролирует и учитывает заработную плату на основе отработанного времени сотрудниками.
• Актер Менеджер контролирует сотрудников находящиеся в их подчинение;
• Актер Сотрудник отвечает на заявки от клиентов.
• Актер Клиент создаёт новые заявки.

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

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

Рисунок 1.6 Главная диаграмма прецедентов

Диаграмма деятельности

Рисунок 1.7 Диаграмма деятельности

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

Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:

1. Прямоугольники с закруглениями – действия;
2. Ромбы – решения;
3. Широкие полосы – начало и окончание ветвления действий;
4. Круг – начало процесса;
5. Круг с обводкой – окончание процесса.

Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов.

Информационное обеспечение задачи

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

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

1. Справочник учёта труда
2. Справочник заработной платы
3. Справочник отчётность

На рисунке 4 изображена информационная модель данной системы.

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

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

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 4 сущностей: Клиент, Заявки, Сотрудники, Посещение.

Таблица 1 Сущность «Клиенты»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код	Ключ	Счётчик	Длинное целое	Ключевое поле
ФИО		Короткий текст	255
Телефон		Числовой	Длинное целое
Email		Короткий текст	255

Таблица 2 Сущность «Заявки»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код заявки	Ключ	Счётчик	Длинное целое	Ключевое поле
Код клиента		Числовой	Длинное целое
Код работника		Числовой	Длинное целое
Описание заявки		Короткий текст	255

Таблица 3 Сущность «Сотрудники»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Табельный номер	Ключ	Счётчик	Длинное целое	Ключевое поле
ФИО		Короткий текст	255
Дата рождения		Дата
Номер телефона		Числовой	Длинное целое
Email		Короткий текст	255
Номер трудовой книжки		Числовой	Длинное целое
Зарплата		Короткий текст	255

Таблица 4 Сущность «Посещение»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код	Ключ	Счётчик	Длинное целое	Ключевое поле
Код работника		Короткий текст	255
Вход в систему		Короткий текст

Рисунок 5 Схема данных

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

В данном разделе представлены Запросы, Входные формы и Выходные формы БД.

Запросы:

1. ФИО и номер телефона клиентов.
   
2. ФИО и дата рождения сотрудников.

1. ФИО и номер трудовой книжки сотрудников.

Входные формы:

1. Входная форма «заявки»

1. Входная форма «клиенты»

1. Входная форма «Прсещение»

1. Входная форма «Сотрудники»

Выходные формы:

1. Выходная форма «Заявки»

1. Выходная форма «Клиенты»

1. Выходная форма «Посещенние»

1. Выходная форма «Работники»

Заключение

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

Список использованных источников

Книги

1. А. А. Жердев. Администрирование информационных систем. Практикум, МИСиС, 2017., -112 стр.

2. А. Ю. Сергеева, Ю. В. Нефедов, Типовые проблемы интеграции ИС и пути их решения, Университет, 2018., -7 стр.

3. А. П. Смирнов, Прикладные проблемы надежности и качества систем. Курс лекций, МИСиС, 2018., -82 стр.

Электронные ресурсы

1. Значимость информационных систем в деятельности современного предприятия – 2015 – URL: https://moluch.ru/archive/90/18684/ (дата обращения 22.11.2019)

2. Организация эксплуатации крупной информационной системы – URL: https://its.1c.ru/db/metod8dev#content:5905:hdoc (дата обращения 23.11.2019)

3. Требования к эксплуатации государственных информационных систем – URL: https://base.garant.ru/5191489/7a58987b486424ad79b62aa427dab1df/ (дата обращения 22.11.2019)

4. Администрирование информационных систем – URL: https://www.sibsau.ru/sveden/edufiles/144341/ (дата обращения 24.11.2019)