Рефераты - Афоризмы - Словари
Русские, белорусские и английские сочинения
Русские и белорусские изложения

Информационная система обслуживания клиентов центра занятости населения

Работа из раздела: «Программирование, компьютеры и кибернетика»

/

ВВЕДЕНИЕ

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

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

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

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

Таким образом, можно выделить следующие пять основных вопросов, в той или иной степени актуальных для центра занятости:

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

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

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

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

Необходимость объективного видения картины работы агентства в целом;

Неудобство бумажного документооборота (потеря важных документов, потеря времени на поиск нужного документа и т.п.);

Существующие проблемы можно классифицировать следующим образом:

Технические проблемы, связанные с применением бумажных носителей в качестве основных, ограниченное применение возможностей ПК в процессе подбора персонала;

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

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

1. ПОСТАНОВКА ЗАДАЧИ И ОПРЕДЕЛЕНИЕ ОСНОВНЫХ ПРИНЦИПОВ РАБОТЫ ЦЕНТРА ЗАНЯТОСТИ

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

1.1 Цели и задачи работы центра занятости

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

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

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

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

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

Ситуацией требующей безусловного привлечения сторонних экспертов и консультантов, является поиск кандидата на должность руководителя (топ менеджера) компании. И дело не только в том, что внутренний рекрутер не в состоянии грамотно оценить его потенциал, а скорее в том, что его мнение не является авторитетом для руководства компании. А выбирать (отбирать) кандидатуру будущего начальника, для подчиненного представляется не совсем этичным. Традиционно для решения таких задач руководство компании обращается к услугам консультантов executivesearch - высшего эшелона кадрового бизнеса.

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

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

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

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

соискатель заполняет анкету по трудоустройству, к которой прилагается фотография;

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

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

после составления договора соискателю предоставляются данные работодателя;

проводится собеседование между соискателем и работодателем.

Если проводятся психологические тренинги, то предполагаемый технологический процесс будет следующим:

формируются группы из желающих попасть на психологический тренинг;

записавшиеся оплачивают в кассу сумму за тренинг;

проводится тренинг с квалифицированным психологом.

Организационная структура центра занятости

Рекрутинговые компании, как правило, небольшие. Численность сотрудников колеблется в пределах от 4 до 60 человек [1]. Впрочем, сам по себе размер не является показателем качества. Есть примеры малочисленных агентств национального значения и многоофисных - местного.

Многие вопросы замыкаются на директоре предприятия и решаются непосредственно с ним. Некоторые авторы находят в этом свои преимущества, например, оперативность, личные и деловые связи в отрасли [2]. Другие небезосновательно одобряют укрупнение и структуризацию агентств, а также их специализацию, когда какая-либо профессиональная группа превышает 25-30% от общего числа выполняемых заказов [3].

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

/

Рис. 1.1 - Организационная структура центра занятости

При подобной организационной структуре специалистом 1-го уровня является директор; специалистами 2-го уровня - главный бухгалтер, главный бухгалтер, зам. директора по связям с общественностью, зам. директора по правовым вопросам; исполнителями - секретарь, юрист, психолог, консультант, кассир, бухгалтер.

1.2 Определение границ предметной области

Функциональная модель центра занятости на рис. 1.2.

Рис. 1.2 - Функциональная модель работы центра занятости

Данная модель отражает общую схему работы большинства центров занятости. Рассмотрим ее более подробно.

Информационные потоки. Информация делится на входящую, исходящую, и внутреннюю.

Входная информация делится на первичную, осведомляющую и директивную.

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

Осведомляющая: информация о конкурентах, имеющихся на рынке труда, расценки на их услуги. Осведомляющей будет являться информация о балансе счёта в банке.

Директивная: это информация о законах, приказах. Нашей деятельности касаются: приказ «Об утверждении штатного расписания», «О совмещении двух должностей», «О принятии на работу»; налоговый кодекс, гражданский кодекс, КЗоТ.

Внутренняя информация. Нормативно - справочная: справочник работника кадровой службы, справочник новой профессии (newprof). Также к внутренней информации относятся: договор с соискателем, резюме, анкета соискателя.

Выходная информация. Отчётно-статистическая: сколько соискателей пришло, сколько устроено (самими нами), сколько анкет отправлено в архив. Информация о бухучёте: прибыль, затраты за текущий месяц, бухгалтерский баланс.

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

1.3 Объект автоматизации

Рассмотрим более детально объект автоматизации - деятельность консультанта и отдела обработки данных.

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

На рис. 1.3. приводится модель оказания рекрутинговых услуг на основе 2 этапов.

/

Рис. 1.3 - Модель оказания рекрутинговых услуг

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

В функции отдела обработки данных входит обработка входящей и подготовка исходящей информации:

Формирование и ведение журнала приема-увольнения кандидатов;

Ведение личных карточек кандидатов;

Ведение архива договоров;

Подготовка отчетной документации.

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

1.4 Анализ существующих решений

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

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

Современный уровень информационных технологий позволяет просто и эффективно решить существующие проблемы путем применения специализированных информационных систем.

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

1.5 Критерии оценки информационных систем

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

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

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

Наличие БД. Хранение информации о контрагентах: кандидатах и заказчиках, служебной информации и прочих документов в единой БД ускорит поиск информации и сделает его наиболее эффективным;

Наличие подсистемы отчетности. Получение отчетных форм, соответствующих ГОСТам, снизит нагрузку на отдел обработки данных;

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

1.6 Анализ существующих ИС обслуживания клиентов в центрах занятости

Автоматизированная система подбора персонала Рекрутер

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

Конкурсный отбор

Деловая переписка

Договоры и платежи

Вакансии, заказчики

Кандидаты на работу

Web-сайт

Рис. 1.4 - Структура автоматизированной системы подбора персонала Рекрутер

Конкурсный отбор

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

Рис. 1.5 - Автоматизированная система подбора персонала Рекрутер: собеседование

Деловая переписка

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

Рис. 1.6 - Автоматизированная система подбора персонала Рекрутер: деловая переписка

Договоры и платежи

Учет затрат при заполнении вакансий.

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

Рис. 1.7 - Автоматизированная система подбора персонала Рекрутер: договоры и платежи

Вакансии

Вакансии и связанные с ними объекты.

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

Интеграция с Web-сайтом

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

Учитывая то, что в последнее время популярность Интернета как средства поиска работы резко возросла, внедрив Рекрутер, предприятие выиграет дважды. Во-первых, не будете тратиться время на ввод поступающих через Интернет кандидатов, так как они сами будут заполнять анкету на Web-сайте. А, во-вторых, посетители Web-сайта обязательно оценят современный уровень технологий, используемых при подборе персонала.

Кандидаты

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

Рис. 1.8 - Автоматизированная система подбора персонала Рекрутер: кандидаты

Автоматизированная система подбора персонала Резюмакс

Максимальная эффективность подбора персонала благодаря автоматизации взаимодействия кандидатов, рекрутеров и работодателей.

Резюмакс - корпоративная система подбора персонала, предназначенная для отделов персонала компаний, центров занятости и индивидуальных рекрутеров. Важными особенностями системы Резюмакс являются: автоматизация коллективной работы всех участников процесса подбора персонала, возможность удаленной работы с базой данных, поддержка групповой переписки по электронной почте, возможность использования квалификационных вопросников, полная автоматизация раздела 'Работа' на корпоративном Web-сайте, а также мощная СУБД, гарантирующая максимально быстрый поиск по большим объемам информации (Рис.1.9).

Отдел персонала

компании

Индивидуальный

рекрутер

Центр Занятости

Web-портал

Рис. 1.9 - Структура автоматизированной системы подбора персонала Резюмакс

Кадровое агентство

Передовые технологии подбора персонала.

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

Привлечение пассивных кандидатов.

Резюмакс улучшает качество работы с пассивными кандидатами, позволяя им оформить на Web-сайте подписку на вакансии, отвечающие их интересам. Таким образом информация о вакансиях будет автоматически доставляться по электронной почте заинтересованным в них кандидатам. Резюмакс выполняет такие функции как:

Автоматизация первичного отбора;

Робот типовой переписки;

Организация корпоративной почты;

Автоматические напоминания;

Быстрый поиск данных;

Оптимизация работы с заказчиками;

Управление деятельностью агентства;

Расширение бизнеса;

Защита информации;

Сокращение расходов.

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

Автоматизированная система подбора персонала Кадровое агентство

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

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

Есть возможность зарегистрировать неограниченное количество пользователей программы с разными правами. Администраторам доступны все функции, простые пользователи не смогут случайно что-либо испортить.

Программа выполнена с помощью технологий Интернета - Ajax, PHP, JavaScript. Вы сможете разместить ее не только на локальном компьютере, но и в сети вашей организации и даже в Интернете, чтобы пользоваться всеми возможностями не зависимо от вашего месторасположения.

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

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

Сравнительный анализ аналогов

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

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

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

При выборе критериев анализа того или иного рассматриваемого решения, желательно чтобы:

критерии были легко проверяемы;

существенны с точки зрения потенциального заказчика;

система критериев делила системы на какие-то группы.

Таблица 1.1 - Сравнительный анализ аналогов

Функциональные критерии

«Рекрутер»

«Резюмакс»

«Кадровое агентство»

Разрабатываемая система

личные каточки (данные о сотруднике)

ФИО, фото, должность, стаж работы, паспрортные данные

+

+

+

+

библиографические даты

-

+

-

+

данные воинского учета

+

+

+

+

текстовое досье произвольного содержания

+

+

+

+

данные по предыдущему месту работы

+

+

+

+

Возможность получения фото сотрудника с web-камеры

-

+

-

+

