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

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

Содержание:

Введение

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

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

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

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

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

Объект работы: компания РДУСП «Стравита».

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

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

ГЛАВА 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

Автоматизация процесса внутрикорпоративного взаимодействия сотрудников компании РДУСП «Стравита»

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

Деятельность РДУСП «Стравита» в самом общем виде можно описать следующими бизнес – процессами:

Планирование и управление
Ведение страховой деятельности
Управление финансами
Управление персоналом
Управление юридическими услугами
Материально – техническое обеспечение предприятия

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

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

В основе методологии IDEF0 лежат следующие правила:

Функциональный блок (или Функция) преобразует Входы в Выходы (т.е. входную информацию в выходную), Управление определяет, когда и как это преобразование может или должно произойти Исполнители непосредственно осуществляют это преобразование.
С дугами связаны надписи (или метки) на естественном языке, описывающие данные, которые они представляют.
Дуги показывают, как функции между собой взаимосвязаны, как они обмениваются данными и осуществляют управление друг другом.
Выходы одной функции могут быть Входами, Управлением или Исполнителями для другой.
Дуги могут разветвляться и соединяться.
Функциональный блок, который представляет систему в качестве единого модуля, детализируется на другой диаграмме с помощью нескольких блоков, соединенных между собой интерфейсными дугами.
Эти блоки представляют основные подфункции (подмодули) единого исходного модуля.
Данная декомпозиция выявляет полный набор подмодулей, каждый из которых представлен как блок, границы которого определены интерфейсными дугами.
Каждый из этих подмодулей может быть декомпозирован подобным же образом для более детального представления [12. стр.113].

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

Деятельность РДУСП «Стравита», представленная при помощи диаграмм IDEF0, отображена на рисунке 1.1.

Рис. 1. 1 Деятельность компании РДУСП «Стравита»

Бизнес – процессы, осуществляемые РДУСП «Стравита», и представленные при помощи диаграмм IDEF0, отображены на рисунке 1.2.

Рис. 1. 2 Основные бизнес – процессы деятельности компании РДУСП «Стравита»

Руководство персоналом;
Ведение кадровой политики;
Финансовое сопровождение труда сотрудников;
Организация взаимодействия сотрудников.

Бизнес – процесс «Управление персоналом» представлен при помощи диаграмм IDEF0, и отображен на рисунке 1.3, а его детализация на рисунке 1.4.

Рис. 1. 3 Бизнес – процесс «Управление персоналом РДУСП «Стравита»

Рис. 1. 4 Детализация бизнес – процесса «Управление персоналом РДУСП «Стравита»

При рассмотрении бизнес – процесса «Управление персоналом РДУСП «Стравита» выделена деятельность предприятия такая как «Организация взаимодействия сотрудников», представленная при помощи диаграмм IDEF0 (рисунке 1.5 и рисунке 1.6). При детальном рассмотрении данного процесса выделены следующие функции организации взаимодействия сотрудников:

Принятие решения о проведении мероприятия;
Оповещение сотрудников о предстоящем мероприятии;
Выявление необходимости проведения мероприятия;
Проведение мероприятия.

Рис. 1. 5 Бизнес – процесс «Процесс внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита»

Основные характеристики бизнес – процесса «Процесс внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита»

Входными данными бизнес – процесса являются: приказы, решения, планы.

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

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

Рис. 1. 6 Детализация бизнес – процесса «Процесс внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита»

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

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

Схема процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» представлена на рисунке 1.7.

Рис.1.7 Схема процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита»

Затраты времени необходимые на организацию процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» до автоматизации представлены в таблице 1.3.

Таблица 1.3

Затраты времени необходимые на организацию процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» до автоматизации

Действие	Затраты времени, затраченные на работу с документами, час.	Частота выполнения работы в среднем, год.	Общее количество времени, затраченного в год, час
Рассылка списков мероприятий для каждого отдела предприятия	0,67	192	128,64
массовая рассылка определенного сообщения руководителям отделов предприятия	0,25	96	24
Итого затрачено времени, час			152,64

Предполагаемые затраты времени необходимые на организацию процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» после автоматизации представлены в таблице 1.4.

Таблица 1.4

Затраты времени необходимые на организацию процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» после автоматизации

