Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ER и UML. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа.

2.1.2 Формирование критериев оценки case-средств

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

Выделим критерии наиболее важные конкретно для данного процесса моделирования:

Наличие большинства поддерживаемых стандартов;

Наличие средств графического отображения модели;

Удобство работы по созданию моделей;

Интеграция с Case-средствами;

Возможность декомпозиции объекта;

Простота освоения продукта.

2.1.3 Обоснование выбора case-средства

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

Таблица 2.1 Сравнительный анализ по базовым функциям

№	Функциональные возможности, среда	ARIS	AllFusion Modeling Suite	Rational Rose
1	Поддерживаемый стандарт	eEPS (расширение IDEF3), ERD, UML	IDEF0, IDEF3, DFD, IDEF1х.	UML
2	Наличие средств графического отображения модели	Высокая	Средняя	Низкая
3	Удобство работы по созданию моделей	Сложно	Просто	Просто
4	Интеграция с Case-средствами	Да	Да	Частично
5	Возможность декомпозиции объекта	Да	Да	Да
6	Простота освоения продукта	Сложно	Просто	Сложно

На основе опроса экспертов оценим по 10ти больной шкале каждое CASE-средство по выделенным критериям.

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

Таблица 2.2

№	Функциональные возможности, среда	ARIS	AllFusion Modeling Suite	RationalRose
1	Поддерживаемый стандарт	6	6	4
2	Наличие средств графического отображения модели	8	6	4
3	Удобство работы по созданию моделей	3	8	5
4	Интеграция с Case-средствами	2	2	1
5	Возможность декомпозиции объекта	1	1	1
6	Простота освоения продукта	3	6	3
Сумма	23	29	18

2.2 Построение функциональной модели системы управления персоналом

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



Рис. 2.1 Контекстная диаграмма

Из данной диаграммы видно, что к входящим документам относятся:

· Собеседование;

· Резюме, анкеты;

· Рекомендации;

· Лист оценки стажера;

· Оценка независимого эксперта;

· Приказ о проведении аттестации;

· Аттестационный лист;

· Бланк самооценки;

· Бланк предварительной оценки;

· Упражнения моделирующие ключевые моменты деятельности оцениваемого;

· Список нарушений;

· Инструкции, методические рекомендации, законы и нормативные акты;

Исходящей информации из отдела управления персоналом являются:

· Список мероприятий по адаптации персонала;

· Договоры со специализированными учебными центрами;

· Методические пособия, инструкции;

· Направление для прохождения стажировки;

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

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

· Приказ о кадровом перемещении;

· Должностные инструкции;

· Приказ об изменении заработной платы;

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

Рис. 2.2 Декомпозиция процесса управления персоналом

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

· Кадровое планирование. Учет кадров.

· Анализ кадрового состава, его развитие и оценка.

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

· Собеседование;

· Резюме, анкеты;

· Рекомендации;

· Список нарушений.

Выходными данными являются:

· Должностные инструкции;

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

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

· Приказ о кадровом перемещении;

· Мероприятия по адаптации персонала.

К основным функциям кадрового планирования можно отнести такие функции как:

· Ведение штатного расписания;

· Планирование потребностей в персонале;

· Обучение кандидатов с последующим принятием на работу.

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

· Учет проведения аттестаций;

· Учет затрат на персонал;

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

· Ведение базы данных кандидатов, подбор кандидатов на должность;

· Учет и работа с полным комплексом информации о сотрудниках организации, ведение картотеки персонала;

· Учет мероприятий по адаптации персонала;

· Учет проведения экзаменов

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

Далее рассмотрим характеристики основных задач решаемых в рамках планирования и учета кадров, представленных на рисунке 2.3.

Рис. 2.3 Задачи решаемые процессом планирования и учета кадров

Для удобства сформируем таблицу (см. таблицу 2.2) характеризующую комплекс основных задач по следующим критериям:

· Наименование задачи;

· Периодичность возникновения задачи;

· Должность исполнителя.

Таблица 2.2 Характеристика комплекса основных задач решаемых в процессе планирования и учета кадров

Наименование задачи(уникальный номер)	Периодичность возникновения	Исполнитель
Внесения данных о кандидатах на работу(1)	По мере поступления анкет	Менеджер по персоналу
Выбор по заданным параметрам всех подходящих для той или иной должности кандидатов (2)	При появлении потребностей в кадрах	Менеджер по персоналу
Формирование статистики граждан, обратившихся по вопросу трудоустройства (3)	Один раз в месяц	Менеджер по персоналу
Хранение информации о всех сотрудниках когда-либо работавших в компании и информации о кандидатах (4)	Постоянно	Менеджер по персоналу
Формирование групп на обучение (5)	При приеме сотрудников на работу, а для работающих сотрудников в зависимости от периодичности курса.	Менеджер по персоналу
Контроль успеваемости (6)	При сдаче экзаменов	Тренинг-менеджер
Контроль посещаемости учащимся занятий и стажировки (7)	Во время обучения	Тренинг-менеджер
Отслеживание окончаний стажировок и перевод стажера в статус продавца консультанта со всеми последующими процедурами (8)	По мере окончания стажировок	Менеджер по персоналу
Внесение данных о контроле торговых точек, формирование отчетов по результатам контроля (9)	Один раз в неделю	Менеджер по персоналу
Отслеживание процесса и причин текучести кадров среди продавцов-консультантов, подсчет процента текучести (10)	Один раз в месяц	Менеджер по персоналу
Учет затрат на персонал в различных аналитических разрезах: Обучение, мотивация и т.д. (11)	Один раз в месяц	Начальник отдела управления персоналом
Планирование и учет проведения аттестаций (12)	По мере необходимости	Начальник отдела персонала

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