история изменения реквизитов каждого сотрудника

-

-

-

+

печать карточки

+

+

-

+

печать дополнительныхжурналов

+

+

-

+

формирование и хранение сложных запросов для отбора карточек сотрудников

-

+

-

+

приказы

автоматическое составление журнала приказов

-

+

-

+

ведение электронного архива приказов в формате Excel

-

+

-

+

оформление приказов как отделтным сотрудникам так и любой выбранной группе сотрудников

+

+

-

+

штатное расписание

автоматическое составление

+

+

+

+

контроль

+

+

-

+

шаблоны

Загрузка списка соискателей из Excel

возможность экспорта отчетов

стандартные отчеты

возможность формирования на базе шаблонов MS Word).

+

+

-

+

возможность создания собственных шаблонов

-

-

-

-

+

+

в формат excel

+

+

-

+

в формат word

+

+

-

+

штатное расписание (форма т-3)

+

+

+

+

статистические отчеты

список военнообязанных по военкоматам

+

+

+

+

график работ рекрутеров

+

+

+

+

график отпусков рекрутера

-

+

-

+

соотношение категорий персонала

+

+

+

+

соотношение должностей

+

+

-

+

премии сотрудников

-

+

-

+

кол-во сотрудников вакансии средний возраст и оклад

+

+

+

+

форма № Т-2 ГС

+

+

+

+

поиск

по подразделениям

-

-

-

+

по всей компании сразу

+

+

+

+

вывод разультатов поиска в формате exel в виде отчета

+

+

-

+

Постановка задачи

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

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

Построение модели «Как есть» деятельности центра занятости по подбору персонала;

Анализ модели «Как есть»;

Построение модели «Как должно быть»

Построение модели информационной системы центра занятости.

Проектирование системы: выбор архитектуры, технологий реализации, системного ПО, разработка структуры БД, проектирование интерфейса пользователя

Задача моделирования работы центра занятости включает в себя контроль за:

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

Хранением полных анкет соискателей.

Хранением истории взаимоотношений агентства с клиентами и кандидатами.

Созданием шаблонов вакансий и резюме.

Профессиональным и психологическим тестированием кандидатов.

Ведением календаря событий и автоматическими напоминаниями.

Требования к информационной системе

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

Автоматизация приема заявок;

Автоматизация обработки данных;

Автоматический поиск вакансий для каждого соискателя;

Составление договора с соискателем в автоматическом режиме.

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

2. МОДЕЛИРОВАНИЕ ДЕЯТЕЛЬНОСТИ ЦЕНТРА ЗАНЯТОСТИ

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

2.1 Введение в проблему

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

Общая тенденция к возрастанию спроса на услуги консультантов в сфере ИТ обуславливается тем, что бизнес становится все более сложным, а условия его развития - неопределенными. С другой стороны, в рассматриваемой области наблюдается дефицит высококвалифицированных специалистов. Положение усугубляется еще и тем, что подготовить такого специалиста в стенах учебного заведения невозможно: помимо теоретических знаний необходим опыт участия в проектах, приобретаемый годами.

Применимость методики моделирования бизнес-процессов в каждом конкретном случае зависит, прежде всего, от поставленных целей моделирования. Следует заметить, что обоснованный выбор методики и инструментария моделирования не единственное необходимое условие получения качественной модели. Большинство инструментальных средств типа CASE вообще не имеют в своем составе подсистемы, отвечающей за оценку качества модели.[4]

Важным моментом является то, что кроме полученных моделей в процессе моделирования, необходимо оценивать качество самого процесса моделирования. Если моделирование БП представляет собой проект, то качество процесса моделирования оценивается по степени соответствия общепринятым стандартам управления проектами. [5]

Критерии качества моделирования [6]:

соответствие методологии и соглашению в целом. Модель должна соответствовать архитектуре, приведенной в методике;

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

непротиворечивость или взаимоувязанность. Согласованность с другими объектами: документы, события, работники системы и т.д.;

ясность и понятность заказчику. Понятность не только владельцам системы, но и её исполнителям;

полнота или вариативность. Содержание не только текущих процессов, но и процессов, которые подразумеваются (допустимые процессы);

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

Методика оценки качества моделей БП позволяет:

Оценить качество моделей БП путем оценки степени соответствия приведенным критериям.

Строить возможные варианты выполнения БП с учетом возможностей для их улучшения.

Исключить из рассмотрения варианты с неудовлетворенным качеством при моделировании БП.

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

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

Процесс представляет собой последовательность действий, но это последовательность может иметь разный ход развития. Поэтому надо учитывать все возможные ситуации, даже те, которые могут влечь за собой разветвление процессов. Так же не стоит забывать и о пересечении процессов. При этом пересечение должно сопровождаться таким критерием, как непротиворечивость.[7]

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

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

Сцепление и связность являются двумя взаимозависимыми метриками качества разбиения процесса на части - связанность часто определяет качество ее сцепления с другими функциями.[5]

И только теперь, когда необходимый уровень качества отдельных БП будет достигнут, можно говорить о построении интегрированной модели БП компании, которая и будет положена в основу ТЗ на проектирование системы.

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

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

Высокая динамика изменения ситуации на рынке предъявляет жесткие требования, как к функциональности ИС, так и к процессу создания ИС.

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

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

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

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

2.2 Подходы к моделированию ИС

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

Важнейшими из подходов являются структурный (функциональный), объектно-ориентированный, отдельно выделяется методология ARIS.

Структурный (функциональный) подход

Сущность подхода

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

В качестве средств структурного анализа и проектирования, наиболее распространены следующие нотации:

SADT (Structured Analysis and Design Technique).Для новых систем SADT (IDEF0) применяется для определения требований (функций) для разработки системы, реализующей выделенные функции. Для уже существующих - IDEF0 может быть использована для анализа функций, выполняемых системой. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм (Рис.2.1). Вершина этой древовидной структуры, представляющая собой самое общее описание системы. После описания системы в целом проводится разбиение ее на крупные фрагменты (функциональная декомпозиция).

Рис. 2.1 - Модель в нотации IDEF0

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

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

ER (Entity-Relationship Diagrams) диаграммы 'сущность-связь'. Методология описания данных (IDEF1X).

Выводы по практическому использованию

Общие выводы: применение универсальных графических языков моделирования IDEF0, IDEF3 и DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов на этапе анализа.

Выводы по диаграммам:

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

Модели SADT (IDEF0) наиболее удобны при построении функциональных моделей. Они наглядно отражают функциональную структуру объекта: производимые действия, связи между этими действиями. Таким образом, четко прослеживается логика и взаимодействие процессов организации. Главным достоинством нотации является возможность получить полную информацию о каждой работе, благодаря ее жестко регламентированной структуре. С ее помощью можно выявить все недостатки, касающиеся как самого процесса, так и то, с помощью чего он реализуется: дублирование функций, отсутствие механизмов, регламентирующих данный процесс, отсутствие контрольных переходов и т.д.

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

IDEF3предназначена для сбора данных, требующихся для проведения анализа системы с точки зрения рассогласования/согласования процессов во времени.

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

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

Объектно-ориентированный подход

Сущность подхода

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

Рис. 2.2 - Сравнительный анализ объектно-ориентированной и функционально-ориентированной декомпозиций

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

Язык UML(UnifiedModelingLanguage) представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем.[8,9]

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

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

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

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

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

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

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

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

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

Выводы по практическому использованию

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

Методология ARIS

Сущность подхода

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

Рис. 2.3 - Взаимосвязь видов моделей ARIS (здание ARIS)

Методология ARIS включает большое количество методов моделирования, в том числе известных как диаграммы Чена ERM, язык UML (UnifiedModelingLanguage), методики ОМТ (ObjectModelingTechnique), BSC (BalancedScorecard) и т.п.

К преимуществам методологии ARIS разработчики относят следующие:

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

богатство методов, позволяет моделировать широкий спектр систем;

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

Выводы по практическому использованию

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

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

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

4. В случае принятия решения о качественной необходимости использования методологии необходимо иметь ввиду, что ARIS нельзя отнести к интуитивно понятным, она требует времени на изучение, на осмысленное применение (вопрос хотя бы в том, что методология содержит больше 100 моделей!). Для успешного применения должны быть разработаны внутренние соглашения о моделировании и документировании.

Сравнительный анализ подходов к моделированию ИС

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

1. Целей проекта;

2. Требований к информации необходимой для анализа и принятия решений в рамках конкретного проекта;

3. Возможностей подхода с учетом требований п. 2;

4. Особенностей разрабатываемой/внедряемой информационной системы.

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

Таблица 2.1 - Сравнительный анализ нотаций IDEF, UML

Критерии сравнения

UML

IDEF0

IDEF3

1

Принцип построения диаграммы

Объектно-ориентированный

Принцип иерархической упорядоченности

Последовательность выполнения

2

Описание процедуры процесса

Объект на диаграмме

Объект на диаграмме

Объект на диаграмме

3

Входящий документ

В зависимости от принятого соглашения может быть объектом или стрелкой

Стрелка слева, стрелка сверху

Нет (может быть отражен привязкой объекта)

4

Входящая информация

Может быть объектом или стрелкой

Стрелка слева, стрелка сверху

Нет (может быть отражен привязкой объекта)

5

Исходящий документ, информация

Может быть объектом или стрелкой

Стрелка справа

Нет (может быть отражен привязкой объекта)

7

Исполнитель процедуры

Используется отдельный объект «Actor»

Стрелка снизу

Нет (может быть отражен в модели только привязкой объекта-комментария)

8

Используемое оборудование

Используются специализированные объекты для описания

Стрелка снизу

Нет (может быть отражен привязкой объекта)

