32996

Интерфейс для офисного служащего

Дипломная

Информатика, кибернетика и программирование

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

Русский

2015-01-19

276.5 KB

4 чел.

Интерфейс для офисного служащего


РЕФЕРАТ

Наймушина А.В.  ИНТЕРФЕЙС ДЛЯ ОФИСНОГО СЛУЖАЩЕГО, дипломная работа: стр. 74, рис. 2,табл. 0, графиков 0, библ. назв. 10, приложений 3.

 Ключевые слова: ИНТУИТИВНО ПОНЯТНЫЙ ИНТЕРФЕЙС, КРИТЕРИЙ ОЦЕНКИ КАЧЕСТВА ИНТЕРФЕЙСА, ИНТЕРФЕЙС ДЛЯ ОФИСНОГО СЛУЖАЩЕГО.

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


СОДЕРЖАНИЕ

ВВЕДЕНИЕ ……………………………………………………………………...4-9

ГЛАВА  1  ОПРЕДЕЛЕНИЕ ИНТЕРФЕЙСА

  1.  ПРОБЛЕМЫ ПРИ ИСПОЛЬЗОВАНИИ  ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯМИ …………………………………………………..10-12
    1.  ПУТИ УЛУЧШЕНИЯ КАЧЕСТВА ИНТЕРФЕЙСА
      1.  ИНЖЕНЕРНАЯ ПСИХОЛОГИЯ …………………………….13
      2.  ЭРГОНОМИКА …………………………………………….24-27
    2.  ОЦЕНКА ПУТЕЙ УЛУЧШЕНИЯ КАЧЕСТВА ИНТЕРФЕЙСА 28-31

ГЛАВА 2 КРИТЕРИИ ОЦЕНКИ КАЧЕСТВА ИНТЕРФЕЙСА

2.1 СУЩЕСТВУЮЩИЕ КРИТЕРИИ. ЮЗАБИЛИТИ  ……………….32-37

2.2 ПОСТРОЕНИЕ СОБСТВЕННОГО КРИТЕРИЯ ОЦЕНКИ КАЧЕСТВА  ИНТЕРФЕЙСА …………………………………………………………..37-73

ГЛАВА 3 ОПИСАНИЕ СПРОЕКТИРОВАННОГО ИНТЕРФЕЙСА

3.1 ИСПОЛЬЗОВАННЫЙ ИНТРУМЕНТАРИЙ ………………………….44

3.2 РЕАЛИЗОВАННЫЕ ВОЗМОЖНОСТИ …………………………...45-46

3.3 ОПИСАНИЕ ШАБЛОНА “ЗАЯВЛЕНИЕ НА ОТПУСК” ……......47-53

ЗАКЛЮЧЕНИЕ ………………………………………………………………...54-55

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ ……………………………….56

ПРИЛОЖЕНИЕ ………………………………………………………………...57-74


ВВЕДЕНИЕ

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

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

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

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

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

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

- набор задач пользователя, которые он решает при помощи системы

- используемая системой метафора (например, рабочий стол в MS Windows и т.п.)

- элементы управления системой

- навигация между блоками системы

- визуальный (и не только) дизайн экранов программы.

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

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

-пользовательский интерфейс составляет от 47 до 60 процентов кода всей программы

-на разработку пользовательского интерфейса уходит как минимум 29 процентов проектного бюджета и в среднем 40 процентов всех усилий разработчиков по созданию системы.

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

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

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

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

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

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

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

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

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


ГЛАВА  1  ОПРЕДЕЛЕНИЕ ИНТЕРФЕЙСА

  1.   ПРОБЛЕМЫ ПРИ ИСПОЛЬЗОВАНИИ  ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯМИ

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

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

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

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

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

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

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

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

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


1.2  ПУТИ УЛУЧШЕНИЯ КАЧЕСТВА ИНТЕРФЕЙСА

Для удобства использования интерфейса необходимо, чтобы он был интуитивно понятен. Проблема интуитивно понятного интерфейса регулярно обсуждается в литературе, однако, как правило, на “интуитивном” уровне, без чёткого видения её сути. Приведём одно из немногих внятных определений интуитивности использования технической системы.

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

С проблемами при пользовании интерфейсом пользователи сталкиваются регулярно, поэтому на данный момент существует несколько путей для решения этих проблем. Самые популярные – это использование при проектировке интерфейса так называемой “инженерной психологии” и забота об эргономике интерфейса.


1.2.1 ИНЖЕНЕРНАЯ ПСИХОЛОГИЯ

Традиционно предмет инженерной психологии определяется следующим образом: «Инженерная психология – есть научная дисциплина, изучающая объективные закономерности процессов информационного взаимодействия человека и техники с целью использования их в практике проектирования, создания и эксплуатации систем «человек – машина» (СЧМ). Процессы информационного взаимодействия человека и техники являются предметом инженерной психологии» Но в психологии труда вообще предмет – это субъект труда. И тогда можно было бы сказать, то предмет инженерной психологии – это система «человек как субъект – сложная техника» (главное в субъекте – это его спонтанность, т.е. готовность к неординарным действиям в сложных ситуациях и способность к рефлексии своего труда, своей спонтанности).
          В инженерной психологии главный субъект труда – это «оператор» – человек, взаимодействующий со сложной техникой через информационные процессы.
Изучение и рационализация труда человека за управлением системы  должны проводиться вместе с изменением фундаментального подхода:
 предметом рассмотрения должны стать не только процесс труда (деятельность, переработка информации), но и профессия и даже жизнь трудящегося как субъекта деятельности (носителя потребностей, мыслей, воспоминаний, восприятий, чувств).
          Многое в работе инженерного психолога зависит не только от его умения наблюдать и осмысливать происходящее, но и от его способности войти в группу, занять нейтральную позицию, но при этом соблюдать и поддерживать атмосферу благожелательного отношения. Это очень непростая задача, поскольку экипаж ни в коем случае не согласится принять постороннего наблюдателя. Группа ожидает от психолога тестирования или еще какого-либо «подвоха». В таких условиях сама группа не замедлит воспользоваться возможностью и «протестирует» психолога, чтобы определить уровень его интеллекта, профессионализма и ряд важных человеческих качеств. Таким образом, важна постоянная рефлексия психологом своего труда. Следовательно,
 предмет инженерной психологии неизбежно включает и труд самого психолога.
          Традиционно выделяются следующие основные задачи инженерной психологии:
          1. Методологические задачи: определение предмета и задач исследования (все-таки уточнение предмета…); разработка новых методов исследования; разработка принципов исследования; установление инженерной психологии в системе наук о человеке (и в науке вообще).
          2. Психофизиологические задачи: изучение характеристик оператора; анализ деятельности оператора; оценка характеристик выполнения отдельных действий; изучение состояний оператора.
          3. Системотехнические задачи: разработка принципов построения элементов СЧМ; проектирование и оценка СЧМ; разработка принципов организации СЧМ; оценка надежности и эффективности СЧМ.
          4. Эксплуатационные задачи: профессиональная подготовка операторов; организация групповой деятельности операторов; разработка методов повышения работоспособности операторов.
          Отдельно можно выделить задачу укрепления связей инженерных психологов со смежными науками: управлением, техническим конструированием, психогигиеной труда, кибернетикой,
 эргономикой.

Основными методологическими принципами инженерной психологии являются:

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

