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

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

Содержание:

Введение

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

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

  1. Анализ деятельности учреждения и обоснование необходимости автоматизации учета рабочего времени;
  2. Анализ комплекса задач, и обоснования необходимости в автоматизации.
  3. Анализ существующих разработок и выбор стратегий автоматизации «как должно быть».
  4. Выбор вида программного и технического обеспечения разрабатываемой системы учета рабочего времени;
  5. Рассмотрение информационного обеспечения задач.
  6. Выработка программного обеспечения задачи.

Объектом исследования работы являются ООО «ТМК», а предметом исследования – Разработка и реализация конфигураций 1С: Предприятие.

1 ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

1.1 Краткий анализ предметной области, характеристика предприятия и его деятельности

«ТМК» — один из ведущих поставщиков инструмента на российском рынке.

Основные показатели деятельности ООО «ТМК» за 2019-2020 год приведены в таблице 1.1.

Таблица 1.1

Основные показатели деятельности ООО «ТМК»

№ п/п

Наименование показателя

Ед. изм.

2019 г.

2020 год

Изменение, %

Объем реализации услуг

т.руб.

104377,5

135690,8

30

Численность работающих

чел.

198,75

258,375

30

Производительность труда 1-го работающего

т.руб.

2175

2827,5

30

Фонд заработной платы персонала

т.руб.

13870

18031

30

Среднегодовая зарплата одного работающего

т.руб.

288,75

375,375

30

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

ООО «ТМК» имеет довольно сложную и разветвленную, но стандартную для торговых предприятий организационную структуру управления, которая в виде схемы представлена на рисунке 1.1.

Рис. 1.1. Организационно-штатная структура управления ООО «ТМК»

    • Отдел управления – отдел, принимающий управленческие решения, а также обеспечивающие процесс подготовки, принятия и реализации решений.
    • Бухгалтерия занимается основными финансовыми вопросами по деятельности предприятия, составлением текущих планов.
    • Главный бухгалтер обеспечивает выполнение бухгалтерского учета по правилам Положения об отчетности и бухгалтерском учете и другими документами; составление отчетности.
    • Отдел кадров -занимается управлением персоналом
    • Отдел ИТ- отвечает за работоспособность ЦОД и пользовательской ИТ- инфраструктуры, выполняет настройку и поддержку всех процессов, которые выполняются в ООО «ТМК» в направлении информатизации деятельности и функционирования организации.
    • Юридический отдел- занимается соблюдением законности оформления документов, урегулированием экономических отношений, заключением договоров, выставлением претензий, составлением правовых документов, подачей исков
    • Производственный отдел- оперативный контроль за ходом производственного процесса, обеспечением производства технической документацией, оборудованием, инструментом, материалами, комплектующими изделиями, транспортом, погрузочно-разгрузочными средствами и т.п., а также за осуществлением подготовки производства новых видов изделий.К средствам технической архитектуры рассматриваемого предприятия относятся сервер, персональные компьютеры работников, сетевое оборудование.

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

Структурная схема технической архитектуры управления «ООО «ТМК» представлена на рисунке 1.2.

Рис. 1.2 Структурная схема технической архитектуры ООО «ТМК»

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

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

  • Процессор Intel Core i5 -7500
  • ОЗУ IMM 16 гб
  • HDD 520Gb Seagate 7200 rpm SATA-III
  • Монитор Philips 17S1SB/00- 17», 0.264, 800:1, 300кд/м2, 5мс,1280x1024,DVI .

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

Таблица 1.2

Технические характеристики сервера Hyperion RS110 G3

Характеристика

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

Набор микросхем

NVIDIA nForce Pro 3400

Процессоры

1 AMD Opteron 2xxx (до 6 ядер)

Максимальный объем памяти

32GB двухканальной Reg ECC DDRII 667

Встроенные контроллеры

2 порта SATAII RAID

Оптический накопитель

DVD/CD-RW

Емкость дисковой подсистемы

3TB

Сетевые интерфейсы

