Разработка Інтерфейсу Користувача АСУ в Середовищі Delphi

Сучасні методи проектування діяльності користувачів АСУ склалися у межах системотехнической концепції проектування, через що облік людського обмежився рішенням проблем узгодження «входів» і «виходів» чоловіки й машини. Разом про те під час аналізу незадоволеності користувачів АСУ вдається виявити, що вона часто пояснюється відсутністю єдиного, комплексного підходи до проектування систем взаимодействия.

Використання підходу дозволяє прийняти до уваги багато чинників різного характеру, виділення з них ті, які надають найбільший вплив з погляду наявних загальносистемних цілей і критеріїв, і знайти шляхи і нові методи ефективного на них. Системний підхід грунтується на застосуванні низки основних понять і положень, серед яких можна назвати поняття системи, підпорядкованості цілей і критеріїв підсистем общесистемным цілям і критеріям тощо. Системний підхід дозволяє розглядати аналіз стану та синтез різних за своїй — природі і складності об'єктів із єдиної погляду, вишукуючи у своїй найважливіші характерні риси функціонування системи та враховуючи найважливіші для всієї системи чинники. Значення підходу особливо велике при проектуванні та експлуатації таких систем, як автоматизовані системи управління (АСУ), котрі за суті є человеко-машинными системами, в якому людина виконує роль суб'єкта управления.

Системний підхід під час проектування є комплексне, взаємозалежне, пропорційне розгляд всіх згаданих чинників, колій та методів виконання складного многофакторной і різноманітної завдання проектування інтерфейсу взаємодії. На відміну від класичного інженерно-технічного проектування під час використання підходу враховуються все чинники проектованої системи — функціональні, психологічні, соціальні й навіть эстетические.

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

Нині вважатимуться доведеним, що завдання проектування інтерфейсу користувача не у цьому, щоб раціонально «вписати» людини у контур управління, суть у тому, щоб, виходячи із завдань управління об'єктом, розробити систему взаємодії двох рівноправних партнерів (людина-оператор і апаратно-програмний комплекс АСУ), раціонально управляючих об'єктом управління. ПРЕДМЕТНА ОБЛАСТЬ.

Отже, очевидно, що людина-оператор є замикаючим ланкою системи управління, тобто. суб'єктом управління, а АПК (апаратно-програмний комплекс) АСУ є інструментальним засобом його реалізації управлінської (оперативної) діяльності, тобто. об'єктом управління. По визначенню В. Ф. Венды, АСУ є гібридний інтелект, в якому оперативний (управлінський) склад парламенту й АПК АСУ є рівноправними партнерами під час вирішення складних завдань управления.

Раціональна організація праці операторів АРМ одна із найважливіших чинників, визначальних ефективне функціонування системи в цілому. Переважна більшість випадків управлінський працю — опосередкована діяльність людини, оскільки за умов АСУ поводиться управління, «не бачачи» реального об'єкта. Між реальним об'єктом управління і человеком-оператором перебуває інформаційна модель об'єкта (кошти відображення інформації). Тому не виникає проблема проектування не лише коштів відображення інформації, а й взаємодії людиниоператора з технічними засобами АСУ, тобто. проблема проектування системи, яку ми слід назвати інтерфейс пользователя.

Інтерфейс взаємодії людини з технічними засобами АСУ може бути структурно зображений (див. на мал.1.). Він з АПК і протоколів взаємодії. Апаратно-програмний комплекс забезпечує виконання функций:

1. перетворення даних, які у АПК АСУ, до інформаційної моделі, що відобразяться на моніторах (СОІ - кошти відображення информации);

2. регенерація інформаційних моделей (ИМ);

3. забезпечення діалогового взаємодії людини з МС АСУ;

4. перетворення впливів, які від ЧО (людини-оператора), у ці, використовувані системою управления;

5. фізична реалізація протоколів взаємодії (узгодження форматів даних, контроль помилок, і т.п.).

