Преподаватель который помогает студентам и школьникам в учёбе.

Моделирование предметной области «Управление персоналом» с помощью UML (Подсистема журналирования)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

Предметом исследования является моделирование процессов, как основа проектирования ИС «Recruting» (условно) средствами UML.

Глобально задачу курсовой работы можно сформулировать следующим образом – разработать объектно-ориентированную модель ИС для автоматизации бизнес-процессов трудоустройства.

1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Формализованное задание, согласно варианту

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

- предприятие (код, название, краткое название, адрес, контактные телефоны, электронный адрес);

- название вакансии (должность);

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

- обязанности (выбор из перечня – заключение договоров, распространение агитационного материала, работа с клиентами и т.п.);

- предполагаемая оплата (Нижняя граница, Верхняя граница), единицы измерения оплаты - рубли;

- оформление трудовой книжки (да, нет);

- наличие социального пакета (да, нет);

- срок начала открытия вакансии;

- срок закрытия вакансии (вакансия занята).

Необходимо осуществлять следующую обработку данных:

- на заданную дату список предприятий, имеющих вакансии по заданной должности;

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

- на заданную дату список предприятий, предлагающих вакансии, не требующих образования.

1.2 Используемая терминология

Мы рассматриваем проектирование системы абстрактно (не имеем конкретного заказчика, договоров и подобных документов, которые должны представляться и упоминаться в работе и ТЗ). Исходя из этого рассматриваем некий абстрактный город N.

Город N – город на территории которого планируется внедрение АС, для автоматизации процессов трудоустройства.

Служба занятости (АГЕНТСТВО) города N – основной заказчик и пользователь системы.

Предприятие, организация, фирма, компания – виды структур заинтересованных в кадрах, подают заявки в систему с указанием вакантных должностей, выступают в процессах автоматизации РАБОТОДАТЕЛЯМИ.

СОИСКАТЕЛИ – частные лица ищущие место работы.

АИС – автоматизированная информационная система.

АРМ – автоматизированное рабочее место.

ТРУДОУСТРОЙСТВО – взаимное удовлетворение потребностей и желаний РАБОТОДАТЕЛЯ и СОИСКАТЕЛЯ, предполагает оформление ряда документов.

ДОКУМЕНТООБОРОТ – движение документов описывающих автоматизируемый процесс.

1.3 Функции предметной области. Варианты использования ИС

Основными субъектами рынка труда являются работодатели и наемные работники.

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

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

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

Схематически функции предметной области в разрезе проектирования автоматизированной системы «АИС «Recruting»» (учитывая задание КР) можно представить следующим образом (рис. 1). На рис. 1 представлена диаграмма вариантов использования (UseCase) системы различными актерами (действующими активными субъектами системы). Именно эта диаграмма модели UML предназначена для иллюстрации возможных действий (взаимодействий пользователя).

Диаграмма (рис. 1) показывает, что взаимодействие с системой предполагается как непосредственно заинтересованными пользователями, так и посредством оператора. Пользователь взаимодействует с оператором в телефонном режиме, а оператор уже взаимодействует непосредственно с системой.

Рисунок 1 – Функции, попадающие в поле автоматизации проектируемой системы

На рис. 1 проектируемая система представлена лишь базовым набором функций, в полнофункциональных вариантах ИС не только выполняет пассивную функцию накопление вакансий и предложений, но и должна предполагать активные проявления в направлении поиска, отбора, анализа кадров. Это может быть реализовано через систему тестирований и анкетирования (первичный этап) и личные собеседования со специалистами по отбору кадров агентства и заинтересованной организации (вторичный этап). Модель соискателя представлена на рис. 2

Соискатель

Личностные характеристики

Профессиональные качества

Специальность

Качество образования

Тестирование и

анкетирование

Рейтинговая

оценка

Требования

Рисунок 2 Модель соискателя

1.4 Предложение по структуре и архитектуре системы

Исходя из современных требований и результатов исследования предметной области система проектируется как клиент-серверная система с наличием Webинтерфейса доступа в систему для СОИСКАТЕЛЬ/РАБОТОДАТЕЛЬ.

Рисунок 3 – Концептуальная архитектура системы

В состав Системы должны входить следующие подсистемы:

1) Подсистема хранения информации;

2) Подсистема журналирования обращений;

3) Подсистема журналирования входов пользователей в систему;

4) Подсистема рассылки уведомлений СОИСКАТЕЛЮ;

