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

Содержание

		

		Список сокращений, условных обозначений и терминов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 – computer aided software\system engineering (компьютерная поддержка разработки программного обеспечения\систем).

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

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

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

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

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

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

	

	

	

	Введение

	

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

	

	

	

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

	

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

	

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

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

	На рынке представлены такие продукты по подбору персонала, как «Резюмакс», «Рекрутер», «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-средств

	Функциональные возможности

	ARIS

	BPWin

	Rational Rose

	Поддерживаемый стандарт

	еEPS, ERD, UML, собственные методы в другой нотации, в которых реализован смысл методов IDEF, DFD

	IDEF0, IDEF3, DFD

	UML

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

	Репрезентативность моделей высока

	Репрезентативность моделей низка

	Репрезентативность моделей низка

	Моделирование диаграмм различных типов

	+

	+/-

	+/-

	Функционально-стоимостной анализ

	+

	+

	+/-

	Имитационное моделирование

	+

	+/-

	-

	Возможность декомпозиции объекта

	+

	+

	+

	Оформление проектной документации: генерация технологических и рабочих инструкций

	+

	+/-

	+

	Хранение моделей деятельности предприятий

	+

	+/-

	+/-

	Контроль и обеспечение целостности проектных данных

	+

	+/-

	+

	Ведение библиотеки типовых бизнес-моделей

	+

	+/-

	+/-

	Возможность групповой работы

	+

	+

	+

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

	Сложно

	Просто

	Сложно

	

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

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

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

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

		

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

	

	

	

	

	Сравнительный признак

	MS Access

	PARADOX for windows

	ORACLE Server 8.05

	Personal ORACLE 7.0

	DBASE IV

	FoxPro7.0

	Возможность реализации архитектуры клиент-сервер

	+

	+

	+

	-

	-

	+

	Реализация реляционной модели данных

	+

	+

	+

	+

	-

	+

	Наличие механизмов защиты данных

	+

	+

	+

	+

	-

	-

	Нетребовательность к ресурсам вычислительной платформы

	+

	+

	-

	+

	+

	-

	Наличие

	встроенного интерпретирующего языка программирования

	-

	+

	-

	-

	+

	+

	Поддержка синтаксиса SQL-92

	+

	+

	+

	+

	-

	-

	Стоимость($)

	60(0.96)

	45(0.97)

	1000(0.00)

	135(0.88)

	15(1.00)

	65(0.95)

	Отсутствие 

	необходимости

	дополнительного обучения

	+

	+

	+

	-

	-

	-

	Наличие опыта применения

	+

	+

	-

	-

	-

	-

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

	+

	-

	+

	+

	-

	-

	Общая оценка

	8.96

	8.97

	6.00

	5.88

	3.00

	3.95

	

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

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

	На рисунке 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.

	Тип данных

	Объем, байт

	Text(1)

	1

	Byte

	1

	Integer

	4

	Longinteger

	6

	Date/Time

	8

	Double

	8

	

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

	

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

	Название таблицы

	Количество записей

	V одной записи, байт

	V таблицы, байт

	Dolg

	200

	6+20+20+80+6=132

	26400

	Stat

	200

	6+6+6=18

	3600

	Sotrudnik

	200

	6+20+20+6+6=38

	7600

	Zasl

	600

	6+6+40+6=58

	34800

	

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

	

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

	

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

	

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

	


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

	

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

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

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

	Этапы МАИ

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

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

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

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

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

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

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

	

	 

	A1

	A2

	...

	An

	A1

	1

	a12

	 

	a1n

	A2

	a21

	1

	 

	a2n

	...

	 

	 

	...

	 

	An

	an1

	an2

	 

	1

	

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

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

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

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

	

	

	A1

	...

	An

	

	

	A1

	1

	...

	W1/Wn

	X1=(1*(W1/W2)*...*(W1/Wn))1/n

	BEC(A1)=X1/СУММА(Xi)

	...

	...

	1

	An

	...

	...

	An

	Wn/W1

	...

	1

	Xn=((Wn/W1)*...*(Wn/Wn-1)*1)1/n

	BEC(An)=Xn/СУММА(Xi)

	

	

	

	

	СУММА(Xi)

	

	

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

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

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

	

	

	

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

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

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

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

	

	

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

	Заслуги

	Стаж

	Возраст

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

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

	1

	5

	3

	4

	1/2

	Заслуги

	1/5

	1

	1/2

	1/2

	1/10

	Стаж

	1/3

	2

	1

	3

	1/6

	Возраст

	1/4

	2

	1/3

	1

	1/8

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

	2

	10

	6

	8

	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 кандидата:

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

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

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

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

	

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

	Кол-во лет

	Кол-во балов

	Не более 1 года

	1

	2 года

	2

	От 3х до 5ти лет

	3

	Более 5ти лет

	4

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

	1

	
