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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Информационная система кадрового агентства

Информация:

Тип работы: курсовая работа. Добавлен: 19.07.2012. Сдан: 2011. Страниц: 8. Уникальность по antiplagiat.ru: < 30%

Описание (план):


Министерство  образования Российской Федерации 
 
 
 
 
 
 

Курсовая  работа 

По  предмету Проектирование информационных систем
На  тему «Информационная  система кадрового агентства» 
 
 
 
 
 
 
 
 
 
 
 

Москва 2008.
Содержание
    Введение...............................................................................................3
    Глава 1. Описание предметной области........................................6
    Глава 2. Проектирование БД.........................................................10
    Описание сущностей....................................................................... ..11
    Описание связей………………………………………….………....11
    Er-диаграмма на этапе логического проектирования ….………...14
    Анализ модели на этапе логического проектирования ……….....15
    Er-диаграмма на этапе физического проектирования…………....17
    Глава 3. Проектирование приложений……………………........18
    Список транзакций…………………………………………............18
    Анализ транзакций на этапе логического проектирования...........19
    Анализ транзакций на этапе физического проектирования……...20
    Документация на пользовательский интерфейс………………......21
    Заключение………………………………………………………....24
 

Введение.
     Задачей курсовой работы является разработка информационной системы кадрового агентства, предназначенной для автоматизации работы сотрудников отдела по подбору персонала. В задачу информационной системы входит хранение и наполнение базы данных информацией о соискателях, клиентах, сотрудниках и заявках, отображающих процесс подбора персонала, обработка и анализ накопленных данных, формирование отчетов по результатам проделанной работы. В качестве среды разработки использована СУБД Microsoft Access, входящая в пакет Microsoft Office, сочетающая удобство использования и простоту создания форм и отчетов, анализа данных.    
     Из определения термина Система Управления Базами Данных (СУБД) мы знаем, что СУБД это - программное обеспечение, контролирующее организацию, хранение, целостность, внесение изменений, чтение и безопасность информации в базе данных СУБД. Назначение СУБД - отвечать за обработку запросов к базе данных, и получать ответы от неё. Создание СУБД может быть реализовано как на традиционных языках программирования, так и на специализированных языках баз данных.
     Система управления базами данных (СУБД) должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о механизмах функционирования базы данных.  
     СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

     СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно.
     СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие  повторяющиеся данные, разбиваются на несколько связанных таблиц.
      Проектирование информационных систем  —  длительный и сложный процесс, требующий высокого профессионализма. В процессе создания и работы ИС, потребности конечных пользователей всегда изменяются или уточняются, что определенно усложняет разработку таких систем.
     Большинство существующих CASE-средств основано на методах структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
     Для написания внешнего интерфейса выбран язык 4 поколения Visual Basic.
Microsoft Visual Basic —  средство разработки программного обеспечения, разрабатываемое корпорацией Microsoft и включающее язык программирования и среду разработки. Этот язык программирования сочетает в себе процедуры и элементы объектно-ориентированных и компонентно-ориентированных языков программирования. Среда разработки VB включает инструменты для визуального конструирования пользовательского интерфейса.
Visual Basic считается  идеальным средством быстрой разработки прототипов программы, для разработки приложений баз данных и вообще для компонентного способа создания программ, работающих под управлением операционных систем семейства Microsoft Windows.
     В данной курсовой работе перед нами стоит задача спроектировать модель информационной системы организации, которая занимается подбором персонала для крупных фирм – заказчиков (клиентов).
     Необходимо найти наиболее эффективный способ ведения информации о постоянных клиентах, соискателях, заявках и счетах. Фирме необходимо решать задачи регистрации соискателей и клиентов, расчёта и выставления счетов, занесения и закрытия заявок.
 


Состав информационной системы.

ПО – предметная область
КМД – концептуальная модель данных
БД – база данных
СУБД – система  управления базами данных
ПП – пользовательское приложение
КП – конечный пользователь
 

