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

Содержание:

ВВЕДЕНИЕ

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

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

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

Исходя из вышесказанного, была определена цель исследования – проектирование реализации бизнес–процесса «Управление персоналом»

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

1. Выбрать комплекс задач автоматизации;
2. Дать характеристику существующим бизнес–процессам и документообороту;
3. Обосновать проектные решения по информационному и программному обеспечению;
4. Спроектировать информационную модель;
5. Охарактеризовать нормативно–справочную, входную, оперативную и результатную информацию;
6. Построить дерево функций и сценарий диалога;
7. Предоставить характеристику базы данных, структурную схему пакета и рассмотреть программные модули;
8. Проиллюстрировать контрольный пример реализации проекта.

Объектом изучения предметной области является реализация операций бизнес–процесса, а предметом – бизнес–процесс «Управление персоналом».

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

Источниками теоретической информации стали работы известных исследователей процессов проектирования информационных систем и управления бизнес-процессами, таких как Слепцов, Ярочкин и др. Методологическая основа работы – предложенные методические рекомендации по выполнению курсовой работы от Алёхиной Г. В.

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

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

Рассматриваемым бизнес–процессом является процесс «Управление персоналом». Основные задачи, составляющие рассматриваемый процесс, приведены в Таблице 1. Также в Таблице 1 представлены такие элементы, как назначение задачи, необходимая входная и получаемая выходная информация. Кроме того, присутствует информация об исполнителе той или иной задачи.

Таблица 1

Основные задачи процесса

Код задачи	Наименование задачи	Назначение задачи	Входная информация	Выходная информация	Исполнитель
01	Помещение объявления о вакансии	Поиск достойных кандидатов на вакансии	Перечень вакансий	Перечень кандидатов	Отдел по персоналу
02	Проведение собеседования с кандидатами	Отбор кандидатов на вакансии из всех претендентов	Перечень вакансий, требования к сотрудникам	Перечень отобранных сотрудников	Отдел по персоналу
03	Прием сотрудника на работу	Документальное оформление нового сотрудника	Документы кандидата, перечень вакансий	Договор о найме сотрудника	Отдел по персоналу
04	Регулирование трудовых отношений	Разрешение трудовых споров и вопросов	Рапорты, отчеты, докладные и др.	Указы, приказы, распоряжения и др.	Менеджмент
05	Прием заявления об увольнении	Увольнение сотрудника по его желанию или по статье ТК РФ	Заявление об увольнении, рапорты, отчеты и др.	Подтвержденное заявление об увольнении	Отдел по персоналу
06	Процедура увольнения сотрудника	Документальное оформление увольнения	Заявление об увольнении	Подтвержденное заявление об увольнении	Отдел по персоналу

Схема связей задач бизнес–процесса приведена на Рисунке 1.

Рисунок 1 Взаимосвязь задач бизнес–процесса

Основная задача в бизнес–процессе – «Регулирование трудовых отношений». Реализация данной задачи и представляет собой процесс непосредственного управления персоналом.

Источником информации для данной задачи является отдел по персоналу.

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

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

Исполнителем задачи является менеджмент, а пользователями информации – сотрудники отдела по персоналу.

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

В состав задачи «Регулирование трудовых отношений» входят следующие элементы:

1. Перечень сотрудников;
2. Информация о сотрудниках;
3. Правила внутреннего распорядка.

Внешними факторами для задачи будут:

1. Рапорты;
2. Отчеты;
3. Докладные записки и др.

Взаимодействие внешнего и внутреннего содержания исследуемой задачи изображено на Рисунке 2.

Рисунок 2 Содержание задачи «Регулирование трудовых отношений»

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

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

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

Основными документами в рассматриваемой задаче «Регулирование трудовых отношений» можно считать:

1. Договор о найме;
2. Заявление о приеме на работу;
3. Заявление об увольнении;
4. Приказ о приеме на работу;
5. Приказ об увольнении.

Жизненный цикл договора о найме изображен в Таблице 2.

Таблица 2

Договор о найме

	Кандидат	Отдел по персоналу	БД