2x NVIDIA nForce Professional Networking

Видеоконтроллер

XGI Volari Z9, 16MB

Интерфейсы

Задняя панель: VGA, RS232, 2x RJ45, 4 x USB, 2x PS2 Передняя панель: 1 x USB 2.0

Размеры (ДxШxВ), мм

1U 533 x 430 x 44 (глубина стойки не менее 800 мм)

Блок питания

350W одиночный

Вентиляторы охлаждения

4 фиксированных, управляемых вентилятора

В качестве сетевого оборудования используются маршрутизатор (в стойке) 3COM 3CR858-91, характеристики которого приведены в таблице 1.3.

Таблица 1.3

Технические характеристики маршрутизатора 3COM 3CR858-91

Характеристика

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

WAN порты

1 порт 10BASE-T/100BASE-TX.

LAN порты

4 порта 10BASE-T/100BASE-TX.

Безопасность

Firewall.

Управление

Web-based administrative interface.

Габариты/монтаж в 19»

2.4х2.2х13.5 см; вес: 5.37 kg./нет.

Поддержка TCP/IP

Да.

WAN протоколы

PPPoE, PPTP, IP Routing, RIP1/2, PAT, PAP, CHAP, MS CHAP, UDP, TCP, IPCP, SNTP.

Поддержка NAT

Да.

DHCP сервер

Да.

VPN (поддержка/кол-во тунелей)

Да.

Блок питания

Внешний.

В качестве среды передачи данных используется кабель витая пара 5 категории (100BASE-ТX) со скоростью передачи до 100 мбит/сек.

Доступ в сеть Интернет осуществляется с помощью технологии ADSL при использовании модема Acorp Sprinter LAN420i.

В качестве операционной системы на ИС пользователей используется «Windows 7». Схема программной архитектуры ООО «ТМК» представлена на рисунке 1.3.

Рис. 1.3 Схема программной архитектуры ООО «ТМК»

В качестве пакета офисных приложений установлен OpenOffice, включающий:

  • Writer Текстовый процессор и визуальный редактор HTML
  • Calc Табличный процессор
  • Impress Программа подготовки презентаций
  • Base Механизм подключения к внешним СУБД и встроенная СУБД
  • Draw Векторный графический редактор
  • Math Редактор формул

Для защиты ИС применяется антивирус McAfee AntiVirus Plus 2011, основные функции которого:

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

В качестве файрволла применяется Outpost Security Suite Service.

У бухгалтера, кроме стандартного пакета ПО, установлен программный комплекс «1С: Предприниматель 8». Персональный компьютер кладовщика обладает такими же характеристиками, как и другие ПК, но дополнительно оснащен сканером для чтения штрих-кодов.

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

  • Основные возможности по отражению хозяйственных операций: партионный и складской учет материально-производственных запасов (МПЗ); учет основных средств (ОС) и нематериальных активов (НМА); учет торговой деятельности, в том числе оптовой, розничной и комиссионной торговли; учет в производстве; взаиморасчеты с контрагентами; учет операций по кассе и банку; валютные операции; подотчетные лица; операции с тарой; расчет заработной платы и персонифицированный учет; расчеты с бюджетом и др.
  • Ввод, хранение и печать первичных документов: платежных поручений и других банковских документов; счетов, накладных и счетов-фактур; кассовых документов, авансовых отчетов; доверенностей и других документов.
  • Разнообразные отчеты: книга учета доходов и расходов и хозяйственных операций индивидуальных предпринимателей, уплачивающих НДФЛ; книга учета доходов и расходов по упрощенной системе налогообложения; кассовая книга; расшифровка отчетов; подготовка отчетности с возможностью отправки в электронном виде в налоговый орган; возможность самостоятельной настройки отчетов.