5) Подсистема формирования запросов;

6) Подсистема генерации отчетов;

7) Подсистема работы со справочниками системы.

1.4.1 Подсистема хранения информации

предназначена для:

– фиксации информации о фактах учетных событий;

– внесения в базу данных учетных данных;

– хранения поступающих документов и файлов;

1.4.2 Подсистема журналирования

предназначена для:

– сбора и хранение информации о событиях Системы;

статистика входов в систему с фиксацией даты, времени, и данных для авторизации

1.4.3 Подсистема уведомлений предназначена для:

– уведомления о подходящей вакансии для СОИСКАТЕЛЯ.

1.4.4 Подсистема формирования запросов:

предназначена для возможности формирования запросов в БД системы, как стандартных так и не стандартных, предполагает наличие конструктора запросов для формирования сложных запросов со многими параметрами.

1.4.5 Подсистема генерации отчетов

предназначена для формирования отчетов по запросам сформированным в системе и представление их в виде удобном для пользователя в зависимости от типа: веб-страница, pdf документ, таблица Excel;

1.5 Схема документооборота

Среди основных документов принимающих участие в документировании исследуемого автоматизируемого процесса выделим:

Заявка на соискание должности;

Заявка на наличие вакансии;

Требование к соискателю на занимаемую должность;

Анкета соискателя;

Результаты тестирований;

Состояние рынка труда;

Список возможных кандидатов;

Приглашение на собеседование.

Схема документооборота и связи: АИС→Пользователи→Документы представлены на рис. 4

Рисунок 4 – Схема документооборота

1.6 Описание документов

Заявка на соискание должности – заявки оставленные СОИСКАТЕЛЕМ о поиске работы;

Заявка на наличие вакансии (поиск вакансии) – заявки формируемые РАБОТОДАТЕЛЕМ на вакантные должности;

Требование к соискателю на занимаемую должность – приложение к заявке на наличие вакансии;

Анкета соискателя – личные данные и данные об образовании и профессиональных навыках;

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

Список возможных кандидатов – отчет формируемый системой посредством выборки из БД потенциальных кандидатов наиболее подходящих по запросам РОБОТОДАТЕЛЯ, количество потенциальных работников зависит от количества записей в БД СОИСКАТЕЛЕЙ и строгости запроса (количество параметров участвующих в запросе);

Приглашение на собеседование – шаблон - письмо свободной формы, которое отправляется СОИСКАТЕЛЮ в случае заинтересованности РАБОТОДАТЕЛЯ в его услугах (кандидатура СОИСКАТЕЛЯ отвечает требованиям РАБОТОДАТЕЛЯ).

Примеры некоторых документов приведены в приложении 2.

2 МОДЕЛИРОВАНИЕ СИСТЕМЫ СРЕДСТВАМИ UML

В работе, ранее, уже была предложена одна из диаграмм (UseCase). Но эта диаграмма иллюстрирует только внешнее проявление и не рассматривает внутренних механизмов, для более детального моделирования рассмотрим ряд других диаграмм модели.

2.1 Диаграмма классов

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

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

Таблица 1

Описание классов

№ п/п	Имя класса	Краткое описание
1	Агентство	Класс, описывающий организацию – кадровое агентство
2	Оператор	Класс, содержащий основные атрибуты и методы оператора ИС
3	Соискатель	Класс содержит основные атрибуты и методы взаимодействия с ИС соискателя
4	Работодатель	Класс, содержащий атрибуты и методы взаимодействия с ИС работодателя
5	Вакансия	Класс, содержащий описывающие поля для вакансии, как основной информационной единицы ИС
6	ИС «Recruting»	Глобальный класс-контейнер, который содержит методы реализующие функционал всей системы кадрового агентства

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

Диаграмма классов представлена на рис. 5

Рисунок 5 – Диаграмма классов

Опишем более детально классы в таблице 2

Таблица 6

Описание атрибутов класса