2.3 Построение информационного графа задач

Из данного графа видно, что наиболее загруженным является менеджер по работе с персоналом, именно поэтому далее в работе будет рассматриваться процесс создания АРМ для менеджера по работе с персоналом.

Рис. 2.4 Информационный граф задач

Из графа так же четко видно какие функции необходимо реализовать в АРМ менеджера по работе с клиентами:

· 1 - Внесения данных о кандидатах на работу;

· 2 - Выбор по заданным параметрам всех подходящих для той или иной должности кандидатов;

· 3 - Формирование статистики граждан, обратившихся по вопросу трудоустройства;

· 8 - Отслеживание окончаний стажировок и перевод стажера в статус продавца консультанта со всеми последующими процедурами;

· 9 - Внесение данных о контроле торговых точек, формирование отчетов по результатам контроля;

· 10 - Отслеживание процесса и причин текучести кадров среди продавцов-консультантов, подсчет процента текучести.

2.4 Построение сценария работы Менеджера по работе с персоналом

Рис. 2.5 Сценарий работы менеджера по работе с персоналом

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

· Внесение данных о кандидатах на работу;

· Выбор по заданным параметрам всех подходящих для той или иной должности кандидатов;

· Формирование статистики граждан обратившихся по вопросу трудоустройства;

· Отслеживание причин текучести кадров.

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

2.5 Построение математической модели подбора персонала

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

q=(X,Y,Q)

где Q- график соответствия, подлежащий идентификации.

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

Рис. 2.6 Система подбора персонала

В системе подбора персонала X- множество управляющих параметров, F-возмущающие воздействия, Z-множество состояний системы, Y- набор выходных параметров, получаемый по следующей формуле:

Y=W(Z,X)

где W - правило преобразования.

Модель системы подбора персонала может быть представлена в виде функции выходов:

, так что

где F - график соответствия f.

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

Подбор кандидатуры моделируется в виде всюду определенного соответствия или отображения q=(X,Y,Г), Г: X>Y, где X-область отправления отображения, представляющая собой набор хранящихся в базе данных заявок, Y- получаемое решение, Г - закон, в соответствии с которым осуществляется отображение, причем под символом может пониматься любая математическая операция, совокупность операций или любой из операторов.

Отображение может быть нечетким, заданным тройкой множеств , в которой - нечеткое множество, заданное в произвольном базовом множестве XЧY. Четкое соответствие Г=(X,Y,F) является носителем нечеткого соответствия , а график F являетсяносителем нечеткого графика.

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

3. Проектирование информационной системы управления персоналом строительной компании «Стройэкто»

3.1 Выбор архитектуры информационной системы

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

На сегодняшний день выделять следующие виды архитектур ИС:

· Локальная;

· Клиент- Сервер;

· Клиент- Файл-Сервер;

· Многоуровневая архитектура ИС;

· Интернет- Интернет.

3.1.1 Локальная архитектура информационной системы

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

Преимущество локальной архитектуры ИС:

1. Простота - для организация данной архитектуры достаточно одного ПК;

2. Мобильность - вся информационная система может быть сосредоточена на одном ПК или нескольких ПК;

3. Доступ к ресурсам - быстрый доступ к ресурсам ИС, за счет их локального сосредоточения;

Недостатки локальной архитектуры ИС:

1. При расширении ИС, вычислительных ресурсов ПК может не хватить;

2. Защита данных - так как все данные хранятся на локальном ПК, упрощен доступ к ним для несанкционированного использования;

3. Могут возникнуть сложности при восстановлении потерянных данных;

4. Доступ к системе могут получить ограниченное количество пользователей;

3.1.2 Архитектура Клиент - Сервер

В данной архитектуре выделяется клиентская часть «Клиент», состоящая из локального ПК или локальной сети, и серверной части «Сервера», состоящей из сервера БД, к которому поступают SQL- запросы от клиентской части. На рисунке 3.1 схематично приведена архитектура «Клиент-Сервер».

Рис. 3.1 Архитектура «Клиент-сервер»

Достоинства клиент- серверной архитектуры

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

2. Уменьшается нагрузка и требования к клиентской части, за счет увеличения требования к серверу;

3. При увеличение количества клиентов, увеличивается суммарная вычислительная мощность системы, причем сеть не является ограничивающим фактором;

4. За счет наличия в СУБД репозитория, обеспечивается целостность хранения данных, совместный доступ к одним и тем же данным и оптимизация работы с этими данными;

5. За счет стандартизации SQL- запросов, обеспечивается независимость клиента, используемым в СУБД.

Недостатки «Клиент- Серверной архитектуры»

1. Большие затраты на приобретение клиентов;

2. Рассогласование в бизнес логике, т.к. она все еще сосредоточена на клиентских частях, т.е. это проблема поддержания целостности бизнес логики;

