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

После Клиент сообщает о своем решении, – какие кандидаты, из предоставленных Консультантом, принимаются на работу. Результаты немедленно отражаются в базе данных в форме статуса Кандидата.

5. Закрытие

Если кандидат принимает предложение о работе Консультант заполняет заказ  и закрывает его в базе данных в первый день выхода кандидата на работу.

6. Выставление счета

Дата счета  отражает дату начала работы кандидата. 
 

7. Мониторинг

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

8. Замены

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

9. Потерянные заявки

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

 

Глава 2. Проектирование БД

Выделение и описание сущности

 

 

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

ПК – показатель координальности (Он описывает количество возможных связей для каждой из сущностей  участниц)

СУ – степень  участия (определяет зависит ли существование  одной сущности от участия в связи  второй сущности).

 

Концептуальная  модель данных

Отображается 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(R) [Count, Sum] – Консультант подсчитывает оплаченные счета за определенный период.
2. T2(R) [Count] – Консультант просматривает количество открытых заявок
3. T3(U) – Консультант вносит изменения в заявку
4. T4(R) – Консультант ищет клиента в базе по наименованию
5. T5(U) – Консультант меняет статус кандидата
6. T6(I) – Консультант открывает новую заявку
7. T7(I) – Консультант добавляет нового кандидата
8. T8(R) – консультант просматривает заявки данного клиента
9. T9(R)[Sum] – Консультант подсчитывает стоимость заявки
10. T10 (I) – Консультант выставляет счет клиенту

 
Анализ  транзакций на этапе  физического проектирования