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

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

На рынке представлены такие продукты по подбору персонала, как «Резюмакс», «Рекрутер», «1С: Зарплата и Управление Персоналом 8», «Microsoft Dynamics CRM», «ИНЭК-Персонал».

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

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

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

Для выбора CASE-средств проанализируем основные свойства наиболее распространенных продуктов. В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства как System Architect, Ithink Analyst, ReThink и др.

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

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

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

- доступность поддержки поставщика. Такие услуги могут включать телефонную "горячую линию", техническую и консультационную поддержку через представителя поставщика в России;

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

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

Из приведенного в таблице списка инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWin/ERWin, Rational Rose, ARIS. В таблице 1.1 приводится сравнение функциональных возможностей и свойств вышеупомянутых инструментальных сред, предназначенных для моделирования бизнес-процессов.

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

По всем показателям CASE-средство BPWin удовлетворяет исходным требованиям.

Обоснование выбора СУБД

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

Анализируя таблицу 1.2, видно что СУБД Access и PARADOX практически одинаковы по показателям. Учитывая продолжительность работы с данными СУБД разработчика, выбор сделан в пользу СУБД Access как наиболее полно удовлетворяющая потребности проектирования.

Таблица 1.2 ? Сравнительный анализ СУБД

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

Описание организационной и функциональной структуры.

На рисунке 1.1 в виде модели AS-IS в нотации IDEF0 представлен процесс подбора персонала.

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

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

Рисунок 1.1- Контекстная диаграмма модели процесса подбора кандидата на должность (AS?IS).

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

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

Рисунок 1.2- Декомпозиция процесса подбора кандидата на должность в нотации IDEF0 (AS?IS).

1.2 Анализ исходных данных для проектирования

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

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

На основании экспертной оценки выдвинуто требование к данному показателю: t_ср<=1 минуты.

2. Технический проект

2.1 Проектные решения по системе в целом

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

2.1.3 Описание постановки задачи

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

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

2.1.4 Проектные решения по организационному обеспечению

Проектируемая АС будет внедрена в организационную структуру отделов кадров предприятий.

Общая организационная схема процесса ППР по подбору персонала представлена на рисунке 2.2.

Рисунок 2.2 ? Общая схема процесса ППР по подбору персонала

2.2 Проектные решения по видам обеспечения

2.2.2 Проектные решения по информационной подсистеме

Описание организации информационной базы

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

Рисунок 2.3 ? Логическая структура БД

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

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

В поле «ранг должности» в таблице «Должности» заноситься ранг должности согласно иерархической иерархии должностей предприятия, т.е. рядовой сотрудник имеет ранг равный единицы, начальник какого либо подразделения ? ранг равен 2, начальник нескольких подразделений ? 3, и т.д.

Правила валидации и значения данных по умолчанию

Таблица 2.1 Правила валидации и значения по умолчанию

Физическая модель БД, представлена на рисунке 2.4

Рисунок 2.4 ? Физическая модель БД

Объемы памяти, занимаемые стандартными типами полей СУБД Access, используемыми в БД, представлены в таблице 2.2

Таблица 2.2 ? Объем типов данных СУБД Access.

Примем среднее число должностей предприятия равным 200, соответственно среднее количество записей в таблицах «Должности», «Штат» и сотрудники будет равно 200. Среднее число заслуг на одного сотрудника примем равным 3, соответственно среднее число записей в таблице «Заслуги» будет составлять 200*3=600.

Таблица 2.3 ? Расчет объема базы данных.

Общий объём базы данных (за 10 лет):

V_общ=1,2*(26400+3600+7600+34800)= 86880 байт= 89 Мб

2.3 Проектные решения по математическому обеспечению

Алгоритм СППР по подбору персонала представлен на рисунке 2.5.

Рисунок 2.5 ? Алгоритм программы

Основу математического обеспечения будет составлять описание метода поддержки принятия решения, используемого в проектируемой АС - метода анализа иерархий (МАИ).

МАИ (версия Т. Саати).

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

Этапы МАИ

1. Очертить проблему и определить, что мы хотим

2. Построить иерархию ( цель, критерии, альтернативы)

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

4. Проверить индекс согласованности каждой матрицы

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

Иерархия есть определенный тип системы, основанный на предположении, что элементы системы могут группироваться в несвязанные множества. Элементы каждой группы находятся под влиянием элементов некоторой вполне определенной группы и, в свою очередь, оказывают влияние на элементы другой группы. В МАИ считается, что элементы в каждой группе иерархии (называемой уровнем) независимы.

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