3. Для синхронизации логики приложения, компонент BL переносится на сервер и реализуется в виде набора хранимых процедур, выполненных в СУБД;

4. Данная архитектура используется для создания групповых ИС уровня отдела или подразделения для решения тесно связанных функциональных задач (около 20- 30 клиентов).

Требование к клиентской части «Клиент- Серверной» архитектуры:

• PS-удобство использования человеком средой ввода- вывода;

• BL-логика приложений содержит набор алгоритмов. Меняются требования к ОП, т.к. объем данных уже меньше.

Требование к серверной части «Клиент- Серверной» архитектуры:

• FS- большой объем, надежная дисковая система;

• DS- достаточный объем ОП;

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

3.1.3 Архитектура Клиент-Файл-Сервер

Идея архитектуры «Клиент- Файл- Сервер» заключается в том, что хранение всех общедоступных файлов осуществляется на выделенном ПК в сети - файл- сервере. На рисунке 3.2 изображена архитектура «Клиент-Файл-Сервер».

Рис. 3.2 Архитектура «Клиент-Файл-Сервер»

Достоинства архитектура «Клиент- Файл- Сервер»

1. При увеличении количества клиентов суммарная вычисляемая мощность системы увеличивается.

Недостатки архитектуры «Клиент- Файл-Сервер»

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

2. Большие затраты на приобретение мощных клиентских станций;

3. В результате распределения бизнес логики по клиентским станциям, усложняется администрирование, поддержка и сопровождение ИС. В результате может возникнуть несогласованность при выполнении бизнес логики, а так же искажение данных;

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

Требование к клиентской части «Клиент-Файл-Серверной» архитектуры:

· PS-удобство использования человеком средой ввода- вывода.

Требование к серверной части «Клиент-Файл- Серверной» архитектуры:

· FS- большой объем, надежная дисковая система, высокое быстродействие.

3.1.4 Многоуровневая архитектура

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

В данной архитектуре разделяют три основные части:

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

2. Сервер приложений

3. Сервер баз данных

На рисунке 3.3 приведена многоуровневая архитектура ИС

Достоинства многоуровневой архитектуры ИС

1. Данная архитектура позволяет сбалансировать нагрузку на каждый из уровней, распределяя ресурсы наиболее эффективно;

Рис. 3.3 Многоуровневая архитектура ИС

2. Логика приложения храниться и выполняется централизованно, что позволяет обеспечить целостность данных и логики, а так же упрощает сопровождение и поддержку;

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

4. Наиболее загруженная сеть будет между «сервером приложений» и «сервером БД». Обычно приходиться ставить скоростной канал.

Недостатки многоуровневой архитектуры ИС

1.Необходимость еще одно уровня (сервера приложений), приводит к дополнительным затратам.

Требование к клиентской части «Многоуровневой» архитектуры

• Определяется компонентами PS и PL, т.е. требования к средствам управления (клавиатура, мышь, монитор и т.д.).

Требование к Серверу приложений «Многоуровневой» архитектуры

• BL, DL - вычислительная мощность, производительность ЦП;

• Задача: организовать вычислительную среду, в которой будут решаться поставленные задачи.

Требование к Серверу БД «Многоуровневой» архитектуры

• Объем оперативной памяти и жесткий диск для компонента FS.

3.1.5 Архитектура Интернет-Интранет

"ИНТЕРНЕТ-ИНТРАНЕТ" означает систему организации обмена данными между пользователями и ИНТЕРНЕТ.

Интранет - это локальная сеть под управлением Веб-сервера. В соответствии с видом используемого Веб-сервера сеть ИНТРАНЕТ имеет две формы реализации. Первая форма реализации сети ИНТРАНЕТ - ИНТРАНЕТ, функционирующая под управлением локального Веб сервера. Вторая форма - ИНТРАНЕТ под управлением Веб-сервера, являющегося одновременно узлом ИНТЕРНЕТ.

На рисунке 3.4 приведена архитектура «Интернет-Интранет».

Рис. 3.4 Многоуровневая архитектура ИС

Достоинства архитектуры Интернет- Интранет

· Информационные ресурсы реализованы на основе WEB (ИНТЕРНЕТ) - технологии.

· Накопление и создание данных происходит локально, по ЛВС и сосредоточено на ИНТРАНЕТ-сервере, что совершенно бесплатно и доступно для двустороннего использования пользователями учреждения.

· Имеется достаточное для информационного обеспечения дисковое пространство.

Недостатки архитектуры Интернет- Интранет

· Для создания режима доступности информационных ресурсов для всех пользователей сети ИНТЕРНЕТ необходимо наличие дублирующего пространства на одном из WEB-серверов ИНТЕРНЕТ (хостинг) с достаточно большим объемом.

· Пополнение ресурсов в ИНТЕРНЕТ требует или специального программного обеспечения (механизма) или происходит в режиме ОНЛАЙН, что дорого и неудобно.

· Пополнение ресурсов в ИНТЕРНЕТ носит периодический характер, а, следовательно, всегда несколько запаздывает.

Вывод:

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

3.2 Схема развертывания ИС

Учитывая выбранную архитектуру, схему развертывания можно изобразить, как показано на рисунке 3.5.

