Проектирование реализации операций бизнес-процесса «Управление персоналом»

Содержание:

Введение

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

Наиболее перспективным направлением, является автоматизация управления на базе персональных ЭВМ.

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

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

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

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

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

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

1 Аналитическая часть

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

Element Group- коммуникационная группа полного цикла. Element Group работает на российском рынке более 15 лет.

В структуре - 4 функциональных подразделения: PR, реклама, EVENT и DIGITAL.

Принципы работы:

1. Индивидуальный подход
2. Лояльность интересам Клиента как основа корпоративного стандарта

iMARS является холдинговой компанией, в состав которой также входят четыре основных подразделения: Optimist (seo-продвижение), SMM-агенство GreenPR, Блогун автоматизированный сервис по продвижению в блогосфере и CPA-сеть TradeTracker.Russia

Агентство было основано в 2002 году для обслуживания крупных и мелких корпоративных структур FMCG. В направления соответствии с уставом, агентство работает с крупными коммерческими и общественными.

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

11

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

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

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

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

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

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

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

Как и в любой организации, в данной организации есть отдел кадров, который осуществляет следующие функции:

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

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

У отдел кадров, так же есть руководитель. Он выполняет следующие обязанности:

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

5) осуществляет контроль за субординации у себя в отделе;

1. вносит предложения о поощрении и наложении штрафов на сотрудников.

Кроме этого, руководитель отделка кадров проводит аттестацию сотрудников компании

1.3. Характеристика документооборота

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

Основные процессы, протекающие в отделе кадров любой организации:

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

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

IDEF0 — методология функционального моделирования и графическая нотация, предназначенная для формализации и описания бизнес-процессов. В IDEF0 рассматривается логические отношения между работами, а не их временная последовательность (WorkFlow).

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

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

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

• приказы;
• Стандартные документы;
• документы соискателей;
• штатное расписание;
• программы СП;
• заявления;
• резюме.

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

Стандартные документы – необходимые для оформления стандартной отчетности.

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

Заявления – документы написанные сотрудниками и поданные в отдел кадров.

Рассмотрим функции начальника отдела кадров (рисунок 1.1).

Рисунок 1.1 Деятельность начальника отдела кадров

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

Рисунок 1.2 Декомпозиция деятельности начальника отдела кадров

Основной функцией руководителя отдела кадров, является контроль и аттестация персонала. (рисунок 1.3).

Рисунок 1.3 Проведение аттестации

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Информационные потоки внешне машинного ИО – это направленное регулярное движение документов от источников их формирования к ее получателям.

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

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

ОКУД - Общероссийский классификатор управленческой документации;

ОКОПФ - Общероссийский классификатор организационно-правовых форм .

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

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

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

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

Сотрудник:

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

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

• наименование должности;
• тарифный разряд.

Проектные решения по программному обеспечению

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

1. Возможность установки на ПК, не подключенном к сети.

2. Инструменты для работы непосредственно с объектом.

3. Набор средств для получения отчетов.

4. Возможность хранения первоначальных данных и результатов.

5. Графические возможности для построения статистических диаграмм.

6. Минимум затрат на приобретение и разработку.

7. Удобство использования и сопровождения.

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

•  реализация через web-интерфейс, например с помощью php-программирования;
• реализация через интегрированные среды разработки программного обеспечения для MicrosoftWindows на языках Delphi, VisualC++, VisualBasic и др.

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

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

Во втором же случае затраты могут быть минимальны.

Для выбора языка программирования сравним следующие языки – Java, Delphi и Visual Basic. Сравнение языков программирования приведено в таблице 1.4. и на рисунке 1.5.

Сравнение языков программирования

Параметр	Степень соответствия, %
	Delphi	Java	Visual Basic
Возможность компиляции	8	8	4
Многопоточная компиляция	8	0	8
Интерпретатор командной строки	6	4	0
Многомерные массивы	8	0	8
Динамические массивы	8	8	0
Ассоциативные массивы	4	0	0
Интерфейсы	8	0	4
Мультиметоды	8	0	0
Общая оценка	7,25	2,5	3

Рис.1.4 Сравнение языков программирования

Рисунок 1.5 Сравнение языков программирования

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

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

