Проектирование реализации операций бизнес-процесса «Управление персоналом» (Обоснование решений по программному обеспечению)

Содержание:

Введение

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

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

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

Объектом исследования является ООО «Mori Cinema».

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

Целью курсовой работы является автоматизация процесса управления персоналом.

Задачи курсового проекта:

• выбор комплекса задач автоматизации;
• описание и проектирование бизнес-процессов;
• проектирование моделей данных;
• описание всех видов информации;
• реализация приложения пользователя средствами СУБД;
• выполнение контрольного примера.

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

Глава 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

Назначение ИС: автоматизация процесса «Управление персоналом».

В ООО «Mori Cinema» учетом и оформлением состава занимается отдел кадров.

Основными задачами отдела кадров являются:

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

Основная функция отдела кадров на предприятии – подбор персонала.

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

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

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

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

1.2. Характеристика существующих бизнес-процессов

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

Для проведения анализа и реорганизации использовалось CASE-средство Bpwin 4.0, поддерживающее методологию IDEF0. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и области идеального положения вещей – того, области к чему нужно стремиться (модель ТО-ВЕ).

Методология IDEF0 предполагает выполнение следующих оформлении этапов:

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

Результатом применения IDEF0-модели является модель, которая состоит из диаграмм различного уровня декомпозиции^[1].

Так же отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель является одной из самых прогрессивных моделей и используется при организации бизнес проектов и проектов, основанных на моделировании всех процессов как административных, так и организационных^[2].

Данные процессы, протекающие в отделе кадров более подробно представлены на диаграммах стандарта IDEF0 на рисунках 1-4.

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

Рисунок 1. Контекстная диаграмма деятельности мульти комплекса «Mori Cinema» (AS-IS)

Рисунок 2. Диаграмма декомпозиции деятельности менеджера по персоналу мульти комплекса «Mori Cinema» (AS-IS)

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

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

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

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

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

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

6. Доводит информацию по кадровым вопросам и важнейшим кадровым решениям до всех работников предприятия.

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

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

9. Разрабатывает систему оценки деловых качеств работников, мотивации их должностного роста.

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

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

12. Составляет и оформляет трудовые договоры (контракты) ведет личные дела работников и другую кадровую документацию.

13. Осуществляет руководство подчиненными ему работниками. 

Карточки с личными делами сотрудников является основным документом в работе менеджера по персоналу. На сегодняшний день личные дела сотрудников оформляются с помощью средств MS Office Word. В роли MS Office СУБД выступает Excel. База, создаваемая вручную, неудобна и запутана, нет возможности оперативного поиска данных по различным критериям. К тому же, при оформлении документов, менеджеру каждый раз приходится вручную заполнять договора и личные карточки, согласовывая правильность заполнения с сотрудником. Поэтому менеджер тратит довольно много времени на оформление документации.

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

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

В случае использования автоматизированного рабочего места, менеджер сможет оперативнее выполнять закрепленную за ним работу. На рисунке 3 представлена функциональная модель «TO-BE», в которой отражена модель бизнес-процесса с использованием АРМ.

Рисунок 3. Диаграмма декомпозиции деятельности менеджера по персоналу мультикомплекса ««Mori Cinema»» (TO-BE)

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

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

На сегодняшний день личные дела сотрудников оформляются с помощью средств MS Office Word. В роли СУБД выступает MS Office Excel. Данные хранятся на пользовательском компьютере менеджера по персоналу, резервное копирование выполняется не регулярно. К личным делам имеет доступ только менеджер по персоналу. В существующей базе нет возможности оперативного поиска данных по различным критериям, в связи с этим, тратится масса рабочего времени на поиск нужного документа и формирование тематической подборки документов.

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

Рисунок 4. Документооборот обработки функций менеджера по персоналу

Можно выделить следующие показатели эффективности автоматизации работы менеджера по персоналу:

1. Качественные показатели:

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

2. Количественные показатели:

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

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

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

Необходимыми техническими средствами для решения вышепоставленных задач, представленных на рисунке 4 являются ПК менеджера, сервер БД, принтер.

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

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

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

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

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

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

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

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

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

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

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

Пользователь системы (менеджер):

• фамилия;
• имя;
• отчество;
• дата рождения;
• дата начала работы;
• данные для доступа к сервису;
• E-mail.

Сотрудник:

• ФИО;
• Адрес проживания;
• ФИО контактного лица;
• контактный телефон;
• номер договора;
• данные для доступа к сервису;
• должность;
• дата назначения на должность;
• дата освобождения от должности;
• паспортные данные.