Призначення протоколів у тому, щоб забезпечити механізм достовірної і найнадійнішою доставки повідомлень між человеком-оператором і СОІ, отже, між ЧО й банківською системою управління. Протокол — цього правила, що б взаємодія, набір процедур обміну інформацією між паралельно виконуваними процесами у реальному масштабі часу. Ці процеси (функціонування АПК АСУ і оперативна діяльність суб'єкта управління) характеризуються, по-перше, відсутністю фіксованих тимчасових співвідношень між настанням подій і, по-друге, відсутністю взаємозалежності між подіями та діями за її наступлении.

Функції протоколу пов’язані з обміном повідомленнями між тими процесами. Формат, цих повідомлень утворюють логічні характеристики протоколу. Правила ж виконання процедур визначають ті дії, які виконують процеси, спільно що у реалізації протоколу. Набір цих правил є процедурної характеристикою протоколу. Використовуючи ці поняття, ми можемо тепер формально визначити протокол як сукупність логічних і процедурних характеристик механізму зв’язок між процесами. Логічне визначення становить синтаксис, а процедурне — семантику протокола.

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

Залежно від виду відтвореного зображення слід виділити вимогами з алфавіту ЇМ, за способом формування символів і з різновиду використання елементів зображення. Використовуваний алфавіт характеризує тип моделі, її образотворчі можливості. Він визначається класом розв’язуваних завдань, задається числом і типом знаків, кількістю градацій яскравості, орієнтацією символів, частотою мерехтіння зображення др.

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

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

Спостереження за монітором дозволяє користувачеві побудувати зображення режиму системи, яке з урахуванням навчання, тренування і досвіду (концептуальна модель), отже, можливо порівняння цього зображення із зображенням теоретичним відповідно до ситуацією. Вимога адекватності, ізоморфізму, подібності просторово-часової структури відображуваних об'єктів управління і навколишнього середовища визначає ефективність модели.

Відтворення зображення складає основі його цифрового уявлення, що міститься у блоці пам’яті, званому буфером регенерации.

[pic].

Рис. 1. Информационно-логическая схема інтерфейсу взаимодействия.

ІНФОРМАЦІЙНА МОДЕЛЬ: ВХІДНІ І ВИХІДНА ИНФОРМАЦИЯ.

Інформаційна модель, будучи для оператора джерелом інформації, з урахуванням якій він формує образ реальної обстановки, зазвичай, включає дуже багато елементів. З огляду на різний семантичний характер використовуваних елементів, інформаційну модель можна як сукупність взаємозалежних элементов:

D ' {Dn}, [pic] де Rj — безліч елементів інформаційної моделі j-й групи, n=1,…N; k=1,…K.

Кількість груп елементів інформаційної моделі визначається ступенем деталізації описи станів і умов функціонування об'єкта управління. Зазвичай, елемент інформаційної моделі пов’язані з будь-яким параметром об'єкта управління. Поруч із інформаційна модель графічного типу може розглядатися як складне графічне зображення. Елементи інформаційної моделі тут є як елементи зображення. Будь-яке зображення складається з деякого набору графічних примітивів, що становлять довільний графічний елемент, у якого геометричними властивостями. Як примітивів можуть виступати й літери (алфавитно-цифровые й інші символы).

Сукупність графічних примітивів, якої оператор може маніпулювати як єдиним цілим, називають сегментом відображуваної інформації. Поруч із сегментом часто використовується поняття графічний об'єкт, під яким розуміють безліч примітивів, які мають однаковими візуальними властивостями і статусом, і навіть ідентифікованих одним ім'ям. При організації процесу переробки інформацією системах відображення будемо маніпулювати такими понятиями:

6. Статична інформація — щодо стабільна за змістом інформація, яка у ролі фону. Наприклад, координатна мережа, план, зображення місцевості і т.д.

7. Динамічна інформація — інформація, змінна у певному інтервалі часу за змістом чи становищу на екрані. Реально динамічна інформація часто є функцією деяких випадкових параметров.

Такий поділ вважається сильно умовним. Попри це, при проектуванні реальних систем відображення інформації вирішується без труднощів. ФУНКЦІОНАЛЬНІ ЗАВДАННЯ, ЯКІ ВИРІШУЄ DELPHI ПРИ КОНСТРУЮВАННІ ИНТЕРФЕЙСА.

Під час створення складних АСУ велике значення має розробки програмного забезпечення, т.к. саме програмні кошти створюють інтелект комп’ютера, вирішальний складні наукові завдання, управляючий найскладнішими технологічними процесами. Нині під час створення подібних систем значно зростає роль людського, отже, эргономического забезпечення системи. Основне завдання эргономического забезпечення є оптимізація взаємодії між людиною і машиною у період експлуатації, а й за виготовленні, і за утилізації технічних компонентів. Отже, при систематизації підходу проектування інтерфейсу користувача, можна навести деякі, основні функціональні завдання й принципи побудови, що має вирішувати сучасна мова програмування і із якими успішно справляється Delphi:

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

8. мінімізація витрат ресурсів із боку розробника ПО, яка досягається з допомогою певної методи і технології створення, властивої звичайним виробничим процессам;

9. мінімізація витрат ресурсів із боку користувача, тобто. ЧО має виконувати лише роботу, що необхідно не може бути виконано системою, повинно бути повторень вже виконаної роботи і т.д.

Завдання максимального порозуміння. Тобто. ЧО ні займатися, наприклад, пошуком інформації, чи видана на екран інформація має вимагати перекодування чи додаткової інтерпретації пользователем.

Користувач має запам’ятовувати як і менше інформації, оскільки це знижує властивість ЧО приймати оперативні решения.

Принцип максимальної концентрації поьзователя на розв’язуваної завдання й локалізація повідомлень помилки. ЩО РОЗУМІТИ ПІД ИНТЕРФЕЙСОМ.

Користувальницький інтерфейс — це що означає спілкування між людиною і комп’ютером. Загальний Користувальницький Доступ — це правила, які пояснюють діалог в термінах загальних елементів, як-от правила уявлення інформації на екрані, і правил інтерактивною технології такі, як правила реагування людини-оператора те що, що представлене екрані. У цьому курсовому проекті ми розглянемо стандарт ОТД фірми IBM розроблений спільно з компанією MICROSOFT для класу машин «РС-АТ».

КОМПОНЕНТЫ ИНТЕРФЕЙСА.

На практичному рівнях, інтерфейс це набір стандартних прийомів взаємодії з технікою. На теоретичному рівні інтерфейс має три основних компоненты:

1. Спосіб спілкування машини з человеком-оператором.

2. Спосіб спілкування людини-оператора з машиной.

3. Спосіб користувальницького уявлення интерфейса.

МАШИНА До ПОЛЬЗОВАТЕЛЮ.

Спосіб спілкування машини з користувачем (мову уявлення) визначається машинним додатком (прикладної програмної системою). Додаток управляє доступом до інформації, обробкою інформації, поданням інформацією вигляді зрозумілому для пользователя.

КОРИСТУВАЧ До МАШИНЕ.

Користувач має розпізнати інформацію, якою є комп’ютер, зрозуміти (проаналізувати) її, і переходити до відповідальності. Відповідь реалізується через інтерактивну технологію, елементами якої може бути такі дії як вибір об'єкта з допомогою клавіші чи миші. Усе це становить другу частину інтерфейсу, саме мову действий.

ЯК КОРИСТУВАЧ ДУМАЕТ.

Користувачі може мати уявлення про машинному інтерфейсі, що він чинить і як він працювати. Деякі з цих уявлень формуються у користувачів внаслідок досвіду роботи іншими машинами, такі як принтер, калькулятор, відеоігри, і навіть комп’ютерна система. Хороший користувальницький інтерфейс використовує цим досвідом. Більше розвинені уявлення формуються від досвіду роботи користувачів із самою інтерфейсом. Інтерфейс допомагає користувачам розвивати уявлення, які у подальшому використовуватися під час роботи коїться з іншими прикладними интерфейсами.

СОГЛАСОВАННЫЙ ИНТЕРФЕЙС.

Ключ до створення ефективного інтерфейсу залежить від швидкому, наскільки може бути, розвитку у операторів простий концептуальної моделі інтерфейсу. Загальний Користувальницький Доступ здійснює це через узгодженість. Концепція узгодженості у тому, що з працювати з комп’ютером у користувача формується система очікування однакових реакцій на однакові дії, що постійно підкріплює користувальницьку модель інтерфейсу. Узгодженість, забезпечуючи діалог між комп’ютером і человеком-оператором, може знизити кількість часу, необхідного користувачем як здобуття права вивчити інтерфейс, так здобуття права використати його до виконання работы.

Узгодженість є властивістю інтерфейсу щодо посилення користувальних уявлень. Інша складова інтерфейсу є властивість його конкретності і наочності. Це здійснюється застосуванням плану панелі, використанням кольорів та інший виразної техніки. Ідеї і концепції потім знаходять фізичне вираз на екрані, з яким безпосередньо спілкується пользователь.

УЗГОДЖЕНІСТЬ — ТРИ РАЗМЕРНОСТИ:

Говорити що інтерфейс узгоджений — те ж саме що, що є більше чогось. Ми були змушені запитати: «Більш ніж що? ». Коли говоримо, що інтерфейс узгоджений, змушені запитати: «Узгоджено з ніж? ». Необхідно згадати деяку размерность.

Інтерфейс може бути узгоджений із трьома широкими категоріями чи размерностями: фізичної, синтаксичної і семантической.

4. Фізична узгодженість належить до апаратному забезпечення: схеми клавіатури, розташування клавіш, використанню миші. Наприклад, матиме місце фізична узгодженість для клавіші F3, якщо вона завжди перебувати у тому ж місці незалежно від використання системи. Аналогічно, буде фізично узгодженим вибір кнопки на мишці, якщо вона завжди розташовуватиметься під вказівним пальцем.

5. Синтаксична узгодженість належить до послідовності і порядку появи елементів на екрані (мову уявлень) і послідовності запитів дій вимог (мову действий).

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

6. Семантична узгодженість належить до значенням елементів, що є інтерфейс. Наприклад, що означає «Вихід »? Де користувачі роблять «Вихід «І що потім происходит?

МІЖСИСТЕМНА СОГЛАСОВАННОСТЬ.

Загальний Користувальницький Доступ містить визначення всіх елементів і інтерактивною технології. Але це визначення може бути виконано по різного через технічних можливостей специфічних систем. Отже, загальний інтерфейс може бути ідентичним всім систем.

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

ПЕРЕВАГИ УЗГОДЖЕНОГО ІНТЕРФЕЙСУ ПОЛЬЗОВАТЕЛЯ.

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

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

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

Хоча користувальницький інтерфейс встановлює правила для елементів інтерфейсу і інтерактивною технології, він допускає досить високу ступінь гнучкості. Наприклад, для інтерфейсу визначено п’ятьох типів панелей, але допускається, які можуть бути використані панелі специфічного застосування. Загальний Користувальницький Доступ рекомендує використання певних панелей але, якщо це пояснити неможливо, слід використовувати специфічні елементи певних панелей.

ПРОГРАММНО-ТЕХНИЧЕСКИЕ ЗАСОБИ: РЕАЛІЗАЦІЯ І СТВОРЕННЯ КОРИСТУВАЛЬНИЦЬКОГО ИНТЕРФЕЙСА.

MS-Windows надає користувачам оболонку графічного інтерфейсу (GUI), що забезпечує стандартну середу користувача і програміста. (GUI) пропонує складніше і дружелюбне оточення користувача, ніж командно-управляемый інтерфейс DOS. Праця у Windows полягає в інтуїтивно зрозумілих принципах. Вам легко перемкнутися з завдання на завдання й здійснювати обміну інформацією з-поміж них. Проте розробники додатків традиційно зіштовхуються з труднощами програмування, оскільки організація середовища Windows є надзвичайно сложной.

Delphi — язик, і середовище програмування, належить класу RAD- (Rapid Application Development — «Засіб швидкої розробки додатків») коштів CASE — технології. Delphi зробила розробку потужних додатків Windows швидким процесом, які викликають вам задоволення. Додатка Windows, до створення яких вимагалося дуже багато людських зусиль наприклад, у З++, тепер може бути написані однією людиною, використовує Delphi.

Інтерфейс Windows забезпечує повне перенесення CASE-технологий в інтегровану систему підтримки робіт зі створення прикладної системи на всіх фазах життєвого циклу праці та проектування системы.

Delphi має широким набором можливостей, починаючи з проектувальника форм і закінчуючи підтримкою всіх форматів популярних баз даних. Середовище усуває необхідність програмувати такі компоненти Windows загального призначення, як мітки, піктограми і навіть діалогові панелі. Працюючи в Windows, ви неодноразово бачили однакові «об'єкти» у багатьох різноманітних додатках. Діалогові панелі (наприклад Choose File і Save File) є взірцями багаторазово використовуваних компонентів, вбудованих у Delphi, що дозволяє пристосувати ці компоненти до наявний завданню, аби вони працювали у такий спосіб, як потрібно створюваному додатку. Також тут є попередньо певні візуальні і невізуальні об'єкти, включаючи кнопки, об'єкти з цими, меню вже побудовані діалогові панелі. З допомогою цих об'єктів можна, наприклад, забезпечити введення даних просто кількома натисканнями кнопок миші, не вдаючись до програмування. Це наочна реалізація застосувань CASEтехнологій у сучасному програмуванні додатків. Та частина, яка безпосередньо з програмуванням інтерфейсу користувача системою отримав назву візуальне программирование.

Вигоди проектування АРМ серед Windows з допомогою Delphi:

10. Усувається потреба у повторному введення данных;

11. Забезпечується узгодженість проекту й його реализации;

12. Збільшується продуктивність розробки та перенесення программ.

Візуальне програмування хіба що додає новий вимір при створенні створенні додатків, дає можливість зображати ці об'єкти на екрані монітора до виконання самої програми. Без візуального програмування процес відображення вимагає написання фрагмента коду, що створює і настрающего об'єкт «за місцем». Побачити закодовані об'єкти було можливе тільки під час виконання програми. За такого підходу досягнення здобуття права об'єкти виглядали громіздко і поводилися заданим чином, стає стомлюючий процесом, який вимагає кількаразових виправлень програмного коду із наступною прогонкою програми розвитку й контролю над тим, що врешті-решт получилось.

Завдяки засобам візуальної розробки можна працювати з об'єктами, тримаючи поперед очі і одержуючи результати відразу. Здатність бачити об'єкти такими, якими вони під час виконання програми, знімає необхідність виконання безлічі операцій вручну, типові до роботи на середовищі не яка має візуальними засобами — незалежно від цього, є вона объектно-ориентированной чи ні. Потому, як об'єкт поміщений у форму середовища візуального програмування, усі його атрибути відразу відбиваються як коду, що відповідає об'єкту як одиниці, виконуваної під час роботи программы.

Розміщення об'єктів в Delphi пов’язано з більш тісними відносинами між об'єктами і її реальним програмним кодом. Об'єкти вкладаються у вашу форму, у своїй код, відповідальний об'єктах, автоматично записується в вихідний файл. Цей код компілюється, забезпечуючи більш високу продуктивність, ніж візуальна середовище, яка інтерпретує інформацію лише хід виконання программы.

Три основні частини розробки інтерфейсу такі: проектування панелі, проектування діалогу й уявлення вікон. Для Спільного Користувальницького Доступу також має враховуватися умови застосування Архітектури Прикладних Систем. Є також інші умови: чи є вхідні устрою на терміналах клавішними чи вказівними і буде чи бути докладання символьними чи графическими.

РОЗРОБКА ДИЗАЙНУ ПАНЕЛИ.

Встановимо основні терміни, які стосуються розробці панели.

Екран — це поверхню комп’ютерної робочої станції чи термінала, де розташовується інформація призначена для користувача. Панель — це визначена группированная інформація, яка структурована специфічним способом і розташована на екрані. Загальний Користувальницький Доступ встановлює п’ять панельних схем, які назвалися панельними типами. Необхідно використовувати різні панельні типи, щоб уявити різні види інформації. П’ять панельних типів следующие:

7. Меню;

8. Вход;

9. Информация;

10. Список;

11. Логическое.

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

12. Меню діянь П. Лазаренка та спадне меню;

13. Тіло панели;

14. Область функціональних клавиш.

На рис. 2 представлено становище трьох областей панелі. | | |Меню дій | | | | | | | |Тіло панелі | | | | | | | |Область функціональних клавіш |.

Рис. 2. Три панельні области.

Меню дій виникає наверху панелі. Це дає користувачам доступом до групі дій, які підтримують додаток. Меню дій містить у собі список вибору можливих дій. Коли користувачі роблять вибір, у вигляді спускающегося меню з’являється на екрані список можливих дій. Спускающееся меню є розширенням меню действий.

Слово «дії «в «меню дій «має на увазі, що це команди би мало бути дієсловами. Іменники також припустимі. Значення дії терміні «меню дій «походить від той факт, що вибір елемента меню дій виконується додатком через дії користувачів. Наприклад, в текстовому редакторі вибір «Шрифти «меню дій є іменником і дозволяє користувачеві зажадати дій вибору шрифтов.

Деякі панелі матимуть меню дій, інші нет.

Меню діянь П. Лазаренка та спадне меню забезпечують два чудових переваги пользователей.

Перша перевага у тому, що ці дії стають для користувачів видимими і може вимагатися виконання у вигляді простий інтерактивною техніки. «Запит «означає ініціацію дії. Спосіб, з допомогою якого людина-оператор ініціює дію, полягає у натисканні функціональної клавіші, у виконанні вибору низхідному меню чи друку (введення) команди. Меню діянь П. Лазаренка та спадне меню забезпечують візуальність, що допомагає користувачам знаходити необхідні дії без необхідності запам’ятовування і преси імені действия.

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

Меню діянь П. Лазаренка та спадне меню забезпечує дворівневу ієрархію дій. Можете забезпечити додатковий рівень, використовуючи спливають вікна, що з’являються, коли оператором робиться вибір в низхідному меню. Потім, коли оператор робить вибір у всплывающем вікні, може з’явитися серія що спливають вікон принаймні виконання дій. Загальний Користувальницький Доступ рекомендує вам обмежити число рівнів спливаючих вікон близько трьох, оскільки багато користувачі відчувають складнощі у розумінні ієрархії меню, мають багато уровней.

Тіло панелі перебуває під меню діянь П. Лазаренка та над областю функціональних клавіш. Кожна панель, яку ви створюєте, матиме тіло, що може бути розділене сталася на кілька областей, якщо вашому додатку необхідно показати користувачам більше, ніж одну групу інформації одночасно, чи користувачам дозволяється вводити чи оновлювати більш як одну групу інформацією і той ж момент времени.

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

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

Область функціональних клавіш міститься у частині панелі і оператор може вибрати розміщення їх у короткій чи довгою формі або взагалі розміщувати. Вона має список функціональних клавіш. Деякі панелі можуть утримувати як меню дій, і заголовок функціональних клавіш. Необхідно забезпечити включення області функціональних клавіш для всіх панелей, хоча користувач може відмовитися від своїх екранізування. Див. рис. 3 де представлений загальний вигляд панелі користувача системою. | | |Вибір Зв’язки | |Вибрати одне із наступних видів зв’язку: | |1. Прийом пошти | |2. Прийом повідомлень | |3. Відхід пошти | |4. Поштовий журнал | |5. Операції | |6. Поштовий статус | |Esc=Отмена |F1=Помощь |F3=Выход |.

Рис. 3. Панель із ділянкою функціональних клавіш. Область функціональних клавіш екранована у короткій форми і містить вибори Скасування, Допомога и.

Выход.

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

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

ПРИНЦИПЫ ПРОЕКТУВАННЯ: ОБ'ЄКТ — ДЕЙСТВИЕ.

Розбивка панелі на області, які містять інформаційні об'єкти чи вибори дій, грунтується на принципі объект-действие панельного дизайну. Цей принцип дозволяє користувачам зробити вибір об'єкта на тілі панелі, та був вибрати соответсвующее дію до роботи з обраним об'єктом з меню дій або з області функціональних клавиш.

Це объектно-действенное відповідність дозволяє вам формувати з дії меню діянь П. Лазаренка та спадні меню, включаючи у яких ті, які дійсні для відповідних об'єктів. Застосування концепції об'єктдії сприяє мінімізації числа режимів, велика кількість яких іноді доставляє користувачам незручності і робить додаток складним для вивчення та ефективного використання. Принцип объект-действие краще, але у вона найчастіше також може бути застосована зв’язок действие-объект, при якої оператор вибирає об'єкти і дії зворотному порядке.

РОБОТА КОРИСТУВАЧА З ПАНЕЛЬЮ.

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

ПРЯМЕ ВЗАИМОДЕЙСТВИЕ.

У Загальний Користувальницький Доступ входять такі концепції дизайну як концепція покрокової підказки, візуальної репліки і інтерактивною техніки. Однак дослідні користувачі можуть зажадати цього рівня простоти в експлуатації. Вони можуть зажадати більш прямого взаємодії з додатком. Для таких користувачів Загальний Користувальницький Доступ також містить швидкі інтерактивні технології, такі как:

15. Призначення діям функціональних клавиш.

16. Прискорений вихід із дій високого уровня.

17. Використання мнемоніки і номерів для вибору об'єктів і действий.

18. Командна область дозволяє користувачеві ввійти у додаток й системніші команды.

19. Застосування мишки прискорює вибір действий.

ПОБУДОВУ ДИАЛОГА.

Діалог — це послідовність запитів між користувачем і комп’ютером: запит користувача, відповідь і запит комп’ютера, остаточне дію компьютера.

Тоді як користувач з комп’ютером обмінюються повідомленнями, діалог під медичним наглядом оператора рухається однієї зі шляхів забезпечуваних додатком. Фактично, користувач просувається через додаток, використовуючи конкретні дії, які є частиною діалогу. Ці діалогові дії необов’язково вимагає від комп’ютера обробки інформації; вони лише послужити причиною переходу від однієї панелі до на другий або від однієї додатку до іншому, якщо працює дуже одне додаток. Діалогові дії також контролюють, що приміром із інформацією, яку користувачі друкують у конкретній панелі; чи варто її зберегти чи запам’ятати, коли користувачі вирішують можливість перейти до інший панелі приложения.

Отже, діалог і двох частей:

20. запити на обробку інформації и.

21. запити навігації через приложение.

Кожному кроку діалогу супроводжує рішення зберігати або зберігати нову информацию.

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

22. Уперед однією крок (дію входа);

23. Назад однією крок (дію отмены);

24. Назад на конкретну точку докладання (дію функціонального выхода);

25. Залишити додаток (режим виходу з приложения).

Дії входу й аж скасування, як кроки діалогу, зазвичай представляють оператору нову панель чи можуть становити те саме панель, але з значними змінами. У різних точках діалогу дії зняття і виходу виконуються однаково незалежно від цього, як багато точок виходу має додаток. Деякі докладання мають тільки один точку виходу, а інші кілька. Сукупність кількох загальних діалогових дій ілюструється на рис. 4.

Тут ілюструються можливості навігації типового діалогу при переходах від панелі до панелі, які зображені прямокутниками. Операції Уперед і Назад є операціями прокручування, а чи не навігаційними, і йдуть на пересування всередині панелей.

[pic].

Рис. 4. Діалогові действия.

УДЕРЖАНИЕ І ЗБЕРЕЖЕННЯ ИНФОРМАЦИИ.

Тоді як користувачі виконують навігацію докладання, щось має коїтися з інформацією змінюваного на панелі. Вона може утримуватися лише на рівні панелі чи то, можливо сохранена.

Утримувана інформація належить до інформації на панельному рівні докладання. Коли користувачі повертаються до діалог через скасування панелі, додаток анулює чи зберігає будь-які зміни інформації на панелі. Утримувана інформація то, можливо екранована як значень по вмовчанням, коли користувач буде переглядати цю панель в наступний раз. Але це отже, що буде збережено. Кожне додаток вирішує утримувати чи зберігати таку информацию.

Збереження інформації означає приміщення їх у область пам’яті задаваемой оператором. Дії навігації, провідні користувача по додатку, не зберігають інформацію до того часу, поки користувач не вкаже точно, що ці дії повинні закінчуватися збереженням информации.

Якщо користувача можуть призвести до втрати певної інформації, Загальний Користувальницький Доступ рекомендує вимагати від користувача підтвердження, що вони хочуть зберігати інформацію, чи дозволити їм зберегти інформацію, чи анулювати останній запит і повернутися в крок назад.

ОКНА.

Ваша додаток може працювати у режимі вікон. Це означає, що панель міститься у окремих обмежених частинах екрана, які називаються вікнами. Система, має режим вікон, дозволяє користувачеві ділити екран на вікна, містять своє власне панель. Використовуючи відразу кількох вікон, користувач може водночас спостерігати на екрані кілька панелей однієї чи різних приложений.

Якщо екран містить одне або двоє вікна, користувач може і бачити всю панель повністю у кожному вікні. Це від розмірів вікна. Користувач може посунути або змінити розмір кожного вікна, щоб вмістити необхідну інформацію. Також, користувачі можуть прокручувати зміст вікон, переміщуючи інформацію на панелі всередині області екрана, обмеженою окном.

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

ТРИ ТИПУ ОКОН.

Первинне вікноце немовбито вікно, від якого користувач з комп’ютером починають свій діалог. Наприклад, в текстовому редакторі, первинне вікно містить текст, підлягає редагування. У редакторі електронних таблиць, первинне вікно містить таблицю. У системах без можливість створення вікон, можна вважати весь екран первинним вікном. Кожне первинне вікно може утримувати стільки панелей, скільки потрібно, одну одною, щоб вести діалог. Користувачі можуть переключати первинне вікно інше первинне чи вторинне окно.

Побічні вікна викликаються з первинних вікон. Це вікна, в яких користувачі з комп’ютером ведуть діалог паралельно діалогу в первинному вікні. Наприклад, в текстовому редакторі, вторинне вікно може утримувати панель, з допомогою якої користувач змінює формат документа, а первинному вікні міститься редагована інформація. Побічні вікна також використовуються щоб надавати допоміжну інформацію, яка належить до діалогу в первинних вікнах. Користувачі можуть переключатися з первинних вікон на вторинні вікна і навпаки. Первинні і вторинні вікна мають заголовні смуги у верхній частині вікна. Заголовок співвідноситься з вікном через приложения.

Спливають вікна є ділянку екрана, у якому розташовується экранируемая панель, яка розширює діалог користувача через первинні і вторинні вікна. Спливають вікна пов’язуються з іншими вікнами і, коли додаток хоче розширити діалог із іншим вікном. Один із застосувань що спливають вікна полягає у передачі різних повідомлень. Перш ніж продовжити діалог із деяким вікном користувач повинен завершити своєї роботи зі що з ним всплывающим окном.

Устройства Введення: клавіатура, мишка і другие.

Загальний Користувальницький Доступ підтримує узгоджене використання клавіатури і мишки, чи іншого устрою, чинного як мишка. Будемо надалі почувати, що мишка є основним що вказує устройством.

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

Усі персональні комп’ютерні докладання, повинні враховувати використання мишки. Проте докладання на непрограммируемых терміналах не можуть підтримувати мишку. Цими терміналах підтримка мишки не обязательна.

Підтримка Клавиатуры.

Приймемо за стандарт де-факто Загальний Користувальницький Доступ, розроблений за урахуванням одного типу клавіатури, саме, розширеній клавіатури фірми IBM.

Необхідно призначити функцій докладання клавіші згідно з правилами і специфікаціям стандарту IBM. Призначення клавіш ставляться до клавіатури IBM Enhanced Keyboard. Для клавіатур інших типів використовується відповідна технічну документацію, наприклад, змінювана клавіатура IBM Modifiable Keyboard.

Правила призначення клавиш:

26. У додатках можна використовувати будь-які клавіші, включаючи як клавіші, нажимаемые без Shift, і навіть поєднання їх зі Shift+, Ctrl+ и.

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

27. Якщо додаток переведеться іншими мовами, годі було призначати сполученням алфавітно-цифрових клавіш з Alt. Проте, якщо може бути, користувачі можуть призначати цим клавішах різні функции.

28. Для зміни вихідного значення клавіш використовуйте в поєднані із клавішами Alt, Ctrl і Shift. Клавіші Alt, Ctrl і Shift самостійно не используются.

29. Не слід переназначать чи дублювати призначення клавиш.

30. Користувачам дають можливість зміни призначення клавіш, як додаткову функцію докладання. Користувачі повинен мати можливість призначити дії і параметри будь-яким функціональним клавішах, і навіть змінювати їх позначення на экране.

31. Якщо деяка функція призначена функціональної клавіші однакова у кількох додатках, слід призначати цієї клавіші саме цю функцію переважають у всіх приложениях.

32. Якщо користувачі натискають неназначенную лише на рівні поточної панелі клавішу, то ніякого ефекту повинно бути, а то й зазначено щось інше.

ЗАКЛЮЧЕНИЕ

.

За сучасних умов пошук оптимального розв’язання проблеми організації інтерфейсу взаємодії набуває характеру комплексної завдання, яке істотно ускладнюється необхідністю оптимізації функціонального взаємодії операторів між собою й технічними засобами АСУ за умов мінливого характеру їхній професійній деятельности.

У цьому хотілося би підкреслити як ніколи актуальними проблеми моделювання взаємодії ЧО з технічними засобами АСУ. Сьогодні з’явилася реальна можливість із допомогою моделювання на сучасних багатофункціональних засобах обробітку грунту і відображення інформації як-от Delphi конкретизувати тип і характеристики використовуваних інформаційних моделей, виявити основні особливості майбутньої діяльності операторів, сформулювати вимоги до параметрами апаратно-програмних коштів інтерфейсу взаємодії і т.д.

Кажучи про проблеми взаємодії людини з МС АСУ і з практичної реалізації інтерфейсу взаємодії, не можна опустити таке питання, як уніфікація і стандартизація. Використання типових рішень, модульного принципу проектування систем відображення і методи обробки інформації набуває дедалі більше широкі масштаби, що, втім, цілком естественно.

Особливий упор у впровадженні даних завдань слід звісно надавати сучасним CASE-средствам розробки прграмм, оскільки вони найбільш оптимально дозволяють проектувати рішення на основі яких вмостилися, під час першого чергу, вимоги до узгодженим користувальницькому інтерфейсу, яким і є інтерфейс Windows. Ніякі продукти інших фірм, доступні сьогодні, не забезпечують одночасну простоту використання, продуктивність і гнучкість такою мірою, як Delphi. Її заповнив пролом між мовами 3-го і 4-го поколінь, з'єднавши їх сильні сторони, і створивши потужну і продуктивну середу разработки.

ЛИТЕРАТУРА

Организация взаємодії людини з технічними засобами АСУ, тому 4: «Відображення інформації», редакція В. Н. Четверикова, Москва, «Вища Школа» 1993. Організація взаємодії людини з технічними засобами АСУ, тому 7: «Системне проектування взаємодії людини з технічними засобами», редакція В. Н. Четверикова, Москва, «Вища Школа» 1993. «Кібернетичні діалогові системи», И. П. Кузнецов. «Рекомендації по общепользовательскому інтерфейсу», Microsoft, редакція 1995 р. Джон Матчо, Девід Р.Фолкнер. «Delphi» — перекл. з анг. — М.:Бином, 1995 г.

ОГЛАВЛЕНИЕ ВВЕДЕНИЕ 2.

ПРЕДМЕТНА ОБЛАСТЬ 3.

ІНФОРМАЦІЙНА МОДЕЛЬ: ВХІДНІ І ВИХІДНА ІНФОРМАЦІЯ 6.

ФУНКЦІОНАЛЬНІ ЗАВДАННЯ, ЯКІ ВИРІШУЄ DELPHI ПРИ КОНСТРУЮВАННІ ІНТЕРФЕЙСУ 7.

ЩО РОЗУМІТИ ПІД ІНТЕРФЕЙСОМ 8.

КОМПОНЕНТИ ІНТЕРФЕЙСУ 8.

МАШИНА До КОРИСТУВАЧЕВІ 8.

КОРИСТУВАЧ До МАШИНІ 8.

ЯК КОРИСТУВАЧ ДУМАЕТ 8 УЗГОДЖЕНИЙ ІНТЕРФЕЙС 9.

УЗГОДЖЕНІСТЬ — ТРИ РОЗМІРНОСТІ: 9.

МІЖСИСТЕМНА УЗГОДЖЕНІСТЬ 10.

ПЕРЕВАГИ УЗГОДЖЕНОГО ІНТЕРФЕЙСУ КОРИСТУВАЧА 10.

ПРОГРАММНО-ТЕХНИЧЕСКИЕ ЗАСОБИ: РЕАЛІЗАЦІЯ І СТВОРЕННЯ КОРИСТУВАЛЬНИЦЬКОГО ІНТЕРФЕЙСУ 11.

РОЗРОБКА ДИЗАЙНУ ПАНЕЛІ 13 ПРИНЦИПИ ПРОЕКТУВАННЯ: ОБ'ЄКТ — ДІЮ 16.

РОБОТА КОРИСТУВАЧА З ПАНЕЛЛЮ 16.

ПРЯМЕ ВЗАЄМОДІЯ 16.

ПОБУДОВУ ДІАЛОГУ 16 УТРИМАННЯ І ЗБЕРЕЖЕННЯ ІНФОРМАЦІЇ 19 ВІКНА 19.

ТРИ ТИПУ ВІКОН 20 УСТРОЮ ВВЕДЕННЯ: КЛАВІАТУРА, МИШКА І ІНШІ 20.

ПІДТРИМКА КЛАВІАТУРИ 21.

ЗАКЛЮЧЕНИЕ

22.