Возраст

	Кол-во лет

	Кол-во балов

	18-24

	3

	25-33

	5

	34-45

	2

	Более 45ти лет

	1

	

	Стаж работы

	Кол-во лет

	Кол-во балов

	Не более 1 года

	1

	2-4

	2

	5-9

	3

	10-15

	4

	Более 15ти лет

	5

	

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

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

	Кол-во балов

	Равен рангу требуемой должности

	2

	На 1 меньше ранга требуемой должности

	3

	более чем на единицу меньше чем ранг требуемой должности

	1

	

	Заслуги

	

	Кол-во баллов за заслуги

	Кол-во балов

	0

	1

	1-3

	2

	4-10

	3

	11-20

	4

	Более 20

	5

	

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

	

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

	Заслуги

	Стаж

	Возраст

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

	Кандидат №1

	3

	3

	4

	2

	3

	Кандидат №2

	2

	3

	5

	2

	2

	Кандидат №3

	1

	1

	2

	5

	1

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

	

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

	

	Кандидат №1

	Кандидат №2

	Кандидат №3

	w

	Кандидат №1

	1

	3/2

	3

	0,5

	Кандидат №2 

	2/3

	1

	2

	0,33

	Кандидат №3

	1/3

	1/2

	1

	0,17

	

	Заслуги

	

	Кандидат №1

	Кандидат №2

	Кандидат №3

	w

	Кандидат №1

	1

	3/3

	3/1

	0,43

	Кандидат №2 

	3/3

	1

	3/1

	0,43

	Кандидат №3

	1/3

	1/3

	1

	0,14

	

	Стаж

	

	Кандидат №1

	Кандидат №2

	Кандидат №3

	w

	Кандидат №1

	1

	4/5

	4/2

	0,37

	Кандидат №2 

	5/4

	1

	5/2

	0,45

	Кандидат №3

	2/4

	2/5

	1

	0,18

	

	Возраст

	

	Кандидат №1

	Кандидат №2

	Кандидат №3

	w

	Кандидат №1

	1

	2/2

	2/5

	0,22

	Кандидат №2 

	2/2

	1

	2/5

	0,22

	Кандидат №3

	5/2

	5/2

	1

	0,56

	

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

	

	Кандидат №1

	Кандидат №2

	Кандидат №3

	w

	Кандидат №1

	1

	3/2

	3/1

	0,5

	Кандидат №2 

	2/3

	1

	2/1

	0,33

	Кандидат №3

	1/3

	1/2

	1

	0,17

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

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

	

	

	

	

	Кол-во лет на прошлой должности (w=0, 262)

	Заслуги

	(0,046)

	Стаж

	(0,1)

	Возраст

	(0,06)

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

	(0,52)

	Обобщенный приоритет (П)

	Кандидат №1

	0,5

	0,43

	0,37

	0,22

	0,5

	0,46

	Кандидат №2 

	0,33

	0,43

	0,45

	0,22

	0,33

	0,33

	Кандидат №3

	0,17

	0,14

	0,18

	0,56

	0,17

	0,19

	

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

	

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

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

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

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

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

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

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

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

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

	

	

	

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

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

	

	

	

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

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

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

	

	

100

_

1











kol

proc

kol => 

5

_

1

10

45

,

1









kol

proc

kol



;

	

5

5

5

_

1

1

_

10

65

,

2

10

2

,

1

10

45

,

1























prc

proc

kol

group

kol





;

	

5

5

1

_

2

_

10

71

,

3

50

70

10

65

,

2

1

_

1

_

)

,























group

kol

kol

group

kol

kol

group

kol

kol

group

kol