Штатное расписание:

• наименование должности;

тарифный разряд.

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

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

Для моделирования бизнес-процессов было использовано CASE-средство верхнего уровня BPwin 4.0, поддерживающее нотацию IDEF0.

Одним из способов программной реализации АРМ является использование для ее создания объектно-ориентированного языка программирования Delphi.

Выдвигаемые требования к средству разработки программ в общем виде можно сформулировать как: «быстрота, простота, эффективность, надежность».

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

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

Delphi-приложения эффективны, если разработчик соблюдает определенные правила (и часто – если не соблюдает). Эти приложения надежны и при эксплуатации обладают предсказуемым поведением.

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

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

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

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

• Возможность написания программы под Windows XP/Vista/7/8/10;
• Возможность быстрой разработки приложения.
• Для разработки и отладки программы применялась интегрированная система Borland Delphi 7.

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

1. В Delphi имеется возможность визуального конструирования форм, что избавляет при создании программы от многих аспектов разработки интерфейса программы, так как Delphi автоматически готовит необходимые программные заготовки и соответствующий файл ресурсов. Программисту нужно лишь наполнить прототип будущего окна элементами интерфейса^[3];

2. Библиотека визуальных компонентов предоставляет огромное разнообразие созданных разработчиками Delphi программных заготовок, которые после несложной настройки готовы к работе в рамках создаваемого приложения. Использование компонентов не только во много раз уменьшает время создания программы, но и существенно снижает вероятность случайных программных ошибок^[4];

3. Мощность и гибкость языка программирования ObjectPascal – достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка Visual Basic язык Pascal отличает строгая типизированность, позволяющая компилятору ещё на этапе компиляции обнаружить многие ошибки, а также средства работы с указателями.

Последнее даёт возможность использовать так называемое раннее связывание с библиотеками типов в технологии COM, в то время как VisualBasic (а также Java) вынуждены при обращении к COM объектам использовать более медленное позднее связывание. Синтаксис языка C++ прямотаки провоцирует создание запутанных программ, в то время как простой синтаксис ObjectPascal позволяет очень просто описывать любой алгоритм, так как Pascal происходит от использующегося для этих целей алгоритмического языка АЛГОЛ-60. Кроме всего выше перечисленного, ObjectPascal имеет самый быстрый среди продуктов подобного рода оптимизирующий компилятор, позволяющий создавать быстрые и относительно компактные программы^[5];

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

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

Таким образом, можно сделать вывод о том, что Delphi – один из самых мощных инструментов разработки программных продуктов любой сложности и направленности. А Delphi 7 наиболее совершенная из всех версий прочих версий данной среды разработки приложений. Для выполнения данных требований необходимо и достаточно разработать базу данных в среде СУБД Access 2007.

Глава 2. ПРОЕКТНАЯ ЧАСТЬ

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

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

На основании проведенных исследований получены следующие основные элементы информационной модели (рисунок 5).

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

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

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

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

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

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

Справочники имеют следующий реквизитный состав:

1. Сотрудник компании. Атрибуты сотрудника:

• ФИО;
• Табельный номер;
• Дата рождения;
• Паспортные данные;
• Данные военного билета;
• ИНН;
• СНИЛС;
• Должность;
• Оклад;
• Адрес проживания;
• Телефон;
• Сведения об образовании;

2. Трудовой договор.

Атрибуты Трудового договора:

• Наименование предприятия;
• Номер приказа;
• Дата подписания трудового договора;
• Дата принятия сотрудника на работу;
• Дата расторжения трудового договора;
• Структурное подразделение, куда принимается сотрудник;
• На какую должность;
• Оклад или почасовая ставка;
• Надбавки.

3. Командировки сотрудника.

Атрибуты:

• Номер приказа о командировке;
• Место назначения;
• Дата убытия в командировку;
• Дата прибытия из командировки;
• Цель командировки.

4. Отпуск.

Атрибуты:

• Номер приказа;
• С какого числа;
• По какое;
• За период
• Основной отпуск (количество дней);
• Дополнительный отпуск (количество дней);
• Количество дней всего.

5. Больничные листы.

Атрибуты:

• Номер больничного листа;
• Код заболевания;
• С какого числа открыт больничный лист;
• Какого числа закрыт больничный лист;
• Наименование медицинского учреждения, выдавшего больничный лист;
• Адрес медицинского учреждения выдавшего больничный лист.

