Информационная система кадрового агентства
Задачей курсовой работы является разработка информационной системы кадрового агентства, предназначенной для автоматизации работы сотрудников отдела по подбору персонала. В задачу информационной системы входит хранение и наполнение базы данных информацией о соискателях, клиентах, сотрудниках и заявках, отображающих процесс подбора персонала, обработка и анализ накопленных данных, формирование… Читать ещё >
Информационная система кадрового агентства (реферат, курсовая, диплом, контрольная)
Министерство образования Российской Федерации
Курсовая работа
По предмету Проектирование информационных систем
На тему " Информационная система кадрового агентства"
Москва 2008.
- Введение
- Состав информационной системы
- Глава 1. Описание предметной области
- Анализ предметной области
- Глава 2. Проектирование БД
- Выделение и описание сущности
- Отображение КМД ER-диаграммой
- Удаление нежелательных элементов
- Глава 3. Проектирование приложений
- Анализ транзакций на этапе логического проектирования
- Документация на пользовательский интерфейс
- Заключение
Задачей курсовой работы является разработка информационной системы кадрового агентства, предназначенной для автоматизации работы сотрудников отдела по подбору персонала. В задачу информационной системы входит хранение и наполнение базы данных информацией о соискателях, клиентах, сотрудниках и заявках, отображающих процесс подбора персонала, обработка и анализ накопленных данных, формирование отчетов по результатам проделанной работы. В качестве среды разработки использована СУБД Microsoft Access, входящая в пакет Microsoft Office, сочетающая удобство использования и простоту создания форм и отчетов, анализа данных.
Из определения термина Система Управления Базами Данных (СУБД) мы знаем, что СУБД это — программное обеспечение, контролирующее организацию, хранение, целостность, внесение изменений, чтение и безопасность информации в базе данных СУБД. Назначение СУБД - отвечать за обработку запросов к базе данных, и получать ответы от неё. Создание СУБД может быть реализовано как на традиционных языках программирования, так и на специализированных языках баз данных.
Система управления базами данных (СУБД) должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о механизмах функционирования базы данных.
СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.
СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно.
СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.
Проектирование информационных систем — длительный и сложный процесс, требующий высокого профессионализма. В процессе создания и работы ИС, потребности конечных пользователей всегда изменяются или уточняются, что определенно усложняет разработку таких систем.
Большинство существующих CASE-средств основано на методах структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
Для написания внешнего интерфейса выбран язык 4 поколения Visual Basic.
Microsoft Visual Basic — средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Этот язык программирования сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.
Visual Basic считается идеальным средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.
В данной курсовой работе перед нами стоит задача спроектировать модель информационной системы организации, которая занимается подбором персонала для крупных фирм — заказчиков (клиентов).
Необходимо найти наиболее эффективный способ ведения информации о постоянных клиентах, соискателях, заявках и счетах. Фирме необходимо решать задачи регистрации соискателей и клиентов, расчёта и выставления счетов, занесения и закрытия заявок.
Состав информационной системы
ПО — предметная область
КМД — концептуальная модель данных
БД — база данных
СУБД — система управления базами данных
ПП — пользовательское приложение
КП — конечный пользователь
Глава 1. Описание предметной области
Анализ предметной области
Кандидат — лицо, которое обращается за регистрацией в качестве соискателя в фирму.
Консультант — сотрудник, оказывающий услугу по подбору постоянного персонала.
Клиент — потенциальный или активный клиент.
Третья сторона — внешний ресурс.
CV — резюме — документ с указанием карьерных целей, навыков и опыта работы кандидата.
Замена — замена происходит в случае, когда кандидат по своей инициативе или по инициативе клиента расторгает отношения с ним до окончания испытательного срока.
Дата начала — дата заключения трудового договора между клиентом и кандидатом.
Запрос — информация, запрашиваемая клиентом или потенциальным клиентом, такая как: сумма выставляемого счета или наличие того или иного навыка.
1. Работа над заказом
Работа над заказом включает получение и развитие заказа, утверждение ставок и гарантированного срока по подбору постоянного персонала.
Клиент связывается с филиалом, с целью размещения заказа.
Консультант собирает у Клиента всю необходимую информацию по заказу, включая обязательные и желательные требования, и заполняет соответствующую форму.
Если Клиент ранее никогда не обращался в фирму, то Консультант согласовывает и назначает дату встречи с контактным лицом Клиента. Запись о встрече заносится в базу данных.
Консультант должен принимать заказы от Клиентов только на позиции, соответствующие стратегии подразделения.
После проведения процесса квалификации заказа Консультант подтверждает Клиенту условия работы над заказом, после чего новому Клиенту высылается Контракт (договор об оказании услуг).
Контракт должен быть подписан Клиентом и возвращен в фирму до начала предоставления кандидатов (в соответствии с юридическими требованиями). В случае подписания контракта с новым клиентом, соответствующая информация о нем заносится в базу данных.
Гарантия фирмы на услуги по подбору постоянного персонала, как правило, действует 3 месяца, если стороны согласуют другие сроки, эти сроки должны быть отражены в Приложении к договору.
В случае если Клиент неоднократно пользовался услугами данной фирмы, то в базу данных лишь добавляется информация о новом заказе.
В случае, когда Клиент отменяет заказ, Консультант должен закрыть заявку в базе данных.
Вся необходимая информация по принятому заказу должна быть документально зафиксирована в заявке и введена Консультантом в базу данных в течении 24 часов с момента принятия заказа;
Должность;
Сумма оплаты услуг фирмы
Зарплата и компенсационный пакет;
Консультант
Дата начала работы
Кем закрыта (в случае закрытия)
Эксклюзивность (да/нет)
Работа над заказом начинается только после ввода заказа в базу данных.
база информационная кадровое агентство Процесс рекрутинга по заказу должен быть документально зафиксирован Консультантом. Отправка резюме клиенту, интервью кандидатов — все стадии должны отражаться в форме статуса кандидата.
Встречи с Клиентом, дополнительные соглашения и пожелания во время подбора так же фиксируются в базе данных.
2. рекрутинг по открытым заявкам.
Для того что бы найти соответствующих требованиям Клиента кандидатов, Консультант проводит поиск состоящих в базе кандидатов.
Если в базе есть соответствующий кандидат (ы), Консультант связывается с соискателем и информирует их о позиции. Если Кандидат заинтересован в позиции, то Клиенту предоставляется описание Кандидата.
Если в базе нет подходящего Кандидата, Консультант проводит поиск с использованием:
размещения вакансий в Интернете, а так же поиск по соответствующим сайтам;
публикации рекламы в местных газетах, журналах и т. д.
прямой поиск по рекомендациям.
Консультант обязан в оговоренные сроки сообщать Клиенту о ходе его работы.
Когда были определены потенциальные кандидаты, Консультант должен проинтервьюировать их по телефону, или, при необходимости, при личной встрече.
Кандидаты, которые в наибольшей степени соответствуют критериям Клиента должны быть назначены на собеседование с Клиентом.
3. Оценка кандидатов для интервью с Клиентом.
Консультант интервьюирует Кандидатов для того что бы собрать, уточнить информацию в объеме, достаточном для определения того, подходит ли кандидат на текущие открытые позиции.
Консультант проверяет информацию из резюме, выявляет наличие недостатка квалификации, выявляет знания и компетенции и определяет, соответствует ли кандидат обязательным и желательным требованиям.
Заметки о проведенном интервью должны быть включены в запись о кандидате в базе данных.
Кандидат должен заполнить и подписать специализированную Анкету для предоставления Клиенту необходимой информации о себе. Если Консультант сочтет Кандидата непригодным для регистрации в фирме, то об этом сообщается Кандидату и вся информация, касающаяся данного кандидата должна быть уничтожена.
Если Кандидат оценивается как пригодный для предоставления на открытую вакансию, по согласию кандидата консультант направляет его на собеседование с Клиентом.
Если кандидат подходит для регистрации, но не соответствует требованиям данной вакансии, то данные о нем заносятся в базу данных для дальнейшего использования и предоставления на другие вакансии.
Консультант обязан занести Кандидата в базу данных в течение 48 часов с момента проведения собеседования. Зарегистрированные (активные) Кандидаты — это те кандидаты, которые были оценены положительно Консультантом и находятся в активном поиске работы.
Неактивные Кандидаты — которые были зарегистрированы и оценены, и нашли работу и более не находятся в активном поиске работы.
4. Процесс трудоустройства Консультант предоставляет список подобранных кандидатов и согласовывает время проведения собеседования у Клиента. Информация об интервью заносится в базу данных.
После Клиент сообщает о своем решении, — какие кандидаты, из предоставленных Консультантом, принимаются на работу. Результаты немедленно отражаются в базе данных в форме статуса Кандидата.
5. Закрытие Если кандидат принимает предложение о работе Консультант заполняет заказ и закрывает его в базе данных в первый день выхода кандидата на работу.
6. Выставление счета Дата счета отражает дату начала работы кандидата.
7. Мониторинг На протяжении гарантийного периода Консультант отслеживает работу Кандидата. Производит серии телефонных звонков и встреч как с Кандидатом, так и с Клиентом. Результаты всех звонков и встреч заносятся в базу данных.
8. Замены Для произведения замены Кандидата открывается дополнительная заявка на замену. Общение с Клиентом и Кандидатом и все процедуры ведутся в том же порядке, что и в обычном случае. Замена производится безвозмездно, но гарантии на нее не распространяются.
9. Потерянные заявки Если заявка была потеряна, то Консультант должен закрыть ее в базе данных с соответствующей пометкой причины закрытия.
Глава 2. Проектирование БД
Выделение и описание сущности
сущность | атрибут | ключ | домен | примечание | ||
тип | размер | |||||
кандидат | № кондидата | ПК | целое число | |||
статус | символьный | активен/занят/не активен | ||||
Фамалия | ПтК | символьный | ||||
имя | символьный | |||||
отчество | символьный | |||||
контактный тел | числовой | |||||
дата прихода | дата | чч. мм. гг | ||||
дата рождения | дата | чч. мм. гг | ||||
вид трудоустройства | символьный | постоянное/временное/оба | ||||
предпочитаемый график работы | символьный | полный/не полный/сменный | ||||
возможность работы в выходные | символьный | да/нет | ||||
адрес проживания | символьный | |||||
гражданство | символьный | |||||
место рождения | символьный | |||||
№ паспорта | числовой | |||||
адрес прописки | символьный | |||||
семейное положение | символьный | женат/замужем, холост/не замужем, разведен/разведена, вдовец/вдова | ||||
количество детей | числовой | |||||
наличие прав | символьный | да/нет | ||||
категория водительских прав | символьный | А, Б, С, Д, Е | ||||
стаж вождения | числовой | |||||
наличие авто | символьный | да/нет | ||||
возможность использования авто для работы | символьный | да/нет | ||||
наличие среднеспециального образования | символьный | дата поступления и окончания, наименование уч заведения, специальность/ нет | ||||
наличие высшего образования | символьный | дата поступления и окончания, наименование уч заведения, специальность/нет | ||||
наличие доп образования | символьный | дата поступления и окончания, наименование уч заведения, специальность/нет | ||||
знание иностранного языка | символьный | язык, уровень владения, доп инфо | ||||
зп на сегодняшний день | числовой | |||||
навыки работы на компьтере | символьный | пользователь/опытный пользователь/ администратор/программист | ||||
опыт работы 1 | символьный | дата начала, дата окончания, наименование организации, должность | ||||
опыт работы 2 | символьный | дата начала, дата окончания, наименование организации, должность | ||||
опыт работы 3 | символьный | дата начала, дата окончания, наименование организации, должность | ||||
консультант | № консультанта | ПК | целое число | |||
контактный тел | числовой | |||||
должность | символьный | |||||
отдел | символьный | |||||
Фио консультанта | ПтК | символьный | ||||
клиент | № клиента | ПК | целое число | |||
наименование компании | ПтК | символьный | ||||
ФИО контактного лица | символьный | |||||
тел контактного лица | числовой | |||||
% ставка | числовой | 15,20,25 и тд | ||||
доп условия | символьный | любая необходимая инф | ||||
заявка | № заявки | ПК | целое число | |||
должность | символьный | |||||
% ставка | числовой | 15,20,25… | ||||
зарплата | числовой | |||||
№консультанта | числовой | |||||
дата начала работ | дата | чч. мм. гг | ||||
статус заявки | символьный | открыт/закрыт/в работе | ||||
счет | № счета | ПК | целое число | |||
Фио консультанта | символьный | |||||
дата выставления | дата | чч. мм. гг | ||||
№консультанта | числовой | |||||
кол-во работников | числовой | |||||
статус счета | символьный | оплачен/не оплачен | ||||
статус заявки | символьный | открыта/закрыта/в работе | ||||
% ставка | числовой | 15,20,25 | ||||
зп работника | числовой | |||||
вознаграждения | дробное число | 0,53; 0,48… | ||||
наименование компании | символьный | |||||
№ клиента | целое число | |||||
Нахождение и описание связей
сущность | связь | сущность | ПК | СУ1 | СУ2 | |
клиент | обращается | консультант | m: n | полная | частичная | |
подает | заявка | 1: m | полная | полная | ||
получает | счет | 1: m | частичная | полная | ||
нанимает | кандидат | 1: m | частичная | частичная | ||
консультант | принимает | заявка | m: n | частичная | полная | |
выставляет | счет | 1: m | частичная | полная | ||
подбирает | кандидат | 1: m | частичная | полная | ||
заявка | имеет | счет | 1: m | частичная | полная | |
кандидат | обращается | консультант | m: n | полная | частичная | |
счет | ||||||
ПК — показатель координальности (Он описывает количество возможных связей для каждой из сущностей участниц) СУ — степень участия (определяет зависит ли существование одной сущности от участия в связи второй сущности).
Концептуальная модель данных
Отображается ER — диаграммой
Отображение КМД ER-диаграммой
ERWin-диаграмма с избыточными связями и указанием показателей координальности.
Удаление нежелательных элементов
Многозначные атрибуты заменяются на сущности. Многозначные атрибуты всегда преобразуются слабые сущности, у нее нет первичного ключа, а ключом является ключ первичной сущности.
Производные атрибуты не используются на этапах логического проектирования. Они анализируются на этапе физического проектирования, следовательно, удаляются из диаграмм, но в документации они остаются.
Связи типа многие ко многим определяются в ассоциативных таблицах.
Рекурсивную связь можно заменить обычной связью с дополнительной сущностью или связью с подклассом.
Избыточные связи удаляются. Избыточными считаются связи. Которые не несут дополнительной информации и связывают между собой сущности, которые уже связаны другими (другой) связями.
ERWin-диаграмма с указанием показателей координальности без избыточных связей.
Были удалены связи:
· Клиент — обращается — Консультант (связывает между собой сущности Клиент и Консультант, которые уже связаны)
· Заявка — имеет — Счет (не несет никакой дополнительной информации)
· Кандидат — обращается — Консультант (связывает между собой сущности Кандидат и Консультант, которые уже связаны) Связи 1: 1 встречаются крайне редко. Иногда появляются из-за ошибочной терминологии, то есть объект, который описывается одними и теми же данными называется разными терминами. С точки зрения хранения информации это одно и то же и следовательно, удаляются как ошибка разработчика.
ERWin-диаграмма с указанием показателей координальности без избыточных связей на этапе физического проектирования.
Глава 3. Проектирование приложений
Список транзакций.
1. Консультант заносит данные по клиенту
2. Консультант открывает новую заявку
3. Консультант заносит данные по соискателю
4. Поиск клиента по номеру
5. Поиск клиента по наименованию
6. Консультант просматривает активных кандидатов
7. Поиск кандидата по ФИО
8. Поиск кандидата по номеру
9. Консультант просматривает кандидатов ищущих постоянное трудоустройство
10. Консультант отбирает клиентов с максимальной %ставкой
11. Консультант просматривает открытые заявки
12. Консультант отбирает закрытые заявки
13. Консультант просматривает дату открытия/закрытия заявки
14. Поиск заявки по номеру
15. Поиск заявки по должности
16. Поиск заявки по максимальной з/п
17. Поиск заявки по дате открытия
18. Консультант просматривает заявки с количеством позиций более 10 человек
19. Консультант просматривает неоплаченные счета
20. Консультант отбирает счета по дате выставления
21. Поиск счета по номеру счета
22. Отбирает выставленные счета по номеру заявки
23. Отбирает счета по наименованию клиента
24. Отбирает счета по номеру клиента
25. Просматривает счета выставленные данным консультантом по номеру консультанта
26. Консультант выставляет новый счет клиенту
27. Смена статуса заявки
28. Смена статуса кандидата
29. Изменение данных о клиенте
30. Просмотр заявок данного клиента
Анализ транзакций на этапе логического проектирования
1. Т1 ® [Count, Sum] - Консультант подсчитывает оплаченные счета за определенный период.
2. T2 ® [Count] - Консультант просматривает количество открытых заявок
3. T3 (U) — Консультант вносит изменения в заявку
4. T4 ® — Консультант ищет клиента в базе по наименованию
5. T5 (U) — Консультант меняет статус кандидата
6. T6 (I) — Консультант открывает новую заявку
7. T7 (I) — Консультант добавляет нового кандидата
8. T8 ® — консультант просматривает заявки данного клиента
9. T9 ® [Sum] - Консультант подсчитывает стоимость заявки
10. T10 (I) — Консультант выставляет счет клиенту
Анализ транзакций на этапе физического проектирования
№ | Вход | Выход | Поля | Тип данных | Частота запросов (в неделю) | |
; | Schet | Data_vistavlenia Status_scheta | R R | |||
; | Zaiavka | Status_zaiavki | COUNT ® | |||
; | Zaiavkra | Status_zaiavki | U | |||
; | Client | Naimenovanie_Kompa | R | |||
; | Kandidat | Status_kandidata | U | |||
; | Zaiavka | Nzaiavki Dolznost %Stavka Zarplata Data_nachala_rabot Status_zaiavki | I I I I I | |||
; | Kandidat | Nkandidata Statys_kandidata Familia Imia Otchestvo Kont_telefon Data_prihoda Data_rozhdenia Vid_trydoystr Grafik Adres_prozhivania Adres_propiski Mesto_rozhdenia Npasporta Semeinoe_polozhenie Kol-vo_deteiVodit_prava Kotegoria_vod_prav Stazh_vozhdenia Nalichie_avto SredneSpec_obrazovanie Visshee_obrazovanie Dop_obrazovanieInostr_jazik Znanie_PC Opit_raboti1 Opit_raboti2 Opit_raboti3 | I I I I I I I I I I I I I I I I I I I I I | |||
Zaiavka | Klient | Nzaiavki Nklienta FiokontLica | R R R | |||
Zaiavka | Dolznost %Stavka Zarplata | R R R | ||||
Zaiavka | Schet | Status_zaiavki Nklienta (FK) Data_vistavlenia Status_scheta | R R I I | |||
Документация на пользовательский интерфейс
После запуска системы появляется окно авторизации
В котором пользователю необходимо выбрать себя из списка
После этого происходит вход в основную систему
Пункты меню переводят в базы кандидатов, клиентов и заявок.
В которых можно удалить запись, добавить или найти нужную запись.
Пункт меню — настройки дает возможность подключить разные базы.
Заключение
В ходе выполнения данной курсовой работы, исследована работа организации по подбору персонала, рассмотрены процессы жизнедеятельности компании. Исследования показали, что деятельность кадрового агентства нуждается в автоматизации.
На основании полученных выводов, была разработана база данных на основе СУБД Microsoft Access, позволяющая автоматизировать работу кадрового агентства.
В результате проделанной работы получилась информационная система, включающая в себя:
· описание предметной области, основанное на реальной информации по кадровому агентству
· модель информационной системы, реализованная в ER-win
· база данных на основе СУБД Microsoft Access
· интерфейс, написанный в Visual Basic 6. 0, позволяющий производить основные операции с информацией в системе, удаление, добавление и другие действия с строками базы, включая поиск клиента, кандидата, заявки, переключение на нужную базу данных.
Данная ИС выполняет следующие задачи: учет информации о Клиентах, Кандидатах и деятельности организации; хранение информации о проделанной работе; выполнение универсальных и стандартных аналитических процедур; обеспечение разделенного доступа к различным массивам информации для различных категорий пользователей.
На основании сделанных выводов, можно сказать, что спроектированная информационная система полностью отвечает поставленным целям.