1. В Delphi имеется возможность визуального конструирования форм, что избавляет при создании программы от многих аспектов разработки интерфейса программы, так как Delphi автоматически готовит необходимые программные заготовки и соответствующий файл ресурсов. Программисту нужно лишь наполнить прототип будущего окна элементами интерфейса;
2. Библиотека визуальных компонентов предоставляет огромное разнообразие созданных разработчиками Delphi программных заготовок, которые после несложной настройки готовы к работе в рамках создаваемого приложения. Использование компонентов не только во много раз уменьшает время создания программы, но и существенно снижает вероятность случайных программных ошибок;
3. Мощность и гибкость языка программирования ObjectPascal – достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка VisualBasic язык Pascal отличает строгая типизированность, позволяющая компилятору ещё на этапе компиляции обнаружить многие ошибки, а также средства работы с указателями. Последнее даёт возможность использовать так называемое раннее связывание с библиотеками типов в технологии COM, в то время как VisualBasic (а также Java) вынуждены при обращении к COM объектам использовать более медленное позднее связывание. Синтаксис языка C++ прямо-таки провоцирует создание запутанных программ, в то время как простой синтаксис ObjectPascal позволяет очень просто описывать любой алгоритм, так как Pascal происходит от использующегося для этих целей алгоритмического языка АЛГОЛ-60. Кроме всего выше перечисленного, ObjectPascal имеет самый быстрый среди продуктов подобного рода оптимизирующий компилятор, позволяющий создавать быстрые и относительно компактные программы;
4. Среди прочих преимуществ Delphi можно выделить самую эффективную работу с базами данных. Это обуславливается тремя обстоятельствами: высоко производительной машиной для доступа к данным разного формата (ODBC), наличием многочисленных компонентов, ориентированных на работу в этой сфере;
5. В настоящее время для создания современного программного обеспечения приходится использовать несколько различных программных продуктов, а в базовую конфигурацию Delphi уже входят множество продуктов, для создания различных элементов программного обеспечения.

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

Для выполнения данных требований необходимо и достаточно разработать базу данных в среде СУБД Access 2007.

Microsoft Access в настоящее время является одной из самых популярных среди настольных (персональных) программных систем управления базами данных. Среди причин такой популярности следует отметить:

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

Исходное окно Access отличается простотой и лаконичностью. Шесть вкладок этого окна представляют шесть видов объектов, с которыми работает программа.

Таблицы — основные объекты базы данных. С ними мы уже знакомы. В них хранятся данные. Реляционная база данных может иметь много взаимосвязанных таблиц.

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

Формы — это объекты, с помощью которых в базу вводят новые данные или просматривают имеющиеся.

Отчеты — это формы «наоборот». С их помощью данные выдают на принтер в удобном и наглядном виде.

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

Модули — это программные процедуры, написанные на языке VisualBasic.

Для программной реализации АРМ специалиста планового отдела выбираем СУБД MicrosoftAccess. MSAccess – это самая популярная сегодня настольная система управления базами данных. Её успех заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и квалифицированного пользователя. Опишем основные эргономические особенности данной СУБД:

MSAccess имеет один из самых лучших наборов визуальных средств среди аналогичных программных продуктов. Вся работа с базами данных интегрирована в окне базы данных. При разработке программы широко используются такие современные решения, как панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые ссылки и др.

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

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

Широкие возможности документирования и создания помощи пользователям. Окна подсказок, «ярлыки» подсказок, отличная документация на русском языке и встроеная система помощи – отличительные особенности СУБД MicrosoftAccess.

Одно из основных преимуществ MSAccess – тесная интеграции с популярным офисным пакетом MicrosoftOffice. 80% пользователей в мире применяют этот пакет для организации работы в офисе и дома. Следовательно, проектируемая нами система может быть легко применена и перенесена между множеством компьютеров.

2 Проектная часть

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

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

На рисунке 2.1 представлена информационная модель программного продукта.

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

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

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

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

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

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

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

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

Вся хранящаяся информация почти не изменяется и не удаляется.

В системе используются справочники, приведенные на рисунке 2.2.

Название справочника	Ответственный за ведение	Средний объём справочника в записях	Средняя частоту актуализации	Средний объем актуализации, %
Сотрудники	Пользователь	10000	1 раз в неделю	10
Трудовой договор	Пользователь	500	1 раз в месяц	10
Трудовая книжка	Администратор	10	1 раз в месяц	10
Командировки	Пользователь	10	1 раз в неделю	25
Отпуска	Администратор	10	1 раз в неделю	25
Больничные	Пользователь	23	1 раз в неделю	25
Аттестация	Администратор	75	1 раз в неделю	10

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

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

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

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

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

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

1. Атрибуты трудовой книжки:

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

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

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

1. Отпуск:

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

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

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

1. Аттестации:

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

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

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

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

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

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

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

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

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

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

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

Ниже представлено описание структуры документа «Штатное расписание».

• Код персонала
• Должность
• Отдел
• Код квалификации
• Всего должностей
• Незанято
• Требования
• Есть вакансии