- принцип активности оператора (предполагается, что оператор не просто перерабатывает информацию, а именно действует)

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

- принцип последовательности (работа инженерного психолога важна на всех этапах: проектирования, производства и эксплуатации СЧМ)

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

Условно можно выделить основные теоретико-методологические концепции инженерной психологии 
          1.
 Основная концепция инженерной психологии. Согласно этой концепции, на первом этапе в основном было использование опыта других наук «для выработки рекомендаций по учету человеческого фактора в конструировании средств труда» На втором этапе – все это делалось уже в специально организованных экспериментах. Выделяют разные акценты в развитии инженерной психологии: 1) на начальных этапах господствовал «машиноцентрический» подход (основная линия разработок: «от машины к человеку», где и сам человек описывается в терминах техники – как элемент, придаток машины…) 2) позже на первое место выходит «антропоцентрический» подход (меняется вектор разработок: «от человека к машине», где человек все больше рассматривается как субъект труда, а техника – это средство его же труда).
          Главная идея основной концепции – общность закономерностей процессов управления в живых и неживых системах (как в кибернетике). Все основные функции управления передаются человеку-оператору, а сама реализация этих функций – есть преобразование информации, циркулирующей в данной системе. Сама информация понимается как всеобщее свойство материи, связанное с ее разнообразием. Информация присуща всему материальному миру (как живому, так и неживому), поэтому количество информации выражается через ее разнообразие.
          Выделяются разные уровни информационных отношений: 1) «натуральный» обмен информацией (начиная с простейших организмов: раздражимость и возбудимость) 2) речевой уровень (человеческое общение) 3) общение – как взаимодействие с техникой, а через них – с целыми техническими системами и средой, в которой они функционируют (это может рассматриваться даже как вариант взаимодействия человека с миром).
          2.
 Концепции информационной модели, информационного поиска и эквивалента звена. Главная идея данной концепции человек все больше удаляется от объекта управления и осуществляет свою работу «дистанционно».Это означает, что оператор все больше работает не с самим объектом, а с его информационной моделью. Основные требования («правила») построения информационной модели – главное – это учет возможностей человека: а) модель должна отражать только существенные взаимосвязи в системе управления; б) она должна строиться на основании использования наиболее эффективного кода (языка); в) модель должна быть наглядной и компоноваться с учетом характеристик анализаторов человека, особенностей, порядка и сложности выполняемых операций.
          «Эквивалентное звено системы» – это не просто человек, а целый комплекс, включающий человека-оператора, средства индикации (средства отображения информации) и органы управления. Главная функция этого комплекса – передача и переработка информации.
          3.
 Концепции пропускной способности и последовательности действий. В основе данной концепции – определение качества работы по количеству обрабатываемой информации. Количественная оценка позволяет рассчитывать и более точно проектировать работу оператора.
          Концепция последовательных действий связана с построением модели временных затрат при выполнении конкретных действий и операций. Если представить оператора как «совокупность отдельных логически законченных операций», то можно выделить следующие виды таких операций: а) операции заканчиваются выдачей информации вовне (на органы управления, речевые ответы и т.п.) б) операции заканчиваются принятием решения об отсутствии необходимости выполнять какие-либо действия, т.е. решение не выдавать информацию вовне.
          4.
 Концепции количественной оценки рабочего процесса и надежности. Предлагаются количественные оценки некоторых психофизиологических характеристик деятельности оператора. В основе – составление и анализ алгоритмов рабочих процессов. Важным для анализа и оценки рабочего процесса является выявление отношений между членами алгоритма, т.е. между логическими условиями и исполнительными действиями (действия также называются «операторами»), что позволяет судить об интенсивности рабочего процесса, его логической сложности и стереотипности.
          Например, выделяются следующие критерии оценки надежности человека-оператора: вероятность безотказной (исправной) работы; среднее время безотказной работы; среднее время между соседними отказами; частота отказов; интенсивность (опасность) отказов; среднее время восстановления исправной работы; коэффициент готовности к безотказному труду и т.п. Все это рассчитывается в специальных формулах.

Традиционно выделяются следующие показатели качества систем «человек – машина» (СЧМ).
          1. Важнейшей характеристикой СЧМ является ее «эргономичность». В целом эргономичность СЧМ предполагает: а) управляемость системы (социально-психологические и психологические характеристики; возможность контролировать систему); б) обслуживаемость (соответствие физиологическим и психофизиологическим характеристикам оператора); в) освояемость (соответствие системы антропометрическим характеристикам оператора); г) обитаемость (соответствие гигиеническим требованиям).

2. Основные показатели работы систем «человек – машина»:

- быстродействие (определяется временем прохождения информации по замкнутому контуру «человек – машина», т.е. время, отсчитываемое от момента приема сигнала до реакции на сигнал)

- надежность и точность работы оператора (степень вероятности правильного решения задач оператором)

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

- безопасность труда оператора (как снижение вероятности травм и аварий)

- степень автоматизированности СЧМ (как относительное количество информации, перерабатываемой автоматическими устройствами)

- экономические показатели (полные затраты на проектирование, создание и эксплуатацию СЧМ).

По всем этим показателям возможно производить достаточно точные измерения, что позволяет использовать в инженерной психологии современные математико-статистические средства.
          3. Классификация
 основных условий (элементов), определяющих эффективность труда :
          1) Санитарно-гигиенические условия: освещенность (естественная, искусственная); вредные вещества (пары, газы, аэрозоли); микроклимат (температура, влажность, скорость движения воздуха); механические колебания (вибрации, шум, ультразвук); излучения (инфракрасное, ультрафиолетовое, ионизирующее, электромагнитное, волны радиочастот); атмосферное давление (повышенное, пониженное); профессиональные инфекции и биологические агенты (микроорганизмы, профессиональные инфекции, макроорганизмы – растения, животные…).
          2) Психофизилогические («трудовые») элементы: физическая нагрузка (энергозатраты – в ккал/час; грузооборот за смену – в КГМ); рабочая поза; нервно-психическая нагрузка; монотонность трудового процесса; режим труда и отдыха (внутрисменный, суточный, недельный, годовой); травмоопасность.
          3) Эстетические элементы: гармоничность светоцветовой композиции; гармоничность звуковой среды; ароматичность запахов; композиционная согласованность природного пейзажа; композиционная целостность интерьеров рабочих помещений; композиционная согласованность компонентов технологического оборудования; композиционная согласованность компонентов дополняющих объектов (объектов, не несущих функциональной нагрузки; временных объектов); гармоничность рабочих поз и трудовых движений;
          4) Социально-психологические элементы: сплоченность коллектива; характер межгрупповых отношений в коллективе (лидерство, производственные конфликты); внепрофессиональные факторы (бытовые условия, семейные отношения).

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

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

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

- ошибки памяти (забыл, не успел запомнить, не сумел сохранить, воспроизвести и др.)

- ошибки мышления (не понял, не сумел «схватить» суть, не предусмотрел, не разобрался, не сопоставил и др.)

- ошибки внимания (не сумел сосредоточиться, собраться, переключиться).