Если обозначить долю фактора Ai через w_i, то элемент матрицы a_ij= w_i/ w_j.

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

В подобной постановке задачи решение проблемы состоит в отыскании вектора (w₁, w₂, ..., w_n). Существует несколько различных способов вычисления искомого вектора.

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

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

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

Чем ближе к n (ранг матрицы А), тем более согласованной является матрица А. Для оценки уровня согласованности матрица А вычисляется отношение согласованности:

? индекс согласованности;

? стохастический коэффициент согласованности (определяется эмпирическим путем как среднее значение коэффициента ОС для большой выборки генерированных случайным образом матрицы А). Если ОС, уровень согласованности является приемлемым.

Рассмотрим пример расчета приоритетов кандидатов.

1. Зададим матрицу попарных сравнений приоритетов факторов и проверим ее на согласованность

Проверим эту матрицу на согласованность, для этого

1.1 рассчитаем собственный вектор:

С достаточно хорошим приближением собственные числа можно вычислить как среднее геометрическое каждой строки и затем нормировать их от 0 до 1

Для нормирования коэффициентов рассчитаем их сумму а затем разделим каждый элемент на сумму:

w1…w5 - это и есть собственные числа исходной матрицы.

1.2 Рассчитаем

- Сумма произведений собственных чисел на суммы соответствующих столбцов исходной матрицы.

1.3 Рассчитаем Индекс согласованности (ИС) и отношение согласованности (ОС)

где n- размерность матрицы, n=5

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

Для матрицы порядка 5 случайная согласованность равна 1,12

1.4 Оценка согласованности

Чтобы матрица являлась согласованной ОС должна не превышать 0,1

0,015<0,1 Следовательно заданная матрица согласованна и ей можно пользоваться для решения задачи.

2. Пример расчета приоритетов

Допустим необходимо подобрать сотрудника на должность начальника отдела кадров (ранг должности =2)

Иметься 3 кандидата:

1. - Сотрудник отдела кадров (на должности находиться 4 года, возраст 35 лет, стаж работы 15 лет, ранг должности 1, за время работы имеет 3 заслуги в сумме на 8 баллов)

2. - Начальник бухгалтерии (на должности находиться 2 года, возраст 42 года, стаж работы 20 лет, ранг должности 2, за время работы имеет 4 заслуги в сумме на 9 баллов)

3. - Временно не находящийся на должности (на должности 0 лет, возраст 25 лет, стаж работы 3 года, ранг должности 0 , не имеет заслуг сумма баллов 0)

Расставим баллы каждому кандидату в соответствии со следующими нормами

Находиться на должности

Возраст

Стаж работы

Ранг прошлой должности

Заслуги

В результате получится

Далее строим матрицы попарных сравнений заданных кандидатов для каждого фактора как отношение выставленных баллов (т.е по 1му фактору кандидат 1 предпочтительнее кандидата 2 в 3/2=1,5 раз) и рассчитываем вектор собственных чисел (они же приоритеты кандидата по заданному фактору) описанным выше способом

1. Кол-во лет на прошлой должности

2. Заслуги

3. Стаж

4. Возраст

5. Ранг прошлой должности

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

Рассмотрим расчет на примере приоритета 1го кандидата

Итак, по проведенным расчетом на заданную должность по заданным факторам лучше всего подходит Кандидат №1 (приоритет 0,46)

2.2.5 Доказательство корректности алгоритма

Под корректностью алгоритма здесь понимается, что:

? алгоритм завершает работу за конечное время;

? если решение существует, то алгоритм находит правильное решение.

Что касается первого пункта, то алгоритм является линейным, в ним отсутствуют критические участки, поэтому он выполняется за конечное время.

О правильности решения судить невозможно, так как алгоритм является эвристическим.

Вывод: алгоритм поддержки принятия решения по подбору персонала корректен.

Оценка погрешности вычислений

Погрешность результата вычислений состоит из дн - неустранимой погрешности, дм - погрешности метода и дв - вычислительной погрешности:

Значение дв зависит от вычислительной платформы. Для решения задачи использовалась платформа Intel Pentium-1800/MS Windows XP Professional SP2. Значение .

Неустранимая погрешность вычисляется по формуле:

где N - число значащих цифр величины.

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

Погрешность вычислений определяется погрешностью деления, погрешностью умножения и погрешностью округления. Погрешность .

