2020-01-14
470
Объектом исследования при оценке эргономичности является пользовательский интерфейс программы. В данном случае она рассматривается как система “человек – машина” (СЧМ).
Предметом исследования является эргономические аспекты взаимодействия пользователя и разрабатываемой подсистемы.
В связи с этим возникает необходимость проведения исследования пользовательского интерфейса программы с точки зрения эффективности исполнения в аспекте оценки эргономических качеств.
Основной целью решаемых при этом задач является оптимизация СЧМ по наилучшему способу их функционирования на основе технико-экономической оценки при выполнении условий сохранения здоровья и развития пользователя АС.
Эргономика - научно-практическая дисциплина, изучающая деятельность человека, орудия и средства его деятельности, окружающую среду в процессе их взаимодействия с целью обеспечения эффективности, безопасности и комфортности жизнедеятельности человека. Основной задачей эргономики являлось и является обеспечение эффективного и безопасного взаимодействия человека со средствами труда и производственной средой за счет учета специфических возможностей как человека, так и технических средств.
|
|
|
Различают следующие задачи эргономики:
- обеспечение разработки информационными моделями;
- обеспечение разработки алгоритмами деятельности операторов;
- определение качества деятельности операторов, обеспечивающих функционирование разработки;
- обеспечение обитаемости.
Для каждого эргономического свойства формируются следующие подсистемы показателей:
- подсистема комплексных эргономических свойств и соответствующих им показателей для алгоритмов деятельности операторов;
- подсистема комплексных показателей качества деятельности операторов;
- подсистема комплексных свойств и соответствующих им показателей обитаемости.
Оценка эргономичности разрабатываемой программы включает следующие этапы:
а) расчет показателей эргономичности интерфейса:
- расчет результирующего значения вероятности (РРЕЗ) ошибок операторов;
- расчет времени действия оператора по обнаружению информации и управлению объектами (ТДО);
- расчет результирующего значения потенциального эргономического уровня эффективности;
- расчет предполагаемого значения эргономичности СЧМ через 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 года. Направлением дальнейшей работы является расширение возможностей автоматизированной системы за счёт введения дополнительных функций.
Цель дипломного проектирования достигнута, поставленная задача решена.
Список используемой литературы
1. Гаряка А.А. «Основы информационных технологий» Издательство: Интернет-университет информационных технологий, 2007 г.
2. Деменков Н.П. “SCADA – системы как инструмент проектирования АСУ ТП” // Информационные технологии, 2002, №11, 24 стр
3. Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. – М.: Диалог - МИФИ, 1999. – 256 с.
4. Сотсков Ю.В., Станкевич Л.А., Шмаков В.Э. Системный подход к программированию задач управления: Учебное пособие. СПб.- СПбГТУ, 1995.- 60с.
5. ГОСТ РВ 29.05.007–96. Интерфейс человекомашинный. Общие эргономические требования. Изд–во стандартов, 1996. – 12 с
6. Т. Саати, Принятие решений. Метод анализа иерархий. Пер. с англ. -М.: Радио и связь,1993.
Приложение 1
Формулы для расчета единовременных капитальных затрат на создание и внедрение системы оценки ангажированности публикаций СМИ
Таблица П.1.1
| № | Показатель | Формула для расчета | Используемые данные | |||
| 1. | Как – единовременные капитальные вложения на создание и внедрение системы (р.) | Кр + Кп | Кр – единовременные капитальные затраты разработчика (р.); Кп – единовременные капитальные затраты пользователя (р.) | |||
| 2. | Кр – единовременные капитальные затраты разработчика (р.) | Кр.а. + Кр.зп + Кр.р + + Кр. эн + Кр.н | Кр.а – затраты разработчика на амортизацию вычислительной техники (р.); Кр.зп – затраты разработчика на заработную плату (р.); Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.); Кр. эн – затраты разработчика на электроэнергию (р.); Кр.н – накладные затраты разработчика (р.) | |||
| 3. | Кп – единовременные капитальные затраты пользователя (р.) | Кп.вт + Кп.тр + + Кп.об + Кп.вв | Кп.вт – затраты пользователя на покупку вычислительной техники для эксплуатации системы (р.); Кп.тр – затраты пользователя на транспортировку и установку вычислительной техники (р.); Кп.об – затраты пользователя на обучение (р.); Кп.вв – затраты пользователя на ввод исходной информации (р.) | |||
| 4. | Кр.зп – затраты разработчика на заработную плату (р.) | 
| α1 – коэффициент, учитывающий отчисления в фонд социального страхования, в пенсионный фонд, в фонд медицинского страхования, в фонд занятости; Фр.i – фонд времени работы i–го разработчика (мес.) | |||
| 5. | Кр.эн – затраты разработчика на электроэнергию (р.) | Сэн × kм ×
× 
+ 
| Сэн – стоимость 1 кВт×ч (р.); kм – коэффициент интенсивности использования мощности оборудования; Эосi, Эвсi – мощность i–го основного (вспомогательного) оборудования (кВт×ч/мес) | |||
| № | Показатель | Формула для расчета |
| |||
| 6. | Кр.а – затраты разработчика на амортизацию вычислительной техники (р.) | 
+ 
| Кос, Квс – стоимость вычислительной техники (вспомогательного оборудования) разработчика (р.); αос, αвс – годовая норма амортизации вычислительной техники (вспомогательного оборудования) разработчика; Фр.ос, Фр.вс – фонд времени работы вычислительной техники (вспомогательного оборудования) разработчика (мес.) | |||
| 7. | Кр.р – затраты разработчика на ремонт и техническое обслуживание вычислительной техники (р.) | Зм + Зусл. + Зрем., в укрупненных расчетах составляет 2,5 – 5% от Кос + Квс с учетом фактического фонда времени работы оборудования | Зм – затраты на материалы и запчасти (р.); Зусл – затраты на оплату услуг сторонних организаций (р.); Зрем – затраты на зарплату ремонтных рабочих (р.) (рассчитывается аналогично затратам на зарплату разработчиков) | |||
| 8. | Кр.эн – затраты пользователя на обучение (р.) | 
× a1 + Кп.ам.об +
+ Кп.эн.об + Кп.н.об
| Фобi – фонд времени на обучение i-го пользователя (мес.); Зобi – зарплата i-го обучаемого пользователя (р./мес.); Зуч – зарплата обучающего разработчика (р./мес.); Кп.ам.об – расходы на амортизацию вычислительной техники, участвующей в обучении (р.) (рассчитывается аналогично затратам разработчика на амортизацию); Кп.эн.об – расходы на электроэнергию, необходимую для обучения (р.) (рассчитывается аналогично затратам разработчика на электроэнергию); Кп.н.об – накладные расходы, необходимые для обучения (р.) (рассчитывается аналогично накладным расходам разработчика) | |||
| 9. | Кр.н.– накладные затраты разработчика (р.) | в укрупненных расчетах составляет 0,5 – 2,5% от Кос + Квс с учетом фактического фонда времени работы оборудования, в уточненных расчетах | ||||
| № | Показатель | Формула для расчета |
| |||
| 10. | Кп.вв – затраты пользователя на ввод исходной информации | Кп.зп.вв + + Кп..ам.вв + Кп.эн.вв | Кп.зп.вв – расходы на зарплату пользователей, участвующих в работе по вводу исходных данных (р.) (рассчитывается аналогично затратам разработчика на заработную плату); Кп..ам.вв – расходы на амортизацию вычислительной техники, необходимой для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на амортизацию вычислительной техники); Кп.эн.вв – расходы на электроэнергию, необходимую для ввода исходных данных (р.) (рассчитывается аналогично затратам разработчика на электроэнергию) | |||
Приложение 2
Формулы для расчета годового экономического эффекта
Таблица П.2.1
| № | Показатель | Формула | Используемые данные |
| 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. | Стоимость вспомогательного оборудования разработчика | Квс (р.) | 0 |
| 3. | Годовая норма амортизации вычислительной техники | aос (%) | 25 |
| 4. | Годовая норма амортизации вспомогательного оборудования | aвс (%) | 0 |
| 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;