6. Аттестации.

Атрибуты:

• Номер приказа;
• Дата ознакомления;
• Дата проведения;
• ФИО сотрудника;
• Результат аттестации.

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

Входная информация поступает из:

1. приказов;
2. документов соискателей;
3. штатного расписания;
4. заявлений;
5. резюме.

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

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

2.3. Характеристика результатной информации

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

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

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

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

• информация о личных данных сотрудника;
• информация о награждениях;
• информация об отпусках.

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

• Сотрудники;
• Аттестация;
• Повышение квалификации;
• Льготы.

Информация о наградах сотрудника формируется на основе таблицы «Поощрения». Информация об отпусках сотрудника формируется на основе таблицы «Отпуска».

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

2.4. Общие положения (дерево функций и сценарий диалога)

В данной работе автоматизации подлежит процесс работы менеджера по персоналу мультикомплекса «Mori Cinema». Функционал программы можно разделить на основной, с помощью которой достигается основная цель автоматизации и служебный. Дерево функций наглядно демонстрирует разделение данных функций (рисунок 6).

Рисунок 6. Дерево функций АРМ

На рисунке 7 представлен сценарий диалога АРМ.

Рисунок 7. Сценарий диалога АРМ

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

Концептуальное проектирование БД

Существует несколько систем условных обозначений для описания инфологической модели предметной области. Наиболее простые и понятные обозначения имеет модель «сущность – связь» (кратко ER – модель) .

В базе данных АРМ менеджера по персоналу мультикоплекса «Mori Cinema» необходимо хранить следующую информацию:

• персональные сведения о сотрудниках;
• аттестация и повышение квалификации сотрудников;
• сведения о предоставленных льготах и поощрениях;
• график отпусков;
• список подразделений;
• список должностей (вакансий);
• список пользователей АРМ.

На рисунке 8 приведена ER-диаграмма предметной области.

Рисунок 8. Концептуальная модель данных

Логическое проектирование базы данных

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

В результате преобразования ER-диаграммы по определенным правилам, получим 10 таблиц (таблицы 1 – 9), находящихся в нормальной форме Бойса-Кодда (далее НФБК). НФБК гарантирует отсутствие избыточного дублирования данных и «ловушек» соединения таблиц.

Таблица 1

«Сотрудники»

№	Атрибуты
1	табельный номер (ключ)
2	ФИО сотрудника
3	пол
4	дата рождения
5	место рождения
6	гражданство
7	адрес прописки
8	адрес местожительства
9	номер телефона
10	ИНН
11	номер пенсионного страхования
12	паспортные данные
13	семейное положение
14	образование
15	воинская обязанность
16	стаж работы
17	номер трудового договора
18	должность
19	подразделение

Таблица 2

«Пользователи АРМ»

№	Атрибуты
1	табельный номер (ключ)
2	ФИО пользователя
3	код подразделения (ключ)
4	наличие прав администратора
5	пароль

Таблица 3

«Подразделения»

№	Атрибуты
1	код подразделения (ключ)
2	название подразделения

Таблица 4

«Должность»

№	Атрибуты
1	код должности (ключ)
2	название должности

Таблица 5

«Прием/перевод на работу»

№	Атрибуты
1	номер приказа (ключ)
2	дата приема
3	код подразделения
4	табельный номер сотрудника
5	код должности
6	оклад
7	основание

Таблица 6

«Аттестация»

№	Атрибуты
1	номер протокола (ключ)
2	дата аттестации
3	решение комиссии
4	основание
5	табельный номер

Таблица 7

«Повышение квалификации»

№	Атрибуты
1	номер протокола (ключ)
2	сроки повышения квалификации
3	вид
4	учреждение
5	наименование документа
6	серия, номер и дата свидетельства (ключ)
7	основание
8	табельный номер

Таблица 8

«График отпусков»

№	Атрибуты
1	вид отпуска
2	период отпуска
3	количество дней
4	основание
5	табельный номер

Таблица 9

«Льготы»

№	Атрибуты
1	наименование льготы
2	номер и дата выдачи документа (ключ)
3	основание
4	табельный номер (ключ)

Рисунок 9 иллюстрирует модель логического проектирования базы данных мультикомплекса «Mori Cinema».

Рисунок 9. Логическая схема базы данных мультикомплекса «Mori Cinema»

Физическое проектирование базы данных.

Ниже приведена структура таблиц, используемых в БД (таблица 10-

19).