Заполнение договора	Договор	Договор
Проверка корректности заполнения договора		Договор	Подписанный договор
Получение копии подписанного договора	Копия подписанного договора

Жизненный цикл заявления о приеме на работу изображен в Таблице 3

Таблица 3

Заявление о приеме на работу

	Сотрудник	Отдел по персоналу	БД
Подготовка формы заявления	Заявление Заявление Заявление Заявление Заявление
Заполнение заявления
Регистрация заполненного заявления
Проверка соответствия

Жизненный цикл заявления об увольнении представлен в Таблице 4

Таблица 4

Заявление об увольнении

	Сотрудник	Отдел по персоналу	БД
Подготовка формы	Заявление Заявление Заявление Заявление
Заполнение заявления
Регистрация заявления

Жизненный цикл приказов о приеме на работу и об увольнении представлены в Таблице 5 и Таблице 6 соответственно

Таблица 5

Приказ о приеме на работу

	Сотрудник	Отдел по персоналу	БД
Подготовка приказа	Приказ Приказ Приказ Приказ
Подписание приказа
Регистрация приказа в БД

Таблица 6

Приказ об увольнении

	Сотрудник	Отдел по персоналу	БД
Подготовка приказа	Приказ Приказ Приказ Приказ
Подписание приказа
Регистрация приказа в БД

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

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

1. Увеличивается скорость выполнения повторяющихся задач. За счет автоматического режима одни и те же задачи могут выполняться быстрее, т.к. Автоматизированные системы более точны в действиях и не подвержены снижению работоспособности от времени работы.
2. Повышается качество работы. Исключение человеческого фактора значительно снижает вариации исполнения процесса, что приводит к снижению количества ошибок и, соответственно, повышает стабильность и качество процесса.
3. Повышается точность управления. За счет применения информационных технологий в автоматизированных системах появляется возможность сохранять и учитывать большее количество данных о процессе, чем при ручном управлении.
4. Параллельное выполнение задач. Автоматизированные системы позволяют выполнять несколько действий одновременно без потери качества и точности работы. Это ускоряет процесс и повышает качество результатов.
5. Быстрое принятие решений в типовых ситуациях. В автоматизированных системах решения, связанные с типовыми ситуациями, принимаются гораздо быстрее, чем при ручном управлении. Это улучшает характеристики процесса и позволяет избежать несоответствий на последующих стадиях.

Следовательно, можно сделать вывод, что внедрение автоматизированной системы для реализации операций бизнес–процесса «Управление персоналом» будет достаточно полезным и в целом целесообразным.

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

Основными документами в рассматриваемой задаче «Регулирование трудовых отношений» можно считать:

1. Договор о найме;
2. Заявление о приеме на работу;
3. Заявление об увольнении;
4. Приказ о приеме на работу;
5. Приказ об увольнении.

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

Таблица 7

Обоснование формы документа

Код документа	Наименование	Унифицированная форма	Оригинальное проектирование
01	Договор о найме		+
02	Заявление о приеме на работу		+
03	Заявление об увольнении	+
04	Приказ о приеме на работу	+
05	Приказ об увольнении	+

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

А для обеспечения целостности и верности информации, подлежащей записи и обработке, применяются определенные классификаторы и системы кодирования. Классификаторы, применяемые в данном проекте, изображены в Таблице 8.

Таблица 8

Используемые классификаторы

Наименование кодируемого объекта	Рабочее наименование	Кол–во знаков кода	Система кодирования	Вид классификатора
IDсотрудника	IDс	4	Порядковая	Локальный
IDменеджера	IDм	4	Порядковая	Локальный
IDдокумента	IDд	4	Порядковая	Локальный

Основной частью информационной системы является информационная база. Информационная база – это определенным способом организованная совокуп­ность данных, хранимых в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач [5].

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