На сервере располагаются следующие компоненты: БД и Обработка данных. На АРМ располагается интерфейс ИС кадрового учета. Автоматизированные рабочие места соединены с сервером посредством локальной вычислительной сети.

Вывод

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

Рис. 3.5 Схема развертывания ИС

3.3 Разработка структуры БД

Как уже говорилось ранее, в информационной системе вся информация хранится в единой БД. Для моделирования логической структуры базы данных была применена методология IDEF1x. Согласно данной методологии, [14],процесс построения информационной модели состоит из следующих шагов:

· определение сущностей; определение зависимостей между сущностями;

· задание первичных и альтернативных ключей;

· определение атрибутов сущностей;

· приведение модели к требуемому уровню нормальной формы;

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

· задание триггеров, процедур и ограничений;

· генерация базы данных.

Диаграмма сущность-связь, описывающая БД в терминах IDEF1.x, строится из трех основных блоков - сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности и атрибуты являются существительными, а связи - глаголами. Логическая модель данных представлена на рисунке 3.6.

Рис. 3.6 Логическая модель данных

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

o Уникальный номер - присваивается каждому сотруднику для последующей его идентификации в системе безопасности;

o ФИО - фамилия, имя, отчество сотрудника;

o Дата приема на работу;

o Паспортные данные;

o Возраст;

o Пол;

o ИНН.

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

o Код;

o Наименование;

o Срок действия;

o Описание;

o Количество ставок.

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

o Код;

o Название;

o Категория;

o Размер оплаты труда.

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

o Идентификатор;

o ФИО;

o Дата подачи заявления;

o Паспортные данные;

o Возраст;

o Пол;

o Квалификация.

· Вакансия. Сущность, которая описывает все открытые вакансии строительной компании. Экземпляр сущности полностью характеризуется следующими атрибутами:

o Код;

o Наименование;

o Дата открытия;

o Срок действия;

o Требования.

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

o Номер;

o Наименование;

o Длительность;

o Стоимость;

o Описание.

· Экзамены. Сущность, характеризующая экзамен проводимый по тому или иному курсу обучения. Описывается следующими атрибутами:

o Код;

o Название;

o Присваиваемая квалификация;

o Оценка;

o Дата сдачи.

Следующим шагом в разработке БД является переход от логической модели данных к физической. Используемая методология IDEF1x предполагает разработку реляционной БД, в которой физическая модель идентична логической. Заметим, что при переходе от логического уровня к физическому необходимо устранить связи «многие-ко-многим» посредством введения дополнительной сущности.

управление бизнес программный операционный

4. Реализация проекта

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

Выбранная архитектура реализации предполагает наличие серверной и клиентской части информационной системы. Поэтому определим конфигурацию этих частей. Первым этапом является выбор операционной системы, под управлением которой будет работать сервер и АРМ консультантов. Заметим, что для сервера и АРМ консультантов достаточно будет одинаковых ОС. С этой целью рассмотрим наиболее широко распространенные офисные ОС.При этом будем учитывать такие критерии, как совместимость с MSOfficeи возможность установки 1C: Предприятие 7.7.

Microsoft Windows Vista Business

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

Улучшения в области мобильной работы позволяют сотрудникам растущих организаций оставаться на связи как в офисе, так и за его пределами. Система Windows Vista Business позволяет тратить меньше времени на устранение проблем, связанных с технической поддержкой, освобождая его для работы, от которой непосредственно зависит успех компании. Система Windows Vista Business облегчает управление подключением сотрудников к сети и обеспечивает более эффективное использование возможностей компьютеров, как в офисе, так и за его пределами. Будьте готовы к будущему и заложите ИТ-фундамент, необходимый бизнесу сегодня и завтра.

Мощная, надежная и безопасная система для компаний крупного и малого бизнеса. Windows Vista Business позволяет организовать подключение компьютеров к домену, и осуществлять широкий контроль производительности системы, обеспечивает совместную работу с протоколами сторонних разработчиков (Netware, SNMP, и т.д.), доступен контроль над удаленным рабочим столом, а так же технология шифрованной файловой системы (Encrypted File System). Доступна поддержка функций планшетных PC. Единственное с чем можно сейчас сравнить Windows Vista Business это с текущей версией XP Professional.

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

LinuxMandriva 2009 PowerPack

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

Mandriva Linux 2009 базируется на ядре 2.6.22. Содержит улучшенный планировщик задач, специально рассчитанный на десктоп-применение.

Графическая система базируется на X.Org 7.3 и включает RandR 1.2 - расширение, значительно упрощающее поддержку нескольких видеодисплеев и их горячее подключение. Трехмерным рабочим столом будет Compiz/Fusion (продукт слияния Compis и Beryl). В качестве рабочих сред предлагаются GNOME 2.20, KDE 3.5.7/4 preview и Xfce 4.4.1. Отличительным и нововведениями здесь являются интернет-телефон Ekiga 3.0, поддержка PDF-форм в Evince и Evolution 2.12 с улучшенными функциями антиспама и совместимостью с Microsoft Exchange. Поскольку ожидается, что Mandriva Linux 2008 выйдет раньше, чем нашумевшее обновление рабочего стола на базе Qt - KDE 4 - в состав дистрибутива будет включена наиболее свежая тестовая версия. В качестве компилятора по умолчанию предлагается GCC 4.2 (версия 4.3 будет доступна в официальных репозиториях), а в качестве офисного пакета - OpenOffice.org 2.2.