Глава 1. Описание предметной области
Анализ  предметной области.
Кандидат - лицо, которое обращается за регистрацией в качестве соискателя в фирму.
Консультант –  сотрудник, оказывающий услугу по подбору  постоянного персонала.
Клиент –  потенциальный или активный клиент.
Третья сторона  – внешний ресурс.
CV – резюме – документ с указанием карьерных целей, навыков и опыта работы кандидата.
Замена –  замена происходит в случае, когда  кандидат по своей инициативе или  по инициативе клиента расторгает отношения  с ним до окончания испытательного срока.
Дата начала – дата заключения трудового договора между клиентом и кандидатом.
Запрос –  информация, запрашиваемая клиентом или потенциальным клиентом, такая как: сумма выставляемого счета или наличие того или иного навыка. 

    Работа  над заказом
Работа над заказом включает получение и развитие заказа, утверждение ставок и гарантированного срока по подбору постоянного персонала.
Клиент связывается  с филиалом, с целью размещения заказа.
Консультант собирает у Клиента всю необходимую  информацию по заказу, включая обязательные и желательные требования, и заполняет  соответствующую форму.
Если Клиент ранее никогда не обращался в фирму, то Консультант согласовывает и назначает дату встречи с контактным лицом Клиента. Запись о встрече заносится в базу данных.
Консультант должен принимать заказы от Клиентов только на позиции, соответствующие стратегии подразделения.
После проведения процесса квалификации заказа Консультант  подтверждает Клиенту условия работы над заказом, после чего новому Клиенту  высылается Контракт (договор об оказании услуг).
Контракт должен быть подписан Клиентом и возвращен  в фирму до начала предоставления кандидатов (в соответствии с юридическими требованиями). В случае подписания контракта с новым клиентом, соответствующая информация о нем заносится в базу данных.
Гарантия фирмы  на услуги по подбору постоянного  персонала, как правило, действует 3 месяца, если стороны согласуют другие сроки, эти сроки должны быть отражены в Приложении к договору.
В случае если Клиент неоднократно пользовался услугами данной фирмы, то в базу данных лишь добавляется информация о новом заказе.
В случае, когда Клиент отменяет заказ, Консультант должен закрыть заявку в базе данных.
Вся необходимая  информация по принятому заказу должна быть документально зафиксирована  в заявке и введена Консультантом  в базу данных в течении 24 часов  с момента принятия заказа;
-Должность;
-Сумма оплаты  услуг фирмы
-Зарплата и  компенсационный пакет;
-Консультант
-Дата начала  работы
-Кем закрыта(в  случае закрытия)
-Эксклюзивность (да/нет)
Работа над  заказом начинается только после  ввода заказа в базу данных.
Процесс рекрутинга по заказу должен быть документально зафиксирован Консультантом. Отправка резюме клиенту, интервью кандидатов – все стадии должны отражаться в форме статуса кандидата.
Встречи с Клиентом, дополнительные соглашения и пожелания  во время подбора так же фиксируются в базе данных.
    рекрутинг по открытым заявкам.
Для того что  бы найти соответствующих требованиям  Клиента кандидатов, Консультант  проводит поиск состоящих в базе кандидатов.
Если в базе есть соответствующий кандидат(ы), Консультант  связывается с соискателем и информирует их о позиции. Если Кандидат заинтересован в позиции, то Клиенту предоставляется описание Кандидата.
Если в базе нет подходящего Кандидата, Консультант проводит поиск с использованием:
-размещения  вакансий в Интернете, а так  же поиск по соответствующим сайтам;
-публикации  рекламы в местных газетах,  журналах и т.д.
-прямой поиск  по рекомендациям.
Консультант обязан в оговоренные сроки сообщать Клиенту о ходе его работы.
Когда были определены потенциальные кандидаты, Консультант должен проинтервьюировать их по телефону, или, при необходимости, при личной встрече.
Кандидаты, которые  в наибольшей степени соответствуют  критериям Клиента должны быть назначены  на собеседование с Клиентом.
    Оценка кандидатов для интервью с Клиентом.