Таблица 6

Структура таблицы «Сотрудник»

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
табельный номер	Текстовый	10	Ключевое
ФИО сотрудника	Текстовый	50	-
пол	Текстовый	10	-
дата рождения	Дата	8	-
место рождения	Текстовый	30	-
гражданство	Текстовый	10	-
адрес местожительства	Текстовый	50	-
номер телефона	Текстовый	50	-
ИНН	Числовой	15	-
номер пенсионного страхования	Числовой	15	-
паспортные данные	Текстовый	50	-
семейное положение	Текстовый	10	-
образование	Текстовый	50	-
воинская обязанность	Текстовый	10	-
стаж работы	Числовой	2	-
номер трудового договора	Текстовый	10	-
должность	Текстовый	10	-
подразделение	Текстовый	10	-

Таблица 7

Пользователи АРМ

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
табельный номер	Текстовый	10	Ключевое
код подразделения	Счетчик	Длинное целое	Ключевое
ФИО пользователя	Текстовый	50	-
наличие прав администратора	Логическое	1	-
пароль	Текстовый	10	-

Таблица 8

Подразделения

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
код подразделения	Счетчик	Длинное целое	Ключевое
наименование подразделение	Текстовый	10	-

Таблица 9

Должность

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
код должности	Счетчик	Длинное целое	Ключевое
наименование должности	Текстовый	10	-

Таблица 10

Прием/перевод на работу

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
номер приказа	Текстовый	10	Ключевое
дата приема	Дата	8	-
код подразделения	Счетчик	Длинное целое	-
табельный номер	Текстовый	10	-
код должности	Счетчик	Длинное целое	-
оклад	Денежный	Длинное дробное	-
основание	Текстовый	10	-

Таблица 11

Аттестация

Имя поля	Тип данных	Размер поля	Ключевое или индексированное поле
номер протокола	Текстовый	10	Ключевое
дата аттестации	Дата	8	-
решение комиссии	Текстовый	30	-
табельный номер	Текстовый	10	-
основание	Текстовый	10	-

2.6. Структурная схема пакета (дерево вызова программных модулей)

АРМ представляет собой набор взаимосвязанных модулей (форм), позволяющих редактировать, вводить и отображать данные, хранящиеся в БД. Описание форм представлено в таблице 12.

Таблица 12

Формы проекта

Название формы	Описание
StartForm	Стартовая форма проекта. Предназначена для авторизации пользователей
MainForm	Главная форма проекта, на которой располагается основное меню
CardForm	Предназначена для редактирования и отображения информации о сотрудниках
PriemForm	Предназначена для редактирования и отображения информации о приеме на работу сотрудника
QualificationForm	Предназначена для редактирования и отображения информации об аттестации сотрудника
UpQualifForm	Предназначена для редактирования и отображения информации о повышении квалификации сотрудника
AwardsForm	Предназначена для редактирования и отображения информации о наградах сотрудника
OutputForm	Предназначена для редактирования и отображения информации об отпуске сотрудника
SocialForm	Предназначена для редактирования и отображения информации о льготах сотрудника
DelForm	Предназначена для редактирования и отображения информации об увольнениях сотрудников
SearchForm	Предназначения для осуществления поиска по заданному критерию
FilterForm	Предназначения для создания фильтра поиска
ArchiveForm	Содержит архив личных дел сотрудников
BlockForm	Предназначена для блокировки АРМ
SmenaUsForm	Предназначена для смены пользователя АРМ
OrgNewForm	Предназначена для добавления нового подразделения
UsersNewForm	Предназначена для добавления нового пользователя АРМ
CardMenuForm	Предназначена для редактирования и отображения информации о дополнительной информации о сотрудниках
AboutForm	Содержит сведения об АРМ

Схема вызова программных модулей представлена на рисунке 10.

Рисунок 10. Дерево вызова программных модулей

2.7. Описание программных модулей

Интерфейс АРМ разработан с помощью объектно-ориентированного языка программирования Delphi. БД разработана с помощью Microsoft Access. Все модули программы хранятся в папке Personal. БД хранится в паке Data.

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

Для повышения надежности работы АРМ предусмотрено резервное копирование таблиц БД в папку Arc. БД АРМ может быть модифицирована с помощью других СУБД. Среди наиболее ярких представителей можно отметить: Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle. Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.

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

