Конфигурация «АИСТ: Кадровое Агентство» не является самостоятельной программой и предназначена только для совместного использования с любой из компонент системы программ «1С: Предприятие 7.7» (реализована на базовых объектах).
Конфигурация «АИСТ: Кадровое Агентство» может работать как самостоятельная конфигурация, так и в составе любой типовой или нетиповой конфигурации (например, в составе управленческой или бухгалтерской системы).
4) «Система автоматизации работы кадрового агентства». Автоматизирует работу сотрудников кадрового агентства: секретаря, менеджеров, руководителей групп, отдела продаж, ведёт учёт услуг средств массовой информации и производит оценку их эффективности, анализирует качество и эффективность работы сотрудников, формирует полную финансовую и функциональную отчётность по работе агентства для руководства компании:
· Хранение и поиск информации о кандидатах, заказчиках, вакансиях, СМИ, сотрудниках агентства и их персональной работе, хранение любых сопутствующих документов в их исходном формате (договоры, счета, схемы проезда, фотографии, портфолио и т.д.) размером до 50 Мб и более;
· Автоматическое размещение отмеченных вакансий на сайте агентства, приём, сортировка и распознавание ответной почтовой корреспонденции, занесение данных в систему;
· Автоматическая обработка и сортировка всей почтовой корреспонденции;
· Поиск по тексту резюме и любым полям анкеты кандидатов;
· Поиск кандидатов, заказчиков, вакансий сотрудников, собеседований, документов и писем по совокупному множеству условий и всем полям, включая пользовательские;
· Планирование и контроль работы менеджеров (контакты, собеседования и т.д.);
· Формирование документов для представления заказчику, контроль прохождения испытательного срока кандидатом;
· Распределение прав доступа по группам пользователей и рабочим местам; кроме доступа к полям данных и действий над ними, права определяют состав функций системы для рабочих мест и групп пользователей;
· Формирование отчётов по финансовой, кадровой и функциональной деятельности агентства;
· Ведение и учёт переписки при помощи встроенного почтового клиента с кандидатами, заказчиками, СМИ, а также сотрудниками внутри компании;
· Массовая рассылка персональных писем по выделенным позициям списка кандидатов, заказчиков, сотрудников, СМИ;
· Групповая модификации данных над выделенными позициями списка.
Система ориентирована на групповую работу с данными для повышения качества и скорости обслуживания клиентов. Сюда входит хранение карточек работников агентства (Ф.И.О., эл. адрес, телефон), внутренняя переписка, напоминания (отложенные сообщения). К функциям групповой работы также относится передача в рамках системы (с оповещением) новых, неприкрепленных файлов соискателей. Данная система предусмотрена для работы крупного, структурированного кадрового агентства, работа которого не ограничивается только автономным режимом. Предусмотрен огромный банк по работе с Интернетом, а также с локальными сетями внутри компании. (38, с. 15–22)
Рассмотренные выше программы являются лишь частью огромной программной среды для автоматизированной работы кадрового агентства. Рассмотрены как самые простые (программа «Кадровое агентство» версия 1.0.) так и сложные корпоративные программы («Система автоматизации работы кадрового агентства»). Каждая из этих программ имеет свои преимущества и недостатки, так как работа кадрового агентства сложный процесс, который полностью автоматизировать практически невозможно, поэтому возникающие ситуации не всегда может отразить та или иная программа.
Большим преимуществом программ для кадровых агентств является их гибкость и возможность настроить необходимые параметры, отредактировать те или иные формы по усмотрению агентства, а также возможность создания своих самостоятельных форм, которые максимально будут отражать специфику работы кадрового агентства.
1.3 Организация системы управления базами данных и интерфейс пользователя
Хотя известны попытки создания систем управления БД, поддерживающих сетевую модель для персональных компьютеров, в настоящее время реляционные системы лучше соответствуют их техническим возможностям и вполне удовлетворяют большинство пользователей. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации – индексированием БД.
Базы данных, файлы которых расположены на локальном диске компьютера или в локальной сети мы будем называть локальными. Доступ к этим файлам осуществляется приложением напрямую. Локальная база данных предполагает, что данные находятся на рабочем компьютере и доступ к ним может выполнить только один пользователь и с помощью только одного приложения. Возможен доступ к данным и для пользователя другого компьютера по сети, но только после того, как первый пользователь закончит работу своего приложения. Проблема одновременного доступа двух пользователей в этом случае не возникает. (14, с. 221–224)
Реляционная модель является простейшей и наиболее привычной формой представления данных в виде таблицы. Достоинством ее является сравнительная простота инструментальных средств ее поддержки, недостатком – жесткость структуры данных (невозможность, например, задания строк таблицы произвольной длины) и зависимость скорости ее работы от размера БД. Для многих операций, определенных в такой модели, может оказаться необходимым просмотр всей базы.
В наиболее полном варианте СУБД может иметь следующие компоненты:
- среда пользователя, дающая возможность непосредственного управления данными с клавиатуры;
- алгоритмический язык для программирования прикладных систем обработки данных, реализованный как интерпретатор, позволяет быстро создавать и отлаживать программы;
- компилятор для придания завершенной программе вида готового коммерческого продукта в форме независимого EXE‑файла;
- программы-утилиты быстрого программирования рутинных операций (генераторы отчетов, экранов, меню и других приложений)
Собственно СУБД – это, конечно, оболочка пользователя. Ввиду того, что такая среда ориентирована на немедленное удовлетворение его запросов, это всегда система-интегратор. Есть множество хороших зарубежных пакетов, которые имеют только один указанный компонент.
Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные под конкретные задачи и даже под конкретного пользователя. Есть также СУБД, которые имеют только язык и не имеют оболочки пользователя. Они предназначены исключительно для программистов, и это системы компилирующего типа. Такие пакеты лишь с оговорками могут быть назначены СУБД. Обычно их называют просто компиляторами. (12, с. 210)
Проектируемые мной базы данных являются составной частью автоматизированной информационной системы, которая подразумевает не только хранение данных, но и их обработку.
Основная цель проектирования БД – это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте. Проектирование базы данных – одна из наиболее ответственных трудных задач, связанных с созданием информационной системы. В результате ее решения должны быть определены и содержание базы данных, и эффективный с точки зрения всего сообщества будущих пользователей способ ее организации, и инструментальные средства управления данными.
При проектировании информационной системы необходимо провести анализ целей этой системы и выявить требования к ней отдельных пользователей (сотрудников организации).
Рассмотрим все этапы проектирования информационной системы: от инфологического, до построения физической модели базы данных.
Процесс проектирования базы данных информационной системы разбивается на основные этапы:
· Инфологическое проектирование – сбор, анализ, описание объектов и связей между ними.
· Логическое проектирование – преобразование требований к данным в структуры данных. На выходе получаем структуру базы данных и спецификации прикладных программ.
· Физическое проектирование – определение особенностей хранения данных, методов доступа и т.д.
Для решения задач инфологического проектирования осуществляются следующие мероприятия: обследование предметной области, изучение ее информационной структуры; выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами; моделирование и интеграция всех представлений.
Задача этапа логического проектирования состоит в разработке ее «логической» структуры в соответствии с инфологической моделью предметной области. В результате этого этапа создаются схемы базы данных концептуального и внешнего уровней архитектуры, специализированные на языках определения данных.
На стадии инфологического проектирования осуществляется обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки текстов и неоднозначности любого естественного языка).
Логическая модель данных описывает факты и объекты, подлежащие регистрации в будущей базе данных. На этапе логического проектирования для каждого атрибута обычно определяется примерный тип данных (строковый, числовой, логический и др.), конкретизация происходит на этапе физического проектирования.