9

Управление процедурой

Только логика процесса

Стрелка сверху

Только логика процесса

10

Контроль выполнения процедуры

Нет. Может быть отражен указанием входящих документов

Стрелка сверху

Нет

11

Обратная связь по управлению/контролю

Нет. Может быть отражен указанием входящих документов

Стрелка сверху

Нет

12

Наглядность модели

Модель наглядна и есть возможность использования визуальных образов с последующей конвертацией

Модель нечитабельна неспециалистами

Модель нечитабельна неспециалистами

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

структурный подход к моделированию. Подход дает возможность проведения глубокого анализа бизнес - процессов, выявления узких мест: комплексное применение позволяет выявить все возможные рассогласования и неточности. Применение универсальных графических языков моделирования IDEF0, IDEF3, DFD обеспечивает логическую целостность и полноту описания, необходимую для достижения точных и непротиворечивых результатов при моделировании предметной области в контексте «как есть» и «как должно быть»;

Объектно-ориентированный подход. Нотация UMLпредоставляет наиболее широкие возможности для проектирования ИС. Обширный набор диаграмм достаточен для отражения всех особенностей будущей системы и формирования на его основе грамотного ТЗ на разработку ИС.

Совмещение двух подходов позволит создать максимально ясную и правдоподобную картину бизнес-процессов центра занятости, а так же разработать на их основе качественную ИС.

Выбор CASE-средств моделирования

Существует множество средств моделирования автоматизированных систем. За последние десятилетия сформировалось новое направление в программотехнике - CASE (Computer-AidedSoftware/SystemEngineering) на основе методологии структурного системного анализа и проектирования. CASE-технология представляет собой совокупность методологий анализа, проектирования, разработки программного обеспечения (ПО) и сопровождения информационных систем, поддержанную комплексом, взаимосвязанных средств автоматизации [10]. CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ПО.

Итак, основным критерием при выборе CASE-средств является поддержка выбранных методологий. Помимо этого необходимо учитывать доступность и простоту работы с данными средствами.

Для построения моделей в методологии IDEF0 и IDEF1xиспользовании CASE-средства BPwinERwin от компании ComputerAssociates. [11] Данные средства по своим функциональным возможностям полностью соответствуют поставленным критериям и при этом обладают удобным интерфейсом.

Остановимся подробно на выборе CASE-средства, для построения моделей по методологиям UML 2.0 и IDEF0. На российском рынке представлен большой набор программных продуктов, поддерживающих эти методологии, наиболее известными из которых являются следующие средства:

IBM Rational Rose Modeler;

TelelogicTauModeler 3.1;

Microsoft Visio 2007.

All Fusion ProcessModeler (BPwin)

IBMRationalRoseModeler. Это программный продукт компании IBM, предназначенный для автоматизации этапов анализа и проектирования ПО, а также для генерации кодов на различных языках и выпуска проектной документации. Кроме того данный программный продукт содержит средства реинжиниринга программ, обеспечивающие повторное использование программных компонент в новых проектах.

IBMRationalRoseModeler в полной мере поддерживает методологию UML 2.0 и обладает интуитивно понятным и эргономичным интерфейсом. По этим параметрам данное CASE-средство полностью удовлетворяет заявленным требованиям, но высокая цена данного средства делает его недоступным для приобретения отдельными пользователями, оно по карману лишь крупным компаниям.

TelelogicTauModeler 3.1.Данныйпрограммный продукт ориентировании на более широкую аудиторию пользователей. Дляего использования достаточно скачать дистрибутив из интернета и зарегистрировать копию на сайте разработчика. Но на этом достоинства данного CASE-средства заканчиваются. Помимо отсутствия поддержки некоторых диаграмм языка UML, TelelogicTauModeler 3.1 обладает крайне неудобным интерфейсом пользователя и требует дополнительного времени для приобретения навыков работы.

MicrosoftVisio 2007.Этонаиболее простое и доступное средство моделирования. Данный продукт имеет стандартные, привычные всем панели управлении в стиле MSOffice и легко интегрируется с любыми приложениями этого пакета, что упрощает работу с ним для неопытных пользователей.

CASE-средство MicrosoftVisio 2007 поставляется в комплекте с базовым пакетом MicrosoftOfficeи не требует дополнительных затрат на приобретение. Помимо этого данный продукт поддерживает все видыдиаграмм языка UML.

All Fusion Process Modeler (BPwin).Данный программный продукт относится к малым интегрированным средствам моделирования, которые поддерживают несколько типов моделей и методов.

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

Из существующих CASE-средств, ориентированных на построение моделей по методологии IDEF0, BPwinявляется наиболее известным и распространенным, а удобный интерфейс пользователя облегчает работу с программой

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

Таблица 2.2 - Сравнительный анализ CASE-средств

Параметры сравнения

RationalRoseModeler

TelelogicTauModeler

MicrosoftVisio 2007

All Fusion Process Modeler (BPwin)

Платформа

WindowsUnix

Windows

Windows

Windows

Системные требования

Процессор не менее 800 МГц;

ОЗУ от 1 Гб;

Свободное дисковое пространство 2 Гб.

Процессор не менее 500 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 150 Мб.

Процессор не менее 600 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 300 Мб.

Процессор не менее 500 МГц;

ОЗУ от 256 Мб;

Свободное дисковое пространство 100 Мб.

Поддержка методологий

UML 2.0

UML 2.0

(не полный набор диаграмм)

UML 2.0

IDEF0, DFD, IDEF3

Удобство в работе

Интуитивно понятный интерфейс, обширная справочная документация

Сложный интерфейс, неудобная справочная система

Удобный и эргономичный интерфейс MSOffice, наличие справки

Интуитивно понятный интерфейс, наличие справки

Доступность

Дорогостоящее средство, ориентировано на большие компании.

Свободно распространяемый продукт

Широко распространенное средство, относительно небольшая цена

Широко распространенное средство, относительно небольшая цена

Итак, для моделирования предметной области в соответствии с объектно-ориентированным подходом выбрано CASE-средство MicrosoftVisio, а для построения моделей согласно структурному подходу -CASE-средство AllFusionProcessModeler (BPwin). Оба программных продукта, в наибольшей степени подходят для реализации поставленной задачи.

2.3 Разработка функциональной модели центра занятости

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

Центр занятости предоставляет компаниям такие услуги, как подбор постоянного и предоставление временного персонала, вывод персонала за штат.

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

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

обследование существующей бизнес-архитектуры, деловых процессов, бизнес-правил, информационных потоков;

идентификация проблем, 'узких' мест, отрицательно влияющих на эффективность деятельности предприятия;

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

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

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

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

Кадровая политика предусматривает:

разработку общих принципов кадровой политики, определение ее целей;

планирование потребности в трудовых ресурсах, формулирование структуры и штата, назначения, создание резерва, перемещения (организационно-штатная политика);

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

принципы распределения средств, обеспечение эффективного, системы стимулирования труда (финансовая политика);

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

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

Это точка зрения директора кадрового агентства.

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

2.4 Построение модели центра занятости «как есть»

Обследование предприятия является обязательной частью любого проекта создания или развития корпоративной информационной системы. Построение функциональной модели «как есть» позволяет четко зафиксировать, какие деловые процессы осуществляются на предприятии, какие информационные объекты используются при выполнении деловых процессов и отдельных операций. Функциональная модель «как есть» является отправной точкой для анализа потребностей предприятия, выявления проблем и 'узких' мест и разработки проекта совершенствования деловых процессов.

Бизнес-правила. Модель деловых процессов позволяет выявить и точно определить бизнес-правила, используемые в деятельности предприятия.

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

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

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

Информационные объекты. Функциональная модель позволяет идентифицировать все информационные объекты, которыми оперирует предприятие в своей деятельности. В отличие от информационных моделей (DataFlowDiagrams, IDEF1X) функциональная модель IDEF0 отражает, как именно используются информационные объекты в рамках деловых процессов.

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

Далее изображена контекстная диаграмма (Рис. 2.4) разрабатываемой модели.

Рис. 2.4 - Контекстная диаграмма

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

Заявления работодателей;

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

Анкетные данные соискателей;

Данные работодателей.

В качестве управляющих воздействий были выбраны:

Должностные инструкции сотрудников центра занятости;

Нормативная документация (действующее законы, нормативные документы распоряжения правительства);

Распоряжения начальства.

В качестве выходных данных определены:

Списки кандидатов;

Контракты;

Обработанные резюме.

Ресурсами и механизмами были приняты:

Психолог;

Рекрутер;

Аналитик;

Начальник подразделения;

Эксперт.

Декомпозиция контекстной диаграммы описывает процессы происходящие вцентре занятости. Диаграммы дают ответы на следующие вопросы:

Какие процедуры (функции, работы) необходимо выполнить для получения заданного конечного результата;

В какой последовательности выполняются эти процедуры;

Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес процесса;

Какие входящие документы/ информацию использует каждая процедура процесса;

Какие исходящие документы/информацию генерирует процедура процесса;

Какая документация/условия регламентирует выполнение процедуры;

Какие параметры характеризуют выполнение процедур и процесса в целом.

На диаграмме изображены основные функции, выполняемые центром занятости (Рис.2.5):

Рис. 2.5 - Декомпозиция контекстной диаграммы

Поиск персонала состоит из следующих этапов:

Учет кадров и их движение (Рис.2.6);

Принятие и утверждение предложения клиентом, подписание контракта;

Рис. 2.6 - Учет кадров и их движение

Сбор информации о заказе:

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

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

Разработка первичного предложения:

- постановка задачи,

- оценка ресурсов,

- определение консультантов, которые будут участвовать в проекте,