Для автоматизации работы менеджеров, используется бесплатная A-Number CRM, к основным возможностям которой относятся следующие:

    • Мощные механизмы поиска сведений о клиентах.
    • Создание всех необходимых отчетов, самими пользователями, с помощью мастера SQL запросов.
    • Создание фильтров, самими пользователями, с помощью мастера SQL запросов.
    • Возможность редактирования интерфейса «Карточки контакта», каждым пользователем в отдельности, исходя из его предпочтений и пожеланий, а так же сохранять эти настройки в виде шаблонов которые могут быть использованы другими пользователями системы.
    • Возможность интеграции с почтовым клиентом Microsoft Office Outlook , и автоматическое распределение корреспонденции по получателям и отправителям .
    • Возможность массовой замены одних значений базы данных другими.
    • Возможность удобного просмотра всех действий пользователей системы и вносимыми ими изменениями .
    • Возможность создания неограниченного числа полей таблиц с различными типами данных и их редактирование .
    • Возможность импорта данных с автоматическим созданием полей Карточки контактов, а так же импорт и добавление данных в имеющиеся поля баз данных.

1.4. Характеристика существующих бизнес процессов и определение места проектируемой задачи в комплексе задач и ее описание

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

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

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

Само понятие рабочего времени всегда предусматривает:

• Длительность рабочей недели (пятидневку с 2 выходными, шестидневку с 1 выходным, скользящий график 2/2, сокращенная рабочая неделя);

• Ненормированный рабочий день для выделенных категорий сотрудников;

• Длительность каждой рабочей смены, а также продолжительность неполного рабочего дня или смены;

• Время начала и завершения выполнения работ, длительность и интервал перерывов в работе;

• Общее количество смен в сутки, следование рабочих и нерабочих дней.

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

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

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

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

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

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

• Т-12 Табель учета отработанного времени и подсчета заработной платы;

• Т-13 Табель учета отработанного времени.

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

Табель учета отработанного времени и подсчета заработной платы (по форме № Т-12) используется для учета времени, которое отработал или не отработал каждый работник учреждения, для отслеживания соблюдения сотрудниками указанного режима рабочего времени, для представлении данных об отработанном времени, подсчёта З/П, а также для представления статистической отчетности по трудовой деятельности.

В случае раздельного ведения контроля рабочего времени и подсчета итоговых сумм заработной платы возможно использования раздела 1 «Учет рабочего времени» табеля по форме № Т-12 в виде самостоятельного документа без учета второго раздела «Расчет с персоналом заработной плате».

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

Табель учета времени работы (форма № 9 Т-13) используется для контроля рабочего времени и актуален в процессе автоматической обработке всех поступающих данных.

Такая форма также делается в едином экземпляре уполномоченным лицом, ответственным за данную операцию, подписывается руководителем конкретного департамента и сотрудником кадровой службы. Готовая форма отправляется в бухгалтерию, использующую табель в качестве регулятора в процессе перечисления заработной платы сотрудникам учреждения. Для указания каждодневных затрат рабочего времени за месяц на любого сотрудника в табеле (формы № Т-12 и формы № Т-13) есть две строки: первая строка для отметок заранее установленных видов затрат рабочего времени, а вторая стока для записи суммы часов по ним. Коррективы в табеле касательно причин неявок на работу, неполном рабочем дне, работе сверх установленных норм и других отступлениях от установленных условий работы должны указываться только на основании документов, оформленных правильным образом (больничный лист, справка о реализации государственных обязанностей и т. д.).

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

В настоящее время учет рабочего времени сотрудников учреждения не автоматизирован, так как он ведется без применения средств информационных технологий. Для составления табеля используют унифицированную форму № Т-12. Она утверждена постановлением Госкомстата от 5 января 2004 г. № Код формы по

Форма № Т-12 составляется в одном экземпляре ответственным лицом за заполнение табеля, подписывается руководителем отдела и работником кадровой службы. Заполненная форма передается в «расчетную группу» для дальнейшего начисления оплаты труда работникам учреждения.

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

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

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

Сущность процесса учета рабочего времени приведена на рисунке 1.4.

Рис. 1.4 Характеристика процесса по учету рабочего времени

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