=> ;

;

.

2.2.6 Проектные решения по пользовательскому интерфейсу

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

? редактирование БД;

? поиск в БД;

? расчет приоритетов кандидатов на должность.

Перечень функций пользовательского интерфейса

-обеспечение возможности добавления сотрудника (Ф1);

-обеспечение возможности удаления сотрудника (Ф2);

-обеспечение возможности добавления должности (Ф3);

-обеспечение возможности удаления должности (Ф4);

-обеспечение возможности поиска в БД (Ф5);

-обеспечение возможности вывода свободных должностей (Ф6);

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

-обеспечение возможности назначения кандидата на выбранную должность (Ф8).

Устойчивые состояния программного интерфейса

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

С1? ожидание действия пользователя по запуску функции подбора сотрудников на выбранную должность (расчета приоритетов) или по закрытию окна визуализации свободных должностей;

С2? ожидание действия пользователя по назначению выбранного сотрудника на исходную должность или по закрытию окна со списком кандидатов

С3? ожидание действия пользователя по поиску сотрудников в БД, очистки полей поиска или закрытию окна поиска;

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

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

Д0-запуск приложения;

Д1-вызов окна поиска;

Д2-осуществление поиска;

Д3-очистка полей с условиями для поиска;

Д4-закрытие окна поиска;

Д5-вызов окна редактирования БД;

Д6-удаление выбранной должности;

Д7-удаление выбранного сотрудника;

Д8-добавление должности;

Д9-добавление сотрудника;

Д10-добавление информации о заслуге;

Д11-закрытие окна редактирования;

Д12-вызов окна визуализации свободных должностей;

Д13-закрытие окна визуализации свободных должностей;

Д14-подбор сотрудников на выбранную должность(расчет приоритетов);

Д15-закрытие окна визуализации кандидатов;

Д16-назначение выбранного кандидата на исходную должность.

Таблица 2.4. - Таблица переходов ПИ в устойчивые состояния

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

Рисунок 2.6 ? Сценарий работы ПИ

Пользователю предоставляются для управления кнопки - объекты пользовательского интерфейса.

Для предоставления данных возможностей предусмотрены следующие формы (таблица 2.5).

Таблица 2.5. - Спецификация форм пользовательского интерфейса

В таблице 2.6 представлена информация о назначении вышеописанных объектах, а именно их предназначение.

Таблица 2.6 - Таблица объектов пользовательского интерфейса

3 Рабочая документация

3.1.1 Руководство пользователя

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

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

Рисунок 3.1 ? Стартовое окно программы

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

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

2. Осуществить поиск сотрудника в БД.

3. Редактирование БД.

4.

Рисунок 3.2 ? выбор возможного действия пользователя

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

Рисунок 3.3 ? Окно визуализации свободных должностей

Посредствам появившейся формы пользователю предлагается выбрать необходимую должность и нажать на кнопку «Подобрать сотрудника на выбранную должность» для визуализации списка подходящих кандидатов и соответствующих приоритетов (рисунок 3.4)

Рисунок 3.4 ? Окно визуализации кандидатов на должность и их приоритетов

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

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

Рисунок 3.5 ? Форма поиска в БД

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

При выборе функции редактирования БД из стартового окна программы появиться форма редактирования (рисунок 3.6).

Рисунок 3.6 ? Окно редактирования БД

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

3.1.2 Описание технологического процесса обработки данных

Исходя из предназначения АС основная ее функция ? это поддержка принятия решения по подбору персонала. Соответственно опишем технологический процесс обработки данных при выполнении основной функции АС.

Изначально пользователь АС визуализирует список свободных должностей, эта операция выполняется посредствам sql-запроса к БД: выбираются те записи из таблицы «Штат», в которых в поле «идентификатор сотрудника» записан ноль.

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

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

2 этап ? подсчет приоритетов. Для каждого сотрудника отобранного на первом этапе с помощью sql-запросов к БД выбираются его характеристики (далее факторы), такие как возраст, стаж работы, заслуги, количество лет проведенных на прошлой должности и ранг прошлой должности. После этого согласно правил, описанных в разделе математическое обеспечение, каждому сотруднику по каждому из перечисленных выше факторов выставляются оценки. Как все оценки выставлены для каждого фактора строиться матрица парных сравнений сотрудников и для этой матрицы, средствами специально написанной процедуры, высчитываются нормированные от 0 до 1 собственные числа, являющиеся приоритетами кандидатов по данному фактору. Затем с учетов приоритетов факторов, рассчитанных заранее тем же методом (процедурой) для матрицы парных сравнений факторов, рассчитываются интегральные (итоговые) приоритеты сотрудников, после чего отобранные на первом этапе кандидаты и рассчитанные их приоритеты на втором этапе визуализируются и пользователю предлагается назначить на должность одного из кандидатов. Назначение осуществляется sql-запросом UPDATE к таблице «Штат»: в записи, соответствующей исходной должности в поле «идентификатор сотрудника» вместо нуля записывается идентификатор выбранного сотрудника