- выбор метода решения поставленной задачи,

- обозначение этапов работы,

- определение графика выполнения проекта,

- проектирование системы контроля выполнения плана,

- согласование вопросов гарантий, стоимости услуг и порядка оплаты.

Исследование сферы профессиональной среды, в которой работают потенциальные кандидаты.

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

- Описание критериев успешности профессиональной деятельности.

- Описание психологической составляющей успешности.

- Общие особенности.

- Основные операции и действия, которые необходимо совершать сотруднику.

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

- Режим труда и отдыха.

- Характер психофизиологического состояния (монотонность/ напряженность, утомление и т.д.).

- Объем и характер перерабатываемой информации.

- Возможность общения.

- Возможность принятия решений, и пр.

Первичная проверка квалификации кандидатов (Рис.2.7):

- Изучение документов, регламентирующих профессиональную деятельность (постановления, руководства, должностные инструкции);

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

- Беседа со специалистами.

- Сбор информации и квалификационных вопросов для проведения интервью с кандидатами.

информационный система центр занятость

Рис. 2.7 - Первичная проверка квалификации кандидатов

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

- Сбор информации о возможных кандидатах и первичная проверка их квалификации

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

- Рассмотрение первичного списка кандидатов с клиентом

Подписание контракта

Итоговая встреча клиента с кандидатом

- Уточнение условий работы отобранного кандидата;

- Уточнение дня выхода кандидата на работу;

- Оформление необходимой документации и согласование сроков оплаты, периода гарантии.

Построение информационной модели центра занятости «какнадо».

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

Это приводит к необходимости изменения системы бизнес-правил, используемых на предприятии, модификации должностных инструкций сотрудников. Функциональная модель «какнадо» позволяет уже на стадии проектирования будущей информационной системы определить эти изменения.

Решение задач трудоустройства населения имеет важное социальное значения, так как связано с обеспечением прав граждан в области занятости, гарантиями государства в области занятости, обеспечением социальных гарантий [12]

При исследовании целей трудоустройства следует учитывать цель лица, ищущего работу, и цель работодателя. На рис. 2.8 приведена структурная модель согласования целей работодателя и лица, ищущего работу с учетом внедрения ИС центра занятости.

Рис. 2.8 - Структурная модель согласования целей работодателя и соискателя

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

Определим формальное задание глобальной цели k-го лица, ищущего работу в виде набора:

(2.1)

где , - i-й компонент глобальной цели лица, ищущего работу.

Определим формальное задание глобальной цели p-го работодателя в виде набора:

(2.2)

где , - j-й компонент глобальной цели работодателя.

В виде компонентов глобальной цели примем:

Вид работы;

Величина заработной платы;

Условия труда;

Наличие ведомственного жилья;

Возможность получения социальных услуг на бесплатной основе или с частичным возмещением затрат;

Соответствие кандидата уровню требования работодателя и прочее.

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

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

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

Согласно рисунку 2.9, решение о приеме на работу во многом зависит от того, насколько совпадают цели кандидата и работодателя. Степень совпадения целей кандидата и работодателя следует определять, применяя такие операции теории нечеткой логики, как степень включения, определение степени нечеткого равенства, определение степени нечеткой эквиваленсии[13]

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

Осуществляется анализ некоторого множества предприятий или организаций , для каждого из которых определен вектор конструктивных параметров:

, (2.3)

где , , - элемент вектора , который может быть как задан работодателем, так и определен соискателем или составлен на основе общественного мнения.

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

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

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

Соискатель при составлении заявки устанавливает соответствие между элементами множеств , и элементами множества , причем элементы riимеют вербальное определение, например, R = {предприятие с тяжелыми условиями труда, предприятие с низким уровнем зарплаты, предприятие с хорошим соцпакетом, предприятие с высоким уровнем требований и т.д.}.

На основе заявки консультант ранжирует предприятия исходя из требований поиска подходящей работы.

Каждого i-го соискателя можно формально определить вектором конструктивных параметров:

, (2.4)

где, - i-й элемент вектора , который определяется консультантом на основании анализа данных, предоставляемых соискателем, анализа документов.

Таким образом, особенность подбора кандидатур на конкретную вакансию в структурном виде можно изобразить схемой, показанной на рис. 2.9.

Из рис. 2.9 следует, что при решении задачи поиска кандидатов будет учитываться как выбор вакансии соискателем, так и работодателем, обеспечивающим выполнение целей предприятия. Задача качественного выбора кандидатов на рабочее место из множества L соискателей является крайне важной, и именно этот вопрос является главным при проектировании ИС центра занятости.

Рис. 2.9 - Структурная схема подбора персонала

При подборе персонала в первую очередь большую роль играет личная симпатия. На основе первичного впечатления, как правило, срабатывают методы стереотипа и сравнения. Рекрутер, увидев в кандидате личностные и внешние качества, сходные со своими, уже априори будет сильнее симпатизировать ему. Если у человека простое совпадение тембра голоса, речи, поведения - это будет накладывать дополнительный отпечаток на позитивное решение. Довольно сильное влияние будет иметь метод сопоставления. Если перед данным собеседованием прошло 3 - 4 слабых кандидата, то другой, может быть менее слабый кандидат, который в принципе не подходит для компании, на их фоне будет выглядеть более выигрышно.

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

2.4 Модель подбора персонала

В самом простом случае поиск кандидатов можно рассматривать как реализацию некоторого соответствия между одним множеством X, характеризующим соискателя, и множеством Y, содержащим элементы требований, заданные работодателем. Тогда модель поиска кандидатов можно рассматривать как соответствие q, заданное на множествах Xи Y:

q=(X,Y,Q) (2.5)

где Q- график соответствия, подлежащий идентификации.

На концептуальном уровне формализацию системы подбора персонала можно представить следующим образом (рис. 2.10).

Рис. 2.10 - Система подбора персонала

В системе подбора персонала X- множество управляющих параметров, F-возмущающие воздействия, Z-множество состояний системы, Y- набор выходных параметров, получаемый по следующей формуле:

Y=W(Z,X) (2.7)

где W - правило преобразования.

Модель системы подбора персонала может быть представлена в виде функции выходов:

, так что (2.8)

где F - график соответствия f.

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

Подбор кандидатуры моделируется в виде всюду определенного соответствия или отображения q=(X,Y,Г), Г: X>Y, где X-область отправления отображения, представляющая собой набор хранящихся в базе данных заявок, Y- получаемое решение, Г - закон, в соответствии с которым осуществляется отображение, причем под символом может пониматься любая математическая операция, совокупность операций или любой из операторов.

Отображение может быть нечетким, заданным тройкой множеств , в которой -нечеткое множество, заданное в произвольном базовом множестве XЧY. Четкое соответствие Г=(X,Y,F) является носителем нечеткого соответствия , а график F является носителем нечеткого графика.

Таким образом, в модели поиска персонала, изображенной на рис. 2.5, первичная проверка квалификации кандидатов, изображенная на рис. 2.7, будет осуществляться ИС центра занятости автоматически, в результате чего существенно снизится нагрузка на рекрутеров, и на этап интервьюирования будут попадать уже тщательно отобранные кандидатуры. При этом влияние человеческого фактора будет снижено, а присутствие этапа интервьюирования (рис. 2.11) позволит оценить достоверность заполнения заявки соискателем.

Рис. 2.11 - Интервью с кандидатами в центре занятости, психологическое тестирование, ролевая игра

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

3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ЦЕНТРА ЗАНЯТОСТИ

3.1 Выбор архитектуры информационной системы

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

системы на основе архитектуры файл-сервер;

системы на основе архитектуры клиент-сервер;

системы на основе многоуровневой архитектуры;

системы на основе интернет/интранет-технологий.

Рис. 3.1 - Деление информационных систем по способу организации

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

Таблица 3.1 - Типовые функциональные компоненты информационной системы

Обозна-чение

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

Характеристика

PS

Presentation Services

(средства представления)

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

PL

Presentation Logic(логика представления)

Управляет взаимодействием между пользователем и ЭВМ. Обрабатывает действия пользователя при выборе команды в меню, нажатии кнопки или выборе элемента из списка.

BL

Business or Application Logic

(прикладнаялогика)

Набор правил для принятия решений, вычислений и операций, которые должно выполнить приложение.

DL

Data Logic

(логика управления данными)

Операции с базой данных (SQL-операторы), которые нужно выполнить для реализации прикладной логики управления данными.

DS

Data Services

(операции с базой данных)

Действия СУБД, вызываемые для выполнения логикиу правления данными, такие как: манипулирование данными, определение данных, фиксация или откат транзакций и т. п. СУБД обычно компилирует SQL-предложения.

FS

File Services

(файловые операции)

Дисковые операции чтения и записи данных для СУБД (файловые операции) и других компонентов. Обычно являются функциями операционной системы (ОС)

3.2 Архитектура файл-сервер

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

Объектами разработки в файл-серверном приложении являются компоненты приложения, определяющие логику диалога PL, а также логики обработки BL и управления данными DL. Разработанное приложение реализуется либо в видезаконченного загрузочного модуля, либо в виде специального кода для интерпретации.

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

3.3 Архитектура клиент-сервер

Архитектура клиент-сервер предназначена для разрешения проблем файл-серверной архитектуры путем разделения компонентов приложения и размещения их там, где они будут функционировать наиболее эффективно. Особенностью архитектуры клиент-сервер является использование выделенных серверов баз данных, понимающих запросы на языке структурированных запросов SQL (Structured Query Language) и выполняющих поиск, сортировку и агрегирование информации.

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