Действие	Затраты времени, затраченные на работу с документами, час.	Частота выполнения работы в среднем, год.	Общее количество времени, затраченного в год, час
Рассылка списков мероприятий для каждого отдела предприятия	0,16	192	30,72
массовая рассылка определенного сообщения руководителям отделов предприятия	0,08	96	7,68
Итого затрачено времени, час			38,4

Расчеты, приведенные в таблице, наглядно показывают эффективность и необходимость автоматизации процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита». Экономия затрат времени после внедрения программного обеспечения составят 114,24 часа в год.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

К внешнему виду окон в Windows предъявляются определенные требования. Среда разработки приложений Visual Studio, в которой разрабатывалось представленное приложение, автоматически обеспечивает стандартный для Windows вид окон приложения. Но программисту необходимо продумать и указать, какие кнопки в полосе системного меню должны быть доступны в том или ином окне, должно ли окно допускать изменение пользователем его размеров, каким должен быть заголовок окна. Все эти характеристики окон обеспечиваются установкой и управлением свойствами формы.

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

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

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

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

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

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

От выбора операционной системы для реализации разрабатываемого проекта зависит его эффективность. Поэтому выбирая операционную систему, необходимо учесть их важнейшие особенности по управлению процессорами, памятью, внешними устройствами компьютера. Для разрабатываемого программного средства для автоматизации процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» изначально рассматривались многозадачные и многопользовательские операционные системы [13. стр.13]. Характеристика операционных систем представлена в таблице 1.5.

Таблица 1.5

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

Операционная система	Характеристика
1	2
OS/2	многозадачная операционная система с графическим интерфейсом, есть версии для многопроцессорных машин. OS/2 создавалась для собственных нужд и задач фирмы IMB. Программное обеспечение под нее практически не существует.
UNIX	многозадачная, многопользовательская операционная система, с графическим интерфейсом, обеспечивают достаточную надежность и защиту данных. Эта ОС ставятся на различные аппаратные платформы (как на персональные компьютеры, так и на большие машины такие как мэйнфреймы и суперЭВМ). UNIX включают в себя использование простых текстовых файлов для настройки и управление системой и широкое применение утилит, запускаемых в командной строке, · взаимодействие с пользователем осуществляется посредством терминала.
Linux	Linux является одной из распространенных систем версий UNIX. Она может организовать работу как рабочих станций, так и сервера. Linux – это многозадачная и многопользовательская операционная система для бизнеса, образования и индивидуального программирования. Достоинствами Linux является высокая скорость работы и возможность работы на машинах не очень большой мощности, также данная операционная система может применяться как для различных типов серверов, так и для настольных компьютеров.
Windows	операционные системы для использования на самых разнообразных компьютерах. Все операционные системы семейства Windows являются многозадачными системами с графическим интерфейсом. Они работают на платформах x86, x86-64, IA-64, ARM. Достоинствами Windows является поддержка технологии Plug & Play. Эта технология упрощает для пользователя подключение разных внешних устройств, а также переносимость за счет специальных модулей осуществляется связь ОС с разным аппаратным обеспечением. В интерфейсе ОС семейства Windows реализована объектная модель, которая поддерживают работу персонального компьютера в сети.

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

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

Основные модели баз данных:

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

Рис. 1. 8 Иерархическая модель баз данных

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

Рис. 1. 9 Сетевая модель баз данных

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

Для разрабатываемого программного средства для автоматизации процесса внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита» в качестве модели баз данных выбрана реляционная модель базы данных. Так как она проста в построении и понимании, а также обладает гибкой структурой.

СУБД (система управления базами данных) – это программа, реализующая централизованное управление данными, хранимыми в базе, а также доступ к ним [9. стр. 10].

СУБД решает следующие задачи:

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

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

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

В качестве СУБД, для реализации проекта автоматизации внутрикорпоративного взаимодействия сотрудников РДУСП «Стравита», выбрана Microsoft Access. Реляционная СУБД Microsoft Access работает с реляционной моделью базы данных. СУБД MS Access входит в состав программного обеспечения Microsoft Office, данный пакет программ уже имеется в РДУСП «Стравита».

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

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

Клиентская часть должна выполнять следующие функции:

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

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

Целью проектирования является определение свойств системы и детализации её внешних (видимых) свойств на основе выданных заказчиком требований к программному обеспечению. Эти требования подвергаются анализу.

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

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

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

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

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

Для моделирования разрабатываемой информационной системы создается информационная модель.

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