Изменения, разумеется, не ограничиваются новыми версиями ПО. Mandriva Linux 2009 будет лучше соответствовать стандартам, установленным FreeDesktop.org: стартовое меню и структура пользовательского домашнего каталога теперь будет удовлетворять требованиям XDG; это же касается и пиктограмм. Разрозненные инструменты управления сетью будут заменены единым; появится поддержка WPA Enterprise. Система распознавания оборудования станет более дистрибутиво-нейтральной: для этих целей будет использоваться стандартная библиотека PCI ID, а не собственные каталоги Mandriva, как было раньше. В тех случаях, когда это может привести к ухудшению поддержки, недостающие сведения будут добавлены Mandriva в общедоступную базу данных.

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

Таблица 4.1Сравнительный анализ операционных систем

Параметр	Vista Business	Mandriva Linux
Рекомендуемые системные требования	1 ГГц ,40 ГБ HDD, 1 ГБ ОЗУ, видеокарта с поддержкой DirectX 9	1 ГГц ,6 ГБ HDD, 1 ГБ ОЗУ, видеокарта с поддержкой DirectX 9
Офисные приложения	MSOffice	Open Office.Org
возможность установки 1С	есть	нет
стоимость	8499 руб.	1300 руб.

Таким образом, принимая во внимание то, что проект информационной системы автоматизации управления персоналом реализуется в системе 1С:Предприятие 7.7(этому было дано обоснование в первом разделе данной работы), и то, что большинство офисных работников хорошо знакомы с продуктами компании Microsoft, в то время как продукты линейки LinuxMandriva являются малоизвестными, целесообразно использовать операционную систему MicrosoftWindowsVistaBusiness.

ИС 1С:Предприятие 7.7 выбран благодаря следующим особенностям:

1. Полная автоматизация бухгалтерского учета;

2. Автоматизация ведения заявок;

3. Возможность ведения базы данных контрагентов.

4. Позволяет делать любые расчеты;

5. Получение отчетных форм (соответствующих государственным требованиям);

6. Защита от несанкционированного доступа.

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

В качестве СУБД используем Access, входящий в комплект пакета MicrosoftOffice.

Исходя из этого, можно сделатьвыбор аппаратной части, которая обеспечит стабильное функционирование ИС. Так как ИС ориентирована на работу небольшого числа пользователей (от 1 до 15), то для серверной платформы вполне достаточно IBM-совместимого компьютера (таблица 4.2.)

Таблица 4.2.Аппаратная конфигурация сервера

Оборудование	Модель
процессор	Pentium 4 3.2ГГц
видеокарта	интегрированный видеоадаптер
HDD	от 80 ГБ и выше
ОЗУ	1024 Мб и выше
привод	CD\DVD - rom
монитор	стандартный VGA-совместимый монитор
сеть	Ethernet-адаптер

Учитывая специфику работ, выполняемых менеджером по персоналу, аппаратные требования к АРМ можно принять следующими (табл. 4.3.):

Таблица 4.3.Аппаратная конфигурация сервера

Оборудование	Модель
процессор	Pentium 4 2.0 ГГц
видеокарта	интегрированный видеоадаптер
HDD	от 40 ГБ и выше
ОЗУ	512 Мб и выше
привод	CD\DVD - rom
монитор	XGA-совместимый монитор
сеть	Ethernet-адаптер

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

· Операционная система - Windows VistaBusiness;

· ПрикладноеПО - 1С:Предприятие 7.7;

· СУБД - MicrosoftAccess;

Безопасность в системе:

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

· Настраиваемый механизм ролей;

· Ведение журналов всех операций выполняемых пользователями в системе;

4.2 Интерфейс информационной системы управления персоналом строительной компании«Стройэкто»

Главное меню системы содержит (рис. 4.1):

· справочники;

· документы;

· отчеты;

Рис.4.1 Главное меню ИС “Управление персоналом”

· журналы.

Справочник Сотрудники двухуровневый и содержит две группы: Работающие и Уволенные (рис.4.2).

Рис.4.2 Экранная форма списка справочника "Сотрудники"

Кнопка "Экзамены" вызывает форму списка подчиненного справочника "Экзамены", который содержит все учебные курсы, которые сдал выбранный сотрудник и дату сдачи (рис. 4.3).

Справочник учебных курсов представлен на рисунке 4.4.

Экранная форма элемента справочника “Учебные курсы” показана на рисунке 4.5. Менеджеру по персоналу для более продуктивной работы помимо наименования курса необходимо внести длительность курса для всех категорий сотрудников и частоту сдачи экзамена.



Рис.4.3 Экранная форма списка справочника “Экзамены”

Рис.4.4 Экранная форма списка справочника “Учебные курсы”

Рис.4.5 Экранная форма элемента справочника “Учебные курсы”

На рисунке 4.6 изображена экранная форма списка справочника “Анкеты”.

Для того, чтобы выбрать наиболее подходящего кандидата на вакантную должность предварительно необходимо внести данные о кандидате в систему в справочник “Анкеты” (рис. 4.7).