Имя класса
Атрибут	Вид-сть		Тип атрибута			Описание
*Агентство*
ID	Private		числовой		Предназначение этого атрибута не однозначно (исходя из задания), предположим – выполняет идентифицирующую функцию
Название	Private		String		Название агентства
Сокращенно	Private		String		Короткое название
Адрес	Private		String		Адрес агентства
Телефон	Private		String		Телефон агентства
Эл. почта	Private		String		Почта агентства
*все поля обозначены как Private – никто из субъектов не нуждается в доступе к этой информации, информация может предоставляться по требованию. В функционале ИС эта информация нигде не фигурирует
*Вакансия*
Название	Public		String		Название вакансии
ID_emloyer	Public		Long		Код организации разместившей вакансию
договор	Public		Boolean		Да обязательное подписание договора
трудовая книжка	Public		Boolean		Да – оформление трудоустройства с записью в трудовой
соц. пакет	Public		Boolean		Да – наличие соц. пакета
вакансия открыта	Public		Data		Дата открытия вакансии
вакансия закрыта	Public		Data		Вакансия актуальна до…
оплата	Public		Struct{range:valute}		Указывает диапазон ЗП и валюту
пол	Public		Variant (м/ж/Н)		М –мужчина Ж – женщина Н пол не важен
возраст	Public		Range(y1..yn)		Приемлемый для работодателя диапазон возраста
образование	Public		Variant		Требуемый уровень образования
доп. требования	Public		Variant		Обязательные доп. навыки (знание языка, владение ПК и т.д.)
*Работодатель*
ID		Private		числовой			Код, идентифицирующий запись
Название		Public		String			Название организации
Адрес		Public		String			Адрес организации
Телефон		Public		String			Телефон организации
Эл. почта		Public		String			Почта организации
Конт. лицо		Public		String			Лицо в организации, отвечающие за контакты с оператором ИС или соискателем – претендентом на вакансию
Методы
add_data (vacancy)		Public		Разместить информацию о вакансии
pretendent =Get_data(requrements)		Public		Получить перечень претендентов подходящих по требованиям
*Соискатель*
ID		Public		Long			Код записи в БД
конт. телефон		Public		String			Телефон соискателя
пол		Public		Variant (м/ж)			Пол соискателя
возраст		Public		Byte			Возраст (полных лет)
образование		Public		Variant			Образование соискателя
Специальность		Public		String			Специальность по диплому
доп. навыки		Public		Variant			Доп. навыки (знание языка, владение ПК и т.д.)
Предыдущие место работы		Public		String			Организация, где соискатель работал ранее
Методы
Add_data(personal)		Public		Добавить персональную информацию
vacancy = Get_data(parametr)		Public		Получить перечень вакансий подходящих по требованиям
receive_Msg		Public		Получить уведомление о собеседовании

Все описанные в таблице данные (атрибуты/методы) классов задокументированы в модели (рис. 6)

Рисунок 6 – Детализация классов

2.2 Диаграмма активности/состояний

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

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

В этом типе диаграмм используются два основных символа:

активность (действие)

состояние

Ниже представлена диаграмма активности для информационной системы, которая описывает добавление вакансии «Работодателем»

Рисунок 7 Диаграмма состояний

2.3 Диаграмма последовательности

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

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

В конкретной модели данный тип диаграмм представлен несколькими диаграммами.

Непосредственное взаимодействие с ИС актеров представлено на рис. 8-9. На рис. 10 представлена диаграмма взаимодействия через оператора, когда пользователь не взаимодействует напрямую, а обращается в Cool-центр агентства (смотри рис. 3)

Рисунок 8 – Добавление соискателя

Рисунок 9 – Поиск вакансии

Рисунок 10 Взаимодействие через оператора

Стоит также рассмотреть диаграмму выбора работодателем соискателя.

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

Рисунок 11 – Организация связи между «Соискателем» и «Работодателем»

2.5 Диаграмма компонентов

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

Ниже представлена диаграмма компонентов для информационной системы кадрового агентства. Система включает два основных способов взаимодействия с ИС:

Веб-интерфейс для взаимодействия внешних пользователей «Соискатели»/ «Работодатели»

Администраторская панель для администрирования системы со стороны оператора системы

Рисунок 12 – Диаграмма компонентов

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

Детализированная структура программы (диаграмма компонентов) приведена на рисунке 12.

Рисунок 12 – Диаграмма компонентов АИС «Кадровое агентство» (серверная часть)

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

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

Модуль связи с СОИСКАТЕЛЯМИ выполняет функции регистрации соискателя в системе и привязки его обновленных данных к данным накопленным по нему ранее (если таковые были).

