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

Содержание
Список сокращений, условных обозначений и терминов
Введение
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. Рабочая документация
3.1 Документация по организационному обеспечению
3.1.1 Руководство пользователя
3.1.2 Описание технологического процесса обработки данных
4. Верификация проектных решений
4.1 Способ оценки эффективности проектируемой системы
4.2 Расчёт показателей эффективности
4.3 Оценка результатов
5. Технико-экономическая часть
6. Мероприятия по охране труда и обеспечению безопасности жизнедеятельности
6.1. Анализ характеристик
6.2 Мероприятия по эргономическому обеспечению
Заключение
Список используемой литературы
Приложение 1
Приложение 2
Приложение 3--PAGE_BREAK--
Приложение 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 как наиболее полно удовлетворяющая потребности проектирования.    продолжение
--PAGE_BREAK--
Таблица 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ср
2. Технический проект
2.1 Проектные решения по системе в целом
2.1.1 Проектные решения по функциональной структуре автоматизированной системы
Разрабатываемая АС будет состоять из следующих подсистем:
– подсистема поиска;
– подсистема редактирования;
– подсистема поддержки принятия решения по подбору персонала;
Основной подсистемой АС, исходя из ее предназначения является подсистема ППР по выбору персонала.
Декомпозиция процесса ППР по выбору персонала в нотации DFD (TO−BE) представлена на рисунке 2.1.
/>
Рисунок 2.1– Декомпозиция процесса ППР по выбору персонала в нотации DFD (TO−BE)
Как видно из рисунка все блоки аналогичны модели AS-IS. Основные отличия заключаются в следующем.
Во-первых, все операции производит ПЭВМ, что значительно ускоряет процесс.
Во-вторых, все данные о сотрудниках и должностях в автоматическом режиме берутся из БД предприятия.
И в-третьих, процесс подбора кандидата осуществляется методом анализа иерархий за счет подсчета приоритета каждого кандидата.
Описание процесса подсчета приоритетов детально представлено в разделе математическое обеспечение.
2.1.2 Разработка описания автоматизируемых функций
Данная АС будет реализовывать автоматизацию функции поддержки принятия решения по выбору кандидата. А именно, во-первых, упрощается доступ к информации, т.е. если раньше сотруднику отдела кадров приходилось просматривать все бумаги и искать там информацию о сотрудниках, то в случае применения разрабатываемой АС доступ к этой информации будет осуществляется в автоматическом режиме посредствам запроса к БД предприятия. Во-вторых, автоматически реализуется подсчет приоритетов кандидатов, что решает проблему субъективизма сотрудника отдела кадров при выборе кандидата.
2.1.3 Описание постановки задачи
Требуется разработать автоматизированную систему поддержки принятия решения по подбору персонала для повышения эффективности деятельности сотрудников отдела кадров.
В ходе решения данной задачи были выявлены такие подзадачи как, совершенствование кадровой работы за счет проектирования единой БД сотрудников и должностей и разработки интерфейса к ней, позволяющего осуществлять функции редактирования и поиска в БД.     продолжение
--PAGE_BREAK--
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
2640
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
...    продолжение
--PAGE_BREAK--
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 Рассчитаем />     продолжение
--PAGE_BREAK--
/>— Сумма произведений собственных чисел на суммы соответствующих столбцов исходной матрицы.


Кол-во лет на прошлой должности
Заслуги
Стаж
Возраст
Ранг прошлой должности
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
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
Заслуги
Кол-во баллов за заслуги
Кол-во балов
1
1-3
2
4-10
3
11-20
4
Более 20
5
В результате получится


