31147

Проектирование пользовательского интерфейса

Доклад

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

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

Русский

2013-08-25

16.37 KB

10 чел.

Вопрос 9 Проектирование пользовательского интерфейса.

Пользовательский интерфейс (человеко-машинный диалог) – набор приемов взаимодействия с компьютером.

Порядок проектирования меню предусматривает следующую последовательность работ:

  1.  Проектирование содержания меню;
  2.  Проектирование форм меню – экранная форма.

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

Выбор пункта меню может завершаться:

  1.  Появление на экране меню нижнего уровня;
  2.  Выполнение команды;
  3.  Выполнение процедуры (процедура ввода/вывода информации);
  4.  Появление заглушки

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

Проектирование формы меню

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

При проектировании меню необходимо руководствоваться этими рекомендациями:

  1.   Количество уровней в меню должно быть не более 2-3.
  2.   Пользователь должен знать, в какой точке иерархического меню он находится, т. е. следы предыдущих уровней должны оставаться.
  3.   Пункты меню не нумеруются.
  4.   Название пунктов горизонтального меню должно быть коротким – из одного слова.
  5.   Заглавной должна быть только первая буква названия пункта.
  6.   Пункт меню может быть выбран по первой (выделенной) букве его названия. Если первая буква названия пункта меню не является уникальной, то можно назначить любую выделенную букву.
  7.   Для выбора пункта всплывающего меню должна быть предназначена «горячая» клавиша, поскольку путь к нему через главное меню может быть долгим.
  8.   Пункты, к которым часто обращаются, должны быть расположены в начале меню. Если присутствует пункт «Помощь», то он располагается в начале главного меню, а пункт «Выход» – в конце.
  9.   Логически взаимосвязанные пункты всплывающего меню объединяются в группы сплошной горизонтальной линией и могут получить свои подзаголовки.
  10.   При формировании меню может быть выбрана цветовая схема. Вертикальное (всплывающее) меню может быть выделено тенью.

Проектирование содержания экранной формы

Содержание экранной формы зависит от ее назначения. По назначению можно выделить 4 класса экранных форм:

  1.  Для ввода информации в базу данных;
  2.  Для ввода параметров обработки информации по задаче и идентификаторов запросов;
  3.  Для вывода результатов решения задачи и справочной информации;
  4.  Комбинированные формы с многоцелевым назначением (например,  диалоговые окна).

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

Проектирование формы экрана

Информация на экране может размещаться в 4 зонах:

1. Заголовок экранной формы.

2. предметная часть.

3. зона управляющих элементов включает в себя различные виды меню.

4. зона сообщений содержит подсказки и сообщения об ошибках.

Отчет – полученный на принтере выходной документ, предназначенный для конечного пользователя. Проектирование отчетов (машинограмма) состоит из следующих этапов:

  1.  Проектирование содержания отчета;
  2.  Проектирование формы отчета;

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

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

Предметная часть печатается в табличной форме.  


 

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

17232. Создания хранимых процедур и функций с использованием средства СУБД SQL Server и языковых конструкций Transact-SQL 79.5 KB
  Лабораторная работа № 2. Создания хранимых процедур и функций с использованием средства СУБД SQL Server и языковых конструкций TransactSQL. Цель работы Изучение возможностей программирования элементов поддержки БД под управлением СУБД SQL Server. Задание на лабораторн
17233. Использование языка манипулирования данными Transact-SQL для создания курсоров 89.5 KB
  Лабораторная работа № 3. Использование языка манипулирования данными TransactSQL для создания курсоров Цель работы Изучение возможностей программирования элементов поддержки БД под управлением курсоров. Задание на лабораторную работу Ознакомиться с метод
17234. Параллельная обработка транзакций 104.5 KB
  Лабораторная работа № 5 Параллельная обработка транзакций Цель работы Изучение возможностей параллельной обработки данных в SQL Server и приемов подключения приложений к серверу с использованием ODBC. Изучение действия блокировок накладываемых сервером. Задание
17235. Общее представление об информационной системе 68 KB
  Лекция №1 Общее представление об информационной системе Под информационной системой ИС понимается организованная совокупность технических и обеспечивающих средств технологических процессов и кадров. В зависимости от конкретной области применения информацио
17236. Организация СУБД 51 KB
  Лекция №2 Организация СУБД Для увеличения эффективности обработки данных повышения надежности их хранения обеспечения качественной поддержки целостности и согласованности а также наличие единого для соответствующей модели данных подхода к обработке и манипул...
17237. Компоненты СУБД MS SQL Server 93 KB
  Лекция №3 Компоненты СУБД MS SQL Server SQL Server реализуется в виде нескольких самостоятельных служб каждая из которых отвечает за выполнение определенного круга задач: MSSQLServer; SQLServerAgent; Microsoft Search MSSearch; Microsoft Distributed Transaction Coordinator MS DTС. MSSQLServer Основное яд...
17238. Представления СУБД MS SQL Server 40 KB
  Лекция №3_1 Представления Представление VIEW объект данных который не содержит никаких данных его владельца. Это тип таблицы чье содержание выбирается из других таблиц с помощью выполнения запроса. Поскольку значения в этих таблицах меняются то автоматически их з...
17239. Определение триггера в стандарте языка SQL 65.5 KB
  Лекция №4 Определение триггера в стандарте языка SQL Триггер это откомпилированная SQLпроцедура исполнение которой обусловлено наступлением определенных событий внутри базы данных. Триггеры особый инструмент SQLсервера используемый для поддержания целостности...
17240. Понятие хранимой процедуры 55.5 KB
  Лекция №5 Понятие хранимой процедуры Хранимые процедуры это группа связанных между собой операторов SQL или функций хранимых в откомпилированном виде. Использование хранимых процедур вместо отдельных операторов SQL дает пользователю следующие преимущества: хра