Рис. 1.5 Характеристика процесса по учету рабочего времени, декомпозиция

Таким образом, данные о прибытии и убытии сотрудником поступают с системы КУД.

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

Схема документооборота документов при учете рабочего времени приведена на рисунке 1.6.

Рис. 1.6 Схема документооборота при учете рабочего времени

Временные характеристики описанных процессов приведены в таблице 1.4.

Таблица 1.6

Характеристики описанных процессов

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнении одного действия, минут

Общее время, минут

Учет рабочего времени

10

10

100

Оформление записки

10

10

100

Учет в журнале

3

15

45

Формирование табеля учета рабочего времени

15

7

105

Подготовка отчетов

1

35

35

ИТОГО, минут:

475

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

Проведем расчет ожидаемого эффекта от внедрения средств автоматизации.

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

Таблица 1.7

Расчет эффекта внедрения

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнения одного действия, минут

Общее время, минут

Учет рабочего времени

10

1

10

Оформление записки

10

1

10

Учет в журнале

3

2

6

Формирование табеля учета рабочего времени

15

2

30

ИТОГО, минут:

132

Таким образом, ожидаемая экономия рабочего времени составляет около 6 часов (475-132=342 минут) ежедневно, что позволяет увеличить эффективность работы сотрудников ООО «ТМК».

1.5. Анализ существующего программного обеспечения, позволяющего решить поставленную задачу

Сравнение систем приведено в таблице 1.8.

Таблица 1.8

Сравнение СУРВ

Возможность

DeskTime

CrocoTime

Yaware

Cyclope

мониторинг программ

+

+

+

+

мониторинг сайтов

+

+

+

+

веб-интерфейс

+

+

+

+

показатели по отделам

+

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

+

+

+

общее время опозданий

+

+

общее количество прогулов

+

учет праздников в графике работ

+

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

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

• Общее ПО (ОС, оболочки, компиляторы, интерпретаторы, среды для создания прикладных программ, СУБД, сетевые программы и т.п.);

• Специальное ПО (несколько прикладных программ, созданных под конкретные задачи в рамках своих подсистем).

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

• Общее число поддерживаемых программных продуктов;

• Конкретные требования к аппаратным средствам;

• Поддержка сетевой технологии;

• Доступность справочной службы для пользователя;

• Скорость работы;

• Понятный и простой интерфейс.

На компьютерах, входящих в состав АРМов сотрудников на данный момент установлена ОС MS Windows XP Professional Service Pack 3, это является оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать.

На веб-сервере необходимо использовать ОС FreeBSD 7.1. Так как данная система является бесплатной, обладает повышенной степенью защиты и на сегодняшний день является лидером среди серверных ОС как по производительности, так и по отказоустойчивости.

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

Сравнительная характеристика MySQL и PostgreSQL представлена в табл. 1.9.

Таблица 1.9

Сравнение возможностей СУБД PostgreSQL и MySQL

Особенности

PostgreSQL

MySQL

ANSI SQL совместимость

Близка к стандарту ANSI SQL

Следует некоторым стандартам ANSI SQL

Скорость работы

Медленнее

Быстрее

Вложенные SELECT

Да

Да

Транзакции

Да

Да, однако, должен использоваться тип таблицы InnoDB

Внешние ключи

Да

Да, однако, должен использоваться тип таблицы InnoDB

Представления

Да

Нет

Триггеры

Да

Нет

Поддержка Windows

Да

Да

ODBC

Да

Да

JDBC

Да

Да

Различные типы таблиц

Нет

Да

Как видно из табл. 1.9, PostgreSQL обладает некоторыми преимуществами перед MySQL. Так, в частности, PostgreSQL поддерживает представления и триггеры. Эта СУБД иногда показывает лучшие результаты производительности при пиковых нагрузках.

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

2.1. Обоснование требований к разрабатываемому прикладному решению

В нашем проекте можно выделить следующие основные риски на каждом этапе разработки (таблица 2.1).

Таблица 2.1

