Материал: Автоматизация управления персоналом в АО "Киномакс" г. Краснодар

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
34
автоматизация
входная
по направлениям отличается
выбор
от автоматизации по
участкам
легко
тем, что
быстродействие
предполагает участие
персон
всех функциональных
выдвигаемые
подразделений,
деятельность
логическую
которых связана
тизация
с направлением автоматизации;
полная
особенностями
автоматизация подразумевает
сбор
автоматизацию всех
зами
направлений
деятельности
предложенным
предприятия.
Целью данной
характеристики
работы является
персоналу
автоматизация работы
часто
менеджера по пер-
соналу,
предпочтение
поэтому, после
проектирования
анализа существующих
зами
стратегий, была
выходной
выбрана автома-
тизация
реализацию
по направлениям.
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Существует несколько способов автоматизации задач:
покупка готового решения;
покупка и доработка;
собственная разработка.
Покупка готового решения один из простых способов, но анализ суще-
ствующих на сегодняшний день на рынке решений показал, что любое средство
требует длительного срока адаптации под потребности предприятия, а так же
необходимость постоянных консультаций в службы поддержки.
Покупка и доработка программного продукта целесообразно в том случае,
когда требуется небольшой объем доработки. Не у всех предложенных продук-
тов есть открытый код для доработки, кроме того для доработки необходимы
специалисты, способные работать с приобретенным ПО.
При собственной разработке автоматизированная система будет включать
в себя весь необходимый функционал. Будет учитываться особенности функци-
онирования предприятия, пожелания сотрудников. Так как продукт разрабаты-
вается своими силами, то его всегда можно без особых проблем изменить под
индивидуальные потребности внутреннего заказчика.
Анализ используемых решений в данной области показал, что разработка
собственного решения значительно сократит затраты на временные и денежные
ресурсы.
35
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение
потребуются
состоит из системы классификации и коди-
рования,системы унифицированной документации и информационную базу.
Классификатор представляет сосбой систематизированных перечень по-
именованных объектов и их кодовых обозначений. В зависимости от примене-
ния существуют следующие уровни классификации:
международные;
межгосударственные, используемые в рамках межгосударственных
объединений;
общегосударственные;
межотраслевые, используемые в пределах государства;
отраслевые, используемые в рамках одной отрасли;
региональные, действующие на территории региона;
системные, принятые отдельным предприятием (организацией).
В данной работе будет использоваться системный классификатор, содер-
жащий информацию, необходимую для решения задач в конкретной АС и отсут-
ствующую в национальном или отраслевом классификаторе.
В качестве классификаторов будут использованы табельные номера со-
трудников и номера документов.
Документация составляет значительную долю внемашинного информаци-
оннго обеспечения. В условиях автоматизации важное значение придается уни-
фикации документации, устанавливающей единые требования к содержанию и
построению документов. Для ведения кадрового учета выработаны унифициро-
ванные формы документов. В работе используются такие унифицированные до-
кументы, как договора, приказы, личные карточки.
Существует три способа организации информационной базы [5]:
локальная предполоагает локальное размещение базы на компьютере
(однопользовательский режим доступа);
36
интегрированная предполагает возможность одновременного обра-
щения нескольких пользователей к одной и той же информации (многопользова-
тельский, параллельный режим доступа);
распределенная обладает осоенностями интегрированной, кроме то-
го, имеет характерные особенности, связанные с тем, что физически разные ча-
сти БД могут быть расположены на разных ЭВМ.
В данной работе наиболее целесообразной организацией базы являетя ин-
тегрированная организация, так как размещение базы предполагается на сервере
мультикомплекса и имеется потребность в многопользовательском режиме до-
ступа. Оптимальным выбором будет использование СУБД вместо файлового
хранения базы данных.
По типу используемых моделей выделяют следующие основные способы
организации баз данных: иерархическая, сетевая и реляционная.
Иерархические базы данных представлены в виде дерева, состоящего из
объектов различных уровней. Сетевая модель является развитием иерархиче-
ской, основное оличие состоит в возможности использования не только верти-
кальных связей, но и горизонтальных. Реляционная модель представляет собой
совокупность двумерных таблиц. В рамках реляционного подхода схема БД
определяет:
сколько таблиц должно быть в БД;
какие атрибуты содержит каждая таблица;
каковы ключи таблиц.
Для раработки информационной базы была выбрана реляционная модель,
обладающая следующими достоинствами [5]:
простота использования;
простота реализации;
большинство современных СУБД используют реляционную модель.
Документы
быстро
предметной области,
выбор
содержащие информацию,
никакая
необходимую
для
набора
решения задачи,
создания
содержат входную
десятки
и выходную информацию.
Входная
этап
информация разделяется
дополнительные
на условно-постоянную и оперативно-
учетную
логическую
информацию. Условно-постоянная информация
защиту
включает в себя
этап
спра-
вочные данные
показателей
о вакансиях.
37
Оперативно-учетная информация
создания
содержит в себе
такая
данные оперативного
выдвигаемые
учета, включает
выбор
в себя личные
граммном
данные о сотруднике,
языке
данные о поощрениях,
резервирование
дан-
ные об отпусках.
Выходной
которые
информацией для
самым
пользователя является:
информация о
вызывает
личных данных
проектирования
сотрудника;
информация о награждениях;
информация
хран
об отпусках.
Бесспорно, автоматизация
которые
процессов деятельности
выходной
менеджера по персона-
лу
резервирование
приведет только
интерфейс
к увеличению всех
сбор
показателей эффективности
затраты
работы, сни-
зятся
обычно
трудозатраты, временные
такая
затраты работы
выбор
с личными делами
создания
сотрудников
и затраты
эксплу
времени на организацию
такая
базы данных.
1.4.2. Обоснование проектных решений по программному
обеспечению
Для
потребуются
решения поставленных
легко
в дипломной
входная
работе задач автоматизации,
необходимость
возникает необходимость
системы
в использовании специализированного
данных
программного
обеспечения.
Для
информация
моделирования бизнес-процессов
которых
было использовано CASE-средство
целью
верхнего уровня BPwin 4.0,
десятки
поддерживающее нотацию IDEF0.
Одним
блочная
из способов программной
программ
реализации АРМ
продуктов
является использова-
ние
логическую
для ее создания
такая
объектно-ориентированного языка
проектирования
программирования
Delphi.
Выдвигаемые требования
защиту
к средству разработки
технического
программ в общем
должна
виде
можно
сбор
сформулировать как: «быстрота,
реализации
простота, эффективность,
обычно
надежность».
Среди большого
защиту
разнообразия продуктов
будет
для разработки
дополнительные
приложений
Delphi занимает
платить
одно из ведущих
себе
мест. Delphi отдают
областями
предпочтение разработчи-
ки
показателей
с разным стажем,
предложенным
привычками, профессиональными
языки
интересами. С помощью
Delphi написано
резервирование
колоссальное количество
дополнительные
приложений, десятки
отличается
фирм и тысячи
зами
программистов-одиночек разрабатывают
направлением
для Delphi дополнительные
целью
компонен-
ты.
В основе
процесс
такой общепризнанной
написания
популярности лежит
ядро
тот факт,
технического
что Delphi,
как
технического
никакая другая
высоко
система программирования,
информация
удовлетворяет изложенным
областями
вы-
38
ше требованиям. Действительно,
выбор
приложения с помощью Delphi разрабатывают-
ся
предпочтение
быстро, причем
после
взаимодействие разработчика
обеспечение
с интерактивной средой Delphi
не
которые
вызывает внутреннего
одним
отторжения, а наоборот,
затраты
оставляет ощущение
выбор
комфор-
та. Delphi-приложения эффективны,
организацию
если разработчик
предпочтение
соблюдает определенные
быстродействие
правила часто если
каждом
не соблюдает). Эти
каждом
приложения надежны
затраты
и при эксплуа-
тации
платить
обладают предсказуемым
информация
поведением.
Также на выбор
защиту
среды программирования
выдвигаемые
повлияли следующие
реше
факторы:
наличие опыта
могут
программирования на языке Delphi у
блочная
разработчика;
трудоемкость реализации
областями
приложений, позволяющая
отличается
в то же время
обеспечить
vista
более высокое
сервер
быстродействие выполнения
vista
программ;
обеспечение гибкости
персон
и высокого уровня
целью
управления программами;
блочная
обеспечение
структура программы
суммарный
на Delphi обеспечивает
организацию
как защиту
этап
дан-
ных, так
отличается
и высокий уровень контроля
delphi
за областями действия
предложенным
и видимости пере-
менных;
необходимость
программного
связи с СУБД
разработке
MS Access, это
субд
легко реализуется
выходной
в
Delphi при
себе
помощи набора
тизация
компонентов AnyDAC (работа
программ
со сторонними базами
значительно
данных).
Опыт применения
блочная
компьютеров для
обычно
прикладных систем
процесс
обработки дан-
ных
функциональных
показывает, что
системы
самым эффективным
должна
инструментом являются
предпочтение
не универ-
сальные алгоритмические
работе
языки высокого
выбор
уровня, а специализированные
языке
языки
для
delphi
создания систем
могут
управления данными. Такие
зами
средства обычно
направлением
включаются в
состав
информация
СУБД, но они
предложенным
могут существовать
интерфейс
и отдельно. Системы
платить
управления база-
ми
этап
данных дают
языки
возможность пользователям
верхнего
осуществлять непосредственное
недостатков
управление данными,
одним
а программистам быстро
набора
разрабатывать более
реше
совершен-
ные программные
проектирования
средства их обработки. Характеристики
одно
готовых прикладных
направлением
пакетов определяются, прежде
позволяющий
всего, принятой
разработке
в СУБД организацией
сервер
данных и
типом
организацию
используемого транслятора.
Любая
реше
СУБД должна
приложения
обеспечивать следующее [3]:
компактное
одно
хранение данных (без
выбор
дублирования);
оптимизацию доступа
реализации
к данным;
логическую целостность (согласованность) данных;
Источник: https://baza.diplomsite.ru/previewfile/2254