Страх и переживание вины выходят за пределы ситуации, где совершена ошибка. Переживание вины за прошлые ошибки должно предупредить ошибки в настоящем и будущем. Соответственно, следует при подготовке операторов формировать такое чувство вины (но не страха).
          Проблема метода исследования ошибок оператора.
 В основе – восстановление цепи событий (через опрос операторов). Субъект, совершивший ошибку, часто «сопротивляется», т.к. боится наказания. Реконструкция ошибки предполагает деление целого процесса на части, но «дробление на шаги – искусственная операция». Поэтому возникает проблема «признания соответствия представления, воспоминания о процессе и самого непрерывного процесса».
          Важно развести
 разные позиции в ходе пошаговой реконструкции ошибки: 1) взгляд субъекта (взгляд изнутри ситуации совершения ошибки, где сам субъект был частью ситуации); 2) взгляд судьи или исследователя (взгляд со стороны). Между позициями субъекта, совершившего ошибку, и судьи-исследователя «огромная разница», и если субъекту грозит наказание, то для признания им ошибки возникают «непреодолимые препятствия».
          Действие субъекта, совершившего ошибку, протекает в двух планах:

1) в плане смысла и контекста выполнения задания (сам этот план смысла определяется целостностью и непрерывностью)

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

Основные методы исследования ошибок операторов:
          1. Метод полирефлекторного интервью (по Н.А.Носову). Суть метода – в многостороннем кольцевом опросе свидетелей и всех, кто имел отношение к происшествию.
          2. Метод построения фреймов (по А.М. Емельянову, М.А. Котик). Анализируются содержащиеся во фреймах «узлы» и «связи», в результате чего выявляются причины сбоев в деятельности.
          3. Метод критических инцидентов (по Фланагану). Анализируются ситуации, провоцирующие наибольшие сложности в трудовом процессе (где наиболее вероятны ошибки). Для обнаружения «узких мест» в работе обычно используют наблюдение, интервью и моделирование.
          4. Метод выделения трех категорий действий, каждое из которых подвергается особому анализу (по Дж. Расмуссену): 1) Моторные навыки: они автоматизированы и часто не могут быть поставлены в вину оператору; главная вина – на инструкторах, которые не довели у обучающихся навык до автоматизма. 2) Знания: движение по цепи знаний редко соответствует движению по цепи операций (действий); это категория субъективная, особенно у высококлассных специалистов; пробел в знаниях – часто также на совести инструкторов; 3) Творческая активность: здесь субъект в гораздо большей степени сознательно берет ответственность на себя; соответственно, повышается риск совершения им ошибки; для снижения вероятности ошибок субъект сам должен заблаговременно позаботиться и о своих знаниях, и о моторных навыках (как основы для импровизации и творчества).

На основе всего выше изложенного можно выделить  основные показатели, которые важно учитывать при проектировании «действенных систем» :

- Ориентация на задачу (полная информация о целях)

- Обратная связь (своевременность информации о процессе)

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

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

- Повышение эффективности работы (своевременная поддержка, например, если работник готов выполнять две задачи одновременно)

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

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

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


1.2.2 ЭРГОНОМИКА

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

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

- по содержанию интерфейс должен адекватно отображать объекты управления интерфейсом и состояние самой системы управления

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

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

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

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

Отображение существенной информации и проблемной ситуации

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

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

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

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

- конфликтных отношений, в которые вступают элементы ситуации.

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

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

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

Этапы построения интерфейса. Порядок построения интерфейса, как правило, следующий:

  1.  определение задач системы и очередность их решения
  2.  определение источников информации, методов решения задач, времени, необходимого на их решение, а также требуемой точности
  3.  составление перечня типов объектов управления, определение их количества и параметров работы системы
  4.  составление перечня признаков объектов управления разных типов
  5.  распределение объектов и признаков по степени важности, выбор критичных объектов и признаков, учет которых необходим в первую очередь
  6.  выбор системы и способов кодирования объектов управления, их состояний и признаков
  7.  разработка общей композиции интерфейса
  8.  определение перечня исполнительных действий операторов, осуществляемых в процессе решения задачи и после принятия решения
  9.  создание макета, моделирующего возможную ситуацию, проверка эффективности избранных вариантов интерфейса и систем кодирования информации. Критерией эффективности служат время и, точность и напряженность работы оператора
  10.  определение изменений по результатам экспериментов с композицией интерфейсов и систем кодирования, проверка эффективности каждого нового варианта на макете
  11.  определение на макете уровня профессиональной подготовки операторов и его соответствия заданному
  12.  составление инструкций работы операторам в при работе с интерфейсом.

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

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

Объединение в одном алфавите двух его видов – цифрового и знакового – приводит к существенному возрастанию скорости работы вследствие увеличения объема оперативного поля зрения.

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

Мелькание сигнала является эффективным средством выделения объекта на экране. Не рекомендуется применять более четырех градаций этого признака. При частоте мелькания, равной, 2,5 Гц, точность зрительной оценки количества вспышек достаточно высокая. Поскольку мелькание сигналов быстро приводит к развитию зрительного утомления, следует ограничивать количество мерцающих объектов в поле зрения оператора (не более 2-3 знаков одновременно). Во избежание искажений контуров мелькающего знака целесообразно, чтобы мелькал не весь знак, а только его часть.

Звуковые сигнализаторы предназначены для привлечения внимания оператора.  К ним относятся неречевые сообщения – источники звука, используемые на рабочем месте для  подачи аварийных, предупреждающих и уведомляющих сигналов в тех случаях, когда : сообщение одномерное и короткое, требует немедленных действий, место приема информации слишком освещено или затемнено, зрительная система оператора перегружена.


1.2  ОЦЕНКА ПУТЕЙ УЛУЧШЕНИЯ КАЧЕСТВА ИНТЕРФЕЙСА

Для проектировщиков основным является принцип “Знай пользователя”. Этот принцип особенно важен при разработке специализированных визуальных систем.

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

Язык действий пользователя связывает набор операций над модельными объектами с конкретными действиями по вводу данных.

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

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

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

Рассматриваются три уровня совместимости интерфейса:

1. Семантический, который основывается на объектах и операциях над ними, имеющими одинаковый смысл;

2. Синтаксический, определяющий порядок и расположение объектов в визуальном тексте;

3. Физический, который определяется возможностями аппаратных средств.

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

1. Минимальное число элементарных манипуляций устройствами, необходимых для получения результата;

2. Минимальное количество переключений с устройства на устройство, необходимых для получения результата;

3. Однозначность интерпретации действий по вводу данных;

4. Естественность данного действия пользователя для получения соответствующего результата.

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

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

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

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

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

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

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


ГЛАВА 2 КРИТЕРИИ ОЦЕНКИ КАЧЕСТВА ИНТЕРФЕЙСА

2.1 СУЩЕСТВУЮЩИЕ КРИТЕРИИ. ЮЗАБИЛИТИ

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

Правила и принципы юзабилити

Правило 7±2

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

Правило 2-х секунд

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

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

Правило 3-х кликов

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

Некоторые  правила для разработчиков интерфейсов

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

- Стремитесь к логичности

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

- Должна быть информативная обратная связь

- Диалог должен быть законченным

- Обработка ошибок должна быть простой

- Должен быть простой способ отмены действий

- Пользователь должен чувствовать, что все под его контролем

- Как можно меньше загружайте кратковременную память

Правило Фиттса

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

Удовлетворенность

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

Психология в юзабилити

Синдром утенка (Baby-Duck-Syndrome)

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

Гештальт принципы восприятия форм

Это фундаментальные правила человеческой психологии в контексте дизайна интерфейсов человек-компьютер.

Закон близости утверждает, что когда мы видим набор объектов, объекты, расположенные ближе друг к другу, мы распознаем как группу.