Рис. 2.1 Информационная модель разрабатываемого проекта для РДУСП «Стравита»

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

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

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

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

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

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

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

Входной информацией для серверной части может являться:

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

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

Выходной информацией для серверной части может являться:

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

Выходной информацией для клиентской части может являться:

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

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

Функции управления программой можно разделить на два вида: основные и вспомогательные. Основные функции реализуют основные возможности разрабатываемой программы со стороны клиентской части. Вспомогательные функции отражают способы работы с программой в основном со стороны серверной части, но есть и возможности клиентской части, например, смена IP – адреса. Дерево функций представлено на рисунке 2.2.

Рис. 2.2 Дерево функций разрабатываемого проекта для РДУСП «Стравита»

Клиент-серверное приложение «Система информирования персонала предприятия “EPIS”» предназначена для эффективной коммуникации между сотрудниками и управляющим персоналом предприятия. Сценарий диалога представляет собой схему возможностей пользователя или администратора по отношению к программной части (рисунки 2.3 и 2.4).

Рис 2.3 Сценарий диалога клиентской части разрабатываемого проекта для РДУСП «Стравита»

Рис 2.4 Сценарий диалога серверной части разрабатываемого проекта для РДУСП «Стравита»

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

В настоящее время для проектирования БД активно используются CASE-средства, в основном ориентированные на использование ERD (Entity – Relationship Diagrams, диаграммы «сущность–связь»). С их помощью определяются важные для предметной области объекты (сущности), отношения друг с другом (связи) и их свойства (атрибуты). Следует отметить, что средства проектирования ERD в основном ориентированы на реляционные базы данных (РБД), и если существует необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы проектирования [15. с. 57].

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

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

Атрибут (столбец, поле) – свойство сущности или связи [8. с. 175].

На рис. 2.5 приведена ER - модель базы данных, используемой в проекте.

Рис. 2. 5 ER - модель базы данных разрабатываемого проекта для РДУСП «Стравита»

Описание сущностей ER - модели базы данных, представленных таблицами, отражено в таблице 2.1.

Таблица 2.1

Описание таблиц базы данных.

Сущность	Идентификатор таблица	Атрибут	Идентификатор поля		Тип поля
1	2	3	4		5
Подразделение	Subdivision	Код подразделения	KodPodr		INTEGER
		Имя подразделения	NamePodr		STRING
Получате-ли	Defendants	Код получателя	KeyD		INTEGER
		Получатель	Defendant		STRING
		Код подразделения	PodrD		INTEGER
		Сообщение	VirtualD		STRING
Мероприя-тия	Meropriatia	Номер	Counter		INTEGER
		Код мероприятия	KodMer		INTEGER
		Основание	Osnovania		STRING
		Контроль	Control		YES/NO
		Код подразделения	KodPodrazdelenia		INTEGER
		Код подразделения отправителя	KodPodrazdelenia_ot		INTEGER
		Название мероприятия	NameMeropriatia		STRING
		Дата начала	DataFull		DATA
		Дата окончания	DataEnd		DATA
		Отправители	Execution		INTEGER
		Пользователи	Users		STRING
Отправи-тели	Execut	Код отправителя		KodExe		INTEGER
		Отправители		Executions		INTEGER
		Имя отправителя		NameExe		STRING
		Подразделе- ние		PExe		STRING

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

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

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

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

Таблица 2.2

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

№ п/п	Наименование модуля	Функции модуля
1	Модуль «Сервер»	Содержит основные функции, связанные с работой серверной части программы
2	Модуль «Клиент»	Содержит основные функции, связанные с работой клиентской части программы
3	Модуль «Подразделения»	Содержит данные об отделах РДУСП «Стравита»
4	Модуль «Получатели»	Содержит данные о получателях сообщений
5	Модуль «Мероприятия»	Содержит данные о мероприятиях, их основаниях, отметке о контроле, даты начала и окончания, отправителях и получателях
6	Модуль «Отправители»	Содержит данные об отправителях сообщений

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

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

Рисунок 2.7 Блок-схема серверной части приложения

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

Детализация предопределённой процедуры «Авторизация клиента» представлена на рисунке 2.8.

Рисунок 2.8 Блок-схема процедуры «Авторизация клиента» серверной части приложения

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

Рисунок 2.9 Блок-схема работы клиентской части приложения

