Файл: Проектирование реализации операций бизнес-процесса «Управление персоналом.pdf
Добавлен: 29.06.2023
Просмотров: 77
Скачиваний: 2
СОДЕРЖАНИЕ
1.1 Выбор комплекса задач автоматизации
1.2 Характеристика существующих бизнес –процессов
1.3 Характеристика документооборота, возникающего при решении задачи
1.4 Обоснование проектных решений по информационному обеспечению
1.5 Обоснование проектных решений по программному обеспечению
2.1 Информационная модель и её описание
2.2 Характеристика нормативно-справочной, входной и оперативной информации
2.3 Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
В рамках решения задачи автоматизации деятельности специалиста по кадрам определены задачи оперативного планирования. Оптимизация деятельности специалиста по кадрам позволит в итоге улучшить показатели деятельности поликлиники по параметрам:
- сокращение времени выполнения основных технологических операций специалиста по кадрам;
- возможность формирования сводной отчетности в рамках технологии работы специалиста по кадрам для их анализа руководством и принятия стратегических управленческих решений;
- сокращение издержек предприятия из-за вероятных ошибок вследствие человеческого фактора;
- возможность оптимизации организационной структуры отдела кадров ГБУЗ ГП № 67.
1.4 Обоснование проектных решений по информационному обеспечению
В проектируемой задаче использовались следующие общероссийские классификаторы:
ОКУД - Общероссийский классификатор управленческой документации;
ОКОПФ - Общероссийский классификатор организационно-правовых форм [4].
При разработке системы должна использоваться реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области, моделировать связи между ними. При этом сами данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.
1.5 Обоснование проектных решений по программному обеспечению
На компьютерах с архитектурой x86, используемых в качестве рабочих мест пользователей, чаще всего применяются следующие операционные системы:
- операционные системы семейства Windows от фирмы Microsoft (Windows XP/Vista/Seven),
- операционные системы Linux/BSD семейства (UNIX подобные) от различных фирм – разработчиков [13].
Для разработки программного приложения автоматизированной обработки выбор той или иной операционной системы не повлияет на функциональность системы по причине того, что при реализации алгоритмов программного приложения не требуется использования каких-либо специфических функций операционной системы. Оба типа операционных систем позволяют разрабатывать программный продукт без потери его функциональности, по причине наличия программных сред (языков программирования) для обоих типов операционных систем [14].
Все из вышеперечисленных операционных систем содержат интерфейсы межсетевого взаимодействия, что позволяет использовать программное приложение в сети, для обмена данными и параллельной работы нескольких копий программного приложения с одними исходными данными. Оба типа операционных систем содержат в себе качественный интерфейс пользователя, что также позволяет производить разработку программного приложения для любой из этих операционных систем.
Сравнение операционных систем приведено в таблице 1.2
Таблица 1.2 - Сравнение характеристик наиболее распространенных пользовательских ОС
Наименование ОС |
Windows 7 |
Linux |
Mac OS X Snow Leopard 10.6 |
---|---|---|---|
Минимальные системные требования |
|||
Процессор |
1 ГГц или выше 32- (x86) или 64-разрядный (x64) |
500 МГц — 1 ГГц |
300 МГц |
ОЗУ |
1 ГБ (32-разрядная система) / 2 Гб (64-разрядная система) |
256 МБ (alternate-установка) / 384 МБ (стандартная установка) |
192 МБ (32-разрядная версия) / 256 МБ (64-разрядная версия) |
Свободное место на диске |
16 ГБ (32-разрядная система) / 20 ГБ (64-разрядная система) |
3-5 ГБ (в зависимости от разновидности) |
2-3 ГБ |
Видеокарта |
Графический процессор DirectX 9 с драйвером WDDM 1.0 или более старшей версии |
Super VGA (800x600/1024x768) из числа поддерживаемых системой |
VGA (640 x 480) |
Другие характеристики |
|||
Встроенное офисное ПО |
- |
+ |
- |
Высокий уровень безопасности и защиты от вирусов и т.п. |
- |
+ |
- |
Наличие 64-битной версии |
- |
+ |
+ |
Удобная работа с устройствами хранения данных |
+ |
- |
+ |
В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows Seven. Этот выбор обусловлен тем, что Windows Seven наиболее стабильная операционная система семейства Windows на сегодняшний день. Кроме того, данная ОС не вызывает сложностей у пользователей в ходе работы, легко настраивается и обслуживается.
Для реализации проектных решений по проектированию базы данных в качестве инструментального средства выбрана СУБД Microsoft Access, которая обладает возможностями гибкого ввода данных, поиска, сортировки и корректировки данных, используя визуальные средства проектирования баз данных [10 ].
MS Access позволяет быстро создавать формы пользовательского интерфейса без использования навыков программирования. Используя визуальные построители, пользователи могут создать необходимые отчеты для вывода данных или результатов анализа. Библиотеки шаблонов и мастера-построители помогают убыстрить и облегчить создание профессионально оформленных интерфейсов и документов. Возможность включать графику и мультимедиа повышает выразительность создаваемых средств.
MS Access предоставляет мощные средства программирования, основанные на Visual Basic, позволяющие создавать эффективные клиентские системы для корпоративных баз данных (БД).
Учитывая достоинства, функциональные возможности в качестве средства обработки баз данных выбрана платформа MS Access. База данных должна хранится в системе виде одного или нескольких файлов, должна быть предусмотрена возможность сохранения и архивирования базы данных на определенную дату.
После изучения программных продуктов, их функциональных возможностей. Мы остановили свой выбор на СУБД Microsoft office Access мотивируя следующими принципами:
- стоимость большинства программных продуктов для данного профиля слишком высока;
- будущий программный продукт будет создан с учетом особенностей производства;
- необходимо также учесть удобство интерфейса;
- легкость обучения, специалистов (заведующий складом, кладовщик) занимающейся данной задачей.
2 Проектная часть
2.1 Информационная модель и её описание
Рисунок 2.1 – Информационная модель системы
2.2 Характеристика нормативно-справочной, входной и оперативной информации
Описание классификаторов и систем кодирования, необходимых для использования в работе информационной базы специалиста по делопроизводству представим в таблице 2.1
Таблица 2.1 - Описание классификаторов и систем кодирования
Кодируемое множество объектов |
Длина кода |
Мощность кода |
Система кодирования |
Система классификации |
Вид классификатора |
Входящий номер заявления |
5 |
1 |
порядковая |
отсутствует |
отраслевой |
Номер командировочного удостоверения |
5 |
1 |
порядковая |
отсутствует |
отраслевой |
Код отдела |
2 |
1 |
порядковая |
иерархическая |
отраслевой |
Код сотрудника |
4 |
1 |
порядковая |
иерархическая |
отраслевой |
Номер больничного листа |
8 |
1 |
порядковая |
отсутствует |
отраслевой |
Объект «Входящий номер заявления» кодируется с помощью уникального классификатора «Входящий номер», соответствующий порядковому номеру документа в рассматриваемом периоде. Временной период может быть установлен в Положении о делопроизводстве на каждом предприятии.
Объект «Номер командировочного удостоверения» кодируется с помощью уникального классификатора «Исходящий номер», соответствующий порядковому номеру документа в рассматриваемом периоде. Временной период может быть установлен в Положении о делопроизводстве на каждом предприятии.
Объект «отдел» кодируется с помощью уникального классификатора «код отдела», соответствующего установленному порядковому номеру.
Объект «Сотрудник» кодируется с использованием классификатора «код отдела» и своего номера в отдела. Результирующий классификатор - «Код сотрудника».
Определим структуру экономических показателей, используемых в работе специалистов кадровой службы, выделим информационные объекты, определим их свойства.
Анализ реквизитов представим в таблице 2.2.
Таблица 2.2 - Анализ реквизитов, используемых в информационной системе специалиста по кадрам
Основания |
Признаки |
Количество рабочих мест по должности |
Наименование предприятия |
Количество сотрудников-пенсионеров |
ФИО руководителя |
Количество вакансий |
Юридический адрес |
Количество сотрудников по уровню образования |
ФИО специалиста |
Прогнозируемое количество вакансий |
Дата рождения сотрудника |
ИНН сотрудника |
|
Специальность сотрудника |
|
Образование сотрудника |
|
Количество детей у сотрудника |
|
Адрес сотрудника |
|
Наименование организации - контрагента |
|
Адрес организации - контрагента |
|
Количество рабочих мест общее |
|
Стаж сотрудника |
Для отображения процессов, происходящих в информационной системе специалиста по кадровому учету построим контекстную диаграмму и диаграмму потоков данных. и проведем декомпозицию процессов, происходящих в системе. Контекстная диаграмма представляет обработку данных в системе как один процесс, связанный с внешней средой посредством использования внешних объектов, являющихся источником или приемником информации.
В качестве предметной области рассмотрим работу специалистов отдела кадров по работе с сотрудниками
1. Каждый сотрудник предприятия имеет свой уникальный код (табельный номер);
2. Каждая должность, входящая в штатное расписании, имеет свой уникальный код;
3. Каждая организация-контрагент имеет свой уникальный код;
4. Регистрация документов о приеме на работу и увольнении происходит с использованием уникальных кодов сотрудника и самого документа;
5. Регистрация командировок происходит с использованием кодов сотрудника, контрагента и кода документа.
Для выполнения декомпозиции процесса обработки данных, необходимо выявить основные процессы, которые можно рассматривать как реакцию системы на события, происходящие во внешней среде. Поведение системы можно представить в виде следующей таблицы (табл. 2.3):
Таблица 2.3 - Реакция системы на события внешней среды
Событие |
Реакция системы |
Прием на работу сотрудника |
Новый элемент справочника «Сотрудники» и новый документ «Прием на работу» |
Увольнение сотрудника |
Простановка признака увольнения в справочник «Сотрудники» |
Командировка |
Формирование нового документа «Командировка», при необходимости дополнении справочника «Сотрудники» |
Запрос справки о стаже |
Формирование отчета |
Запрос сведений об образовании сотрудников |
Формирование отчета |
… |
… |
Целостность данных является одним из самых важных требований, предъявляемых к базам данных. Под целостностью понимают свойство базы данных, означающее, что она содержит полную, непротиворечивую информацию, адекватно отражающую предметную область.
Различают физическую и логическую целостность. Далее будут отмечены способы поддержания целостности данных в реализуемой базе данных.
Физическая целостность базы данных. Предполагает возможность переноса хранимой информации с одних носителей на другие при сохранении работоспособности всех приложений, работающих с этой базой данных. Для обеспечения такой целостности необходимо создание резервных копий.