Основные риски на этапах реализации системы

Этап

Риск

Мероприятия

Предпроектное исследование

Несоответствие выделенного бюджета масштабу проекта

Переговоры по увеличению бюджета или отказ от участия в проекте

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

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

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

Проектирование базы данных и приложения

- неправильное определение рамок и масштабов проекта;

- проектирование ошибочных функций и интерфейсов будущей системы;

- выбор неправильных технологий и методов решения поставленных задач;

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

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

- качественное планирование работ;

- своевременная идентификация проектных рисков и разработка рекомендаций по снижению рисков;

- обеспечение проекта необходимыми ресурсами;

- обязательное утверждение и согласование по проектным решениям;

Разработка базы данных и приложения

Недостаточно ресурсов для выполнения комплексного и нагрузочного тестирования

Увеличить количество привлекаемых специалистов

Недостаточно опыта у персонала заказчика, который будет эксплуатировать систему

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

Внедрение

- увеличение нагрузки на персонал;

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

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

- отсутствие поддержки внедрения ИС со стороны отдельных ключевыхучастников проекта;

- неучастие руководителей высшего звена в проекте.

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

- составление плана внедрения ИС;

- доведение до персонала заказчика смысла внедрения автоматизированной системы;

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

Для защиты от внутренних угроз в системе используется политика разделения прав доступа. Характеристика политики приведена в таблице 2.2.

Таблица 2.2

Разграничение прав пользователей

Группы пользователей

Модуль «Авторизация»

Модуль «Учет»

Модуль

«Ввод»

Модуль

«Отчеты»

Сотрудник

Чтение

Нет

Нет

Ограничен

Администратор системы

Полный

Полный

Полный

Полный

Защита от внешних угроз осуществляется путем применения следующих способов:

  • использованием программно-аппаратных комплексов защиты от несанкционированного доступа;
  • разработкой и соблюдение политик безопасности;
  • использованием антивирусных средств;
  • физической защитой помещений с наиболее ценной информацией.
    1. Информационное обеспечение задачи

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

Рис. 2.1 Информационная модель системы учета рабочего времени

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

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

Отчетные документы формируется в виде экранных форм на основании выбора форм сортировки и могут быть выведены на печать.

2.2. Анализ среды разработки

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

Таблица 2.3

Перечень используемых справочников

Название справочника

Ответственный за ведение

Средний объём справочника в записях

Средняя частота актуализации

Средний объем актуализации, %

Категория

Администратор

5

1 раз в месяц

10

Должность

Администратор

3

1 раз в год

10

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

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

    • Дата учета
    • Сотрудник
    • Отработанное время

В качестве выходных данных в разработанной ИС формируются следующие документы:

  • Список пользователей;
  • Табель учета рабочего времени;
  • График отпусков;
  • Отчет по контролю рабочего времени.

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

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

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

  • Фамилия, имя, отчество;
  • Разряд/оклад;
  • Профессия должность;
  • Числа месяца;
  • Дни явок;
  • факт. Работы;

Отчет по контролю отработанного времени содержит:

  • Дата начала и окончания;
  • Фамилия, имя, отчество;
  • Должность;
  • Категория;
  • Норма;
  • Отработано;
  • Отклонение.

2.3. Архитектура разрабатываемого прикладного решения

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

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

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

Дерево функций администратора приведено на рисунке 2.2.

Рис. 2.2 Дерево функций администратора

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

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

Служебные функции содержат функции настройки доступа к ИС, а также авторизационных данных, работу со справочниками – добавление и редактирование данных.

На основании дерева функций формируется сценарий диалога, представленный на рисунке 2.3.

Рис. 2.3 Сценарий диалога администратора

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

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

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

Для этого также используется ‏ система ‏ управления ‏ базами ‏ данных ‏ (СУБД).

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

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

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

Перед тем, как приступить к ‏ разработки приложения ‏ БД, ‏ важно учесть ‏ некоторые ‏ понятия ‏ и ‏ определения.