Кол-во лет на прошлой должности
Заслуги
Стаж
Возраст
Ранг прошлой должности
Кандидат №1    продолжение
--PAGE_BREAK----PAGE_BREAK----PAGE_BREAK----PAGE_BREAK----PAGE_BREAK--
Требование
Результат
Оперативность
tср
tср
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
.44
4
Приобретение средств программирования
100
.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 мин.    продолжение
--PAGE_BREAK--
В данном случае коэффициент использования мощности вычислительной системы выбирался исходя как отношение времени использования ЭВМ для составления документации равному 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 Инструкция должна предписывать необходимые действия
с отображаемой панелью и порядок перехода в следующую панель
П
В    продолжение
--PAGE_BREAK--
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.    продолжение
--PAGE_BREAK--
Заключение
В рамках дипломного проектирования была разработана система поддержки принятия решения по подбору кадров.
В разработанной системе реализованы основные функции по автоматизации рутинных операций по поиску, хранению и редактированию информации о сотрудниках предприятия а также запрограммирована функция подсчета приоритета кандидата для свободной должности. АС удовлетворяет сформированному перечню показателей и критериев эффективности.
В ходе выполнения дипломного проекта разработан комплект проектной документации на создание СППР по подбору кадров.
Основная задача предпроектных исследований заключалась в обследовании объекта автоматизации, обоснования целесообразности создания автоматизированной системы, формировании требований пользователя к объекту автоматизации. В результате работы на этом этапе выявлены недостатки и предложены способы по их устранению. После проведённого анализа требований пользователя выработана концепция построения автоматизированной системы.
В проектной части представлены проектные решения по:
функциональной структуре автоматизированной системы;
структуре комплекса технических средств.
На основании анализа функциональной структуры автоматизированной системы, были определены состав, структура комплекса технических средств и виды обеспечения проектируемой системы. После чего разработаны проектные решения по видам обеспечения:
информационное обеспечение: в качестве концепции построения информационной базы выбрана концепция баз данных. В результате предпроектных исследований из предметной области выделены объекты и их характеристики для синтеза информационной базы. С помощью 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.
Кр.эн – затраты
пользователя на обучение (р.)
/>
×a1 + Кп.ам.об +    продолжение
--PAGE_BREAK--
+ Кп.эн.об + Кп.н.об
Фобi– фонд времени на обучение
i-го пользователя (мес.);
Зобi– зарплата i-го обучаемого пользователя (р./мес.);
Зуч – зарплата обучающего разработчика (р./мес.);
Кп.ам.об – расходы на амортизацию вычислительной техники, участвующей в обучении (р.) (рассчитывается аналогично затратам разработчика на амортизацию);
Кп.эн.об – расходы на электроэнергию, необходимую для обучения (р.) (рассчитывается аналогично затратам разработчика на электроэнергию);
Кп.н.об – накладные расходы, необходимые для обучения (р.) (рассчитывается аналогично накладным расходам
разработчика )
9.
Кр.н.– накладные затраты разработчика (р.)
в укрупненных расчетах составляет
0,5 – 2,5% от
Кос + Квс с учетом фактического фонда времени работы оборудования, в уточненных расчетах


№
Показатель
Формула для расчета
/>Используемые данные
10.
Кп.вв – затраты пользователя на ввод исходной информации
Кп.зп.вв +
+ Кп… ам.вв + Кп.эн.вв


Кп.зп.вв – расходы на зарплату пользователей, участвующих в работе по вводу исходных данных (р.) (рассчитывается аналогично затратам разработчика на заработную плату);
Кп… ам.вв – расходы на амортизацию вычислительной техники, необходимой для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на амортизацию вычислительной техники);
Кп.эн.вв – расходы на электроэнергию, необходимую для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на электроэнергию)
Приложение 2
Формулы для расчета годового экономического эффекта
Таблица П.2.1
№
Показатель
Формула
Используемые данные
1.
Эг – годовая экономия (годовой прирост прибыли), вызванной внедрением системы (р.)
Эт – DЗэ
Эт – годовая экономия, вызванная снижением трудоемкости процессов организационного проектирования (р.); ;
DЗэ – дополнительные текущие затраты пользователя, связанные с внедрением системы (р.);
2.
Эт – годовая экономия, вызванная снижением трудоемкости процессов организационного проектирования (р.);
/>
×(Тр.1 + Тр.2 )
Tр.1(2) – трудоемкость операций, выполняемых вручную (на компьютере) до (после) внедрения системы (час./год);
Кзп.чi– часовая ставка i-го пользователя (р./ч)
3.
DЗэ – дополнительные текущие затраты пользователя, связанные с внедрением системы (р.);
Зэ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.
Стоимость вспомогательного оборудования разработчика
Квс (р.)
3.
Годовая норма амортизации вычислительной техники
aос (%)
25
4.
Годовая норма амортизации вспомогательного оборудования
aвс (%)
5.
Коэффициент, учитывающий отчисления в фонд социального страхования, в пенсионный фонд, в фонд медицинского страхования, в фонд занятости
a1
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;