sup(.

	

	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. – Таблица переходов ПИ в устойчивые состояния

		Переход

		Событие

		Действия субъекта

		Форма

		Объект

		Субъект

		Методы

		P0

		Запуск приложения

		Д0

		Форма 1

		Form1

		User

		FormOpen (Form1)

		P1

		Нажатие на пункт меню

		Д1

		Форма 1

		Form1, mainmenu1

		User

		FormOpen (Form4)

		P2

		Нажатие на кнопку

		Д4

		Форма 4

		Form4

		User

		Formclose

		(Form4)

		P3

		Нажатие на пункт меню

		Д5

		Форма 1

		Form1, mainmenu1

		User

		FormOpen (Form5)

		P4

		Нажатие на кнопку

		Д11

		Форма 5

		Form5

		User

		Formclose

		(Form5)

		P5

		Нажатие на пункт меню

		Д12

		Форма 1

		Form1, mainmenu1

		User

		FormOpen (Form2)

		P6

		Нажатие на кнопку

		Д13

		Форма 2

		Form2

		User

		Formclose

		(Form2)

		P7

		Нажатие на кнопку

		Д14

		Форма 2

		Form2.button1

		User

		FormOpen (Form3)

		P8

		Нажатие на кнопку

		Д15, Д16

		Форма 3

		Form3.button2

		Form3.button1

		User

		Formclose

		(Form3)

	

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

		

		

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

	

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

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

		

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

		Форма

		Спецификация

		Объект

		Form1

		Главная форма приложения

		− DBGrid1;

		− Mainmenu1;

		Form2

		Форма визуализации свободных должностей

		− DBGrid1;

		− Button1;

		Form3

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

		− Listbox1;

		− Button1;

		− Button2;

		Form4

		

		− DBGrid1;

		− Button1;

		− Button2;

		− Edit1;

		− Edit2;

		− Combobox1;

		− Combobox2;

		Form5

		

		− DBGrid1;

		− DBGrid2;

		− Edit1;

		− Edit2;

		− Edit3;

		− Edit4;

		− Edit5;

		− Edit6;

		− Edit7;

		− Edit8;

		− Edit9;

		− Button1;

		− Button2;

		− Button3;

		− Button4;

		− Button5;

		− Combobox1;

		− UpDown1;

		− UpDown2;

		− UpDown3;

	

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

	

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

		Объект

		Назначение

		Form1.DBGrid1

		Визуализация штатной структуры предприятия

		Form1.Mainmenu1

		Вызов всех возможных окон программы

		Form2.DBGrid1

		Визуализация свободных должностей

		Form2.Button1

		Подбор кандидатов для выбранной должности (подсчет приоритетов)

		Form2.Listbox1

		Визуализация подобранных кандидатов и их приоритетов

		Form3.Button1

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

		Form3.Button2

		Закрытие окна

		Form4.DBGrid1

		Визуализация результатов поиска

		Form4.Button1

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

		Form4.Button2

		Очистка полей запроса

		Form4:

		Edit1;

		Edit2;

		Combobox1;

		Combobox2;

		Формирование запроса поиска:

		Фамилия

		Имя

		Должность

		отдел

		Form5.DBGrid1

		Визуализация должностей

		Form5.DBGrid2

		Визуализация сотрудников

		Form5:

		Edit1

		Combobox1

		Edit2

		Edit10

		Updown4

		

		Ввод характеристик добавляемой должности:

		Отдел

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

		Ранг

		

		Form5.Button1

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

		Form5:

		Edit3

		Edit4

		Edit5

		Edit7

		Edit8

		Updown1

		Updown2

		Ввод характеристик добавляемого сотрудника:

		Фамилия

		Имя 

		Отчество

		Год рождения 

		Стаж работы

		Form5.Button4

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

		Form5:

		Edit6

		Edit9

		Updown3

		Ввод характеристик добавляемой заслуги:

		Описание

		Количество баллов

		Form5.Button5

		Добавление заслуги

		Form5.Button2

		Удаление выбранной должности

		Form5.Button3

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

	

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

	

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

	

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

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

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

	

	

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

	

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

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

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

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

	

	

	Рисунок 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. Технико-экономическая часть

	

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

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

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

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

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

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

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

	Нормативный коэффициент экономической эффективности капиталовложений (Ен=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 переназначений на должности. На подбор кандидата на одну должность затрачивается приблизительно t0=30 минут, следовательно, общее время за год составит: t=50*30 =1500 мин =25 часов. Разработанная АС реализует туже операцию за t0=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 Поле ввода должно располагаться в основной области панели, выделяться визуально и иметь наименование

	П

	В

	16. При необходимости одновременного отображения нескольких полей ввода их группирование должно производиться по столбцам

	П

	В

	17. При первом предъявлении панели поле ввода должно быть заполнено пробелами или значениями по умолчанию

	П

	В

	18. Для информации, превышающей 25 символов, должна быть предусмотрена протяжка поля ввода

	О

	

	19. При вводе информации в поле ввода, заполненное данными, должна применяться автоочистка

	П

	В

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

	П

	В

	21 Область команд должна содержать поле ввода с наименованием «Команда» и стрелкой, направленной вправо к полю ввода

	О

	

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

	П

	В

	23 Окна должны иметь иерархический уровень, соответствующий уровню диалога. Число уровней окон должно быть не более трех

	П

	В

	24 Диалог при решении каждой задачи АС должен начинаться в собственном первичном окне

	П

	В

	25 Задержка отображения появляющегося окна должна быть не более 500 мс

	П

	Н

	26 Размеры появляющихся окон должны быть меньше размеров экрана

	П

	В

	27 Расположение появляющегося окна определяют двумя способами связи: относительно объекта (ниже, выше, слева, справа) и относительно предыдущего окна

	П

	В

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

	П

	В

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

	П

	В

	30 Действие «Отмена» должно возвращать диалог на один
шаг назад

	П

	В

	31 Действие «Команда» должно переводить диалог в область команд для ввода команды с клавиатуры

	П

	В

	32 Действие «Ввод» должно завершать работу по выбору объекта из появляющегося меню или работу с панелью, содержащей поля выбора и поля ввода

	П

	В

	33 Действие «Выход» должно обеспечивать возможность возврата на уровень старшей функции или возможность выхода из прикладной программы

	П

	В

	34 Действие «Клавиши» должно обеспечивать выключение или включение отображения функциональных клавиш

	П

	Н

	35 Вспомогательными функциями могут быть: «Список», «Сообщения», «Подсказка»

	О

	

	36 Функция «Сообщения» должна обеспечивать автоматическое предъявление информации от прикладной программы

	П

	В

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

	П

	В

	38 Предупреждающее сообщение следует выдавать при не
правильных действиях оператора и удалять после правильного их
повторения

	П

	В

	39 Критическое сообщение, информирующее об исключительном состоянии системы, должно выдаваться в появляющемся окне

	О

	

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

	О

	

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

	П

	В

		

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

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

	

	, (6.1)

	

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

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

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

	

		{

	

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

	

	

	

	Заключение

	

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

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

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

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

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

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

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

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

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

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

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

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

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

	

	

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

	

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

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

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

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

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

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

	

	

	Приложение 1

	

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

	

	Таблица П.1.1

	№

	Показатель

	Формула для расчета

	Используемые данные

	1. 

	Как – единовременные капитальные вложения на создание и внедрение системы (р.)

	Кр + Кп

	Кр – единовременные капитальные затраты разработчика (р.);

	Кп – единовременные капитальные затраты пользователя (р.)

	2.

	Кр – единовременные капитальные затраты разработчика (р.)

	Кр.а. + Кр.зп + Кр.р +

	+ Кр. эн + Кр.н

	Кр.а – затраты разработчика на амортизацию вычислительной техники (р.);

	Кр.зп – затраты разработчика на заработную плату (р.);

	Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.);

	Кр. эн – затраты разработчика на электроэнергию (р.);

	Кр.н – накладные затраты разработчика (р.)

	3. 

	Кп – единовременные капитальные затраты пользователя (р.)

	Кп.вт + Кп.тр +

	+ Кп.об + Кп.вв

	Кп.вт – затраты пользователя на покупку вычислительной техники для эксплуатации системы (р.);

	Кп.тр – затраты пользователя на транспортировку и установку вычислительной техники (р.);

	Кп.об – затраты пользователя на обучение (р.);

	Кп.вв – затраты пользователя на ввод исходной информации (р.)

	4.

	Кр.зп – затраты разработчика на заработную плату (р.)

	

	α1 – коэффициент, учитывающий отчисления в фонд социального страхования, в пенсионный фонд, в фонд медицинского страхования, в фонд занятости;

	Фр.i – фонд времени работы i–го разработчика (мес.)

	5.

	Кр.эн – затраты

	разработчика 

	на электроэнергию (р.)

	Сэн  kм 

	

	+ 

	Сэн – стоимость 1 кВтч (р.);

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

	Эосi, Эвсi – мощность i–го основного (вспомогательного) оборудования (кВтч/мес)

	

	№

	Показатель

	Формула для расчета

	

Используемые данные

	6.

	Кр.а – затраты разработчика на амортизацию вычислительной техники (р.)

	

	+ 

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

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

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

	7.

	Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.)

	Зм + Зусл. + Зрем., в укрупненных расчетах составляет 2,5 – 5% от Кос + Квс с учетом

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

	Зм – затраты на материалы и запчасти (р.);

	Зусл – затраты на оплату услуг сторонних организаций (р.);

	Зрем – затраты на зарплату ремонтных рабочих (р.) (рассчитывается аналогично затратам на зарплату разработчиков)

	8.

	Кр.эн – затраты

	пользователя на обучение (р.)

	

	 1 + Кп.ам.об +

	+ Кп.эн.об + Кп.н.об

	Фобi – фонд времени на обучение

	i-го пользователя (мес.);

	Зобi – зарплата i-го обучаемого пользователя (р./мес.);

	Зуч – зарплата обучающего разработчика (р./мес.);

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

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

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

	разработчика )

	9.

	Кр.н.– накладные затраты разработчика (р.)

	в укрупненных расчетах составляет 

	0,5 – 2,5% от 

	Кос + Квс с учетом фактического фонда времени работы оборудования, в уточненных расчетах 

	

	№

	Показатель

	Формула для расчета

	