Большинство конфигураций клиент-сервер использует двухуровневую модель, в которой клиент обращается к услугам сервера. Предполагается, что диалоговые компоненты PS и PL размещаются на клиенте, что позволяет обеспечить графический интерфейс. Компоненты управления данными DS и FS размещаются на сервере, а диалог (PS, PL), логики BL и DL - на клиенте. Двухуровневая архитектура клиент-сервер использует именно этот вариант: приложение работает на клиенте, СУБД - на сервере (рис. 3.2).

Рис. 3.2 - Классический вариант клиент-серверной информационной системы

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

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

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

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

Двухуровневые схемы архитектуры клиент-сервер могут привести к некоторым проблемам в сложных информационных приложениях с множеством пользователей и запутанной логикой. Решением этих проблем может стать использование многоуровневой архитектуры.

3.4 Многоуровневая архитектура

Многоуровневая архитектура стала развитием архитектуры клиент-сервер и в классической форме состоит из трех уровней (рис. 3.3)

- нижний уровень представляет собой приложения клиентов, выделенные для выполнения функций и логики представлений PS иPL и имеющие программный интерфейс для вызова приложения на среднем уровне;

- средний уровень представляет собой сервер приложений, на котором выполняется прикладная логика BL и с которого логика обработки данных DL вызывает операции с базой данных DS;

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

Рис. 3.3 - Классический вариант многоуровневой информационной системы

Подобную концепцию обработки данных пропагандируют, в частности, фирмы Oracle, Sun, Borland и др.

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

Централизация логики приложения упрощает администрирование и сопровождение. Четко разделяются платформы и инструменты для реализации интерфейса и прикладной логики, что позволяет с наибольшей отдачей реализовывать их специалистами узкого профиля. Наконец, изменения прикладной логики не затрагивают интерфейс, и наоборот. Но поскольку границы между компонентами PL, BL и DL размыты, прикладная логика может появиться на всех трех уровнях. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс с клиентами и другими серверами, может управлять транзакциями и гарантировать целостность распределенной базы данных. Средства удаленного вызова процедур наиболее соответствуют идее распределенных вычислений: они обеспечивают из любого узла сети вызов прикладной процедуры, расположенной на другом узле,передачу параметров, удаленную обработку и возврат результатов. С ростом систем клиент-сервер необходимость трех уровней становится все болееочевидной. Продукты для трехзвенной архитектуры, так называемые мониторы транзакций, являются относительно новыми. Эти инструменты в основном ориентированы на среду UNIX, однако прикладные серверы можно строить на базе Microsoft Windows NT с использованием вызова удаленных процедур для организации связи клиентов с сервером приложений. На практике в локальной сети могут использоваться смешанные архитектуры (двухуровневые и трехуровневые) с одним и тем же сервером базы данных. С учетом глобальных связей архитектура может иметь больше трех звеньев. В настоящее время появились новые инструментальные средства для гибкой сегментации приложений клиент-сервер по различным узлам сети.

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

3.5 Интернет/интранет-технологии

В развитии технологии интернет/интранет основной акцент пока что делается на разработке инструментальных программных средств. В то же время наблюдается отсутствие развитых средств разработки приложений, работающих с базами данных. Компромиссным решением для создания удобных и простых в использовании и сопровождении информационных систем, эффективно работающих с базами данных, стало объединение Интернет/интранет-технологии с многоуровневой архитектурой. При этом структура информационного приложения приобретает следующий вид: браузер - сервер приложений - сервер баз данных - сервер динамических страниц - web-сервер.

Благодаря интеграции Интернет/интранет-технологии и архитектуры клиент-сервер процесс внедрения и сопровождения корпоративной информационной системы существенно упрощается при сохранении достаточно высокой эффективности и простоты совместного использования информации.

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

Проектирование структуры ИС

Процесс проектирования можно условно разделить на три части:

Выделение вариантов использования и пользователей ИС;

Проектирование модульной структуры ИС;

Проектирование схемы развертывания ИС.

Отдельным пунктом является проектирование хранилища данных, в нашем случае - базы данных.

Варианты использования ИС

Определим пользователей и варианты использования информационной системы центра занятости. Cэтой целью применим диаграммы вариантов использования (UseCase)нотации UML2.0 (рис. 3.4).

Рис. 3.4 - Варианты использования ИС центра занятости

В информационной системе центра занятости выделяется три группы пользователей:

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

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

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

3.6 Модульная структура ИС

Исходя из вариантов использования ИС центра занятости, спроектируем далее модульную структуру проектируемого приложения. Для определения модульной структуры воспользуемся диаграммой компонентов нотации UML 2.0 (рис. 3.5).

Рис. 3.5 - Модульная структура ИС

Информационная система центра занятости состоит из трех компонентов:

Интерфейс. Реализация взаимодействия пользователей с информационной системой. Содержит в себе следующие модули:

Ввод/вывод - организация ввода и вывода информации при работе с ИС;

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

Поиск - организация поиска кандидатов и вакансий по заданным параметрам;

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

БД. Реализация хранилища данных, в котором содержится информация о клиентах.

Схема развертывания ИС

Учитывая выбранную архитектуру, схему развертывания можно изобразить, как показано на рисунке 3.6.

Рис. 3.6 - Схема развертывания ИС

На сервере располагаются следующие компоненты: БД и Обработка данных. На АРМ располагается интерфейс ИС модуля обслуживания клиентов. Автоматизированные рабочие места соединены с сервером посредством локальной вычислительной сети.

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

3.7 Разработка структуры БД

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

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

задание первичных и альтернативных ключей;

определение атрибутов сущностей;

приведение модели к требуемому уровню нормальной формы;

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

задание триггеров, процедур и ограничений;

генерация базы данных.

Диаграмма сущность-связь, описывающая БД в терминах IDEF1.x, строится из трех основных блоков - сущностей, атрибутов и связей. Если рассматривать диаграмму как графическое представление правил предметной области, то сущности и атрибуты являются существительными, а связи - глаголами.

Логическая структура базы показана на рис. 3.7.

Рис. 3.7 - Логическая структура БД

Структура базы данных состоит из следующих сущностей:

Личная карточка. Сущность, характеризующая соискателя. Содержит необходимую информацию о каждом кандидате в следующих атрибутах:

ФИО - фамилия, имя, отчество соискателя (первичный ключ);

Пол - пол соискателя;

Дата рождения соискателя;

Паспортные данные - серия и номер паспорта, кем и когда выдан (первичный ключ);

Адрес - домашний или контактный адрес соискателя;

Телефон - контактный телефон;

Стаж - стаж работы соискателя;

Воинский учет - данные о службе в армии;

Фото - фотография соискателя;

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

Резюме - атрибут, хранящий резюме соискателя;

Заметки - заметки по кандидатуре соискателя, сделанные рекрутером;

История трудовой деятельности. Сущность, характеризующая историю занимаемых соискателем должностей. Обладает следующими атрибутами:

ФИО - фамилия, имя, отчество соискателя (внешний ключ);

Паспортные данные - серия и номер паспорта, кем и когда выдан (внешний ключ);

Должность - должность, занимаемая в прошлом соискателем;

Место работы - прошлое место работы согласно должности;

Дата приема на работу;

Дата увольнения;

Причина увольнения.

Работодатель. Сущность, характеризующая работодателей, пользующихся услугами центра занятости. Обладает следующими атрибутами:

ID работодателя - уникальный идентификационный номер (первичный ключ);

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

Тип - тип работодателя: организация, частное лицо и т.д.;

Юридический адрес;

Физический адрес;

Контактный телефон;

ИНН;

Номер свидетельства;

Заметки - замечания, сделанные рекрутером.

Вакансия. Сущность, характеризующая предлагаемые работодателем вакансии. Обладает следующими атрибутами:

Наименование - предлагаемая должность (первичный ключ);

ID вакансии - уникальный идентификационный номер (первичный ключ);

Описание - описание предложения;

Заработная плата;

График работы;

Требования - требования к соискателю;

ФИО - фамилия, имя, отчество соискателя (внешний ключ);

Паспортные данные - серия и номер паспорта, кем и когда выдан (внешний ключ);

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

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

Рис. 3.8 - Физическая модель БД

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

ID должности - уникальный номер должности (первичный ключ);

Наименование - название должности;

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

4. РЕАЛИЗАЦИЯ ПРОЕКТА

4.1 Выбор средств реализации системы

Выбранная архитектура реализации предполагает следующую схему функционирования ИС (рис. 4.1).

Рис. 4.1 - Схема функционирования ИС

Исходя из приведенной выше схемы, определим конфигурацию компонентов ИС.

Первым этапом является выбор операционной системы, под управлением которой будет работать сервер и АРМ консультантов. Заметим, что для сервера и АРМ консультантов достаточно будет одинаковых ОС. С этой целью рассмотрим наиболее широко распространенные офисные ОС. При этом будем учитывать такие критерии, как совместимость с MSOfficeи возможность установки 1C: Предприятие 7.7.

MicrosoftWindowsVistaBusiness

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

Улучшения в области мобильной работы позволяют сотрудникам растущих организаций оставаться на связи, как в офисе, так и за его пределами. Система WindowsVistaBusiness позволяет тратить меньше времени на устранение проблем, связанных с технической поддержкой, освобождая его для работы, от которой непосредственно зависит успех компании. Система WindowsVistaBusiness облегчает управление подключением сотрудников к сети и обеспечивает более эффективное использование возможностей компьютеров, как в офисе, так и за его пределами. Будьте готовы к будущему и заложите ИТ-фундамент, необходимый бизнесу сегодня и завтра. Мощная, надежная и безопасная система для компаний крупного и малого бизнеса. Windows Vista Business позволяет организовать подключение компьютеров к домену, и осуществлять широкий контроль производительности системы, обеспечивает совместную работу с протоколами сторонних разработчиков, доступен контроль над удаленным рабочим столом, а так же технология шифрованной файловой системы. Доступна поддержка функций планшетных PC. Единственное с чем можно сейчас сравнить Windows Vista Business это с текущей версией XP Professional. В целом, Windows Vista Business предназначена для организации эффективной работы различных компаний. Данный вариант обладает несколькими возможностями, которые важны для работы крупных и малых IT-отделов. Одним из преимуществ Vista Business, можно назвать относительно невысокую стоимость и, несомненно, высокий уровень безопасности.

