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

Автоматизация учета затрат на производство (Технико-экономическая характеристика)

Содержание:

Введение.

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

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

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

В качестве предметной области курсовой работы было выбрано предприятие АНДОО «Филипп».

Организация «Филипп» - федеральная сеть негосударственных дошкольных организаций, предоставляющих услуги ухода и присмотра для детей с 1,5 до 7 лет.
На данный момент имеется 9 филиалов.

Основными конкурентами являются другие детские сады: Magic castle, Sun school, Infant school, Smile fish и т.д. Поставщиками для детского сада является компания Детснаб. Клиентами являются родители детей, которые проходят программу детского сада.

АНДОО «Филипп» - сеть детских садов, предоставляющих свои услуги с 2005 года в России. Основная миссия компании — Оказание консультативной и методической помощи родителям (законным представителям) по вопросам воспитания, обучения и развития детей. На 9 филиалов организации имеется 301 работник.

В ближайшие годы «Филипп» планирует расшириться по России и продолжать открывать точки по нашей стране.

Таблица 1 – Технико-экономические показатели организации

№ пп	Наименование показателя	Единица измерения	За 2016 год	За 2017 год
	Объем оказанных услуг, продаж	Тыс. Руб	143543	145564
	Число обслужанных клиентов	Чел.	94	105
	Выручка от оказания услуг, продаж	Тыс. Руб	2518	2520
	Среднесписочная численность работников	Чел	30	33
	Среднемесячная заработная плата сотрудников	Тыс. Руб	35,4	36,5

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

орг АНДОО «Филипп» имеет свою организационную структуру Рисунок 1.1

Рисунок 1.1 Организационная структура предприятия

В организации АНДОО «Филипп» вертикальная подчиненность.

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

1.3. Программная и техническая архитектура организации

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

N п/п	Наименование устройства	Технические характеристики	Установленное ПО	Периферия
1	ПК 1 – PC IRU Office 321 MT	AMD A4 6300; AMD Radeon HD 8370D; 2 ядра; RAM: 4 ГБ DDR4; HDD: 500 ГБ.	Windows 8.1; Access; Microsoft Office 2019; Avast; Winrar; 1C Бухгалтерия; Google Chrome	Клавиатура BTC 510ML; Мышь Scorpion M-418S; Монитор ViewSonic E1988HE 18".

2	Видеокамера 1 – Видеокамера 2 BOLID VCI-113 202119001	2 МП (1280x720 Пикс)	Заводская прошивка	-
3	МФУ и Принтер Brother MFC-L2700DWR Brother HL-1110R	20 стр/мин (ч/б А4); Подача бумаги: 250 листов; Вывод бумаги: 250 листов.	Заводская прошивка	-
4	Коммутатор Catalyst Cisco WS C2960R+24TC-L	24 порта Ethernet 10/100 BASE-TX Проп. Способность 6.5гбит/сек; 128 Мбайт SDRAM	Заводская прошивка	-
5	Файловый сервер QNAP TS-128	AMD Opteron X3216; 3 ГГц; 2 ядра; 8 Гб DDR4; HDD: 500гб, 500гб, 500гб.	Windows Server 2012; Windows Defender; TeamViever	-
6	Видео сервер D-Link DVS-310-1	Каналы записи: 1; Аудиоканалы: 1 Сеть Ethernet: есть; Макс. Частота кадров:30к/с	Заводская прошивка	-

тех

Рисунок 1.2 Техническая архитектура

Программная архитектура

Рисунок 1.3 Программная архитектура Выбор комплекса задач автоматизации и характеристика существующих бизнес-процессов

Диаграмма IDEF0

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

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

$C:\Users\Алексей\AppData\Local\Microsoft\Windows\INetCache\Content.Word\IDEF.PNG$ В данной схеме представлен бизнес-процесс учета повременной оплаты труда на предприятии. Производится учёт поступивших и ушедших сотрудников затем сверяются данные по базе данных организации, после обработки данных производится начисление заработной платы. После составляется расчетная ведомость.

Рисунок 1.5 Декомпозиция процесса повременной оплаты труда на предприятии.

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

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

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

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

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

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

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

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

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

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

Главная диаграмма прецедентов

Герасимов А.В

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

- - 1. Поток событий для прецедентов главной диаграммы прецедентов

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

Х.1 предусловия;
Х.2 главный поток;
Х.3 под-потоки;
Х.4 альтернативные потоки;
Х.5 поступления.

Где Х – число от единицы до количества прецедентов.

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

Предусловия.

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

- - - 1. Главный поток.

Прецедент начинает выполняться, когда заведующий отделением подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый документ (Add a New document).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить информацию о документе (Change an document).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить документ (Delete an document).

Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть документ (View an document).

Если выбрана операция выйти (Exit) прецедент завершается.

- - - 1. Под-потоки.

S-1: Добавить новый документ (Add a New document)

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

S-2: Изменить информацию о документе (Change document Information)

Система отображает диалоговое окно, содержащее список документов и поле для ввода номера договора. Заведующий отделением выбирает необходимый документ из списка или вводит номер контракта в поле (Е-3). Система отображает информацию о документе. Заведующий отделением делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: Удалить документ (Delete document)

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

S-4: Просмотреть документ (View document)

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

- - - 1. Альтернативные потоки