Закон сходства утверждает, что сходные объекты человек подсознательно группирует.

Закон симметрии утверждает, что мы склонны воспринимать симметричные объекты как один объект.

Закон смыкания утверждает, что люди склонны объединять объекты, которые на самом деле едиными не являются.

Термины и  концепции

Отслеживание взгляда (Eye-Tracking)

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

Сгиб (Fold)

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

Подсказки (Gloss)

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

Graceful Degradation, Fault-tolerance

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

Granularity

Степень разделения большого объема сложных данных на небольшие модули.

Hotspot

Кликабельная область интерфейса, меняющая свое оформление после клика на нее.

Разборчивость (Legibility)

Визуальная разборчивость текста.

Minesweeping

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

Таинственная навигация (Mystery-Meat Navigation, MMN)

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

Логичность (Physical consistency)

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

Дизайн ориентированный на пользователя (User-centered design, UCD)

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

Бдительность (Vigilance, sustained attention)

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

Walk-Up-And-Use Design

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


2.2 ПОСТРОЕНИЕ СОБСТВЕННОГО КРИТЕРИЯ ОЦЕНКИ КАЧЕСТВА ИНТЕРФЕЙСА

Для проектировщиков основным является принцип “Знай пользователя”. Этот принцип особенно важен при разработке специализированных визуальных систем.

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

Язык действий пользователя связывает набор операций над модельными объектами с конкретными действиями по вводу данных.

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

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

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

Рассматриваются три уровня совместимости интерфейса:

1. Семантический, который основывается на объектах и операциях над ними, имеющими одинаковый смысл;

2. Синтаксический, определяющий порядок и расположение объектов в визуальном тексте;

3. Физический, который определяется возможностями аппаратных средств.

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

1. Минимальное число элементарных манипуляций устройствами, необходимых для получения результата;

2. Минимальное количество переключений с устройства на устройство, необходимых для получения результата;

3. Однозначность интерпретации действий по вводу данных;

4. Естественность данного действия пользователя для получения соответствующего результата.

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

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

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

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

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

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

На рисунке 1 показано как распределяется 8-ми часовой день типичного офисного работника.

Рисунок  1 – Распределение времени в течении 8-ми часового рабочего дня

Большую часть времени занимает работа с интерфейсом, поэтому крайне важно, чтобы он был удобен в обращении. Чем быстрее и безошибочнее  идет работа с интерфейсом, тем максимальное количество человек может быть качественно обслужено и, следовательно, больше прибыль у компании.

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

Рисунок 2 – Рисунок – Распределение времени работы с интерфейсом при достаточно большой БД

Из рисунка можно сделать вывод, что самое большое количество времени идет на заполнение документов. Если же сделать удобный интерфейс:  с автозаполнением, горячими кнопками и справочниками, то это время можно сократить. На втором месте по потраченному времени при работе с интерфейсом – ожидание загрузки. Самое длительное время, как правило, делаются выборки из базы данных. Поэтому, нужно использовать быстрые алгоритмы поиска.

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

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

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

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


ГЛАВА 3 ОПИСАНИЕ СПРОЕКТИРОВАННОГО ИНТЕРФЕЙСА

3.1 ИСПОЛЬЗОВАННЫЙ ИНТРУМЕНТАРИЙ

Для создания собственного интерфейса я использовала среду разработки -  1С – Битрикс. Система ориентирована на корпоративные, информационные и справочные порталы. Для хранения данных сайта используется реляционная СУБД. Поддерживаются следующие СУБД: MySQL, Oracle, MS SQL. Продукт работает на Microsoft Windows и UNIX и подобных платформах, включая Linux.

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

Язык программирования – РНР. Область применения PHP сфокусирована на написание скриптов, работающих на стороне сервера; таким образом, PHP способен выполнять всё то, что выполняет любая другая программа CGI, например, обрабатывать данных форм, генерировать динамические страницы или отсылать и принимать cookies. Но PHP способен выполнять и множество других задач.

PHP доступен для большинства операционных систем, включая Linux, многие модификации Unix (такие, как HP-UX, Solaris и OpenBSD), Microsoft Windows, Mac OS X, RISC OS, и многих других. Также в PHP включена поддержка большинства современных вебсерверов, таких, как Apache, Microsoft Internet Information Server, Personal Web Server, серверов Netscape и iPlanet, сервера Oreilly Website Pro, Caudium, Xitami, OmniHTTPd и многих других. Для большинства серверов PHP поставляется в качестве модуля, для других, поддерживающих стандарт CGI, PHP может функционировать в качестве процессора CGI. Таким образом, язык РНР отлично подошел для реализации моего проекта.


3.2 РЕАЛИЗОВАННЫЕ ВОЗМОЖНОСТИ

В своей дипломной работе я создала прототип интерфейса для офисного служащего с минимальным набором основных частозаполняемых документов. Все документы разделены на три вида:  Заявления, Клиенты, Услуги.  В заявлениях реализованы заявления на отгул, заявление от отпуск и заявление на увольнение. Во вкладке клиенты есть две формы учетных карт: учетная карта ФЛ (физического лица) и учетная карта ЮЛ (юридического лица соответственно). В услугах реализованы несколько типов договоров: договор купли-продажи, договор поставок и договор аренды.

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

Все шаблоны документов обладают рядом удобных возможностей. Это автоматическое формирование нужного документа, выбор из представленного списка, автоматическая подстановка уже известных значений, “покраснение” и объяснение ошибок, наглядное представление календаря для выбора дат. Также автоматически создаются почтовые отправления на адрес должностного лица, которому адресован документ.

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

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

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

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

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


3.3 ОПИСАНИЕ ШАБЛОНА “ЗАЯВЛЕНИЕ НА ОТПУСК”

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

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

$db_users = Cuser::GetList(

($by=’name’),

($order=’desc’),

array(

 ‘<GROUPS_ID’ => $USER->GetUserGroup()

 )

    );

$users = array();

 Теперь нужно пройти по этому списку и преобразовать его в массив. Для употребления правильного падежа в шапке заявления я использую яндексовскую программу – склонятор имен, она доступна для использования на яндексе.