LinuxMandriva 2009 PowerPack

Mandriva Linux 2009 является очередным релизом дружественного пользователю дистрибутива. Mandriva Linux 2009 имеет соответствующий запас прочности, чтобы оставаться привлекательной даже после того, как основные конкуренты успеют выпустить одно-два обновления.

Mandriva Linux 2009 базируется на ядре 2.6.22. Содержит улучшенный планировщик задач, специально рассчитанный на десктоп-применение.

Графическая система базируется на X.Org 7.3 и включает RandR 1.2 - расширение, значительно упрощающее поддержку нескольких видеодисплеев и их горячее подключение. Трехмерным рабочим столом будет Compiz/Fusion (продукт слияния Compis и Beryl). В качестве рабочих сред предлагаются GNOME 2.20, KDE 3.5.7/4 preview и Xfce 4.4.1. Отличительным и нововведениями здесь являются интернет-телефон Ekiga 3.0, поддержка PDF-форм в Evince и Evolution 2.12 с улучшенными функциями антиспама и совместимостью с Microsoft Exchange. Поскольку ожидается, что Mandriva Linux 2008 выйдет раньше, чем нашумевшее обновление рабочего стола на базе Qt - KDE 4 - в состав дистрибутива будет включена наиболее свежая тестовая версия. В качестве компилятора по умолчанию предлагается GCC 4.2 (версия 4.3 будет доступна в официальных репозиториях), а в качестве офисного пакета - OpenOffice.org 2.2.

Изменения, разумеется, не ограничиваются новыми версиями ПО. Mandriva Linux 2009 будет лучше соответствовать стандартам, установленным FreeDesktop.org: стартовое меню и структура пользовательского домашнего каталога теперь будет удовлетворять требованиям XDG; это же касается и пиктограмм. Разрозненные инструменты управления сетью будут заменены единым; появится поддержка WPA Enterprise. Система распознавания оборудования станет более дистрибутиво-нейтральной: для этих целей будет использоваться стандартная библиотека PCI ID, а не собственные каталоги Mandriva, как было раньше. В тех случаях, когда это может привести к ухудшению поддержки, недостающие сведения будут добавлены Mandriva в общедоступную базу данных.

Для выбора операционной системы сведем результаты сравнения в таблицу 4.1.

Таблица 4.1 - Сравнительный анализ операционных систем

Параметр

Vista Business

Mandriva Linux

Рекомендуемые системные требования

1 ГГц ,40 ГБ HDD, 1 ГБ ОЗУ, видеокарта с поддержкой DirectX 9

1 ГГц ,6 ГБ HDD, 1 ГБ ОЗУ, видеокарта с поддержкой DirectX 9

Офисные приложения

MSOffice

Open Office.Org

возможность установки 1С

есть

нет

стоимость

8499 руб.

1300 руб.

Таким образом, принимая во внимание то, что проект информационной системы центра занятости реализуется в системе 1С:Предприятие 7.7, и то, что большинство офисных работников хорошо знакомы с продуктами компании Microsoft, в то время как продукты линейки LinuxMandriva являются малоизвестными, целесообразно использовать операционную систему MicrosoftWindowsVistaBusiness.

ИС 1С:Предприятие 7.7 выбран благодаря следующим особенностям:

Полная автоматизация бухгалтерского учета;

Автоматизация ведения заявок;

Возможность ведения базы данных контрагентов.

Позволяет делать любые расчеты;

Получение отчетных форм (соответствующих государственным требованиям);

Защита от несанкционированного доступа.

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

В качестве СУБД используем Access, входящий в комплект пакета MicrosoftOffice.

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

Таблица 4.2 - Аппаратная конфигурация сервера

Оборудование

Модель

процессор

Pentium 4 3.2ГГц

видеокарта

интегрированный видеоадаптер

HDD

от 80 ГБ и выше

ОЗУ

1024 Мб и выше

привод

CDDVD - rom

монитор

стандартный VGA-совместимый монитор

сеть

Ethernet-адаптер

Учитывая специфику работ, выполняемых ректрутерами, аппаратные требования к АРМ консультантов можно принять следующими (табл. 4.3.):

Таблица 4.3 - Аппаратная конфигурация сервера

Оборудование

Модель

процессор

Pentium 4 2.0 ГГц

видеокарта

интегрированный видеоадаптер

HDD

от 40 ГБ и выше

ОЗУ

512 Мб и выше

привод

CDDVD - rom

монитор

XGA-совместимый монитор

сеть

Ethernet-адаптер

Таким образом, основные параметры платформы будут следующими:

Операционная система - Windows VistaBusiness;

Прикладное ПО-1С:Предприятие 7.7;

СУБД - MicrosoftAccess;

Безопасность в системе:

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

Настраиваемый механизм ролей;

Ведение журналов всех операций выполняемых пользователями в системе;

Интерфейс ИС центра занятости. Модуль обслуживания клиентов

Проект реализован в системе 1С:Предприятие версия 7.7, так же используется СУБДAccess. В системе 1С:Предприятие, согласно диаграмме вариантов использования (рис. 3.4),задаются 3 типа пользователей с различными правами доступа: администратор, рекрутер, оператор.

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

Рис. 4.2 - Справочник соискатель

Справочник, хранящий информацию о доступных вакансиях, рис. 4.3.

Рис. 4.3 - Справочник вакансий

Справочник существующих должностей, на которые имеются вакансии (рис. 4.4).

Рис. 4.4 - Справочник должности

Имеется база данных MicrosoftAccess, модель которой разработана в разд. 3, вызываемая через закладку отчеты.

Рис. 4.5 - Интерфейс БД

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

Рис. 4.6 - Анкета соискателя

Аналогичным образом фиксируются заявки с вакансиями (рис.4.7).

Рис. 4.7 - Заявка работодателя

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

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

Рис. 4.8 - Поиск вакансий

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

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

Рис. 4.9 - Заключение договора

Разработанный интерфейс ИС центра занятости позволяет в полной мере реализовать поставленные цели, обеспечить автоматизацию работы консультантов по подбору персонала:

1. Прием заявок;

2. Обработка данных;

3. Поиск вакансий и кандидатур;

4. Составление договора с соискателем в автоматическом режиме.

5. СОЦИАЛЬНЫЙ АСПЕКТ РАЗРАБОТКИ

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

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

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

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

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

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

6. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ

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

6.1. Обоснование актуальности разрабатываемой информационной системы центра занятости

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

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

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

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

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

6.2 Обоснование выбора аналога для сравнения с разрабатываемой системой

В качестве аналога выбрана информационная система, наиболее подходящая по основным характеристикам - Автоматизированная система подбора персонала «Рекрутер». Выбор этой системы в качестве аналога обусловлен наличием в ней необходимых требований, предъявляемых к подобным системам: эта система ориентирована на задачу подбора персонала; позволяет осуществлять электронный документооборот, имеет в своем составе подсистему ведения отчетности.

6.3 Обоснование критериев сравнения с аналогом

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

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

1. Системные требования;

2. Доступность;

3. Быстродействие;

4. Функциональность;

5. Удобный интерфейс.

6.4. Стоимостная оценка разработки

Расчет затрат на этапе проектирования.

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

где То - ожидаемая длительность работ;

Тmin и Тmax - наименьшая и наибольшая длительность работ.

Расчеты длительности всех работ на этапе проектирования сведены в таблицу.

Себестоимость разработанной системы равна:

Сп = Lп + Mп + Нп

где Lп - заработная плата проектировщика на всех этапах проектирования;

Mп - затраты на использование ЭВМ на этапе проектирования;

Нп - накладные расходы на этапе проектирования;

Таблица 6.1 - Длительность разработки

Наименование работ

Длительность работ (дней)

tmin

tmax

t0

1. Разработка ТЗ

5

10

7

2. Анализ ТЗ

7

12

9

3. Поиск необходимой информации

10

15

13

4. Разработка модели информационных потоков

14

18

16

5. Проектирование структуры БД

13

20

16

6. Выбор программного обеспечения

7

9

8

7. Машинное время

60

75

68

8. Оформление сопроводительной документации

12

18

14

Итого:

128

177

151

Построим график организации работ по времени (рис. 6.1)

Рис. 6.1 - График организации работ по времени

Таким образом, суммарное время которое должно быть затрачено на этапе проектирования составляет 151день.

Важным видом затрат на этапе проектирования является заработная плата проектировщика, которая рассчитывается по формуле:

Lп = Lд ЧТп Ч (1 + с /100) Ч (1 + п /100)

где Lд - дневная заработная плата разработчика;

с - отчисления на социальные нужды (26%);

п - процент премий (10%);

Lо = 5145 руб;

Lд = 5145 / 21 = 245 руб;

Тп = 151 день;

Lп = 245 Ч 151Ч (1 + 26/100) Ч (1 + 10/100) = 51276 руб.

Формула для расчетов затрат на использование ЭВМ на этапе проектирования имеет вид:

Мп = См Ч Тм,

где См - стоимость 1 часа машинного времени (руб.);

Тм - необходимое для решения задачи машинное время (час);

