Выписка из гост р в 29.05.010-98

«Банки и базы данных АСУ военного назначения. Общие эргономические требования»

Основные определения

• целостность — свойство банка (базы) данных сохранять значения данных в допустимых ди­апазонах при любых манипуляциях с банком (базой) данных;

• дескриптор — лексическая единица информационно-поискового тезауруса, предназначен­ная для использования в поисковых образах документов и (или) запросов (по ГОСТ 7.25);

5.1 Общие положения и номенклатура нормируемых показателей

5.1.1Эргономичность банков и баз данных обеспечивается выполнением эргономических требований к:

• функциональной структуре и составу банков и баз данных;

• информационному обеспечению банков и баз данных;

• человеко-машинному интерфейсу банков и баз данных.

5.1.2 В состав банков (баз) данных следует включать массивы информации, организованные в базы (файлы, элементы, записи), СУБД, человеко-машинный интерфейс.

5.1.3 Основными эргономическими показателями качества банков и баз данных являются:

• время отклика;

• степень выполнения эргономических требований, характеризуемая отношением числа вы­полненных требований к общему числу требований, предъявляемых к оцениваемому банку (базе) данных. Степень выполнения ЭТ для банков и баз данных должна быть не менее 0,7;

• целостность данных, связанная с их достоверностью и непротиворечивостью и обеспечивае­мая редактированием и формированием отчетов, позволяющих идентифицировать синонимы и омонимы при использовании элементов данных, а также решать вопросы определения смыслового значения данных;

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

5.2 Эргономические требования к функциональной структуре и составу банков и баз данных

5.2.1 Типовая функциональная структура банка (базы) данных должна включать шесть основных комплексов (подсистем), выполняющих следующие функции:

• комплектование банка (баз) информацией;

• ведение справочно-информационного фонда;

• тиражирование и размножение информации;

• первичную обработку входной информации и ввод ее в ЭВМ;

• обработку данных на электронно-вычислительной технике;

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

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

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

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

5.2.3 При создании банков должны применяться специальные языки.

5.2.4 Пользователю должны быть представлены:

• логическая структура банка (баз) данных;

• допустимые значения атрибутов;

• назначения операторов и правила построения языковых выражений;

• назначения функциональных клавиш видеотерминала;

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

5.3 Эргономические требования к информационному обеспечению банков и баз данных

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

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

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

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

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

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

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

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

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

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

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

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

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

• четкое членение по графам (горизонтальным и вертикальным), обеспечивающее смысловую группировку материала;

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

• оптимальный размер и тип буквы, шрифта.

5.4 Эргономические требования к человеко-машинному интерфейсу банков и баз данных

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

2. Проектирование диалога осуществляют на стандартном языке запросов с использованием меню или на ограниченном естественном языке. В банках (базах) данных предпочтительной должна быть широкая структура меню (небольшое число уровней иерархии с большим числом альтернатив на каждом шаге). Допускается глубокая структура меню (большое число уровней иерархии с не­ большим числом альтернатив на каждом шаге). Глубина диалога при этом не должна превышать семь уровней.

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

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

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

5. Запрос пользователя должен отображаться на экране для его подтверждения не более чем через 0,2 с после его ввода.

6. Интерфейс должен по-разному информировать пользователя о нормальном и об аварийном завершении диалога.

1. Каждый ввод информации должен быть обеспечен обратной связью. Время отклика на запросы и команды редактирования должно быть, как правило, постоянным и не превышать 0,5 с. При задержке ответа более чем на 2 с следует выдавать на экран предупреждающее сообщение. Задержка, связанная с перегрузкой вычислительной машины, должна отображаться на экране. По завершению задержки пользователь должен об этом быть информирован с получением указания к дальнейшим действиям.

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

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

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

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

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

11. Выходные сообщения интерфейса (ответы на запросы, сообщения об ошибках, подсказки, инструкции и т. п.) должны быть понятными и, как правило, краткими. Текстовые выходные сообщения должны удовлетворять требованиям, установленным в 5.3.7.

Трудную для понимания информацию следует помещать в начале сообщения, легкую — в середине, требующую немедленного действия пользователя — в конце. Рекомендуемая длина сооб­щения 7—11 значимых слов.

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

Следует избегать эмоциональной окраски, в частности, порицаний за ошибки.

Не допускается перегружать сообщения большим количеством сокращений, особенно для слов из 5—6 букв и менее.

5.4.12 Команды должны иметь одинаковый формат и основываться на принципах построения, изложенных в ГОСТ Р В 29.05.007, и удовлетворять ЭТ согласно 5.3.7. При необходимости сокращения числа и времени нажатия клавиш допускается составлять команды с использованием аббревиатур и «плоской» структуры (все функции задаются независимыми командами).

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

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

5.4.13 При предоставлении данных следует:

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

• текстовые данные представлять на экране в два столбца для уменьшения длины строк;

• заготовки размещать сверху, а метки — слева от каждого набора данных;

• единицы измерения указывать в заголовке;

• в списке данных каждый пункт начинать с новой строки;

• слова в конце строк не переносить;

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

Для удобства и быстроты сравнения данные могут быть представлены в виде таблиц. При этом необходимо:

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

• заголовки таблиц повторять на каждом кадре;

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

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

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

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

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

Для выделения различий между величинами следует использовать горизонтальное расположе­ние диаграмм, в других случаях — вертикальное расположение.

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

Мерцание применяют для привлечения внимания с выделением части сообщения. Допускает­ся использовать не более двух градаций мерцания при частоте не менее 0,5 и не более 6 раз в секунду с равными интервалами включения и выключения.

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

Яркость, цвет и рамку применяют в соответствии с ГОСТ Р В 29.05.007.

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

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

В документации, предназначенной для обучения, материал излагают в том порядке, в котором он будет изучаться, небольшими порциями, с понятными пользователю примерами. Содержание документации должно последовательно отвечать на вопросы: «Что?», «Как?», «Почему?».

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

Подготовил профессор кафедры

полковник Беликов Ю.Н.