1. По этапам обработки (входные, базовые, результатные).
2. По типу носителя (на промежуточных носителях – гибких маг­нитных дисках и магнитных лентах и на основных носителях – жестких магнитных дисках, магнитооптических дисках и др.).
3. По составу информации (с оперативной информацией и с постоянной информацией).
4. По назначению (по типу функциональных подсистем).
5. По типу логической организации (с линейной и иерархической структурой записи, реляционные, табличные).
6. По способу физической организации (с последовательным, индексным и прямым способом доступа) [2].

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

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

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

Основные файлы должны иметь однородную структуру записей и могут содержать записи с оперативной и условно–постоянной информацией. Оперативные файлы могут создаваться на базе одного или нескольких входных файлов и отражать информацию одного или нескольких первичных документов. Файлы с условно–постоянной информацией могут содержать справочную, расценочную, табличную и другие виды информации, изменяющейся в течение года не более чем на 40 %, а следовательно, имеющие коэффициент стабильности (Кст) не менее 0,6 [9].

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

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

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

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

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

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

1. Полнота хранимой информации для выполнения всех функций управления и решения экономических задач.
2. Целостность хранимой информации, т.е. Непротиворечивость данных при вводе информации в ИБ.
3. Своевременность и одновременность обновления данных во всех копиях данных.
4. Гибкость системы, т.е. Адаптируемость ИБ к изменяющимся информационным потребностям.
5. Реализуемость системы требуемой степени сложности.
6. Релевантность ИБ, под которой подразумевается способность системы осуществлять поиск и выдавать информацию, точно соответствующую запросам пользователей.
7. Удобство языкового интерфейса, позволяющее быстро фор­мулировать запрос к ИБ.
8. Разграничение прав доступа, т.е. Определение для каждого пользователя доступных типов записей, полей, файлов и видов операций над ними.

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

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

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

Централизация управления данными с помощью СУБД обеспечивает совместимость этих данных, уменьшение синтаксической и семантической избыточности, соответствие данных реальному состоянию объекта, разделение хранения данных между пользователями и возможность подключения новых пользователей. Но централизация управления и интеграция данных приводят к проблемам другого характера: необходимости усиления контроля вводимых данных, необходимости обеспечения согла­шения между пользователями по поводу состава и структуры дан­ных, разграничения доступа и секретности данных [11].

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

К организации БД предъявляются следующие основные требования:

1. Логическая и физическая независимость данных (программ от изменений структуры БД).
2. Контролируемая избыточность данных.
3. Стандартизация данных за счет использования классификаторов.
4. Наличие словаря данных.
5. Специализация интерфейса для администратора БД и пользо­вателя системы.
6. Контроль целостности данных.
7. Защита данных от несанкционированного доступа.
8. Наличие вспомогательных программных средств (утилит) про­ектирования и эксплуатации БД [3].

Принципами построения централизованной БД являются:

1. Обеспечение логической организации данных с помощью по­строения глобальной модели данных.
2. Представление информационных потребностей для каждой задачи в виде подмоделей данных.
3. Выделение специального языка описания данных для получения схем и подсхем.
4. Описание процедур обработки данных с использованием языка манипулирования данными.
5. Разделение доступа к полям данных.
6. Защита данных через пароль.
7. Обеспечение доступности данных одновременно для нескольких пользователей [13].

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

Рассмотрим наиболее распространенные классификации операционных систем и систем управления базами данных для наиболее верного выбора. Так, в зависимости от алгоритма управления процессором, операционные системы (далее – ОС) делятся на:

1. Однозадачные и многозадачные.
2. Однопользовательские и многопользовательские.
3. Однопроцессорные и многопроцессорные системы.
4. Локальные и сетевые.

По числу одновременно выполняемых задач операционные системы делятся на два класса:

1. Однозадачные (MS DOS).
2. Многозадачные (OS/2, Unix, Windows).

В однозадачных системах используются средства управления периферийными устройствами, средства управления файлами, средства общения с пользователями. Многозадачные ОС используют все средства, которые характерны для однозадачных, и, кроме того, управляют разделением совместно используемых ресурсов: процессор, ОЗУ, файлы и внешние устройства [2].

В зависимости от областей использования многозадачные ОС подразделяются на три типа:

1. Системы пакетной обработки (ОС ЕС).
2. Системы с разделением времени (Unix, Linux, Windows).
3. Системы реального времени (RT11).

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

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

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

Системы реального времени применяются для управления технологическим процессом или техническим объектом, например, летательным объектом, станком и т.д. [4]

По числу одновременно работающих пользователей на ЭВМ ОС разделяются на однопользовательские (MS DOS) и многопользовательские (Unix, Linux, Windows 95 – XP)

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

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

Многопроцессорные и однопроцессорные операционные системы. Одним из важных свойств ОС является наличие в ней средств поддержки многопроцессорной обработки данных. Такие средства существуют в OS/2, Net Ware, Widows NT.По способу организации вычислительного процесса эти ОС могут быть разделены на асимметричные и симметричные.

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

В состав локальных ОС входит клиентская часть ПО для доступа к удаленным ресурсам и услугам. Сетевые ОС предназначены для управления ресурсами ПК включенных в сеть с целью совместного использования ресурсов. Они представляют мощные средства разграничения доступа к информации, ее целостности и другие возможности использования сетевых ресурсов [7].

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

По технологии обработки данных базы данных подразделяются на централизованные и распределенные.

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

Распределенная база данных состоит из нескольких, возможно пересекающихся или даже дублирующих друг друга частей, хранимых в различных ЭВМ вычислительной сети. Работа с такой базой осуществляется с помощью системы управления распределенной базой данных (СУРБД) [11].

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

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

1. Файл–сервер (Предполагает выделение одной из машин сети в качестве центральной (сервер файлов). На такой машине хранится совместно используемая централизованная БД. Все другие машины сети выполняют функции рабочих станций, с помощью которых поддерживается доступ пользовательской системы к централизованной базе данных. Файлы баз данных в соответствии с пользовательскими запросами передаются на рабочие станции, где в основном и производится обработка).
2. Клиент–сервер (Подразумевается, что помимо хранения централизованной базы данных центральная машина (сервер баз данных) должна обеспечивать выполнение основного объема обработки данных. Запрос на данные, выдаваемый клиентом (рабочей станцией), порождает поиск и извлечение данных на сервере) [7].

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

СУБД – комплекс языковых и программных средств, предназначенных для создания, ведения и совместного использования БД несколькими пользователями. СУБД позволяет: создавать БД; вставлять, обновлять, удалять и извлекать информацию из БД; предоставляет контролируемый доступ к базе данных [10].

СУБД состоит из:

1. Подсистемы средств проектирования – набор инструментов управляющих проектированием и реализующие БД и приложения. Это средства для создания таблиц, форм, отчетов, запросов, схемы данных, языки программирования.
2. Подсистема средств обработки – занимается обработкой компонентов приложений созданных с помощью средств проектирования.
3. Ядро СУБД – выполняет функцию посредника между подсистемой средств проектирования и подсистемой средств обработки и самими данными. Ядро СУБД получает запросы от этих подсистем, выраженной в терминах таблиц, строк, столбцов таблиц и преобразует эти запросы в команды операционной системы выполняющих запись и чтение данных непосредственно с физического носителя. Ядро участвует в управлении транзакциями, блокировками, резервном копировании и восстановлении данных [10].

По степени универсальности различают два класса СУБД:

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

СУБД характеризуются следующими параметрами:

1. Временем выполнения запросов.
2. Скоростью поиска информации.
3. Временем генерации отчетов.
4. Максимальное число параллельных обращений к данным в многопользовательском режиме [10].

После анализа рассмотренной информации выбор был остановлен на системе управления базами данных MS Access.

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

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

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