.4. Верификация проектных решений

4.1 Способ оценки эффективности проектируемой системы

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

4.2 Расчёт показателей эффективности

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

Таблица 4.1 ? Результаты проведения эксперимента

пользователи	1	2	3	4	5	6	7	8	9	10
tср (с)	23	31	24	20	19	26	24	26	19	29

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

t_{ср 1}=19; t_{ср 2}=20; t_{ср n-1}= 29; t_{ср n}=31.

 - для наименьшего экстремального значения;

, -для наибольшего экстремального значения.

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

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

M(t_ср)=(23+31+24+20+19+26+24+26+19+29)/10;

M(t_ср)=24,1

4.3 Оценка результатов

Таблица 4.2 - Таблица оценки результатов

Свойство	Показатель	Требование	Результат
Оперативность	tср	tср <60c	tср =24,1 c

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

5. Технико-экономическая часть

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

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

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

1 годовой экономический эффект;

2 расчетный коэффициент эффективности капитальных вложений на разработку и внедрение программного средства;

3 срок окупаемости капитальных затрат на разработку и внедрение программного средства;

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

Нормативный коэффициент экономической эффективности капиталовложений (Е_н=0,5).

Расчетный коэффициент экономической эффективности капитальных затрат на разработку и внедрение программного продукта Е_р представляет собой отношение расчетной годовой экономии (годового прироста прибыли) Э_ппг к затратам Ц_пп на разработку программы:

	(5.1)

Срок окупаемости Т_ф - отношение затрат на разработку и внедрение программного средства Ц_пп к годовой экономии (годовому приросту прибыли) Э_ппг:

Тф=	(5.2)

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

	(5.3)

Проведен расчет показателей экономической эффективности создания и внедрения системы автоматизированного составления проектно-сметной документации. На основании исходных данных, приведенных в приложении 3, а также формул, приведенных в приложении 2:

затраты труда на подготовку описания задачи:

часов.

затраты труда на изучение и постановку задачи:

часа.

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

часа.

затраты труда на программирование по блок-схеме:

часов.

затраты труда на отладку программы:

часов.

затраты труда на подготовку документации по программе:

часов.

затраты труда на создание программного продукта:

часа.

- расчет часовой тарифной ставки (8-ми часовой рабочий день):

руб.

затраты на создание алгоритма и программы:

руб.

затраты на электроэнергию:

руб.

амортизационные отчисления:

руб.

В данном случае коэффициент использования мощности вычислительной системы выбирался исходя как отношение времени использования ЭВМ для написания ПП равной 665.475 часов к количеству рабочих часов в году расчета 8 часового рабочего дня:

Таблица 5.1 - Общие затраты на создание программного комплекса

№ п/п	Наименование элементов затрат	Затраты, руб.	Удельный вес, %
1	Затраты труда		93.5
2	Поиск литературы	200	0.88
3	Просмотр аналогичных ПП	100	0.44
4	Приобретение средств программирования	100	0.44
5	Затраты на электроэнергию	532	2.35
6	Амортизационные отчисления	1425	6.3
Итого:	22639.4	100

затраты на разработку и внедрение автоматизированной системы:

руб.

Формулы для расчета годового экономического эффекта Э_ППГ, вызванного мероприятиями по внедрению программного комплекса по учету измерений, приведены в приложении 2.

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

	(5.4)

По опыту работы сотрудников отделов кадров в год происходит порядка 50 переназначений на должности. На подбор кандидата на одну должность затрачивается приблизительно t₀₌30 минут, следовательно, общее время за год составит: t=50*30 =1500 мин =25 часов. Разработанная АС реализует туже операцию за t₀₌24,1 секунд=0,4 мин. Общее время в год составляет : t=50*0,4 = 20 мин.