Листинг программных модулей представлен в приложении.

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

Для работы с программой необходимо для начала установить ее как на сервер, так и на рабочее место клиента. Необходимо выбрать файл инсталляции: EPIS.Server_Setup.exe или EPIS.Client_Setup.exe для сервера или клиента соответственно. Рассмотрим процесс установки на примере клиентской части приложения.

При запуске файла установки появится приветственное окно (рисунок 2.10).

Рис. 2. 10 Страница приветствия инсталлятора клиента

При нажатии кнопки «Далее» откроется окно выбора папки установки (рисунок 2.11).

Рис. 2. 11 Окно выбора пути установки клиента

Следующее окно инсталлятора – выбор путей добавления ярлыков программы (рисунок 2.12).

Рис. 2. 12 Окно добавления ярлыков клиента

После нажатия кнопки «Далее» появится окно готовности к установке со всеми выбранными параметрами установки (рисунок 2.13).

Рис. 2. 13 Окно готовности к установке клиента

По окончании установки появится окно завершения установки с предложением запустить установленное приложение (рисунок 2.14). Для выхода из мастера установки необходимо нажать кнопку «Готово».

Рис. 2. 14 Окно завершения установки

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

Рис. 2. 15 Главное окно клиента

Главное окно клиента делится на следующие функциональные области:

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

Главное меню клиента содержит разделы, содержащие основные функции программы.

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

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

Строка состояния отражает информацию о статусе клиента (подключен/отключен).

При нажатии на кнопку «Мероприятия» главного меню пользователю отобразится список текущих мероприятий по отделу (рисунок 2.16).

Рис. 2. 16 Окно мероприятий клиента

Окно мероприятий обладает следующей цветовой градацией мероприятий:

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

При нажатии на кнопку «Настройки» главного меню пользователю отобразится список настроек клиентской части приложения (рисунок 2.17).

Рис. 2.17 Окно настроек клиента

Опишем серверную часть. В случае успешного запуска отобразится главное окно сервера (рисунок 2.18).

Рис. 2. 18 Главное окно сервера

Главное окно сервера делится на следующие функциональные области:

главное меню;
блок журналирования сообщений;
блок сообщения;
блок списка пользователей;
кнопка «Отправить»;
строка состояния.

Главное меню сервера содержит разделы, содержащие основные функции программы.

Блок журналирования сообщений отображает журнал отправки/приёма сообщений/файлов и системные сообщения.
Блок сообщения предназначен для ввода текста сообщения, которое необходимо передать клиентам.
Блок списка пользователей отражает актуальную информацию о текущих подключенных к серверу пользователях и предназначен для выбора адресатов сообщения.
Кнопка «Отправить» необходима для отправки сообщения из блока сообщения.
Строка состояния отражает информацию о статусе сервера (запущен/остановлен).

Рассмотрим систему меню приложения на примере серверной части.

Меню серверной части приложения состоит из следующих пунктов:

Файл (содержит основные функции управления сервером приложения) (рисунок 2.19);

Рис. 2.19 Пункт меню «Файл»

Мероприятия (содержит функции работы с базой данных мероприятий) (рисунок 2.20);

Рис. 2. 20 Пункт меню «Мероприятия»

Настройки (позволяет перейти к администрированию серверной части);

При нажатии на кнопку «Настройки» главного меню пользователю после ввода пароля отобразится окно администрирования серверной части приложения (рисунок 2.21).

Рис. 2. 21 Окно администрирования сервера

Помощь (содержит справочную информацию о программе) (рисунок 2.22).

Рис. 2. 22 Пункт меню «Помощь»

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

Рис. 2. 253Всплывающая подсказка при получении сообщения

При нажатии на кнопку «Мероприятия» главного меню отобразится два варианта: «Просмотр» и «Рассылка», которые позволяют посмотреть список всех мероприятий организации из базы данных или осуществить рассылку мероприятий клиентам соответственно (рисунок 2.24).

Рис. 2. 24 Окно мероприятий сервера

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

При возникновении ошибки или некорректном вводе программа выдаст предупреждение (рисунок 2.25).

Рис. 2. 25 Пример предупреждения

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

Достоинствами реализованного клиент-серверного приложения «Система информирования сотрудников РДУСП «Стравита»:

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

В дальнейшем программное средство может улучшаться в соответствии с потребностями РДУСП «Стравита».

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

Заключение

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