Рис.4.6 Экранная форма списка справочника “Анкеты”

Рис.4.7 Экранная форма элемента справочника “Анкеты”

Основная задача справочника “Штатное расписание” (рис. 4.8) выявить имеющуюся потребность в персонале. По кнопке “Структура” появляется структура организации (рис. 4.9), где обозначено количество ставок, занятых ставок и вакансии. Чтобы видеть только количество вакантных мест, можно воспользоваться кнопкой “Вакансии”. Результат представлен на рисунке 4.10.

Рис. 4.8 Экранная форма списка справочника “Штатное расписание”

Документ “Наем” (рис.4.9) вносит изменения в справочнике “Штатное расписание” - добавляется соответствующее количество занятых ставок, а также создает новый элемент в справочнике “Сотрудники”. Если имеет место ошибочное проведение документа с уже принятым сотрудником, системы выводит соответствующее сообщение. При удалении документа, удаляется соответствующий элемент в справочнике “Сотрудники” и изменяется количество занятых ставок в справочнике “Штатное расписание”.

Рис.4.9 Форма документа “Наем”

При увольнении сотрудника создается документ “Увольнение”. При проведении документа соответствующий элемент справочника “Сотрудники” переносится в группу “Уволенные” и изменяется количество занятых ставок в справочнике “Штатное расписание”.

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

Рис.4.10 - Экранная форма сообщения об окончании стажировки при входе в систему

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

Менеджеру необходимо заполнить поле “Оклад”, после проведения документа “Окончание стажировки” это поле автоматически изменяется и в справочнике “Сотрудники”.

На рисунке 4.12 показана форма документа “Сдача экзаменов”. При проведении документа, данные о сдаче экзамена записываются в подчиненном для справочника “Сотрудники” справочнике “Экзамены”.



Рис.4.11 - Экранная форма документа “Окончание стажировки”

Рис.4.12 - Экранная форма документа “Сдача экзаменов”

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

Рис.4.13 - Печатная форма отчета “Статистика граждан, обратившихся по вопросу трудоустройства”

5. Социальная значимость разработки

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

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

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

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

6. Технико-экономическое обоснование

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

6.1 Обоснование актуальности разрабатываемой информационной системы

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

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

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

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

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

6.2 Обоснование выбора аналога для сравнения с разрабатываемой системой

В качестве аналога выбрана информационная система, наиболее подходящая по основным характеристикам - Автоматизированная система подбора персонала «Рекрутер». Выбор этой системы в качестве аналога обусловлен наличием в ней необходимых требований, предъявляемых к подобным системам: эта система ориентирована на задачу подбора персонала; позволяет осуществлять электронный документооборот, имеет в своем составе подсистему ведения отчетности.

6.3 Обоснование критериев сравнения с аналогом

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

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

1. Системные требования;

2. Доступность;

3. Быстродействие;

4. Функциональность;

5. Удобный интерфейс.

6.4 Стоимостная оценка разработки

Расчет затрат на этапе проектирования.

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

где Т_о - ожидаемая длительность работ;

Т_min и Т_max - наименьшая и наибольшая длительность работ.

Расчеты длительности всех работ на этапе проектирования сведены в таблицу.

Себестоимость разработанной системы равна:

С_п = L_п + M_п + Н_п

где L_п - заработная плата проектировщика на всех этапах проектирования;

M_п - затраты на использование ЭВМ на этапе проектирования;

Н_п - накладные расходы на этапе проектирования;

Таблица 6.1 Длительность разработки

Наименование работ	Длительность работ (дней)
	tmin	tmax	t0
1. Разработка ТЗ	5	10	7
2. Анализ ТЗ	7	12	9
3. Поиск необходимой информации	10	15	13
4. Разработка модели информационных потоков	14	18	16
5. Проектирование структуры БД	13	20	16
6. Выбор программного обеспечения	7	9	8
7. Машинное время	60	75	68
8. Оформление сопроводительной документации	12	18	14
Итого:	128	177	151

Построим график организации работ по времени (рис. 6.1)

Рис. 6.1 График организации работ по времени

Таким образом, суммарное время которое должно быть затрачено на этапе проектирования составляет 151день.

Важным видом затрат на этапе проектирования является заработная плата проектировщика, которая рассчитывается по формуле:

L_п = L_д ЧТ_п Ч (1 + _с /100) Ч (1 + _п /100)

где L_д - дневная заработная плата разработчика;

_с - отчисления на социальные нужды (26%);

_п - процент премий (10%);

L_о = 5145 руб;

L_д = 5145 / 21 = 245 руб;

Т_п = 151 день;

L_п = 245 Ч 151Ч (1 + 26/100) Ч (1 + 10/100) = 51276 руб.

Формула для расчетов затрат на использование ЭВМ на этапе проектирования имеет вид:

М_п = С_м Ч Т_м,

где С_м - стоимость 1 часа машинного времени (руб.);

Т_м - необходимое для решения задачи машинное время (час);

С_м = 18 руб.;

Т_м = t_Р Ч t ;

t_Р - время, требуемое на проектирование системы;

t - количество часов работы с ПК в день;

Т_м = 68 дн. Ч 7 час. = 476 часа,