См = 18 руб.;

Тм = tР Ч t ;

tР - время, требуемое на проектирование системы;

t - количество часов работы с ПК в день;

Тм = 68 дн. Ч 7 час. = 476 часа,

Мп = 18 Ч 476 = 8568 руб.

Накладные расходы составляют 10% от заработной платы персонала, занятого эксплуатацией системы, и вычисляются по формуле:

Нп = (Lп Ч 10) / 100

Нп = (51276 Ч 10) / 100 = 5128 руб.

Таким образом, получим затраты на этапе проектирования системы:

Сп = Lп + Мп + Нп

Сп = 51276 + 8568 + 5128 = 64972 руб.

Цена разработанной системы вычисляется по следующей формуле:

Sп = Сп + П

где П - прибыль.

Прибыль составляет 50% от себестоимости системы.

Таким образом, цена разработанной системы равна:

Sп = Сп + 0,5 Ч Сп

Sп = 64972 + 0,5 Ч 74161 = 97458 руб.

Размер налога на добавленную стоимость (НДС) определяем как 18% от цены разработанной системы. Цена с учетом НДС равна:

Sндс = 111241,5 Ч 0,18 + 111241,5 = 115000 руб.

Расчетная рентабельность капитальных вложений по разработке системы оценивается соотношением:

P = П / Cп Ч 100%

P = 32486 / 64972 Ч 100 = 50%

Проектируемая система в эксплуатации экономически эффективна, если соблюдается неравенство:

Т.к. 0,5 > 0,25 при Ен = 0,25, следовательно, проектируемая система в эксплуатации экономически эффективна.

Срок окупаемости рассчитывается как:

Ток = 1 / P

Ток = 1 / 0,5 = 2

Срок окупаемости системы два года.

Данные при расчете затрат на разработку программного продукта сведены в табл.6.2.

Таблица 6.2 - Затраты на разработку

Параметр

Обозначение

Значение

1.

Основная заработная плата, руб

5145

2.

Дополнительная заработная плата, %

Кд

10

3.

Стоимость 1 часа машинного времени, руб

См

18

4.

Машинное время, час

Тм

476

5.

Затраты на использование ЭВМ, руб

Mп

8568

6.

Накладные расходы, руб

Нп

5128

7.

Отчисления на социальные нужды, %

с

26

8.

Себестоимость системы, руб

Сп

64972

9.

Цена разработанной системы, руб

Sп

97458

10.

Цена с учетом НДС, руб

Sндс

115000

6.5 Расчет технико-экономических показателей разработки

Рассчитаем технико-экономические показатели проекта по выбранным основным критериям сравнения с аналогом. Форму вычисления интегрального технического показателя выберем аддитивную, так как выбранные критерии не имеют нулевых значений. Число критериев - 5, что не противоречит используемой методике и не приведет к сглаживанию отличительных параметров. Формула для расчета интегрального технического показателя качества:

,

где - коэффициент весомости i-го параметра;

Аi - оценка качества изделия по i-тому параметру;

n - число параметров, по которым производится сравнение.

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

Определяем технико-экономическую эффективность аналога и разработки:

и ,

где , - интегральный стоимостной показатель аналога и разработки.

Интегральные стоимостные показатели (цена потребления) аналога и разработки выбираем, учитывая, что стоимость аналога, за счет использования полностью заказной системы в несколько раз выше (минимум в два раза).

Определяем относительную технико-экономическую эффективность разработанной системы следующим образом:

,

где Ea - технико-экономическая эффективность аналога;

Ep- технико-экономическая эффективность проекта.

Результаты сравнения оценок технико-экономическая эффективности проекта сводим в (табл.6.3).

Таблица 6.3 - Технико-экономическая эффективность проекта

Параметр, оценка

Весовой

коэфф.

Аналог

Проект

Доступность

0,15

2

0,30

3

0,45

Системные требования

0,25

3

0,75

3

0,75

Быстродействие

0,10

3

0,30

4

0,40

Удобный интерфейс

0,15

3

0,45

3

0,45

Функциональность

0,35

3

1,05

4

1,40

Интегральный технический показатель, Q

-

2,85

-

3,45

Интегральный стоимостной показатель, I

-

1,0

-

0,5

Технико-экономическая эффективность, E

-

2,85

-

6.9

Относительная технико-экономическая эффективность нового изделия,

2,42

6.6 Расчет экономического эффекта от использования системы

Критерием эффективности создания и внедрения новых методов является ожидаемый экономический эффект. Экономический эффект определяется по формуле:

Э = Эг - Кп Ч Ен

где Эг - годовая экономия;

Кп - капитальные затраты покупателя;

Ен - нормативный коэффициент.

Годовая экономия Эг складывается из экономии эксплуатационных расходов и экономии в связи с повышением производительности труда пользователя. Таким образом, получаем:

Эг = (Р1 + Р2) + Рп

где Р1 и Р2 - соответственно эксплуатационные расходы до и после внедрения,

Рп - экономия от повышения производительности труда пользователя.

Т.к. данный программный продукт не требует дополнительных эксплуатационных расходов, следовательно, годовая экономия Эг равна:

Эг = Рп

Если пользователь при выполнении работы j-того вида после использования разработанной системы экономит Тj часов, то повышение производительности труда Рп (в процентах) определяется по формуле:

Рп = ( Тj / ( tj - Тj ) ) Ч 100%

где tj - время, которое планировалось пользователю для выполнения работы j-того вида до внедрения разработанной системы (в часах). Тj и tj должны быть определены в среднем за год.

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

Рп = (5 / (7 - 5)) Ч 100% = 250%

До использования информационной системы годовая оплата пользователя составляла: 6200 Ч 12 = 74400 руб.

После использования информационной системы: (6200/1.5) Ч 12 = 49600 руб.

Таким образом, экономия от повышения производительности труда пользователя равна: Рп = 65520- 49600= 24880 руб.

Годовая экономия равна:

Эг = Рп = 24880 руб.

Следовательно, присутствует экономическая выгода при внедрении разрабатываемой системы.

Показатели экономической эффективности проекта приведены в (табл.6.4)

Таблица 6.4 - Экономическая эффективность проекта

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

Ед. измерения

Показатель

Себестоимость системы

руб

64972

Прибыль

руб

32486

Рентабельность

коэф.

0,5

Срок окупаемости

год

2

Годовая экономия

руб

24880

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

7. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ РАЗРАБОТКИ ИНФОРМАЦИОННОЙ СИСТЕМЫ ЦЕНТРА ЗАНЯТОСТИ

7.1 Анализ надежности ИС центра занятости

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

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

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

На этапе синтеза необходимо перечислить события, которые должны быть предотвращены:

1. Ошибки при работе, вследствие переутомления;

2. Нарушение работы ОС;

3. Воспламенение оборудования;

4. Некорректная эксплуатация системы;

5. Скачки напряжения в сети;

6. Снижения качества работы в сети.

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

Таблица 7.1 - Головные события

Событие

Головное событие

1 и 4

Некорректные действия оператора

2

Сбой в ОС

3

Возникновение пожара

5

Возникновение короткого замыкания

6

Сбой в сети

Нарушения работы системы происходит, если имеют место следующие события: некорректные действия оператора, сбой в ОС, возникновение пожара, возникновение короткого замыкания (КЗ), сбой в сети.

Некорректные действия оператора возможны при переутомлении или нервном напряжении (первая категория монотонных работ). Переутомление является результатом нарушений режима труда и отдыха или организации рабочего места с нарушением эргономических требований. Нервное напряжение происходит из-за воздействия шума (для конструкторских бюро 50 дБА) или различных излучений (в любой точке на расстоянии 5 см от корпуса не выше 5,55 мкР/с) и электрической напряженности (внутри помещения до 0,5 кВ/м) [15].

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

Возникновение пожара происходит, когда имеются горючие материалы (способные воспламеняться от кратковременного (до 30 с) воздействия источника зажигания) и наличие искры, огня (при использовании дополнительных электрических приборов). Появление искры или огня возможны при плохом контакте или при воспламенении электроприборов или элементов системы электропитания. Воспламенение происходит при перегреве оборудования или если система электропитания перегружена. Перегрев оборудования происходит при нарушении изоляции или неисправности оборудования. Оборудование считается электростатически заземленным, если сопротивление в любой его точке при любых условиях не превышает 106 Ом. Сопротивление заземленного устройства допускается до 100 Ом [15].

Возникновение короткого замыкания бывает при наличии напряжений на корпусе электрооборудования и одновременном касании корпуса электрооборудования человеком. Наличие напряжений на корпусе возможны при нарушении изоляции или при разрушении токоведущих частей. Человек может касаться корпуса электрооборудования при ремонте оборудования или при техническом обслуживании. С целью повышения безопасности применяются напряжения 12, 36, 42 В. Наибольшая степень безопасности при напряжениях 6-10 В, при таком напряжении ток через человека не превысит 1-1,5 мА [15].

Сбой в сети бывает при выходе из строя отдельных элементов сети или при отказе сети. Отказ сети возможен в случае отказа порта или обрыва кабеля.

Дерево причин (отказов), на котором указаны причины нарушения работы информационной системы, представлено на рисунке 7.1.

/

7.2 Мероприятия, способствующие повышению надежности и безопасности информационной системы центра занятости

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

Охарактеризуем основные показатели:

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

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

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

организационные;

организационно-технические;

технические;

индивидуальные.

Организационные

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