While ($user = $db_users->GetNext()) {

     if (false && $curl = curl_init(‘http://export.yandex.ru/inflect.xml?name=’.$user[‘LAST_NAME’].’%20’.$user[‘NAME’])) {

     $result = curl_exec($ch);

     $dom = DOMDocument::loadXML($result);

     $user[‘NAME_TO’] = $dom->getElementsByTagName(‘inflection’)->item(2)->nodeValue;

    }else{

     $user[‘NAME_TO’] = $user[‘LAST_NAME’].’ ‘.$user[‘NAME’].’ ‘.$user[‘SECOND_NAME’];

    }

    $users[$user[‘ID’]] = $user;

   }

 ?>

 <span class=”documentInput”>

  <select name=”<?php echo $arParams[‘FORMNAME’]; ?>[emailto]” id=”<?php echo $arParams[‘FORMNAME’]; ?>_emailto” class=”setText”>

   <?php foreach ($users as $userId => $user) : ?>

   <option value=”<?php echo $user[‘EMAIL’]; ?>” <?php if ($_REQUEST[$arParams[‘FORMNAME’]][‘emailto’] == $user[‘EMAIL’]) : ?>selected=”selected”<?php endif; ?>>

    <?php echo $user[‘NAME_TO’]; ?>

   </option>

   <?php endforeach; ?>

  </select>

  <input type=”hidden”

      name=”<?php echo $arParams[‘FORMNAME’]; ?>[to_name]”

      value=”<?php echo $_REQUEST[$arParams[‘FORMNAME’]][‘to_name’] ? $_REQUEST[$arParams[‘FORMNAME’]][‘to_name’] : $user[‘NAME_TO’]; ?>” />

 </span>

 от

 <?php $me = Cuser::GetByID($USER->GetID()); $me = $me->GetNext();

 if (false && $curl = curl_init(‘http://export.yandex.ru/inflect.xml?name=’.$me[‘LAST_NAME’].’%20’.$me[‘NAME’])) {

  $result = curl_exec($ch);

  $dom = DOMDocument::loadXML($result);

  $me[‘NAME_FROM’] = $dom->getElementsByTagName(‘inflection’)->item(1)->nodeValue;

 }else{

  $me[‘NAME_FROM’] = $me[‘LAST_NAME’].’ ‘.$me[‘NAME’].’ ‘.$me[‘SECOND_NAME’];

 } ?>

 <span class=”nobrake”><?php echo trim($me[‘NAME_FROM’]); ?>,</span> <?php echo $me[‘WORK_POSITION’]; ?>

 <input type=”hidden” name=”<?php echo $arParams[‘FORMNAME’]; ?>[from_name]” value=”<?php echo $me[‘NAME_FROM’]; ?>, <?php echo $me[‘WORK_POSITION’]; ?>” />

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

Для формирования самого текста заявления делаем следующее:

</div>

<div class=”document_title”>Заявление</div>

 <div class=»document_body»>

 Прошу предоставить мне

 <span class=”documentInput”>

  <select name=”<?php echo $arParams[‘FORMNAME’]; ?>[vacation_type]”>

   <option value=»оплачиваемый отпуск»>оплачиваемый отпуск</option>

   <option value=»отпуск за свой счет»>отпуск за свой счет</option>

   <option value=»учебный отпуск»>учебный отпуск</option>

  </select>

 </span>

 в период

 <span class=”nobrake”>

 c

  <span class=”documentInput <?php if ($_POST[$arParams[‘FORMNAME’]][‘errors’][‘date_from’]) : ?>errorInput<?php endif; ?>”

 Теперь будем сообщать о возможных ошибках при заполнении дат, начнем с даты начала отпуска:

<?php if ($_POST[$arParams['FORMNAME']]['errors']['date_from']) : ?>title=»Вы ошиблись при вводе даты начала отпуска. Заявление подается не менее, чем за две недели до начала предполагаемого отпуска.»<?php endif; ?>>

   <input type=”text”

       name=”<?php echo $arParams[‘FORMNAME’]; ?>[date_from]”

       id=”<?php echo $arParams[‘FORMNAME’]; ?>_date_from”

       value=”<?php echo $_REQUEST[$arParams[‘FORMNAME’]][‘date_from’] ? $_REQUEST[$arParams[‘FORMNAME’]][‘date_from’] : date(‘d.m.Y’, time() + 60*60*24*7*2); ?>” />

 Следует заметить, что все даты удобно сравнивать, переводя их в таймстмп формат, т.е. (timestamp), т.е. в количество секунд, прошедших с 00:00:00 01:01:1970. Если даты переведены в такой формат, то для сравнения их можно просто вычитать, что значительно упрощает работу.

Для того, чтобы даты было удобно набирать, подключим компонент календарь. Делается это следующим образом:

<?php     

$APPLICATION->IncludeComponent(

    ‘bitrix:main.calendar’,

    ‘’,

    array(

     ‘SHOW_INPUT’ => ‘N’,

     ‘FORM_NAME’ => $arParams[‘FORMNAME’],

     ‘INPUT_NAME’ => $arParams[‘FORMNAME’].’[date_from]’

    )

   ); ?>    

Ошибка может быть и в дате окончания отпуска. Я рассматриваю ситуацию, когда отпуск не может длится более двух недель. Тогда, для уведомления пользователя об ошибке нужно сделать следующее:

</span>

 </span>

 <span class=”nobrake”>

 по

  <span class=”documentInput <?php if ($_POST[$arParams[‘FORMNAME’]][‘errors’][‘date_to’]) : ?>errorInput<?php endif; ?>”

     <?php if ($_POST[$arParams[‘FORMNAME’]][‘errors’][‘date_to’]) : ?>title=”Вы ошиблись при вводе даты окончания отпуска. Согласно друговому договору, длительность отпуска не может превышать двух недель.»<?php endif; ?>>

   <input type=”text”

       name=”<?php echo $arParams[‘FORMNAME’]; ?>[date_to]”

       id=”<?php echo $arParams[‘FORMNAME’]; ?>_date_to”

       value=”<?php echo $_REQUEST[$arParams[‘FORMNAME’]][‘date_to’] ? $_REQUEST[$arParams[‘FORMNAME’]][‘date_to’] : date(‘d.m.Y’, time() + 60*60*24*7*2 + 60*60*24*7*2); ?>” />

   <?php $APPLICATION->IncludeComponent(

     ‘bitrix:main.calendar’,

     ‘’,

     array(

      ‘SHOW_INPUT’ => ‘N’,

      ‘FORM_NAME’ => $arParams[‘FORMNAME’],

      ‘INPUT_NAME’ => $arParams[‘FORMNAME’].’[date_to]’

     )

     ); ?>

  </span>

 </span>

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

</div>

<div class=”document_footer”>

 <input type=”hidden” name=”<?php echo $arParams[‘FORMNAME’]; ?>[from_name]” value=”<?php echo $me[‘LAST_NAME’].’ ‘.$me[‘NAME’].’ ‘.$me[‘SECOND_NAME’]; ?>” />

 <?php echo $me[‘LAST_NAME’].’ ‘.$me[‘NAME’].’ ‘.$me[‘SECOND_NAME’]; ?>

 <br/>

 <?php echo date(‘d.m.Y’); ?>

 </div>

И в конце должна быть кнопка отправить, создание этой кнопки происходит так:
</
div>

 <span class=”submitButtonContainer”>

        <input type=”submit” name=”<?php echo $arParams[‘FORMNAME’]; ?>[submit]” class=”submitButton” id=”submitOrderButton” value=”Отправить”>

 </span>

</div>


ЗАКЛЮЧЕНИЕ

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

Создан прототип интерфейса для офисного служащего, обладающий рядом удобных возможностей. Это автоматическое формирование нужного документа, выбор из представленного списка, автоматическая подстановка уже известных значений, “покраснение” и объяснение ошибок, наглядное представление календаря для выбора дат. Также автоматически создаются почтовые отправления на адрес должностного лица, которому адресован документ.

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

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

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

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


СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

  1.  
  2.  Мунипов В. М., Зинченко В. П. Эргономика: человекоориентированное проектирование техники, программных средств и среды/ Логос, 2001, М.,  с. 356Кристенсен Ж., Мейстер Д., Фоули П.и др. Эргономика – комплексная научно-техническая дисциплина/ Мир, 1991, М.,  с. 599
  3.  Мандел Т. Разработка пользовательского интерфейса/ ДМК, 2001, М., с. 416
  4.  Раскин Д. Интерфейс: новые направления в проектировании компьютерных систем/ Символ-Плюс, 2003, М., с. 272
  5.  Дмитриева М.А. и др. Практикум по инженерной психологии и психологии труда/ Ленинград, 1983,Спб.,с. 208
  6.  Душков Б.А. и др. Основы инженерной психологии/ Академический проект, 2002, М., с. 342
  7.  Куприянов Е.А. Взаимозависимость личностных конструктов и профессиональной мотивации у специалистов в области информационных технологий/Автореферат диссертации на соискание ученой степени кандидата психологических наук, 2007, М., с. 26
  8.  http://www.usability.ru
  9.  http://www.php.net
  10.  http://www.1c-bitrix.ru

ПРИЛОЖЕНИЕ 1 – СТРУКТУРА ФАЙЛА СOMPONENT.PHP

<?php

function validateItem($key, $value){

switch ($key) {

 case 'email':   return filter_var($value, FILTER_VALIDATE_EMAIL);

 case 'captcha':   return validateCaptha($value['answer'], $value['session']);

 case 'date_from':  $dateFrom = explode('.', $value);

       return mktime(date('H'), date('i'), date('s'), $dateFrom[1], $dateFrom[0]-7*2, $dateFrom[2]) >= time();

 default :    return $value != '';

 return true;

}

}

function validateCaptha($capthaAnswer, $captchaSessionId) {

include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/classes/general/captcha.php");

$captcha = new CCaptcha();

return $captcha->CheckCode($capthaAnswer, $captchaSessionId);

}

function validateForm(&$fieldsArray, $importantFields){

$errorsList = array();

  foreach ($fieldsArray as $fieldKey => $fieldValue) {

   if (in_array($fieldKey, $importantFields)) {

  

  if ($fieldKey == 'date_to') {

   $dateTo = explode('.', $fieldValue);

   $dateTo = mktime(0, 0, 0, $dateTo[1], $dateTo[0], $dateTo[2]);

   $dateFrom = explode('.', $fieldsArray['date_from']);

   $dateFrom = mktime(0, 0, 0, $dateFrom[1], $dateFrom[0], $dateFrom[2]);

   if ($dateTo - 60*60*24*7*2 > $dateFrom && $fieldsArray['vacation_type'] != 'отпуск за свой счет') {

     $errorsList[$fieldKey] = $fieldValue;

   }

     }elseif (validateItem($fieldKey, $fieldValue) == false){

     $errorsList[$fieldKey] = $fieldValue;

  }

 }

}

if ($fieldsArray[$fieldKey] == NULL) {

 $fieldsArray[$fieldKey] = '';}

return $errorsList;

}

if (count($_POST[$arParams['FORMNAME']])) {

$importantFields = explode(',', str_replace(' ', '', $arParams['IMPORTANT_FIELDS']));

 if ($arParams['USE_CAPTCHA'] == 'Y') {

 $importantFields['captcha'] = 'captcha';}

 $errorList = validateForm($_POST[$arParams['FORMNAME']], $importantFields);

$_POST[$arParams['FORMNAME']]['errors'] = $errorList;

if (count($errorList) == 0 && CModule::IncludeModule('iblock')) {

 $newItem = new CIBlockElement;

 $iBlock = CIBlock::GetList(array(), array('CODE'=>$arParams['FORMNAME']));

 $iBlock = $iBlock->GetNext();

 $values = array();

 $newBlockParams = array('MODIFIED_BY' =>  $USER->GetID(),

       'IBLOCK_SECTION_ID' => false,

       'IBLOCK_ID' =>   $iBlock['ID'],

       'NAME' =>    'ELEMENT',

       'TIMESTAMP_X' =>  date('d.m.Y H:i:s'),

       'ACTIVE' =>    $arParams['IBLOCK_ACTIVE'],

       'PROPERTY_VALUES' => $values

       );

 $id = $newItem->Add($newBlockParams);

 $props = CIBlockElement::GetProperty($iBlock['ID'], $id);

 $textAreaFields = explode(',', str_replace(' ', '', $arParams['TEXTAREA_FIELDS']));

   while ($property = $props->Fetch()) {

     if (in_array($property['CODE'], $textAreaFields)) {

   $values[$property['CODE']] = array(

    'VALUE' => array(

     'TYPE' => 'text',

     'TEXT' => $_POST[$arParams['FORMNAME']][$property['CODE']]

    )

   );

  } else {

   $values[$property['CODE']] = $_POST[$arParams['FORMNAME']][$property['CODE']];

  }

 

  $foremail[$property['CODE']] = $_POST[$arParams['FORMNAME']][$property['CODE']];

 }

  $newItem->Update($id, array(

       'NAME' =>    $arParams['HEADER'].' #'.$id.' от '.date('d.m.Y H:i:s'),

       'PROPERTY_VALUES' => $values

     ));

 if ($arParams['MAIL_EVENT1'] != 'NOT_USE') {

  $mailerId = CEvent::Send($arParams['MAIL_EVENT1'], SITE_ID, array_merge($foremail, array('EMAIL_TO' => $arParams['EMAIL_TO1'])));

 }

 if ($arParams['MAIL_EVENT2'] != 'NOT_USE') {

  $mailerId = CEvent::Send($arParams['MAIL_EVENT2'], SITE_ID, array_merge($foremail, array('EMAIL_TO' => $arParams['EMAIL_TO2'])));

 }

}

}

$this->IncludeComponentTemplate();

?>


ПРИЛОЖЕНИЕ 2 – СТРУКТУРА ФАЙЛА PARAMETERS.PHP

<?

if (!defined("B_PROLOG_INCLUDED") || B_PROLOG_INCLUDED!==true) die();

if(CModule::IncludeModule("iblock")) {

$iBlocks = CIBlock::GetList(

 array( 'SORT' =>  'ASC'),

 array( 'ACTIVE' =>  'Y',

   'TYPE' =>  'feedback'

  ),

 false

);

$iBlockArrays = array();

while ($iBlock = $iBlocks->GetNext()) {

 $iBlockArrays[$iBlock['CODE']] = $iBlock['NAME'];

}

$mailEvents = CEventType::GetList(array('LID' => 'ru'));

$mailEventsArray = array();

while ($mailEvent = $mailEvents->Fetch()) {

 $mailEventsArray[$mailEvent['EVENT_NAME']] = $mailEvent['NAME'];

}

$arComponentParameters = array(

 "PARAMETERS" => array(

  "HEADER" => array(

   "NAME" =>  'Заголовок страницы',

   "TYPE" =>  "STING",

   "PARENT" =>  'ADDITIONAL_SETTINGS'

  ),

  "EMAIL_TO1" => array(

   "NAME" =>  'e-mail 1 (для первого почтового события)',

   "TYPE" =>  "STING",

   "PARENT" =>  'ADDITIONAL_SETTINGS'

  ),

  "MAIL_EVENT1" => array(

   "NAME" =>  'Почтовое событие 1',

   "TYPE" =>  "LIST",

   "PARENT" =>  'ADDITIONAL_SETTINGS',

   'VALUES' =>  array_merge_recursive(

        array('NOT_USE' => '--- Не использовать первый шаблон ---'),

        $mailEventsArray

       )

  ),

  "EMAIL_TO2" => array(

   "NAME" =>  'e-mail 2 (для второго почтового события)',

   "TYPE" =>  "STING",

   "PARENT" =>  'ADDITIONAL_SETTINGS'

  ),

  "MAIL_EVENT2" => array(

   "NAME" =>  'Почтовое событие 2',

   "TYPE" =>  "LIST",

   "PARENT" =>  'ADDITIONAL_SETTINGS',

   'VALUES' =>  array_merge_recursive(

        array('NOT_USE' => '--- Не использовать второй шаблон ---'),

        $mailEventsArray

       )

  ),

  'USE_CAPTCHA' => array(

   'NAME' =>  'Использовать защиту от спама?',

   'TYPE' =>  'LIST',

   'VALUES' =>  array(

        'Y' => 'Да',

        'N' => 'Нет'

       )

  ),

  'IBLOCK_ACTIVE' => array(

   'NAME' =>  'Активен ли инфоблок по-умолчанию?',

   'TYPE' =>  'LIST',

   'VALUES' =>  array(

        'Y' => 'Да',

        'N' => 'Нет'

       ),

   'DEFAULT' => 'Y'

  ),

  'FORMNAME' => array(

   'NAME' =>  'Имя формы (код инфоблока)',

   'TYPE' =>  'LIST',

   'PARENT' =>  'ADDITIONAL_SETTINGS',

   'VALUES' =>  $iBlockArrays,

   'ROWS' =>  30

  ),

  'IMPORTANT_FIELDS' => array(

   'NAME' =>  'Коды полей обязательных для заполнения (через запятую)',

   'TYPE' =>  'STRING',

   'PARENT' =>  'ADDITIONAL_SETTINGS'

  ),

  'TEXTAREA_FIELDS' => array(

   'NAME' =>  'Коды полей с типом «textarea»',

   'TYPE' =>  'STRING',

   'PARENT' =>  'ADDITIONAL_SETTINGS'

  ),

  'SUBMIT_ERROR' => array(

   'NAME' =>  'Сообщение об ошибке, выводимое при неправильном заполнении формы.',

   'TYPE' =>  'TEXT',

   'PARENT' =>  'ADDITIONAL_SETTINGS',

   'ROWS' =>  30

  ),

  'SUBMIT_HELLO' => array(

   'NAME' =>  'Приветственное сообщение',

   'TYPE' =>  'TEXT',

   'PARENT' =>  'ADDITIONAL_SETTINGS',

   'ROWS' =>  30

  ),

  'SUBMIT_SUCCESS' => array(

   'NAME' =>  'Сообщение об успешной отправке формы.',

   'TYPE' =>  'TEXT',

   'PARENT' =>  'ADDITIONAL_SETTINGS',

   'ROWS' =>  30

  )

 )

);

}

?>


ПРИЛОЖЕНИЕ 3 – СТРУКТУРА ФАЙЛА
TEMPLATE.PHP

<?php require_once $_SERVER["DOCUMENT_ROOT"].'/bitrix/modules/main/include/prolog_before.php'; ?>

<?php $APPLICATION->ShowHead(); ?>

<?php global $USER; ?>

<div id="<?php echo $arParams['FORMNAME']; ?>Form_container" class="documentRequest">

<form action="" name="<?php echo $arParams['FORMNAME']; ?>" id="<?php echo $arParams['FORMNAME']; ?>_form" method="POST" >

<?php $APPLICATION->SetTitle($arParams['HEADER'] ? $arParams['HEADER'] : 'Форма обратной связи'); ?>

<?php if (count($_POST[$arParams['FORMNAME']]) == 0 || count($_POST[$arParams['FORMNAME']]['errors']) != 0) : ?>

<?php if (count($_POST[$arParams['FORMNAME']]['errors'])) : ?>

 <div class="structBlock" id="feedbackError">

  <p><?php echo $arParams['SUBMIT_ERROR']; ?></p>

 </div>

<?php endif; ?>

<?php /*------------------------------------------------------------------- */ ?>

<div class="document_header">

 <?php //Получаем список пользователей с уровнем выше моего (мое начальство)

   $db_users = CUser::GetList(

    ($by='name'),

    ($order='desc'),

    array(

     '<GROUPS_ID' => $USER->GetUserGroup()

    )

   );

   $users = array();

   //ПРоходим по этому списку и преобразуем его в массив

   while ($user = $db_users->GetNext()) {

    //Использую яндексовскую фичу по склонению имен (сейчас закоментировано поскольку на хостинге нет курла)

    if (false && $curl = curl_init('http://export.yandex.ru/inflect.xml?name='.$user['LAST_NAME'].'%20'.$user['NAME'])) {

     $result = curl_exec($ch);

     $dom = DOMDocument::loadXML($result);

     $user['NAME_TO'] = $dom->getElementsByTagName('inflection')->item(2)->nodeValue;

    }else{

     $user['NAME_TO'] = $user['LAST_NAME'].' '.$user['NAME'].' '.$user['SECOND_NAME'];

    }

    $users[$user['ID']] = $user;

   }

 ?>

 <span class="documentInput">

  <select name="<?php echo $arParams['FORMNAME']; ?>[emailto]" id="<?php echo $arParams['FORMNAME']; ?>_emailto" class="setText">

   <?php foreach ($users as $userId => $user) : ?>

   <option value="<?php echo $user['EMAIL']; ?>" <?php if ($_REQUEST[$arParams['FORMNAME']]['emailto'] == $user['EMAIL']) : ?>selected="selected"<?php endif; ?>>

    <?php echo $user['NAME_TO']; ?>

   </option>

   <?php endforeach; ?>

  </select>

  <input type="hidden"

      name="<?php echo $arParams['FORMNAME']; ?>[to_name]"

      value="<?php echo $_REQUEST[$arParams['FORMNAME']]['to_name'] ? $_REQUEST[$arParams['FORMNAME']]['to_name'] : $user['NAME_TO']; ?>" />

 </span>

 от

 <?php $me = CUser::GetByID($USER->GetID()); $me = $me->GetNext();

 if (false && $curl = curl_init('http://export.yandex.ru/inflect.xml?name='.$me['LAST_NAME'].'%20'.$me['NAME'])) {

  $result = curl_exec($ch);

  $dom = DOMDocument::loadXML($result);

  $me['NAME_FROM'] = $dom->getElementsByTagName('inflection')->item(1)->nodeValue;

 }else{

  $me['NAME_FROM'] = $me['LAST_NAME'].' '.$me['NAME'].' '.$me['SECOND_NAME'];

 } ?>

 <span class="nobrake"><?php echo trim($me['NAME_FROM']); ?>,</span> <?php echo $me['WORK_POSITION']; ?>

 <input type="hidden" name="<?php echo $arParams['FORMNAME']; ?>[from_name]" value="<?php echo $me['NAME_FROM']; ?>, <?php echo $me['WORK_POSITION']; ?>" />

</div>

<div class="document_title">Заявление</div>

 <div class="document_body">

 Прошу предоставить мне

 <span class="documentInput">

  <select name="<?php echo $arParams['FORMNAME']; ?>[vacation_type]">

   <option value="оплачиваемый отпуск">оплачиваемый отпуск</option>

   <option value="отпуск за свой счет">отпуск за свой счет</option>

   <option value="учебный отпуск">учебный отпуск</option>

  </select>

 </span>

 в период

 <span class="nobrake">

 c

  <span class="documentInput <?php if ($_POST[$arParams['FORMNAME']]['errors']['date_from']) : ?>errorInput<?php endif; ?>"

     <?php if ($_POST[$arParams['FORMNAME']]['errors']['date_from']) : ?>title="Вы ошиблись при вводе даты начала отпуска. Заявление подается не менее, чем за две недели до начала предполагаемого отпуска."<?php endif; ?>>

   <input type="text"

       name="<?php echo $arParams['FORMNAME']; ?>[date_from]"

       id="<?php echo $arParams['FORMNAME']; ?>_date_from"

       value="<?php echo $_REQUEST[$arParams['FORMNAME']]['date_from'] ? $_REQUEST[$arParams['FORMNAME']]['date_from'] : date('d.m.Y', time() + 60*60*24*7*2); ?>" />

   <?php

   //Подключаю компонент «календарь»

   $APPLICATION->IncludeComponent(

    'bitrix:main.calendar',

    '',

    array(

     'SHOW_INPUT' => 'N',

     'FORM_NAME' => $arParams['FORMNAME'],

     'INPUT_NAME' => $arParams['FORMNAME'].'[date_from]'

    )

   ); ?>    

  </span>

 </span>

 <span class="nobrake">

 по

  <span class="documentInput <?php if ($_POST[$arParams['FORMNAME']]['errors']['date_to']) : ?>errorInput<?php endif; ?>"

     <?php if ($_POST[$arParams['FORMNAME']]['errors']['date_to']) : ?>title="Вы ошиблись при вводе даты окончания отпуска. Согласно друговому договору, длительность отпуска не может превышать двух недель."<?php endif; ?>>

   <input type="text"

       name="<?php echo $arParams['FORMNAME']; ?>[date_to]"

       id="<?php echo $arParams['FORMNAME']; ?>_date_to"

       value="<?php echo $_REQUEST[$arParams['FORMNAME']]['date_to'] ? $_REQUEST[$arParams['FORMNAME']]['date_to'] : date('d.m.Y', time() + 60*60*24*7*2 + 60*60*24*7*2); ?>" />

   <?php $APPLICATION->IncludeComponent(

     'bitrix:main.calendar',

     '',

     array(

      'SHOW_INPUT' => 'N',

      'FORM_NAME' => $arParams['FORMNAME'],

      'INPUT_NAME' => $arParams['FORMNAME'].'[date_to]'

     )

     ); ?>

  </span>

 </span>

</div>

<div class="document_footer">

 <input type="hidden" name="<?php echo $arParams['FORMNAME']; ?>[from_name]" value="<?php echo $me['LAST_NAME'].' '.$me['NAME'].' '.$me['SECOND_NAME']; ?>" />

 <?php echo $me['LAST_NAME'].' '.$me['NAME'].' '.$me['SECOND_NAME']; ?>

 <br/>

 <?php echo date('d.m.Y'); ?>

</div>

<?php /*-------------------------------------------------------------------*/ ?>

   <div class="structBlock validateBlock">

 <div class="col col_width504px" id="captchaContainer">

  <?php if ($arParams['USE_CAPTCHA'] == 'Y') : ?>

   <?php $arResult["CAPTCHA_CODE"] = htmlspecialchars($GLOBALS["APPLICATION"]->CaptchaGetCode()); ?>

   <label for="captcha">Введите символы с изображения:</label>

   <input type="hidden" name="<?php echo $arParams['FORMNAME']; ?>[captcha][session]" value="<?php echo $arResult["CAPTCHA_CODE"]; ?>" />

   <img src="/bitrix/tools/captcha.php?captcha_code=<?php echo $arResult["CAPTCHA_CODE"]?>" width="180" height="40" alt="CAPTCHA" />

   <span id="capchaSeparator">/</span>

   <input type="text" name="<?php echo $arParams['FORMNAME']; ?>[captcha][answer]" class="captchaInput" id="captcha" value="" />

  <?php endif; ?>

 </div>

 <span class="submitButtonContainer">

        <input type="submit" name="<?php echo $arParams['FORMNAME']; ?>[submit]" class="submitButton" id="submitOrderButton" value="Отправить">

 </span>

</div>

<?php else : ?>

   <div class="structBlock" id="feedbackSuccess">

       <p><?php echo $arParams['SUBMIT_SUCCESS']; ?></p>

   </div>

<?php endif; ?>

</form>

</div>


 

А также другие работы, которые могут Вас заинтересовать

11087. Чрезвычайные ситуации на транспорте 28.73 KB
  Чрезвычайные ситуации на транспорте Особенности аварий на транспорте Значительное число техногенных катастроф происходит на транспорте. Транспорт является важнейшим связующим звеном частей любой страны звеном современного многоотраслевого хозяйства. Транспо...
11088. Аварии с выбросом (угрозой выброса) аварийно химических опасных веществ (АХОВ) 84.16 KB
  Аварии с выбросом угрозой выброса аварийно химических опасных веществ АХОВ Предприятия в городе использующие опасные химические вещества: металлургический завод машиностроительный завод коммунальное хозяйство кондитерская фабрика пивной зав
11089. Аварии с выбросом (угрозой выброса) радиоактивных веществ 183.84 KB
  Аварии с выбросом угрозой выброса радиоактивных веществ Внимание Радиация не имеет запаха цвета вкуса. Радиационноопасный объект РОО объект на котором хранят перерабатывают используют или транспортируют радиоактивные вещества при аварии на котором или его р...
11090. Аварии с выбросом (угрозой выброса) биологических опасных веществ. Гидродинамические аварии. Аварии на коммунальных системах жизнеобеспечения 109.62 KB
  Аварии с выбросом угрозой выброса биологических опасных веществ. Гидродинамические аварии. Аварии на коммунальных системах жизнеобеспечения. Аварии с выбросом биологических опасных веществ Предприятия использующие в производственных процессах различные веществ
11091. Чрезвычайные ситуации экологического характера 192.24 KB
  Чрезвычайные ситуации экологического характера Нарушение экологического равновесия Экология – это наука о взаимоотношениях живых организмов между собой и с окружающей средой. Все элементы живой и неживой природы влияют на состояние и жизнедеятельность друг друг...
11092. Чрезвычайные ситуации военного характера, источники их возникновения 41.26 KB
  Чрезвычайные ситуации военного характера источники их возникновения Особенности ЧС военного времени Нам представляется что ЧС военного характера военные столкновения это особая группа конфликтных и экологических ЧС возникших на определенной территории вызван...
11093. Действия населения при авариях катастрофах и стихийных бедствиях 26.35 KB
  Действия населения при авариях катастрофах и стихийных бедствиях. Введение. Стихийные действия сил природы пока еще не в полной мере подвластные человеку наносят экономике государства и населению огромный ущерб. Стихийные бедствия – это такие явления природы кото
11094. Средства защиты органов дыхания (противогазы, респираторы). Защитные сооружения, их классификация 48.51 KB
  Средства защиты органов дыхания противогазы респираторы. Защитные сооружения их классификация Средства Индивидуальной Защиты Органов Дыхания СИЗОД К СИЗОД относят противогазы респираторы изолирующие дыхательные аппараты комплект дополнительного патрона...
11095. Военная доктрина РФ. Организационная структура ВС РФ, рода войск и их предназначения 19.3 KB
  Военная доктрина РФ. Организационная структура ВС РФ рода войск и их предназначения. Военная доктрина Российской Федерации Утверждение военной доктрины Российской Федерации находится в компетенции Верховного Главнокомандующего Вооружёнными Силами Российской Фе...