Создание многопользовательской БД Access и получение одновременного доступа нескольких пользователей к общей базе данных возможно в локальной одноранговой сети или в сети с файловым сервером. Сеть обеспечивает аппаратную и программную поддержку обмена данными между компьютерами. Access следит за разграничением доступа разных пользователей к БД и обеспечивает защиту данных. При одновременной работе. Так как Access не является клиент серверной СУБД, возможности его по обеспечению многопользовательской работы несколько ограничены. Обычно для доступа к данным по сети с нескольких рабочих станций, файл БД Access (с расширением *.mdb) выкладывается на файловый сервер. При этом обработка данных ведется в основном на клиенте – там, где запущено приложение, в силу принципов организации файловых СУБД. Этот фактор ограничивает использование Access для обеспечения работы множества пользователей (более 15–20) и при большом количестве данных в таблицах, так как многократно возрастает нагрузка на сеть [4].

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

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

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

В первую очередь можно отметить распространенность, которая обусловлена тем, что Access является продуктом компании Microsoft, программное обеспечение и операционные системы которой использует большая часть пользователей персональных компьютеров. MS Access полностью совместим с операционной системой Windows, постоянно обновляется производителем, поддерживает множество языков [12].

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

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

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

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

Справочники перечислены ниже:

1. Справочник сотрудников;
2. Справочник менеджеров;
3. Справочник документов.

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

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

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

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

• информация о сотрудниках;
• данные о менеджерах;
• сведения о документах.

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

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

Рисунок 4 Форма ввода данных

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

Таблица 9

Перечень справочников

Название справочника	Ответственный за введение	Среднее число записей	Средняя частота актуализации	Средний объем актуализации %
Справочник сотрудников	Отдел по персоналу	неограниченно	1/мес	0–100
Справочник менеджеров	Отдел по персоналу	неограниченно	1/мес	0–100
Справочник документов	Отдел по персоналу	неограниченно	28–31/мес	0–100

Входные документы охарактеризованы в Таблице 10.

Таблица 10

Характеристика входных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
01	Заявление о приеме	Отдел по персоналу	неограниченно	неограниченно
02	Заявление об увольнении	Отдел по персоналу	неограниченно	неограниченно
03	Отчеты	Отдел по персоналу	неограниченно	неограниченно

Характеристика выходных документов приведена в Таблице 11.

Таблица 11

Характеристика выходных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
04	Приказ о приеме	Отдел по персоналу	28–31	неограниченно
05	Приказ об увольнении	Отдел по персоналу	неограниченно	неограниченно
06	Перечень сотрудников	Отдел по персоналу	неограниченно	неограниченно

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

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

Перечень и характеристика результатных документов отображена в Таблице 12.

Таблица 12

Характеристика результатных документов

Наименование	Источник формирования	Частота формир/мес	Структура документа	Способ доставки
Отчеты о сотрудниках	Заявления о приеме Перечень сотрудников	1	Оригинальная	Вывод формы на экран
Отчеты о менеджерах	Перечень менеджеров	1	Оригинальная	Вывод формы на экран
Отчеты о документах	Перечень документов	неограниченно	Стандартная	Вывод формы на экран

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

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

Дерево функций изображено на Рисунке 5.

Рисунок 5 Дерево функций

Сценарий диалога изображен на Рисунке 6.

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

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

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

1. Менеджер;
2. Сотрудники;
3. Документы.

Описание таблиц приведено ниже.

Таблица 13

Сведения о сотрудниках

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код сотрудника	числовой	Kod_sotr	20	3	10	Да Ключевое поле
ФИО сотрудника	текстовый	Fio_sotr	30	30	10	Нет.
Пасп. данные	числовой	pasport	20	8	10	Нет

Таблица 14

Сведения о менеджерах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код менеджера	числовой	Kod_men	10	10	200	Да. Ключ. Поле
ФИО менеджера	Текст.	Fio_men	30	30	200	Нет
Отдел	Текст	Otdel	30	30	200	Нет

Таблица 15

Сведения о документах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код документа	числовой	Kod_doc	10	10	100	Да. Ключ.
Описание документа	Текст.	Opisanie	100	100	100	Нет
Код сотруд	Числов	Kod_sotr	20	3	10	Да
Код менедж	числов	Kod_men	10	10	200	Да
Форма документа	Текст.	Forma_doc	10	10	100	Нет

Контрольная ER–модель представлена на рисунке 7.