Используемые данные

	10.

	Кп.вв – затраты пользователя на ввод исходной информации

	Кп.зп.вв +

	+ Кп..ам.вв + Кп.эн.вв

	

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

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

	Кп.эн.вв – расходы на электроэнергию, необходимую для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на электроэнергию)

	

	Приложение 2

	

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

	

	Таблица П.2.1

	№

	Показатель

	Формула

	Используемые данные

	1.

	Эг – годовая экономия (годовой прирост прибыли), вызванной внедрением системы (р.)

	Эт – Зэ

	Эт – годовая экономия, вызванная снижением трудоемкости процессов организационного проектирования (р.); ;

	Зэ – дополнительные текущие затраты пользователя, связанные с внедрением системы (р.);

	2. 

	Эт – годовая экономия, вызванная снижением трудоемкости процессов организационного проектирования (р.);

	

	 (Тр.1 + Тр.2 )

	Tр.1(2) – трудоемкость операций, выполняемых вручную (на компьютере) до (после) внедрения системы (час./год);

	Кзп.чi – часовая ставка i-го пользователя (р./ч)

	3.

	Зэ – дополнительные текущие затраты пользователя, связанные с внедрением системы (р.);

	Зэ2 – Зэ1

	Зэ2(1) – годовые текущие затраты пользователя до (после) внедрения системы (р.)

	4.

	Зэ2(1) – годовые текущие затраты пользователя после (до) внедрения системы (р.);

	За2(1) + Зоп2(1)+ +Зоб2(1) + Зэн2(1)+

	+ Зн2(1)

	За2(1) – затраты пользователя на амортизацию технических средств после (до) внедрения системы (р.) (рассчитывается аналогично затратам разработчика на амортизацию технических средств);

	Зоп2(1) – затраты на заработную плату пользователя после (до) внедрения системы (р.) (рассчитывается аналогично затратам разработчика на заработную плату);

	Зоб2(1) – затраты пользователя на ремонт и обслуживание технических средств после (до) внедрения системы (р.) (рассчитывается аналогично затратам разработчика на ремонт и обслуживание технических средств);

	Зэн2(1) – затраты пользователя на электроэнергию после (до) внедрения системы (р.) (рассчитывается аналогично затратам разработчика на электроэнергию);

	Зн2(1) – накладные затраты пользователя после (до) внедрения системы (р.) (рассчитывается аналогично накладным затратам разработчика)

	
Приложение 3

	

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

	

	Таблица П.3.1

	№

	Показатель

	Обозначение 

	и ед. измерения

	Расчетные данные

	1. 

	Стоимость вычислительной техники разработчика

	Кос (р.)

	19 000

	2.

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

	Квс (р.)

	0

	3.

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

	ос (%)

	25

	4.

	Годовая норма амортизации вспомогательного оборудования

	вс (%)

	0

	5.

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

	1

	1,385

	6.

	Зарплата разработчиков

	Зрi (р./мес.)

	5 600

	7.

	Стоимость 1 кВтч

	Сэн (р.)

	2,00

	

	

	Приложение 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;