Консультант интервьюирует Кандидатов для того что бы собрать, уточнить информацию в объеме, достаточном для определения того, подходит ли кандидат на текущие открытые позиции.
Консультант проверяет  информацию из резюме, выявляет наличие  недостатка квалификации, выявляет знания и компетенции и определяет, соответствует ли кандидат обязательным и желательным требованиям.
Заметки о проведенном  интервью должны быть включены в запись о кандидате в базе данных.
Кандидат должен заполнить и подписать специализированную Анкету для предоставления Клиенту необходимой информации о себе. Если Консультант сочтет Кандидата непригодным для регистрации в фирме, то об этом сообщается Кандидату и вся информация, касающаяся данного кандидата должна быть уничтожена.
Если Кандидат оценивается как пригодный для предоставления на открытую вакансию, по согласию кандидата консультант направляет его на собеседование с Клиентом.
Если кандидат подходит для регистрации, но не соответствует  требованиям данной вакансии, то данные о нем заносятся в базу данных для дальнейшего использования  и предоставления на другие вакансии.
Консультант обязан занести Кандидата в базу данных в течение 48 часов с момента  проведения собеседования. Зарегистрированные (активные) Кандидаты – это те кандидаты, которые были оценены положительно Консультантом и находятся в активном поиске работы.
Неактивные Кандидаты – которые были зарегистрированы и оценены, и нашли работу и более не находятся в активном поиске работы.
    Процесс трудоустройства
Консультант предоставляет  список подобранных кандидатов и  согласовывает время проведения собеседования у Клиента. Информация об интервью заносится в базу данных.
После Клиент сообщает о своем решении, – какие кандидаты, из предоставленных Консультантом, принимаются на работу. Результаты немедленно отражаются в базе данных в форме статуса Кандидата.
    Закрытие
Если кандидат принимает предложение о работе Консультант заполняет заказ  и закрывает его в базе данных в первый день выхода кандидата на работу.
    Выставление счета
Дата счета  отражает дату начала работы кандидата. 
 

    Мониторинг
На протяжении гарантийного периода Консультант  отслеживает работу Кандидата. Производит серии телефонных звонков и встреч как с Кандидатом, так и с Клиентом. Результаты всех звонков и встреч заносятся в базу данных.
    Замены
Для произведения замены Кандидата открывается дополнительная заявка на замену. Общение с Клиентом и Кандидатом и все процедуры ведутся в том же порядке, что и в обычном случае. Замена производится безвозмездно, но гарантии на нее не распространяются.
    Потерянные заявки
Если заявка была потеряна, то Консультант должен закрыть ее в базе данных с соответствующей  пометкой причины закрытия. 

 

Глава 2. Проектирование БД
Выделение и описание сущности
сущность атрибут ключ домен примечание
тип размер
кандидат № кондидата ПК целое число 6  
статус   символьный 6 активен/занят/не активен
Фамалия ПтК символьный 20  
имя   символьный 20  
отчество   символьный 20  
контактный  тел   числовой 15  
дата  прихода   дата 12 чч.мм.гг
дата  рождения   дата 12 чч.мм.гг
вид трудоустройства   символьный 10 постоянное/временное/оба
предпочитаемый  график работы   символьный 10 полный/не полный/сменный
возможность работы в выходные   символьный 3 да/нет
адрес проживания   символьный 100  
гражданство   символьный 20  
место рождения   символьный 50  
№ паспорта   числовой 11  
адрес прописки   символьный 100  
семейное  положение   символьный 20 женат/замужем, холост/не замужем,разведен/разведена, вдовец/вдова
количество  детей   числовой 2  
наличие прав   символьный 3 да/нет
категория водительских прав   символьный 5 А,Б,С,Д,Е
стаж  вождения   числовой 2  
наличие авто   символьный 3 да/нет
возможность использования авто для работы   символьный 3 да/нет
наличие среднеспециального образования   символьный 200 дата поступления  и окончания, наименование уч заведения, специальность/ нет
наличие высшего образования   символьный 200 дата поступления  и окончания, наименование уч заведения, специальность/нет
наличие доп образования   символьный 200 дата поступления  и окончания, наименование уч заведения, специальность/нет
знание  иностранного языка   символьный 50 язык, уровень владения, доп инфо
з\п  на сегодняшний день   числовой 6  
навыки работы на компьтере   символьный 20 пользователь/опытный  пользователь/ администратор/программист
опыт  работы 1   символьный 200 дата начала, дата окончания, наименование оргнанизации, должность
опыт  работы 2   символьный 200 дата начала, дата окончания, наименование оргнанизации, должность
опыт  работы 3   символьный 200 дата начала, дата окончания, наименование оргнанизации, должность
         
