99675 (Автоматизированный учет работы кадрового агентства "Бизнес трэвел"), страница 3

Нажатие на кнопку «Работодатель (вакансии)» позволяет получить доступ к окну со списком работодателей. Ведение этих карточек аналогично карточкам вакансий.

К каждой карточке привязан список вакансий. Количество вакансий не ограничено. Для добавления новой вакансии нажать на кнопку «Плюс», удалить вакансию – кнопка «Крестик», Редактировать вакансию – кнопка «Открытая папка».

Существуют сервисные функции программы:

– Переиндексирование данных – восстановление индексов (связей), например, в случае аварийного завершения программы.

– Архивные копии – позволяет создать / восстановить архивную копию программы. Создается файл в форме сжатия ZIP. Имя файла «число_месяц_год.zip» (например 11_08_03.zip – архив за 11 августа 2006 г.). Путь, куда можно записать данный файл выбирает пользователь, например на гибкий магнитный диск.

– Регистрация программы позволяет зарегистрировать программу, то есть снять ограничения с режима Демо.

– Установка пароля – позволяет установить / изменить пароль для доступа к программе.

Программа разработана с помощью Borland Delphi с использованием библиотеки доступа к базам данных Borland Database Engine. «Кадровое агентство 1.0» является самостоятельной программой и после регистрации устанавливается на компьютер клиента.

3) Конфигурация «АИСТ: Кадровое Агентство»» предназначена для автоматизации деятельности кадрового агентства по учету анкет от кандидатов и заявок от клиентов–работодателей. Производитель ООО «АИСТ Ай Ти».

Основные функциональные возможности конфигурации «АИСТ: Кадровое Агентство»:

– Ввод и хранение анкет от кандидатов. Анкета содержит персональные (личные) сведения кандидата, образование, трудовую деятельность, знания и навыки, пожелания к будущей работе и т.д.

– Ввод и хранение заявок на подбор персонала от клиента–работодателя кадровому агентству. Заявка содержит сведения о клиенте–работодателе, требования к кандидату, должностные обязанности, пожелания и т.д.

– Получение оперативного доступа к единой корпоративной базе анкет и заявок;

– Оперативный поиск анкет и заявок по любому заданному критерию, включая полнотекстовый поиск по ключевому слову.

Дополнительные функциональные возможности конфигурации:

– Вывод на печать анкет и заявок;

– Подбор анкет, удовлетворяющих заявке;

– Отслеживание отработанных анкет и закрытых заявок;

– Ввод информации в заявки и анкеты с использованием классификаторов (Учебные заведения, Языки, Компьютерные программы и т.д.).

Конфигурация «АИСТ: Кадровое Агентство» не является самостоятельной программой и предназначена только для совместного использования с любой из компонент системы программ «1С: Предприятие 7.7» (реализована на базовых объектах).

Конфигурация «АИСТ: Кадровое Агентство» может работать как самостоятельная конфигурация, так и в составе любой типовой или нетиповой конфигурации (например, в составе управленческой или бухгалтерской системы).

4) «Система автоматизации работы кадрового агентства». Автоматизирует работу сотрудников кадрового агентства: секретаря, менеджеров, руководителей групп, отдела продаж, ведёт учёт услуг средств массовой информации и производит оценку их эффективности, анализирует качество и эффективность работы сотрудников, формирует полную финансовую и функциональную отчётность по работе агентства для руководства компании:

• Хранение и поиск информации о кандидатах, заказчиках, вакансиях, СМИ, сотрудниках агентства и их персональной работе, хранение любых сопутствующих документов в их исходном формате (договоры, счета, схемы проезда, фотографии, портфолио и т.д.) размером до 50 Мб и более;

• Автоматическое размещение отмеченных вакансий на сайте агентства, приём, сортировка и распознавание ответной почтовой корреспонденции, занесение данных в систему;

• Автоматическая обработка и сортировка всей почтовой корреспонденции;

• Поиск по тексту резюме и любым полям анкеты кандидатов;

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

• Планирование и контроль работы менеджеров (контакты, собеседования и т.д.);

• Формирование документов для представления заказчику, контроль прохождения испытательного срока кандидатом;

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