Рисунок 7 ER–модель

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

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

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

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

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

Рисунок 9 Блок–схемы программного модуля

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

Пример реализации проекта изображен на Рисунке 10 и последующих иллюстрациях.

Рисунок 10 Форма авторизации

Далее при корректной авторизации открывается форма главного меню:

Рисунок 11 Форма главного меню

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

Рисунок 12 Форма Ввести данные

Для примера рассмотрим форму Менеджеры:

Рисунок 13 Форма Менеджеры

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

ЗАКЛЮЧЕНИЕ

При выполнении проекта была достигнута поставленная цель – осуществлено проектирование реализации бизнес–процесса «Управление персоналом».

Для достижения данной цели были выполнены следующие задачи:

1. Выбран комплекс задач автоматизации.
2. Охарактеризованы существующие бизнес–процессы и документооборот;
3. Обоснованы проектные решения по информационному и программному обеспечению.
4. Спроектирована информационная модель.
5. Охарактеризована нормативно–справочная, входная, оперативная и результатная информация.
6. Построено дерево функций и сценарий диалога.
7. Предоставлена характеристика базы данных, структурная схема пакета и рассмотрены программные модули.
8. Проиллюстрирован контрольный пример реализации проекта.

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

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

СПИСОК ЛИТЕРАТУРЫ

1. Брейер, М. Автоматизация проектирования вычислительных систем. Языки, моделирование и базы данных / ред. М. Брейер. – М.: Мир, 2015. – 463 c.
2. Вендров, А. М. Практикум по проектированию программного обеспечения экономических информационных систем / А.М. Вендров. – М.: Финансы и статистика, 2017. – 192 c.
3. Воройский, Ф. С. Основы проектирования автоматизированных библиотечно–информационных систем / Ф.С. Воройский. – М.: ФИЗМАТЛИТ, 2016. – 384 c.
4. Зегжда, Д. П. Основы безопасности информационных систем / Д.П. Зегжда, А.М. Ивашко. – М.: Горячая линия – Телеком, 2017. – 452 c.
5. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем / Э.Р. Ипатова, Ю.В. Ипатов. – М.: Флинта, 2016. – 256 c.
6. Карапузова, В. И. Информационные технологии в менеджменте. Учебное пособие / В.И. Карпузова и др. – М.: Вузовский учебник, Инфра–М, 2017. – 304 c.
7. Кудрявцев, Е. М. Методы решения организационных задач. Учебник / Е.М. Кудрявцев. – М.: Ассоциация строительных вузов (АСВ), 2015. – 150 c.
8. Кулемина, Ю. В. Информационные системы в экономике. Краткий курс / Ю.В. Кулемина. – М.: Окей–книга, 2015. – 112 c.
9. Лихтенштейн, В. Е. Информационные технологии в бизнесе. Практикум / В.Е. Лихтенштейн, Г.В. Росс. – М.: Финансы и статистика, 2017. – 512 c.
10. Мидоу, Ч. Анализ информационных систем: моногр. / Ч. Мидоу. – М.: Прогресс, 2015. – 400 c.
11. Раскин, Дж. Интерфейс: новые направления в проектировании компьютерных систем / Дж. Раскин. – М.: Символ–плюс, 2017. – 272 c.
12. Романова, Ю. Д. Информационные технологии в управлении персоналом. Учебник и практикум / Ю.Д. Романова и др. – М.: Юрайт, 2015. – 291 c.
13. Сапков, В. В. Информационные технологии и компьютеризация делопроизводства / В.В. Сапков. – М.: Академия, 2017. – 288 c.
14. Слепцов, А. И. Автоматизация проектирования управляющих систем гибких автоматизированных производств / А.И. Слепцов, А.А. Юрасов. – М.: Технiка, 2015. – 110 c.
15. Шоу, А. Логическое проектирование операционных систем: моногр. / А. Шоу. – М.: Мир, 2016. – 360 c.
16. Ярочкин, В. Безопасность информационных систем / В. Ярочкин. – М.: Ось–89, 2015. – 320 c.