Реквизиты других выходных документов представлены ниже:

Документ Личная карточка:

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

Документ Список командировок:

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

Документ Список отпусков

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

Документ Список больничных листов

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

Документ Список аттестаций:

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

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

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

Рис. 2.3 – Дерево функций

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

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

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

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

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

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

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

На рисунке 2.4 представлен сценарий диалога программного продукта с пользователем.

Рисунок 2.4 – Сценарий диалога.

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

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

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

Нормализация – разбиение таблицы на две или более, обладающие лучшими свойствами включении, изменении или удалении данных. окончательная цель нормализации сводится к получению такого проекта БД в котором каждый факт появляется лишь в одном месте, то есть исключена избыточность информации. Нормализация отношений – формальный аппарат ограничений, на формирование отношений которого позволяет устранить дублирование, обеспечить непротиворечивость хранимых в базе данных, уменьшить трудозатраты на ведение БД. Кодом выведено три нормальные формы и предложен механизм, позволяющий любое отношение преобразовать к третьей нормальной форме. Приведем наши отношения к третьей нормальной форме. Первая НФ: Отношение называется нормализованным или приведенным к первой нормальной форме тогда и только тогда, когда все его атрибуты простые (неделимые). Таблица находится в первой нормальной форме тогда и только тогда, когда ни одна из ее строк не содержит в любом ее поле более одного значения, и не одно из ее ключевых полей не пусто. Для того чтобы привести наши отношения к первой нормальной форме надо сущность Ф.И.О. разбить на три отдельные (Фамилия, Имя, Отчество). Так же следует вынести в отдельную таблицу структурное подразделение, должности и наименование фирмы, чтобы не допустить избыточности данных.

Модель базы данных представлена на рисунке 2.5.

Рисунок 2.5 – Модель базы данных

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

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

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

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

Структурная схема пакета представлена на рис. 2.6.

В соответствии с представленной схемой, в состав пакета входят следующие модули:

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

Назначение модулей понятно из их названия.

Рисунок 2.6 – Схема вызова программных модулей

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

№ п/п	Наименование модуля	Функции модуля
	Учет	Совокупность алгоритмов, выполняющих учет клиентов – основную функцию системы
	Отчеты	Позволяет получить отчеты, существующие в системе
	Справочники	Данный модуль позволят осуществлять управление работой системы через управление содержимым справочников

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

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

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

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

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

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

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

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

На рисунках 2.8-2.16 представлена схема заполнения таблиц базы данных исходя из данных содержащихся в других таблицах.

Рисунок 2.8 – Схема технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.9 –Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.10 –Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.11 – Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.12 – Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

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

Рисунок 2.14 – Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.15 – Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Рисунок 2.16 – Продолжение схемы технологического процесса сбора, передачи и выдачи информации.

Заключение

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

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

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

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

1. Барановская Т. П. и др. Информационные системы и технологии в экономике: Учебник. — 2-е изд., доп. и перераб. — М.: Финансы и статистика, 2015 — 416 с.
2. Благодатских В. А. и др. Стандартизация разработки программных средств: Учеб. пособие. — М.: Финансы и статистика, 2015. — 288 с.
3. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2014.
4. Бондарева Г.А., Сахарова Е.В., Королькова Л.Н., Информатика. Ставрополь, СТИС, 2016
5. Вендров А. М. Проектирование программного обеспечения экономических информационных систем: Учебник. — 2-е изд., перераб. и доп. — М.: Финансы и статистика, 2015. — 544 с.
6. Гетия И. Г. Безопасность при работе на ПЭВМ. — М.: НПЦ Профессионал-Ф, 2013. — 140 с.
7. Горев А. Эффективная работа с СУБД. - СПб.: Питер, 2016. – 704с.: ил.
8. Карпова Т. С. Базы данных: модели, разработка, реализация: учеб. пособие для вузов - СПб.: Питер, 2014. –304с.: ил.
9. Конеев И. Информационная безопасность предприятия. — СПб.: БХВ-Петербург, 2013. — 733 с.
10. Лугачев М. И. и др. Экономическая информатика: введение в экономический анализ. — М.: Инфра-М, 2015. —569 с.
11. Маклаков С. В. ВРWin и ERWin. САSЕ-средства разработки информационных систем - М.: Диалог-МИФИ, 2015 - 455 с.: ил.
12. Мельников В. В. Безопасность информации в автоматизированных системах. — М.: Финансы и статистика, 2013. — 368 с.
13. Мишенин А. И. Теория экономических информационных систем. — М.: Финансы и статистика, 2014. — 240 с.
14. Савицкий Н. И. Экономическая информатика. — М.: Экономистъ, 2014. — 429 с.