Для нормального функционирования программы необходимы модули Personal.exe, Connect.udl, About.txt, BD.mbd и ArcBase.mdb. Программа разработана как клиент-серверное приложение. База данных должна располагаться на сервере, а АРМ на компьютерах пользователей.

Рисунок 11. Блок-схема работы АРМ

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

Перед первым запуском программы необходимо подключить файл БД с интерфейсом АРМ. Для этого необходимо открыть ярлык Connect.udl в папке Data. Откроется диалоговое окно (рисунок 12), в нем выбрать закладку подключение, затем в поле имя базы данных укажите маршрут, где находится БД. Проверить подключение одноименной кнопкой.

Рисунок 12. Окно связи с БД

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

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

Рисунок 13. Главное окно программы

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

Рисунок 14. Личная карточка сотрудника

Для оформления документов приема на работу необходимо выбрать пункт меню «Файл» - «Создать (Редактировать)» - «Прием на работу». Откроется диалоговое окно, в которое необходимо занести данные о приеме на работу сотрудника (рисунок 15).

Рисунок 15. Прием на работу сотрудника

Информация об увольнении сотрудников добавляется с помощью формы, представленной на рисунке 16 («Файл» - «Уволить сотрудника»).

Рисунок 16. Увольнение сотрудников

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

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

Рисунок 17. Временная блокировка АРМ

Выход из программы осуществляется в пункте главного меню «Файл» - «Выход».

Заключение

В ходе выполнения курсовой работы целью была проанализирована деятельность менеджера по работе с персоналом мультикомплекса «Mori Cinema». На основании изученного материала и полученных выводов было разработано проектное решение задачи автоматизации деятельности менеджера по работе с персоналом.

Результатом работы стало АРМ менеджера по персоналу мультикомплекса «Mori Cinema».

Для достижения поставленной в работе цели было выполнено:

• изучение предметной области менеджера по персоналу;
• проведение анализа аналогичных программ;
• изучение компьютерных технологий, используемых при написании АРМ;
• изучение методов проектирования реляционных БД;
• проектирование реляционной БД предметной области;
• создание оболочки АРМ и разработка модулей АРМ;
• подключение модулей АРМ к БД;
• тестирование и отладка;
• составление перечня безопасной работы с ПК;

Разработка АРМ выполнена согласно требованиям, предъявляемым к современным автоматизированным рабочим местам. АРМ проходит опытную эксплуатацию в мультикомплексе «Mori Cinema».

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

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

Database в Delphi [Электронный ресурс] // URL: http://delphibox.ru/database-%D0%B2-delphi.html (дата обращения: 25.06.2019).

Белов В.В., Чистякова В.И. Программирование в Delphi: процедурное, объектно-ориентированное, визуальное: Учебное пособие для вузов. – М.: РиС, 2014. – 240 c

Дейтел, Дейтел: Как программировать на Visual C# 2012. Включая работу на Windows 7 и Windows 8, - М., Питер, 2014 г., 864 с.

1. Марченко А.П. Microsoft Access: Краткий курс. – СПб.: Питер, 2015. – 288 с.

Осипов Д. Delphi. Профессиональное программирование. – СПб.: Символ-плюс, 2015. – 1056 c

Ревич, Ю. Нестандартные приемы программирования на Delphi / Ю. Ревич. - М.: БХВ-Петербург, 2016. - 560 c.

Ремнев А.А. Курс Delphi для начинающих. Полигон нестандартных задач (+ CD-ROM) / А.А. Ремнев, С.В. Федотова. - М.: Солон-Пресс, 2014. - 360 c.

Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие – СПб.: Университет ИТМО, 2015. 100с.

Шкрыль А.А. Delphi. Народные советы (+ CD-ROM) / А.А. Шкрыль. - М.: БХВ-Петербург, 2016. - 267 c.

1. Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие – СПб.: Университет ИТМО, 2015. 100с. ↑

2. Дейтел, Дейтел: Как программировать на Visual C# 2012. Включая работу на Windows 7 и Windows 8, - М., Питер, 2014 г., 864 с. ↑

3. Белов В.В., Чистякова В.И. Программирование в Delphi: процедурное, объектно-ориентированное, визуальное: Учебное пособие для вузов. – М.: РиС, 2014. – 240 c ↑

4. Осипов Д. Delphi. Профессиональное программирование. – СПб.: Символ-плюс, 2015. – 1056 c ↑

5. Database в Delphi [Электронный ресурс] // URL: http://delphibox.ru/database-%D0%B2-delphi.html (дата обращения: 24.06.2019). ↑