• Формирование отчётов по финансовой, кадровой и функциональной деятельности агентства;

• Ведение и учёт переписки при помощи встроенного почтового клиента с кандидатами, заказчиками, СМИ, а также сотрудниками внутри компании;

• Массовая рассылка персональных писем по выделенным позициям списка кандидатов, заказчиков, сотрудников, СМИ;

• Групповая модификации данных над выделенными позициями списка.

Система ориентирована на групповую работу с данными для повышения качества и скорости обслуживания клиентов. Сюда входит хранение карточек работников агентства (Ф.И.О., эл. адрес, телефон), внутренняя переписка, напоминания (отложенные сообщения). К функциям групповой работы также относится передача в рамках системы (с оповещением) новых, неприкрепленных файлов соискателей. Данная система предусмотрена для работы крупного, структурированного кадрового агентства, работа которого не ограничивается только автономным режимом. Предусмотрен огромный банк по работе с Интернетом, а также с локальными сетями внутри компании. (38, с. 15–22)

Рассмотренные выше программы являются лишь частью огромной программной среды для автоматизированной работы кадрового агентства. Рассмотрены как самые простые (программа «Кадровое агентство» версия 1.0.) так и сложные корпоративные программы («Система автоматизации работы кадрового агентства»). Каждая из этих программ имеет свои преимущества и недостатки, так как работа кадрового агентства сложный процесс, который полностью автоматизировать практически невозможно, поэтому возникающие ситуации не всегда может отразить та или иная программа.

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

1.3 Организация системы управления базами данных и интерфейс пользователя

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

Базы данных, файлы которых расположены на локальном диске компьютера или в локальной сети мы будем называть локальными. Доступ к этим файлам осуществляется приложением напрямую. Локальная база данных предполагает, что данные находятся на рабочем компьютере и доступ к ним может выполнить только один пользователь и с помощью только одного приложения. Возможен доступ к данным и для пользователя другого компьютера по сети, но только после того, как первый пользователь закончит работу своего приложения. Проблема одновременного доступа двух пользователей в этом случае не возникает. (14, с. 221–224)

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

В наиболее полном варианте СУБД может иметь следующие компоненты:

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

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

• компилятор для придания завершенной программе вида готового коммерческого продукта в форме независимого EXE‑файла;

• программы-утилиты быстрого программирования рутинных операций (генераторы отчетов, экранов, меню и других приложений)

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

Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные под конкретные задачи и даже под конкретного пользователя. Есть также СУБД, которые имеют только язык и не имеют оболочки пользователя. Они предназначены исключительно для программистов, и это системы компилирующего типа. Такие пакеты лишь с оговорками могут быть назначены СУБД. Обычно их называют просто компиляторами. (12, с. 210)

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

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

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

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

Процесс проектирования базы данных информационной системы разбивается на основные этапы:

• Инфологическое проектирование – сбор, анализ, описание объектов и связей между ними.

• Логическое проектирование – преобразование требований к данным в структуры данных. На выходе получаем структуру базы данных и спецификации прикладных программ.

• Физическое проектирование – определение особенностей хранения данных, методов доступа и т.д.

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

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

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

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

Цель логического проектирования – применение принципов модели разработки приложения к конкретной задаче. Результат этого этапа – структура решения и связи между его элементами. Как правило, в результате логического проектирования определяется набор необходимых объектов, атрибутов и связей, принципы проектирования пользовательского интерфейса и логическая модель данных. (43, с. 290–294) Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных. Каждая таблица в реляционной БД удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Любая таблица, удовлетворяющая этому условию, называется нормализованной. Фактически, ненормализованные таблицы, т.е. таблицы, содержащие повторяющиеся группы, даже не допускаются в реляционной БД. Интерфейс определяет переход от представления данных в БД к представлению, принятому среди пользователей, и обратно. В общем случае пользователи представляют данные в виде документов различных видов, от произвольных текстов до справок и таблиц фиксированного формата.

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

2. Автоматизация учета работы кадрового агентства «Бизнес трэвел»

2.1 Проектирование АИС: создание баз данных, определение языка программирования

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