В данном случае коэффициент использования мощности вычислительной системы выбирался исходя как отношение времени использования ЭВМ для составления документации равному 20 минут или 0,3 часа на количество рабочих часов в году расчета 8 часового рабочего дня:

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

затраты на оплату труда персонала, обслуживающего ИС:

руб.

стоимость одного машинного часа:

руб.

годовой экономический эффект:

руб.

экономическая эффективность разработанной программы:

срок окупаемости:

года

Таким образом, мероприятия по созданию и внедрению системы (Е_р = 3,5 > E=0,5) окупятся в течение Т_ф = 0,28 года, при этом ежегодный экономический эффект будет составлять Э_ппг =383760 руб.

6. Мероприятия по охране труда и обеспечению безопасности жизнедеятельности

6.1 Анализ характеристик

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

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

6.2 Мероприятия по эргономическому обеспечению

Объектом исследования при оценке эргономичности является пользовательский интерфейс программы. В данном случае она рассматривается как система “человек - машина” (СЧМ).

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

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

Основной целью решаемых при этом задач является оптимизация СЧМ по наилучшему способу их функционирования на основе технико-экономической оценки при выполнении условий сохранения здоровья и развития пользователя АС.

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

Различают следующие задачи эргономики:

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

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

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

- обеспечение обитаемости.

Для каждого эргономического свойства формируются следующие подсистемы показателей:

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

- подсистема комплексных показателей качества деятельности операторов;

- подсистема комплексных свойств и соответствующих им показателей обитаемости.

Оценка эргономичности разрабатываемой программы включает следующие этапы:

а) расчет показателей эргономичности интерфейса:

- расчет результирующего значения вероятности (Р_РЕЗ) ошибок операторов;

- расчет времени действия оператора по обнаружению информации и управлению объектами (Т_ДО);

- расчет результирующего значения потенциального эргономического уровня эффективности;

- расчет предполагаемого значения эргономичности СЧМ через N часов;

б) проведение эргономической экспертизы интерфейса.

Расчет показателей эргономичности интерфейса

Основными этапами расчета показателей эргономичности пользовательского интерфейса являются:

Расчет оперативности - вероятность получения ответа на запрос пользователя за время меньшее времени допустимого. Критерий оценивания Р_з (tр? 10 сек.) 0,97. Результат оценки Р_з (tр? 10 сек.)= 0,998.

Проведение эргономической экспертизы интерфейса

Для оценивания эргономичности использована методика, представленная в ГОСТ РВ 29.05.007--96 «Интерфейс человеко-машинный»[5], состоящая из трех этапов:

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

- на втором этапе оценивается выполнение эргономических требований, выделенных на первом этапе. (Если в разработанном интерфейсе требование выполняется, то в графе «Выполнение» таблицы 6.1 ставится буква «В» (выполнено), в противном случае -- буква «Н» (не выполнено). Выполнение проверяется только для требований, отмеченных в графе «Применение» буквой «П»);

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

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

Таблица 6.1 - Исследование применимости и контроля выполнения общих эргономических требований к интерфейсу

Номер эргономического требования	Применение	Выполнение
1 Панель должна отображаться на экране дисплея в окне и содержать следующие элементы: меню действий, появляющееся меню, инструкцию, поле выбора, поле ввода, область сообщений, область команд, область функциональных клавиш	П	В
2 Панель должна быть разделена на три области: меню действий, основную область, функциональные клавиши и иметь наименование, которое размещается вверху основной области	П	В
3 Появляющееся меню, инструкцию, поля выбора, ввода, область сообщений и область команд располагают в основной области панели	П	В
4 Инструкция должна предписывать необходимые действия с отображаемой панелью и порядок перехода в следующую панель	П	В
5 Меню действий следует располагать в верхней части экрана. Если на панели в появившемся окне отображается вторая панель, то меню действий второй панели располагают непосредственно под наименованием окна	П	В
6 Наименования объектов и функций должны быть представлены существительными, глаголами и состоять из одного или нескольких слов	П	В
7 Объекты меню необходимо располагать слева направо по мере убывания частоты их использования. Допускается группирование объектов меню по смысловому признаку. Последние две позиции меню действий должны быть отведены для объектов «Выход» и «Справка»	П	В
8 Каждому объекту меню должен быть присвоен мнемонический символ	П	В
9 Курсор выбора в меню действий должен целиком покрывать наименование объекта, включая по одному пробелу, справа и слева от объекта	О
10 Переход из основной области панели в меню действий и обратно должен осуществляться с помощью клавиши «Меню» или устройства указания	П	В
11 Появляющееся меню должно располагаться под меню действий так, чтобы первый символ его объекта, находился под первым символом соответствующего объекта меню действий	О
12 Появляющееся меню должно содержать функции «Ввод» и «Отмена», отделенные от других объектов разделительной линией	П	В
13 Появляющееся меню не должно протягиваться. Инструкцию и поля ввода в появляющемся меню не используют	П	В
14 Подтверждение выбора должно индицироваться графическим знаком, располагаемым перед выбранным объектом	О
15 Поле ввода должно располагаться в основной области панели, выделяться визуально и иметь наименование