В дальнейшем программное средство может улучшаться в соответствии с потребностями РДУСП «Стравита».

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

Список использованных источников

Защита информации и безопасность компьютерных систем / В.В.Домарев. – К.: ДиаСофт, 1999. – 480 с.
Информационная безопасность предприятия: Учебно-методическое пособие. – Перм. нац. исслед. политехн. ун-т. – Пермь, 2011., 68 с.
Информационная безопасность и защита информации: учеб. Пособие для студ. Высш. Учеб. Заведений, Мельников В.П., Клейменов С.А., Петраков А.М., под. Ред. Клеменова С.А.. 3-е изд., стер. – М.: Издательский центр « Академия», 2008. -336с.
Информационная безопасность: Учебное пособие для вузов. – Ярочкин В.И. – М: Академический Проект, Гаудеамус, 2-е изд., 2004. – 544 с.
Об оценке соответствия автоматизированных систем требованиям безопасности информации / В.Л. Григорьев, Р.В. Млявый // Управление защитой информации №2, Том 11, 2007. – С. 209–218.
Основы информационной безопасности. Учебное пособие для вузов. Е.Б. Белов, В.П. Лось, Р.В. Мещеряков, А.А. Шелупанов. – М: Горячая линия – Телеком, 2006. – 544 с.
Разработка правил информационной безопасности.: Пер. с англ. – Бармен Скотт, – М.: Издательский дом «Вильямс», 2002. – 208 с.
Современный экономический словарь. — Райзберг Б.А., Лозовский Л.Ш., Стародубцева Е.Б. - 2-е изд., испр. М.: ИНФРА-М, 1999. 479 с.
Состояние и направления развития нормативно-методической базы в области безопасности информационных технологий / А.М. Криштофик, В.В. Анищенко // Управление защитой информации №4, Том 10, 2006. – С.437–448.
Стратегический менеджмент: Учебник, Зайцев Л.Г., Соколова М.И. – М.: Юристъ, 2002.
Теория информационной безопасности и методология защиты информации: Учебное пособие, Гатчин Ю.А., Сухостат В.В. – СПб: СПбГУ ИТМО, 2010. – 98 с.
Об информации, информатизации и защите информации: Закон Республики Беларусь, 10 ноября 2008 г., № 455-3 // Национальный реестр правовых актов Республики Беларусь. – 2008 г.
Об электронном документе и электронной цифровой подписи: Закон Республики Беларусь, 28 дек. 2009 г., № 113-3 // Национальный реестр правовых актов Республики Беларусь. -2010 г.
ISO/IEC 12207 Systems and software engineering — Software life cycle processes, разработан подкомитетом ПК 7 «Системная и программная инженерия» Совместного технического комитета №1 ИСО/МЭК «Информационные технологии» от 1.08.2008 г.;
СТБ ИСО/МЭК 12207-2003 «Информационные технологии. Процессы жизненного цикла программных средств», утвержден постановлением Госстандарта РБ от 19.03.2003 г.;
Положение о страховой деятельности в Республике Беларусь, утвержденного Указом Президента Республики Беларусь от 25.08.2006 № 530;
Протокол заседания Совета Министров Республики Беларусь О проведении в организациях промышленности аудита действующих информационно-аналитических систем и формировании плана по внедрению современных систем планирования ресурсов организации (ERP-систем) и систем управления различными процессами бизнеса (закупка, продажа и другое) от 11 октября 2011 г.;
Протокол заседания Межведомственной комиссии по координации работы республиканских органов государственного управления и иных государственных организаций, подчиненных Правительству Республики Беларусь, по вопросам создания и внедрения современных интегрированных информационных систем и технологий от 29 ноября 2011 г. № 34/12пр.;
Руководство к Своду знаний по управлению проектами (Руководство PMBOK®). -- Пятое издание. Project Management Institute, Four Campus Boulevard, Newtown Square, PA 19073-3299 USA / США, 2013. – 586 : ил.;
Баронов В.В. Автоматизация управления предприятием, М: ИНФРА-М, 2000 - 239 с. : ил.;
Беленькая М.Н., Малиновский С.Т., Яковенко Н.В. Администрирование в информационных системах. Научно-популярное издание. - М.: Горячая линия - Телеком, 2011. - 300 с. : ил.;

Приложение А

Рис. П.1. Техническая архитектура РДУСП «Стравита».