М_п = 18 Ч 476 = 8568 руб.

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

Н_п = (L_п Ч 10) / 100

Н_п = (51276 Ч 10) / 100 = 5128 руб.

Таким образом, получим затраты на этапе проектирования системы:

С_п = L_п + М_п + Н_п

С_п = 51276 + 8568 + 5128 = 64972 руб.

Цена разработанной системы вычисляется по следующей формуле:

S_п = С_п + П

где П - прибыль.

Прибыль составляет 50% от себестоимости системы.

Таким образом, цена разработанной системы равна:

S_п = С_п + 0,5 Ч С_п

S_п = 64972 + 0,5 Ч 74161 = 97458 руб.

Размер налога на добавленную стоимость (НДС) определяем как 18% от цены разработанной системы. Цена с учетом НДС равна:

S_ндс = 111241,5 Ч 0,18 + 111241,5 = 115000 руб.

Расчетная рентабельность капитальных вложений по разработке системы оценивается соотношением:

P = П / C_п Ч 100%

P = 32486 / 64972 Ч 100 = 50%

Проектируемая система в эксплуатации экономически эффективна, если соблюдается неравенство:

Т.к. 0,5 > 0,25 при Е_н = 0,25, следовательно, проектируемая система в эксплуатации экономически эффективна.

Срок окупаемости рассчитывается как:

Т_ок = 1 / P

Т_ок = 1 / 0,5 = 2

Срок окупаемости системы два года.

Данные при расчете затрат на разработку программного продукта сведены в табл.6.2

Таблица 6.2 Затраты на разработку

№	Параметр	Обозначение	Значение
1.	Основная заработная плата, руб	Lо	5145
2.	Дополнительная заработная плата, %	Кд	10
3.	Стоимость 1 часа машинного времени, руб	См	18
4.	Машинное время, час	Тм	476
5.	Затраты на использование ЭВМ, руб	Mп	8568
6.	Накладные расходы, руб	Нп	5128
7.	Отчисления на социальные нужды, %	с	26
8.	Себестоимость системы, руб	Сп	64972
9.	Цена разработанной системы, руб	Sп	97458
10.	Цена с учетом НДС, руб	Sндс	115000

6.5 Расчет технико-экономических показателей разработки

Рассчитаем технико-экономические показатели проекта по выбранным основнымкритериям сравнения с аналогом. Форму вычисления интегрального технического показателя выберем аддитивную, так как выбранные критерии не имеют нулевых значений. Число критериев - 5, что не противоречит используемой методике и не приведет к сглаживанию отличительных параметров. Формула для расчета интегрального технического показателя качества:

,

где - коэффициент весомости i-го параметра;

Аi - оценка качества изделия по i-тому параметру;

n - число параметров, по которым производится сравнение.

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

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

и ,

где , - интегральный стоимостной показатель аналога и разработки.

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

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

,

где E_a - технико-экономическая эффективность аналога;

E_p- технико-экономическая эффективность проекта.

Результаты сравнения оценок технико-экономическая эффективности проекта сводим в (табл.6.3).

Таблица 6.3 Технико-экономическая эффективность проекта

Параметр, оценка	Весовой коэфф.	Аналог	Проект
Доступность	0,15	2	0,30	3	0,45
Системные требования	0,25	3	0,75	3	0,75
Быстродействие	0,10	3	0,30	4	0,40
Удобный интерфейс	0,15	3	0,45	3	0,45
Функциональность	0,35	3	1,05	4	1,40
Интегральный технический показатель, Q	-	2,85	-	3,45

Подобные документы

• Информационная система регистратуры гостиницы "Бастион"

  Сравнительный анализ гостиничных информационных систем. Анализ и выбор CASE-средств для моделирования бизнес-процессов. Визуальная и математическая модели предметной области, выбор архитектуры и платформы информационной системы, построение базы данных.
  
  дипломная работа [1,4 M], добавлен 20.07.2014
  

• Автоматизированная информационная система управления персоналом

  Рассмотрение структуры предприятия, обзор современного программного обеспечения. Описание информационной системы учета кадров. Создание информационной системы для работы с персоналом на основе выполненного анализа программных продуктов этого направления.
  
  дипломная работа [3,7 M], добавлен 03.07.2015
  

• Автоматизация рабочего места менеджера по продажам

  Создание программного средства для автоматизации процесса управления учетом клиентов. Алгоритмы и модели базы данных; документооборот бизнес-процесса "работа отдела продаж", задачи и функции менеджера. Системные требования, экономическое обоснование.
  
  курсовая работа [1,4 M], добавлен 18.03.2013
  

• База данных станции техобслуживания "Мустанг"

  Моделирование бизнес–процессов для описания функций различных систем управления. Анализ документооборота предприятия. Проектирование базы данных для комплекса технических средств и средств автоматизации. Программная реализация информационной системы.
  
  курсовая работа [791,4 K], добавлен 09.05.2014
  

• Системный анализ информационной системы управления персоналом на предприятии

  Комплексный анализ структуры информационной системы управления персоналом на предприятии. Моделирование информационной системы и расчет задержек запроса менеджера из филиала в области к центральному серверу. Модель оптимизации информационной системы.
  
  курсовая работа [2,1 M], добавлен 18.09.2014
  