Объект ‏ является неким существующим ‏ и ‏ различимым, ‏ обладающим ‏ набором ‏ свойств. ‏ Разница ‏ одного ‏объекта ‏ от ‏ другого ‏ выражается в ‏ конкретных ‏ значениях ‏ свойств. ‏ Объекты ‏ могут быть‏ материальными и ‏ идеальными. ‏ К ‏ материальным ‏ объектам можно отнести‏ предметы ‏ материального ‏ мира: ‏транспортное средство, ‏ здание, ‏ предмет‏ мебели ‏ и ‏ т.д. ‏ К ‏ идеальным ‏ (абстрактным) ‏ объектам ‏ относят спектакль, ‏ описание книги ‏ и ‏ т.д.

Сущность ‏ отображает‏ объект ‏ в ‏ памяти ‏ компьютера или человека. ‏

Параметр ‏ выражает отдельное ‏ значение ‏ любого ‏ из ‏ свойств ‏ объекта.

Атрибут ‏ содержит отдельное ‏ значение ‏ любого ‏ из ‏ свойств ‏ сущности.

Таблица ‏ подразумевает некую регулярную ‏ структуру, ‏ состоящую ‏ из ‏ отдельного ‏ числа ‏ записей ‏ (строк). Обычно в БД ‏ применяются ‏ двумерные ‏ массивы ‏ (матрицы).

Запись ‏ является одной ‏ строкой ‏ таблицы ‏ (или ‏ нескольких ‏ таблиц), ‏ полностью ‏ описывающей ‏ одну ‏ сущность. ‏ Любая такая запись включает в себя конечное‏ число ‏ полей.

Поле ‏ является одним из ‏ элементов ‏ записи, ‏содержащим ‏ конкретное ‏ значение ‏ атрибута.

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

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

Альтернативный ключ ‏ является отличным‏ от ‏ первичного ‏ ключа ‏ атрибутом ‏ или ‏ группой ‏ атрибутов, ‏ которые ‏ также ‏ однозначно ‏ выражают ‏ каждую ‏ запись ‏ в ‏ таблице. ‏ К примеру, ‏ сущность ‏ «Служащий» ‏ содержит атрибуты: ID‏ служащего (табельный ‏ номер), ‏ ФИО, ‏ должность, уровень з/п. ‏ Первичным ‏ ключом ‏ оставляем ‏ поле ‏ «ID‏ служащего». ‏ Альтернативным ‏ ключом ‏ выразим группу ‏ полей ‏ ФИО ‏ (исключая возможность тройных тезок).

Связь ‏ является функциональной ‏ зависимостью ‏ между ‏ сущностями. ‏ Если ‏между ‏ отдельными сущностями ‏ есть‏ связь, ‏то ‏атрибуты ‏какой-то одной сущности ‏ ссылаются ‏или ‏как-то связаны‏ с ‏атрибутами оставшейся ‏ сущности. Связи ‏ определяется 5 базовыми‏ характеристиками: ‏

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

• сущность родителя;

• дочерняя ‏ (зависимая) ‏ сущность;

• величина связи является отношением‏ суммарного числа ‏ сущностей родителя ‏ к ‏ конкретному количеству ‏ дочерних ‏ сущностей.

2.4. Описание основных объектов (элементов) разрабатываемого прикладного решения

Хранимая ‏ процедура ‏ определяется приложением ‏ (программой), ‏ которая объединяет запросы ‏ пользователя ‏ и ‏ процедурную ‏ логику ‏ и ‏ хранит ее в БД.

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

Используя эти правила, ‏ можно контролировать ‏ правдивость ‏ вводимой ‏ информации.

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

  • Отсуствие: Код_записи_отсутствия; Код_работника; От; До.
  • Должности: Код_должности; Наименование_должности.
  • Категории: Код_категории; Наименование_категории; Количество_часов.
  • Работники: Код_работника; Код_должности; Каод_категории; Табельный_номер; ФИО; Дата_рождения; Семейное_положение; Паспортные_данные.
  • Рабочее_время: Код_записи; Код_работника; Месяц; неделя; Сумма_часов.