Страница:

•  1 
•  2 

дипломная работа "Комплекс программного обеспечения для поддержки принятия решения по подбору персонала" скачать

Подобные документы

• Разработка информационного и программного обеспечения объектов автоматизации

  Методы концептуального, логического и физического проектирования баз данных для автоматизации работы объекта. Обследование предметной области; тестирование и реализация информационного и программного обеспечения. Подготовка конструкторской документации.
  
  курсовая работа [4,0 M], добавлен 16.05.2012
  

• Разработка обеспечения для поддержки принятия решений и выпуска новой продукции

  Разработка алгоритмического и программного обеспечения для решения задачи поддержки принятия решений о выпуске новой продукции. Математическое обеспечение задачи поддержки принятия решений о выпуске новой продукции, основные входные и выходные данные.
  
  дипломная работа [943,0 K], добавлен 08.03.2011
  

• Автоматизация основных направлений реализации недвижимости

  Изучение процесса автоматизации информационной поддержки деятельности риэлтерского агентства. Правила проектирования базы данных и определения ключей. Требования к техническому обеспечению и механизмы защиты данных от несанкционированного доступа.
  
  дипломная работа [581,9 K], добавлен 22.01.2014
  

• Проектирование микропроцессорной системы для идентификации объекта управления

  Анализ вариантов проектных решений и выбор на его основе оптимального решения. Синтез функциональной схемы микропроцессорной системы на основе анализа исходных данных. Процесс разработки аппаратного и программного обеспечения микропроцессорной системы.
  
  курсовая работа [469,1 K], добавлен 20.05.2014
  

• Процесс подбора персонала в ООО "Медиа Технологии"

  Совершенствование работы процесса подбора персонала в ООО "Медиа Технологии" для повышения уровня автоматизации и упрощения процедуры передачи данных. Сравнительная характеристика АИС подбора персонала. Реализация внедренного программного обеспечения.
  
  дипломная работа [4,1 M], добавлен 19.11.2015
  

• Информационная система по учету труда и заработной платы

  Подготовка проектных решений по технологии обработки данных в диалоговом режиме для решения экономических задач по учету труда и заработной платы. Разработка информационного обеспечения, технологии и алгоритмов решения задачи, диалогового приложения.
  
  лабораторная работа [576,4 K], добавлен 09.04.2013
  

• Разработка системы поддержки принятия решений

  Обслуживание двух встречных потоков информации. Структура информационных систем. Разработка структуры базы данных. Режимы работы с базами данных. Четыре основных компонента системы поддержки принятия решений. Выбор системы управления баз данных.
  
  курсовая работа [772,0 K], добавлен 21.04.2016
  

• Автоматизация управления современной станцией технического обслуживания автомобилей на базе информационных технологий

  Разработка программного обеспечения для управления базой данных. Место задачи в системе автоматизации. Семантическое моделирование данных. Разработка программного обеспечения и базы данных. Расчет трудоемкости и себестоимости этапов проектирования.
  
  дипломная работа [2,9 M], добавлен 04.02.2016
  

• Разработка системы поддержки принятия решений в сфере банковского кредитования

  Классификация систем поддержки принятия решений. Сравнительный анализ методик для оценки рисков розничного кредитования. Структура системы поддержки принятия решений, формирование начальной базы знаний. Проектирование базы данных информационной системы.
  
  дипломная работа [1,9 M], добавлен 10.07.2017
  

• Хранилища данных

  Концепции хранилищ данных для анализа и их составляющие: интеграции и согласования данных из различных источников, разделения наборов данных для систем обработки транзакций и поддержки принятия решений. Архитектура баз для хранилищ и витрины данных.
  
  реферат [1,3 M], добавлен 25.03.2013
  

Другие документы, подобные "Комплекс программного обеспечения для поддержки принятия решения по подбору персонала"

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