Содержание

Список сокращений, условных обозначений и терминов3

Введение

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

1.1 Подготовка исходных данных для проектирования

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

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

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

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

2.1.2 Разработка описания автоматизируемых функций

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

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

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

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

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

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

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

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

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

3.1 Документация по организационному обеспечению

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

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

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

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

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

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

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

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

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

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

Заключение

Список используемой литературы

Приложение 1

Приложение 2

Приложение 3

Приложение 4

Список сокращений, условных обозначений и терминов

AS-IS – модель реализации процесса (как есть).

CASE – computeraidedsoftware\systemengineering (компьютерная поддержка разработки программного обеспечения\систем).

TO-BE - модель реализации процесса (как будет).

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

БД – база данных.

ПИ – пользовательский интерфейс.

СУБД – система управления базой данных.

СППР − система поддержки принятия решения

Введение

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

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

1.1 Подготовка исходных данных для проектировани я

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

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

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

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

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

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

Для выбора CASE-средств проанализируем основные свойства наиболее распространенных продуктов. В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: RationalRose, OracleDesigner, AllFusionProcessModeler (BPWin) и AllFusionERwinDataModeler (ERWin), ARIS, PowerDesigner. За рубежом, помимо упомянутых, активно используются такие средства как SystemArchitect, IthinkAnalyst, 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.1 Проектные решения по функциональной структуре автоматизированной системы

Разрабатываемая АС будет состоять из следующих подсистем:

– подсистема поиска;

– подсистема редактирования;

– подсистема поддержки принятия решения по подбору персонала;

Основной подсистемой АС, исходя из ее предназначения является подсистема ППР по выбору персонала.

Декомпозиция процесса ППР по выбору персонала в нотации DFD (TO−BE) представлена на рисунке 2.1.

Рисунок 2.1– Декомпозиция процесса ППР по выбору персонала в нотации DFD (TO−BE)

Как видно из рисунка все блоки аналогичны модели AS-IS. Основные отличия заключаются в следующем.

Во-первых, все операции производит ПЭВМ, что значительно ускоряет процесс.

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

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

Описание процесса подсчета приоритетов детально представлено в разделе математическое обеспечение.

2.1.2 Разработка описания автоматизируемых функций

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

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 Рассчитаем

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

Кол-во лет на прошлой должности	Заслуги	Стаж	Возраст	Ранг прошлой должности	w
Кол-во лет на прошлой должности	1	5	3	4	1/2	0,262
Заслуги	1/5	1	1/2	1/2	1/10	0,046
Стаж	1/3	2	1	3	1/6	0,1
Возраст	1/4	2	1/3	1	1/8	0,06
Ранг прошлой должности	2	10	6	8	1	0,52
	3,78	20	10,83	16,5	1,89

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 Документация по организационному обеспечению

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 − Результаты проведения эксперимента

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

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 – Таблица оценки результатов

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

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 – Исследование применимости и контроля выполнения общих эргономических требований к интерфейсу

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

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

, (6.1)

где n₁ – количество выполненных требований;

n₂ – количество требований, применимых к рассматриваемому интерфейсу.

На основании задания, результатов предпроектных исследований, сформулированных ЧПЭФ, согласно ГОСТ РВ 29.05.007—96 «Интерфейс человеко-машинный» выработана система оперативно-технических требований (СОТТ) кпрограммному модулю:

{

На основании данных представленных в таблице 6.1, произведено исследование применимости и контроля выполнения общих эргономических требований к интерфейсу. Количество выполненных требований – 31, количество требований, применимых к рассматриваемому интерфейсу – 33, следовательно, степень выполнения эргономических требований, применимых к рассматриваемому интерфейсу, составляет 0,93, что удовлетворяет требованиям ГОСТ, имеющих величину степени выполнения применимых эргономических требований 0,85.

Заключение

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

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

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

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

В проектной части представлены проектные решения по:

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

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

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

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

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

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

Оценка экономической эффективности показала, что мероприятия по созданию и внедрению АС являются эффективными и окупятся в течение Тф=0,28 года. Направлением дальнейшей работы является расширение возможностей автоматизированной системы за счёт введения дополнительных функций.

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

Список используемой литературы

1. Гаряка А.А. «Основы информационных технологий» Издательство: Интернет-университет информационных технологий, 2007 г.

2. Деменков Н.П. “SCADA – системы как инструмент проектирования АСУ ТП” // Информационные технологии, 2002, №11, 24 стр

3. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. – М.: Диалог - МИФИ, 1999. – 256 с.

4. Сотсков Ю.В., Станкевич Л.А., Шмаков В.Э. Системный подход к программированию задач управления: Учебное пособие. СПб.- СПбГТУ, 1995.- 60с.

5. ГОСТ РВ 29.05.007–96. Интерфейс человекомашинный. Общие эргономические требования. Изд–во стандартов, 1996. – 12 с

6. Т. Саати, Принятие решений. Метод анализа иерархий. Пер. с англ. -М.: Радио и связь,1993.

Приложение 1

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

Таблица П.1.1

№	Показатель		Формула для расчета	Используемые данные
1.	Как – единовременные капитальные вложения на создание и внедрение системы (р.)		Кр + Кп	Кр – единовременные капитальные затраты разработчика (р.); Кп – единовременные капитальные затраты пользователя (р.)
2.	Кр – единовременные капитальные затраты разработчика (р.)		Кр.а. + Кр.зп + Кр.р + + Кр. эн + Кр.н	Кр.а – затраты разработчика на амортизацию вычислительной техники (р.); Кр.зп – затраты разработчика на заработную плату (р.); Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.); Кр. эн – затраты разработчика на электроэнергию (р.); Кр.н – накладные затраты разработчика (р.)
3.	Кп – единовременные капитальные затраты пользователя (р.)		Кп.вт + Кп.тр + + Кп.об + Кп.вв	Кп.вт – затраты пользователя на покупку вычислительной техники для эксплуатации системы (р.); Кп.тр – затраты пользователя на транспортировку и установку вычислительной техники (р.); Кп.об – затраты пользователя на обучение (р.); Кп.вв – затраты пользователя на ввод исходной информации (р.)
4.	Кр.зп – затраты разработчика на заработную плату (р.)			α1 – коэффициент, учитывающий отчисления в фонд социального страхования, в пенсионный фонд, в фонд медицинского страхования, в фонд занятости; Фр.i – фонд времени работы i–го разработчика (мес.)
5.	Кр.эн – затраты разработчика на электроэнергию (р.)		Сэн ×kм × × +	Сэн – стоимость 1 кВт×ч (р.); kм – коэффициент интенсивности использования мощности оборудования; Эосi, Эвсi – мощность i–го основного (вспомогательного) оборудования (кВт×ч/мес)
№	Показатель		Формула для расчета	Используемые данные
6.		Кр.а – затраты разработчика на амортизацию вычислительной техники (р.)	+	Кос, Квс – стоимость вычислительной техники (вспомогательного оборудования) разработчика (р.); αос, αвс – годовая норма амортизации вычислительной техники (вспомогательного оборудования) разработчика; Фр.ос, Фр.вс – фонд времени работы вычислительной техники (вспомогательного оборудования) разработчика (мес.)
7.		Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.)	Зм + Зусл. + Зрем., в укрупненных расчетах составляет 2,5 – 5% от Кос + Квс с учетом фактического фонда времени работы оборудования	Зм – затраты на материалы и запчасти (р.); Зусл – затраты на оплату услуг сторонних организаций (р.); Зрем – затраты на зарплату ремонтных рабочих (р.) (рассчитывается аналогично затратам на зарплату разработчиков)
8.		Кр.эн – затраты пользователя на обучение (р.)	×a1 + Кп.ам.об + + Кп.эн.об + Кп.н.об	Фобi – фонд времени на обучение i-го пользователя (мес.); Зобi – зарплата i-го обучаемого пользователя (р./мес.); Зуч – зарплата обучающего разработчика (р./мес.); Кп.ам.об – расходы на амортизацию вычислительной техники, участвующей в обучении (р.) (рассчитывается аналогично затратам разработчика на амортизацию); Кп.эн.об – расходы на электроэнергию, необходимую для обучения (р.) (рассчитывается аналогично затратам разработчика на электроэнергию); Кп.н.об – накладные расходы, необходимые для обучения (р.) (рассчитывается аналогично накладным расходам разработчика )
9.		Кр.н.– накладные затраты разработчика (р.)	в укрупненных расчетах составляет 0,5 – 2,5% от Кос + Квс с учетом фактического фонда времени работы оборудования, в уточненных расчетах
№		Показатель	Формула для расчета	Используемые данные
10.		Кп.вв – затраты пользователя на ввод исходной информации	Кп.зп.вв + + Кп..ам.вв + Кп.эн.вв	Кп.зп.вв – расходы на зарплату пользователей, участвующих в работе по вводу исходных данных (р.) (рассчитывается аналогично затратам разработчика на заработную плату); Кп..ам.вв – расходы на амортизацию вычислительной техники, необходимой для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на амортизацию вычислительной техники); Кп.эн.вв – расходы на электроэнергию, необходимую для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на электроэнергию)

Приложение 2

Формулы для расчета годового экономического эффекта

Таблица П.2.1

Приложение 3

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

Таблица П.3.1

Приложение 4

Листинг процедуры приближенного подсчета нормированных собственных чисел матрицы

tip1=array of array of real;

tip2=array of real;

procedure vesa(f:tip1; r:byte; var a:tip2);

var

h,ii,jj:integer;

s:real;

begin

for ii:=1 to r do

a[ii]:=1;

for jj:=1 to r do

for ii:=1 to r do

a[jj]:=a[jj]*f[jj,ii];

for jj:=1 to r do

a[jj]:=power(a[jj],1/r) ;

s:=0;

for jj:=1 to r do

s:=s+a[jj];

for jj:=1 to r do

a[jj]:=a[jj]/s;

end;