Модуль взаимодействия с РАБОТОДАТЕЛЕМ – реализует функции наполнения таблицы предприятий заказчиков через сеть Интернет или CallCentr. Передача информации от пользователя к модулю происходит через набор клиентских форм, на основании которых формируется http запрос к серверу. На клиентском браузере происходит первоначальная проверка на корректность данных. На основании данных форм модуль формирует SQL-запрос к базе данных.

Модуль приема заявок позволяет – регистрировать запросы предприятий на подбор персонала, занесение этих запросов в БД и подготовку данных для их обработки.

Модуль отображения заявки – выполняет функции отображения результатов обработки заявок полученных из АИС по запросу предприятия (Работодателя).

Модуль рассылки обеспечивает связь с пользователями посредством рассылки через электронную почту.

Часть модулей системы должна работать в автоматическом режиме круглосуточно.

ЗАКЛЮЧЕНИЕ

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

Работать по бумагам, не иметь оперативной статистики и контроля, осуществлять поиск работников (или вакансий) в режиме off-line и быть конкурентоспособными на рынке – сегодня уже невозможно.

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

Далее в работе построены диаграммы (элементы модели UML) иллюстрирующие (моделирующие) отдельные аспекты работы ИС.

Структура работы и ее содержание полностью отвечают тематике и направленности рассматриваемых в работе вопросов.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Самоучитель UML, 4-е издание - Александр Леоненков; Исд: БХВ-Петербург, 2014
Язык UML. Руководство пользователя, 2-е издание-ради Буч, Джеймс Рамбо, Ивар Якобсон; Исд: ДМК Пресс, 2007
UML. Проектирование систем реального времени, распределенных и параллельных приложений, 2-е издание - Хассан Гома; Исд: ДМК Пресс, 2004
UML 2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование, 2-ое издание - Джим Арлоу, Айла Нейштадт; Исд: Символ-Плюс, 2007
CASE-технологии. Практическая работа в Rational Rose - С. А. Трофимов; Исд: Бином-Пресс, 2002
Унифицированный процесс разработки программного обеспечения - А. Якобсон, Г. Буч, Дж. Рамбо; Исд: Питер, 2002

ПРИЛОЖЕНИЯ

Приложение 1 Возможные примеры документов

АНКЕТА № ___

«__» __________ 200__г.

Ф.И.О._______________________________________________________

Число, месяц, год и место рождения_____________________________

Паспорт (серия, №, кем выдан)________________________________

Адрес регистрации (прописки)

_______________________Гражданство_______________

Место фактического прож.__________________ тел.___________

Национальность______________________________________________

Семейное положение_________________

Количество и возраст детей__________________

Вредные привычки_____

Инвалидность________Судимость_______

Физ. данные: рост_______, вес_______, спорт. разряд______________

Инн (да, нет)_______________ Пенсионное св-во (да, нет)__________

Сан. минимум (да, нет)____________ Мед. полис (да, нет)________

ДАННЫЕ ОБ ОБРАЗОВАНИИ

Образование

Наименование учебного

заведения и его местонахожд.

Год

Окончания

Специальность

Форма

обучения

ДАННЫЕ О ТРУДОВОЙ ДЕЯТЕЛЬНОСТИ

Последнее место работы	Должность	Орг.	По трудовой (по соглаш.)	Стаж		Причина увольнен.
Последнее место работы	Должность	Орг.	По трудовой (по соглаш.)	Кол.	Сроки	Причина увольнен.

ПО Специальности
БЕЗ Специальности

ИНЫЕ виды деятельности:

Дополн. Умения: Навыки:

Отношение к армии______________ Знание иностран.____________

Категория водительских прав___________ Личный а/м___________

Опыт работы с: оргтехникой____________, кассой____________, комп. прогр._______

ТРЕБОВАНИЯ К ПРЕДЛАГАЕМОМУ МЕСТУ РАБОТЫ

Сфера деятельности________ Желаемая долж.________Возможная долж.______

Минимальная зарплата от ___________ Желаемый район____________

Возможность командировок______________ График работы__________

Работа (временная, постоянная, по совместительству)______________

ПОДПИСЬ:

Заявка на вакансию

Название организации		Пометки о договоре		Дата поступления
Должность	Количество		Пометки о вакансии		Дата объявления

Условия

Сфера	Обязанности
Режим	Зарплата
Испытат. Срок	Район
АДРЕС:
Ответственное лицо во время собесед:

Требования

Пол

Возраст

Национ.

Образование

стаж

Особые требования	Документы

Приложение 2 Фрагменты типового соглашения