Логическая модель (без учета используемой СУБД) приведена на рисунке 2.4.

Рис. 2.4 Логическая модель БД

В модели показаны следующие связи:

  • Между Рабочее время и Работники – один ко многим, так как один работки несколько раз учитывает рабочее время;
  • Между Работники и Должности – один ко многим, так как одна должность может принадлежать нескольким работникам;
  • Между Работники и Категории – один ко многим, так как к одной категории может принадлежать несколько работников;
  • Между Работники и Отсутствие – один ко многим, так как один работник может отсутствовать большое количество раз.

Схема базы данных с учетом среды реализации приведена на рисунке 2.5.

Рис. 2.5. Физическая модель базы данных

2.5. Тестирование разработанного прикладного решения

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

Таблица 2.4

Структура таблицы user

Поле

Тип

Null

По умолчанию

Id

int(11)

Нет

username

varchar(255)

Нет

password_str

varchar(255)

Да

NULL

password_hash

varchar(255)

Нет

auth_key

varchar(32)

Нет

password_reset_token

varchar(255)

Да

NULL

activation_token

varchar(255)

Да

NULL

Email

varchar(255)

Нет

Status

smallint(6)

Нет

10

created_at

int(11)

Нет

updated_at

int(11)

Нет

nikname

varchar(255)

Да

NULL

id_user_type

int(11)

Да

NULL

last_name

varchar(255)

Да

NULL

first_name

varchar(255)

Да

NULL

middle_name

varchar(255)

Да

NULL

phone

varchar(255)

Да

NULL

report_begin_date

date

Да

NULL

report_end_date

date

Да

NULL

report_month

int(11)

Да

NULL

report_year

int(11)

Да

NULL

Таблица 2.5

Структура таблицы user_type

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

title

varchar(255)

Да

NULL

Таблица 2.6

Структура таблицы vacation

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

id_worker

int(11)

Да

NULL

begin_date

date

Да

NULL

end_date

date

Да

NULL

Таблица 2.7

Структура таблицы worker

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

number

varchar(255)

Да

NULL

last_name

varchar(255)

Да

NULL

first_name

varchar(255)

Да

NULL

middle_name

varchar(255)

Да

NULL

birthday

date

Да

NULL

id_worker_position

int(11)

Да

NULL

id_worker_category

int(11)

Да

NULL

active

bit(1)

Да

NULL

Таблица 2.8

Структура таблицы worker_category

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

title

varchar(255)

Да

NULL

norm

double

Да

NULL

Таблица 2.9

Структура таблицы worker_position

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

title

varchar(255)

Да

NULL

Таблица 2.10

Структура таблицы work_time

Поле

Тип

Null

По умолчанию

id

int(11)

Нет

id_worker

int(11)

Да

NULL

day

date

Да

NULL

amount

double

Да

NULL

ЗАКЛЮЧЕНИЕ

В данной работе рассмотрена деятельность ООО «ТМК». В работе рассмотрена организационно-штатная структура управления учреждением.

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

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

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

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

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

.

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

  1. 1.»Трудовой кодекс Российской Федерации» от 30.12.2001 N 197-ФЗ (ред. от 16.12.2019)
  2. 2.Федеральный закон от 24.07.1998 N 125-ФЗ «Об обязательном социальном страховании от несчастных случаев на производстве и профессиональных заболеваний»
  3. 3.Закон РФ от 19.04.1991 N 1032-1 «О занятости населения в Российской Федерации»

4.Постановление Правительства РФ от 06.06.2013 N 482 «О продолжительности ежегодного дополнительного оплачиваемого отпуска за работу с вредными и (или) опасными условиями труда, предоставляемого отдельным категориям работников»

5.Постановление Правительства РФ от 02.04.2003 N 187 «О размерах возмещения организациями, финансируемыми за счет средств федерального бюджета, расходов работникам в связи с их переездом на работу в другую местность»