Е-1: Введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: Введен неправильный номер договора. Пользователь должен повторить ввод или завершить ввод, или изменить прецедент.

Е-4: Система не может удалить документ. Информация сохраняется, система удалит кадр позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Отчет по распределению заработной платы».

Предусловия.

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

Главный поток.

Прецедент начинает выполняться, когда пользователь подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый документ(Add a New document).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить информацию о документе (Change document).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить документ (Delete document).

Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть документ (View document).

Если выбрана операция выйти (Exit) прецедент завершается.

Под-потоки.

S-1: добавить новые документы (Add a New document)

Система отображает диалоговое окно, содержащее поля для ввода данных о новых поощрениях. Пользователь заполняет поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: изменить данные о документе (Change document Data)

Система отображает диалоговое окно, содержащее список документов и поле для ввода номера документа. Пользователь выбирает необходимый документ из списка или вводит его номер в поле (Е-3). Система отображает информацию о данном документе. Пользователь делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: удалить документ (Delete document)

Система отображает диалоговое окно, содержащее список документов и поле для ввода его номера. Начальник выбирает необходимый документ из списка или вводит его номер в поле (Е-2). Система удаляет выбранный документ из списка (Е-4).

S-4: просмотреть данные о документе (View document Data)

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

Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: введен неправильный номер кадра. Начальник должен повторить ввод или завершить прецедент.

Е-3: система не может удалить поощрение. Информация сохраняется, система удалит наряд позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Начисление заработной платы»

- - 1. Предусловия.

Главный поток.

Прецедент начинает выполняться, когда пользователь подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), просмотреть (View), изменить (Mark) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить заработную плату (Add Salary).

Если выбрана операция просмотреть (View), S-2: выполняется поток просмотреть заработную плату сотрудника (View Salary).

Если выбрана операция отметить (Change), S-3: выполняется поток изменить заработную плату сотрудника (Change Salary).

Если выбрана операция выйти (Exit) прецедент завершается.

Под-потоки.

S-1: Добавить заработную плату (Add Salary).

Система отображает диалоговое окно, содержащее список сотрудников и поле для ввода их заработной платы. Пользователь выбирает необходимого сотрудника из списка или вводит его номер в поле (Е-2). Система запоминает введенные данные.

S-2: просмотреть заработную плату сотрудника (View Salary).

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

S-3: изменить заработную плату сотрудника (Change Salary)

Система отображает диалоговое окно, содержащее список сотрудников и поле для ввода их заработной платы. Пользователь выбирает необходимого сотрудника из списка или вводит его номер в поле (Е-2). Изменяет заработную плату сотрудника. Система запоминает введенные данные.

Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: введен неправильный номер сотрудника. Пользователь должен повторить ввод или завершить прецедент.

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

Предусловия.

Главный поток.

Прецедент начинает выполняться, когда пользователь подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), добавить (Add) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть информацию о получение заработной платы (View Information).

Если выбрана операция добавить (Add), S-2: выполняется поток добавление информацию о получение заработной платы сотрудников (Add an Information).

Если выбрана операция выйти (Exit) прецедент завершается.

Под-потоки.

S-1: посмотреть кадры (View Information).

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

S-2: добавить информацию (Add Information)

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

Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

E-2: указанный сотрудник отсутствует. Пользователь должен повторить ввод или завершить прецедент.

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

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

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

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

Прямоугольники с закруглениями – действия;
Ромбы – решения;
Широкие полосы – начало и окончание ветвления действий;
Чёрный круг – начало процесса;
Чёрный круг с обводкой – окончание процесса.

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

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

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

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

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

Справочник работ
Справочник сотрудников

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

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

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

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

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

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

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

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

Таблица 2.1 Сущность «Должности»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код	Ключ	Числовой	Длинное целое	ключевое поле
Должность		Текстовый	20
Оклад в час		Денежный	30

Таблица 2.2 Сущность «Дополнительная работа»

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Номер	Ключ	Числовой	Длинное целое	ключевое поле
Наименование		Текстовый	20
Оклад в день		Числовой	50
Прибавка в месяц		Денежный	20

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код крыла	Ключ	Числовой	Длинное целое	ключевое поле
Наименование		Текстовый	20

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код	Ключ	Счетчик	Длинное целое	Ключевое поле
Начало смены		Текстовый	20
Конец смены		Текстовый	20
Название смены		Текстовый	30

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

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
№ Сотрудника	Ключ	Числовой	Длинное целое	ключевое поле
ФИО		Текстовый	30
Должность		Числовой	Длинное целое
Базовый оклад		Денежный	20
Смены		Числовой	Длинное целое
Доп заработок		Числовой	Длинное целое
Крыло		Числовой	Длинное целое
Суммарный оклад		Вычисляемый	-

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

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

Запросы:

Входной и выходной запрос «Должность по заработку»:

Входной и выходной запрос «Доп работа по убыванию»:
Входной и выходной запрос «Сортировка по суммарному окладу»:

Формы:

Дополнительная работа

Смены

Сотрудники

Заключение

В результате выполнения работы была создана база данных, для компании АНДОО «Филипп».

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

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

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

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

Список литературы

Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru
Заботина Н.Н.Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru
Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru
Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с
Документация исследуемой организации.
Официальный сайт исследуемой организации