консультант № консултанта ПК целое число 6  
контактый тел   числовой 15  
должность   символьный 100  
отдел   символьный 50  
Фио консультанта ПтК символьный 100  
         
         
клиент № клиента ПК целое число 6  
наименование  компании ПтК символьный 100  
ФИО контактного лица   символьный 100  
тел контактного лица   числовой 15  
% ставка   числовой 2 15,20,25 и тд
доп условия   символьный 200 любая необходимая  инф
         
         
         
         
заявка № заявки ПК целое число 6  
должность   символьный 20  
% ставка   числовой 2 15,20,25…
зарплата   числовой 5  
№консультанта   числовой 6  
дата  начала работ   дата 12 чч.мм.гг
статус  заявки   символьный 8 открыт/закрыт/в работе
         
счет № счета ПК целое число 6  
Фио консультанта   символьный 100  
дата  выставления   дата 12 чч.мм.гг
№консультанта   числовой 6  
кол-во работников   числовой 5  
статус  счета   символьный 10 оплачен/не оплачен
статус  заявки   символьный 8 открыта/закрыта/в  работе
% ставка   числовой 2 15,20,25
зп  работника   числовой 5  
вознаграждения   дробное число 5 0,53;0,48…
наименование  компании   символьный 100  
№ клиента   целое число 6  
 
 

Нахождение и описание связей 

сущность связь сущность ПК СУ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. Проектирование приложений.
 Список  транзакций.
    Консультант заносит данные по клиенту
    Консультант открывает новую заявку
    Консультант заносит данные по соискателю
    Поиск клиента по номеру
    Поиск клиента по наименованию
    Консультант просматривает активных кандидатов
    Поиск кандидата по ФИО
    Поиск кандидата по номеру
    Консультант просматривает кандидатов ищущих постоянное трудоустройство
    Консультант отбирает клиентов с максимальной %ставкой
    Консультант просматривает открытые заявки
    Консультант отбирает закрытые заявки
    Консультант просматривает дату открытия/закрытия заявки
    Поиск заявки по номеру
    Поиск заявки по должности
    Поиск заявки по максимальной з/п
    Поиск заявки по дате открытия
    Консультант просматривает заявки с количеством позиций более 10 человек
    Консультант просматривает неоплаченные счета
    Консультант отбирает счета по дате выставления
    Поиск счета по номеру счета
    Отбирает выставленные счета по номеру заявки
    Отбирает счета по наименованию клиента
    Отбирает счета по номеру клиента
    Просматривает счета выставленные данным консультантом по номеру консультанта
    Консультант выставляет новый счет клиенту
    Смена статуса заявки
    Смена статуса кандидата
    Изменение данных о клиенте
    Просмотр заявок данного клиента
 

Анализ  транзакций на этапе  логического проектирования
    Т1(R) [Count, Sum] – Консультант подсчитывает оплаченные счета за определенный период.
    T2(R) [Count] – Консультант просматривает количество открытых заявок
    T3(U) – Консультант вносит изменения в заявку
    T4(R) – Консультант ищет клиента в базе по наименованию
    T5(U) – Консультант меняет статус кандидата
    T6(I) – Консультант открывает новую заявку
    T7(I) – Консультант добавляет нового кандидата
    T8(R) – консультант просматривает заявки данного клиента
    T9(R)[Sum] – Консультант подсчитывает стоимость заявки
    T10 (I) – Консультант выставляет счет клиенту
 
Анализ  транзакций на этапе  физического проектирования
Вход Выход Поля Тип данных Частота запросов(в  неделю)
1 - Schet Data_vistavlenia 
Status_scheta

R
1
2 - Zaiavka Status_zaiavki COUNT(R) 3
3 - Zaiavkra Status_zaiavki U 5
4 - Client Naimenovanie_Kompa R 2
5 - Kandidat Status_kandidata U 15
6 - Zaiavka Nzaiavki 
Dolznost 
%Stavka 
Zarplata 
Data_nachala_rabot Status_zaiavki




I
2
7 - 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_obrazovanie Inostr_jazik  
Znanie_PC  
Opit_raboti1  
Opit_raboti2  
Opit_raboti3








I  










I  
I
50
8 Zaiavka Klient Nzaiavki 
Nklienta 
FiokontLica


R
3
9   Zaiavka Dolznost 
%Stavka  
Zarplata


R
2
10 Zaiavka Schet Status_zaiavki 
Nklienta (FK) 
Data_vistavlenia 
Status_scheta



I
1
    Документация  на пользовательский интерфейс.
    После запуска  системы появляется окно авторизации

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

    После этого  происходит вход в основную систему
     

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


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.