• Автоматизированная информационная система управления персоналом

  Разработка элементов системы электронного документооборота бюро учета расчетов с рабочими и служащими ОАО "НасосМаш". Требования к автоматизированной информационной системе. Обеспечение логической целостности базы данных и определение размера премии.
  
  курсовая работа [2,4 M], добавлен 28.04.2012
  

• Автоматизированная система управления персоналом "Отдел кадров"

  Назначение, классификация, перспективы развития автоматизированных систем управления персоналом. Разработка программы: назначение и условия применения, характеристика объекта автоматизации, разработка структуры базы данных, объекты конфигурации системы.
  
  дипломная работа [1,8 M], добавлен 21.04.2009
  

• Информационная система "Грузоперевозки"

  Проектирование базы данных для информационной системы "Грузоперевозки". Обследование предметной области. Анализ бизнес-процессов, программного и аппаратного обеспечения. Проектирование компонентов приложения и его структуры. Выбор средств реализации.
  
  курсовая работа [1,6 M], добавлен 21.04.2014
  

• Информационная система "Управление персоналом"

  Назначение и принцип работы информационной системы управления на предприятии. Структура и применение информационной системы управления персоналом для координации действий различных департаментов, порядок и основные этапы ее практической разработки.
  
  курсовая работа [453,5 K], добавлен 29.07.2009
  

• Разработка базы данных торговой организации

  Анализ системы управления базами данных, основные задачи: обработка информации, организация работы пользователей. Access как функционально полная система, имеющая мощные средства для работы программы. Этапы разработки базы данных торговой организации.
  
  контрольная работа [458,0 K], добавлен 05.01.2013
  

• Разработка базы данных для учета работы продуктового склада

  Разбиение данных по таблицам и создание связей между таблицами. Нормализация и проектирование сценария работы базы данных. Выбор программного обеспечения. Требования к аппаратным и программным средствам для работы созданного программного продукта.
  
  курсовая работа [30,2 K], добавлен 23.01.2011
  

• Информационная система учета кадров предприятия ОАО "Окприбор"

  Управление персоналом и учет кадров. Установленные формы нормативных документов. Концептуальная и логическая модели информационной системы. Реализация модели в среде CASE-средства. Работа в операционной системе Windows. Поиск и распечатка документа.
  
  курсовая работа [1,3 M], добавлен 27.08.2012
  

• Построение имитационной модели процесса обслуживания пользователей компьютерного зала в среде AnyLogic

  Оптимальное время для обслуживания пользователей как основная цель работы компьютерного зала библиотеки. Построение модели деятельности подписного отдела с помощью средства имитационного моделирования AnyLogic. Описание процессов и построение сценария.
  
  курсовая работа [1,9 M], добавлен 19.06.2015
  

• Автоматизация бизнес-процессов внутреннего документооборота

  Процессы внутреннего документооборота производственного предприятия. Управление организационно-распорядительной документацией. Построение модели TO BE на основе предложений по усовершенствованию процессов в рамках системы электронного документооборота.
  
  дипломная работа [970,9 K], добавлен 22.01.2016
  

• Базы данных в информационных системах

  Информационные и автоматизированные системы управления технологическими процессами на промышленных предприятиях. Базы данных в автоматизированных системах управления. Системы планирования ресурсов предприятия, сбора и аналитической обработки данных.
  
  контрольная работа [486,7 K], добавлен 29.10.2013
  

• Построение информационной системы мониторинга деятельности санатория "Русь"

  Рассмотрение целей и задач функционирования санатория, организационной структуры регистратуры. Анализ документооборота; проектирование информационной системы. Выбор операционной и системы управления баз данных. Расчет расходов и экономического эффекта.
  
  дипломная работа [3,8 M], добавлен 20.07.2014
  

• Создание базы данных для паспортно-визовой службы

  Информационная система на базе компьютера. Основное отличие системы с базой данных от традиционной файловой системы. Построение концептуальной модели, реляционной модели. Нормализация. Проектирование базы данных в ACCESS. Создание SQL запросов.
  
  курсовая работа [38,5 K], добавлен 06.11.2008
  

• Автоматизированные информационные системы

  Понятие автоматизированной информационной системы, ее структурные компоненты и классификация. Основные функции систем управления процессом. Применение базы данных процесса для мониторинга и управления. Доступ к базе данных процесса, запросы и протоколы.
  
  реферат [457,1 K], добавлен 18.12.2012
  

• Разработка электронного документооборота для спортивного клуба

  Задачи системы электронного документооборота. Анализ существующих информационных систем. Методы и средства инженерии программного обеспечения. Концептуальная модель данных в BPWin. Построение инфологической модели системы документооборота "Doc_Univer".
  
  курсовая работа [56,1 K], добавлен 25.03.2014
  

• Проектирование автоматизированной информационной системы учета и процесса реализации объектов недвижимости риэлтерского агентства "Азбука Жилья"

  Анализ бизнес-процессов предприятия. Определение сущностей и связей между ними. Создание таблиц, запросов, отчетов и форм. Построение логической модели информационной системы. Разработка программного обеспечения. Инструкция по использованию базы данных.
  
  дипломная работа [3,1 M], добавлен 16.08.2015
  

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