Организация работы должна позволять выполнять задания, чередуя сложные и менее сложные. Так как при работе с системой требуется поддержание высокого уровня умственной работоспособности, то необходимо соблюдение ряда условий: постепенное вхождение в трудовой процесс после отдыха, индивидуальный ритм работы, соблюдение привычной последовательности деятельности, правильное чередование периодов труда и отдыха. Обучение безопасности труда регламентируются государственным стандартом (ГОСТ) 12.0.004-90 “Организация обучения безопасности труда”, режим труда и отдыха нормативно-правовые и законодательные документы.

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

Организационно-технические

Основные требования к устройству предприятий и цехов изложены в санитарных нормах (СН) проектирования промышленных предприятий и соответствующих строительных нормах и правил (СНиП), организация рабочего места, вентиляция помещения, отопление (СНиП 2.04.05-91), освещение (СНиП 23-05-95).

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

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

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

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

Индивидуальные

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

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

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

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

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

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

Пожарная безопасность

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

Наиболее вероятными причинами возникновения пожара в рассматриваемом помещении является причины электрического характера: короткое замыкание, перегрузки, искрение.

В результате короткого замыкания, а так же при плохом контакте на клеммах возникают искры, от которых могут загореться пластиковые корпуса ЭВМ и периферийных установок.

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

Во избежание пожара по вине дефектов в электрооборудовании необходимо вовремя проводить профилактику электропроводки.

В помещении должны быть огнетушители. Огнетушители должны быть углекислотные ОУ-2 и порошковые ОП-1-1. Этот класс огнетушителей не приносят большого вреда оборудованию и позволяют тушить электроприборы до 1000 В, находящиеся под напряжением. Так же необходимо устанавливать пожарную сигнализацию, на случай непредвиденного возгорания.

Для предотвращения возникновения пожара, а также уменьшения ущерба в случае возникновения пожара необходимо выполнять следующие мероприятия ТИ РМ-(062-074)-202:

1. Проведение инструктажа по пожарной безопасности. Обеспечение правильного режима эксплуатации ПК, принтеров и другого оборудования.

2. Недопущение использования дополнительных обогревательных приборов, запрещение курения в помещениях.

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

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

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

Экологичность проекта

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

Сама по себе информационная система не несёт прямую экологическую угрозу окружающей среде.

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

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

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

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

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

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

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

Факторы, влияющие на человека при его работе с компьютером

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

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

Ортопедический фактор

Отрицательное воздействие этого фактора проявляется в нарушении нормального функционирования опорно-двигательного аппарата человека-оператора. Работая с компьютером, оператор ИС КОО Администрации г. Таганрога может часами находиться в фиксированных позах, совершая движения лишь пальцами рук, работая на клавиатуре или вводя информацию в ЭВМ с помощью «мыши». В результате у него может возникнуть, в той или иной форме, синдром длительных статических нагрузок (СДСН).

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

Одним из механизмов возникновения таких форм СДСН является ухудшение кровообращения в мышцах. Вследствие длительной статической нагрузки мышцы долгое время пребывают в состоянии сокращения. Так как они не расслабляются, в них ухудшается кровообращение, что ведет к сокращению интенсивности притока питательных веществ и оттока продуктов распада, вследствие этого возникают болевые ощущения, ощущение дискомфорта и, как следствие, снижение общей производительности труда человека-оператора. Предотвратить появление СДСН может правильная организация рабочего места. Кроме того, если рабочее место (РМ) организовано неправильно, то у оператора, кроме СДСН, может развиться сутулость или искривление позвоночника. Ниже сравниваются допустимые параметры рабочего места (в соответствии с нормами) и реальные в помещении предприятия на рабочем месте (в скобках):

высота рабочей поверхности стола должна регулироваться в пределах 680- 800 мм; при отсутствии такой возможности высота рабочей поверхности стола должна составлять 725мм (740мм.);

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

регулировку высоты поверхности сиденья в пределах 400-550 мм (390-500 мм) и углам наклона вперед до 15 град, и назад до 5 град, (да); высоту опорной поверхности спинки 300 мм (270 мм), ширину не менее 380 мм (400 мм); стационарные или съемные подлокотники длиной не менее 250 мм (235 мм), шириной 50-70 мм (50 мм).

клавиатуру следует располагать на поверхности стола на расстоянии 100- 300 мм от края, обращенного к пользователю или на специальной, регулируемой по высоте рабочей поверхности, отделенной от основной столешницы (150 мм).

Конструкция и размеры рабочего места приведены на рис. 7.2.

Рис. 7.2 - Конструкция и размеры рабочего места

Для профилактики СДСН желательно придерживаться согласно ГОСТ 12.2.049-80 и ГОСТ 12.2.061-81 ССБТ рекомендаций: при работе оператора с компьютером в течении длительного времени необходимо один раз в час на 15 минут прерывать работу с компьютером. Это время можно использовать для выполнения гимнастических упражнений или для переключения на другие виды работ, связанные со сменой положения и уменьшением зрительной активности.

Желательно организовать такой темп работы оператора, чтобы он не делал более 10-12 тысяч нажатий на клавиши в час.

Воздействия на зрительный анализатор

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

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

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

воздействие рентгеновского излучения;

воздействие электростатических полей;

воздействие электромагнитных полей

Рентгеновское излучение возникает в процессе торможения быстрых электронов при ударе электронного луча о люминофор кинескопа. Исследования показали, что оно если и влияет на человека, то в очень незначительной степени, так как мощность дозы на расстоянии 50 см составляет 0,005 мР/ч.

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

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

критически низких частот (КНЧ) (генерируется током сети 5 0-60 Гц и кадровой разверткой 50-85 Гц) и низких частот (генерируется строчным трансформатором). Систематическое воздействие ЭМП постоянной частоты и малой интенсивности на организм человека приводит к десинхронизации работы подсистем организма и возникновению стресса. При продолжении постоянного облучения организм переходит в состояние истощения, которое характеризуется снижением активности щитовидной железы, угнетением иммунной системы, а также системы соединительной ткани. Параметры ЭМП:

напряженность ЭМП на расстоянии 50 см вокруг монитора:

в диапазоне от 5 Гц до 2кГц25 В/м;

в диапазоне от 2 кГц до 400 кГц 2,5 В/м;

плотность магнитного потока

в диапазоне от 5 Гц до 2кГц 250 нТл;

в диапазоне от 2 кГц до 400 кГц 25 нТл;

Так как источником КНЧ-излучения является фокусирующая система дисплея, то соответственно интенсивность поля сзади и сбоку от дисплея гораздо выше, чем спереди. Немаловажно и то, что КНЧ-поля практически ничем не экранируются.

Учитывая все вышеперечисленное, можно порекомендовать согласно Руководство Р 2.2.2006-05 следующие параметры организации рабочего места (в скобках - фактические параметры для РМ):

расстояния между рабочими столами с видеомониторами (в направлении тыла поверхности одного видеомонитора и экрана другого видеомонитора), должно быть не менее 2 м, а расстояние между боковыми поверхностями видеомониторов - не менее 1,2 м;

при перерывах в работе с компьютером, если нет надобности его выключать, необходимо выключить дисплей.

экран видеомонитора должен находиться от глаз пользователя на оптимальном расстоянии 600-700 мм, но не ближе 500 мм с учетом размеров алфавитно-цифровых знаков и символов (770 мм);

Можно сказать, что идеальным вариантом защиты от КНЧ-полей является использование дисплеев без электронно-лучевой трубки (ЭЛТ). Такими дисплеями являются, например, жидкокристаллические дисплеи. По сравнению с дисплеями на ЭЛТ не излучают переменного электромагнитного поля.

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

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

свет от осветительных ламп не должен падать на дисплей с углом более 60 градусов от вертикали (30);

освещенность рабочего места необходимо поддерживать в пределах двух третьих от нормальной освещенности. Это составляет порядка 170-250 ж;

при освещении рабочего места неприемлемо использование мигающих источников света, например люминесцентных ламп;

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

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

Микроклимат производственных помещений

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

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

Температура воздуха является одним из основных параметров, характеризующих тепловое состояние микроклимата.

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

Комфортная температура в помещении может быть найдена по формуле:

tК - температура кожи в состоянии комфорта, равная 32°С:

М - энергозатраты человека в зависимости от категории работы, ккал/ч.

Для легкой физической работы (в конкретном случае) энергозатраты составляют 110 ккал/ч;

Q?И - расход тепла на неощутимое испарение, примерно равный 19 ккал/ч;

Fод - поверхность одежды, примерно равная поверхности человеческого тела, м2.

Рассчитывается по формуле:

Fод=0.203•G0.425•l0.725,

где

G - масса человека, равная 75кг;

l - рост человека, равный 1,8 м;

бк и бл - средние коэффициенты теплопередачи тела человека в помещении соответственно конвекцией и лучеиспусканием, ккал/м2•ч•?С.

Так как скорость воздушного потока V находится в пределах (0,1+2,6)м/с, то для определения коэффициента бк можно использовать зависимость, полученную Уинслоу - Гейджем - Харрингтоном:

бк =10,5•vV , ккал/м2•ч•?С

Значение V равно 0,2 м/с. При малых скоростях воздушного потока бк =бл.

R?од - сопротивление теплопередаче от поверхности кожи к наружной поверхности одежды, равное

R?од=0.18 Rод, м2•ч•?С/ккал,

Rод - теплоизолирующие свойства одежды, м2•ч•?С/ккал. Для делового костюма Rод=0.7.

Проведем расчет комфортной температуры в помещении:

Итак для легкой физической работы с энергозатратами 110 ккал/ч, выполняемой человеком массой 75 кг, и ростом 180 см, одетым в деловой костюм в помещении с подвижностью воздуха 0,2 м/с значение комфортной температуры равно 21,24°С согласно Р 2.2.2006-05.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

ref.by 2006—2025
contextus@mail.ru