Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
шпоры челмаш колоша.docx
Скачиваний:
0
Добавлен:
01.03.2025
Размер:
82.31 Кб
Скачать
  1. Пуассоновский поток обладает следующими свойствами&:

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

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

  • Ординарность – когда вероятность попадания на участок участка ΔТ двух или более событий пренебрежимо мала по сравнению с вероятностью попадания второго события. Заявки поступают по одиночке.

  1. Образно-концептуальная модель. &

Упрощенно, функции оператора можно свести к следующему набору:

  1. Прием информации.

  2. Хранение информации.

  3. Переработка (обработка) информации.

  4. Принятие или получение решений.

  5. Осуществление операторский действий.

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

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

  2. Восприятие – процесс формирования при помощи активных действий, образа предметов в целом. Принимая информацию, оператор анализирует и преобразует ее.

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

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

  • осмысление ситуации.

  • выяснение конкретной задачи.

  • поиск пути решения в условиях дефицита времени.

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

Основные составляющие оперативного мышления:

  1. Структурирование – проявляется в связывании объектов в ситуации между собой.

  2. Динамическое узнавание – определение частей конечных ситуаций в исходной проблемной области.

  3. Формирование алгоритма – для процессов мышления важную роль играет человеческая память которая делится на краткосрочную и долгосрочную

  1. Процесс разработки интерфейса.

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

  1. Первоначальное проектирование.

  2. Создание прототипов.

  3. Тестирование и модификация прототипов будущего интерфейса.

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

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

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

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

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

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

    1. Создание пользовательских сценариев. Цель данного этапа написать словестное описание взаимодействие пользователей системы, не конкретизируя как именно проходит взаимодействие, а уделяю основное внимание целям. Сценарии должны включать все типы задач и быть достаточно реалистичными. От сценариев имеется двойная польза: во-первых они будут полезны для тестирования; во вторых их написание будет производить лучшее понимание устройств будущей системы, побуждая оптимизировать будущее взаимодействие.

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

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

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

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

    3. Конструирование отдельных блоков.

    4. Создание глоссария.

    5. Начальная проверка полной схемы системы.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]