6.Постановление Правительства РФ от 24.12.2007 N 922 «Об особенностях порядка исчисления средней заработной платы»

7.Березин С.А., Березин Б.А., Начальный курс С и С++, М., Диалог-МИФИ, 2017 г. - 288 с.

8.Брайан У. Керниган, Деннис М. Ритчи, Язык программирования C, М., Вильямс, 2017 г. - 288 с.

9.Брайан У. Керниган, Роб Пайк, Практика программирования, М., Вильямс, 2017 г. - 288 с.

10.Бунаков П.А., Лопатин А. В, Практикум по решению задач на ЭВМ в среде Delphi. Учебное пособие, М., Инфра-М, 2018 г. - 304 с.

11.Бэнкс, Порселло: React и Redux. Функциональная веб-разработка, М. Питер, 2018 г. - 336 с.

12.Васильев Р.А, Калянов Г.А., Левочкина Г.А., Стратегическое управление информационными системами, М, Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2017 г, 512 с.

13.Вон Вернон, Реализация методов предметно-ориентированного проектирования, М, Вильямс, 2017 г. - 688 с.

14.Габасов Р.А., Кириллова Ф.А., Методы линейного программирования. Часть 1. Общие задачи, М., Либроком, 2018 г. - 176 с.

15.Габасов Р.А., Кириллова Ф.А., Методы линейного программирования. Часть 3. Специальные задачи, М., Либроком, 2018 г. - 368 с.

16.Гольштейн Е.А., Юдин Д.А., Специальные направления в линейном программировании, М, Красанд, Editorial URSS, 2018 г. - 526 с.

17.Грацианова Т.А., Программирование в примерах и задачах, М., Лаборатория знаний, 2018 г. - 368 с.

18.Данилин А.А., Слюсаренко А. В., Архитектура и стратегия. «Инь» и «янь» информационных технологий, М, Интернет-университет информационных технологий, 2017 г. - 506 с.

19.Джеффри Рихтер, CLR via C#. Программирование на платформе Microsoft.NET Framework 4.5 на языке C#, М., Питер, 2017 г. - 896 с.

20.Джон Дакетт: Javascript и jQuery. Интерактивная веб-разработка, М. Эксмо, 2017 г. - 640 с.

21.Джон Скит, C# для профессионалов. Тонкости программирования, М., Вильямс, 2017 г. - 608 с.

22.Джоэл Грас, Data Science. Наука о данных с нуля, М, БХВ-Петербург, 2018 г. - 336 с.

23.Иванова Г.А., Технология программирования, М, КноРус, 2018 г. - 336 с.

24.Исаев Г.А, Теоретико-методологические основы качества информационных систем, Инфра-М, М., 2018 г. - 258 с.

25.Ли Атчисон, Масштабирование приложений. Выращивание сложных систем, М, Питер, 2018 г. - 256 с.

26.Мартин Фаулер, Предметно-ориентированные языки программирования, М., Вильямс, 2017 г. - 576 с.

27.Окулов С.А., Пестов О.Г, Динамическое программирование, М., Бином. Лаборатория знаний, 2017 г. - 296 с.

28.Панюкова Т.А. Панюков А.С., Языки и методы программирования. Путеводитель по языку С++, М., Ленанд, 2018 г. - 216 с.

29.Подбельский В.А, Курс программирования на языке Си, М., ДМК Пресс, 2018 г. - 384 с.

30.Поль М. Дюваль, Стивен Матиас, Эндрю Гловер, Непрерывная интеграция. Улучшение качества программного обеспечения и снижение риска, М., Вильямс, 2017 г. - 240 с.

31.Стенли Б. Липпман, Жози Лажойе, Заря Э. Му, Язык программирования C++. Базовый курс, М, Вильямс, 2017 г. - 1120 с.

32.Фредерик Брукс, Проектирование процесса проектирования. Записки компьютерного эксперта, М., Вильямс, 2017 г. - 464 с.