Лабораторная работа Бумажное прототипирование пользовательских интерфейсов 6
 Скачать 144.19 Kb.
|
|
ПРОЕКТИРОВАНИЕ ГРАФИЧЕСКОГО ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ СодержаниеВведение 3 1Лабораторная работа № 1. Генерация требований к проектированию пользовательских интерфейсов 4 2Лабораторная работа № 2. Бумажное прототипирование пользовательских интерфейсов 6 3Лабораторная работа № 3. Моделирование вариантов использования, пользовательских историй 9 4Лабораторная работа № 4. Исследование сред взаимодействия 12 5Лабораторная работа № 5. Анализ задач и создание модели среды – отображение структур, процессов, объектов 14 6Лабораторная работа № 6. Разработка модели пользователя. Создание социально-психологических портретов пользователя информационной системы 16 7Лабораторная работа № 7. Проектирование графа диалога с использованием сетей Петри 18 8Лабораторная работа № 8. Проектирование сценария текстового диалога 21 9Лабораторная работа № 9. Разработка модели оценки интерфейса на этапе проектирования, используя формальные методы анализа диалога на тупики 23 10Лабораторная работа № 10. Разработка многооконных интерфейсов информационной системы в инструментальной среде разработки 25 11Лабораторная работа № 11. Разработка пользовательского интерфейса прямого манипулирования 27 12Лабораторная работа № 12. Применение технологии drag-and-drop при создании интерфейса 29 Список литературы 29 Приложение А. Варианты заданий для выполнения лабораторных работ…………………………………………………………………………….. 31 ВведениеЦель изучения дисциплины заключается в подготовке специалистов, способных грамотно и эффективно проектировать эргономичные пользовательские интерфейсы автоматизированных систем обработки информации и управления. Методические рекомендации предназначены для изучения основ анализа и формализации спецификаций пользовательских интерфейсов, использования элементов технического дизайна и формальных методов описания диалоговых систем для проектирования пользовательских интерфейсов прикладных программ. Методические рекомендации содержат двенадцать лабораторных работ. При оформлении отчетов по лабораторным работам следует придерживаться следующих правил: отчёт может быть рукописным или отпечатанным на принтере; текст отчета оформляется в соответствии с ГОСТ 2.105–95; отчет должен содержать следующие разделы: титульный лист, цель и задачи работы, выполненные задания, выводы; отчет должен быть скреплен. Лабораторная работа № 1. Генерация требований к проектированию пользовательских интерфейсовПорядок выполнения работыСоставить документ «Профиль клиента», в котором кратко описать информацию о компании (1…2 страницы). Разработать видение ИС (видение выполнения проекта и границы проекта – документ, который кратко описывает, в каких подразделениях и в какой функциональности будет внедряться ИС), в том числе: проанализировать проблемную ситуацию, определить позицию разрабатываемой АИС; сформулировать краткое описание АИС, определить его возможности; выработать и описать прочие требования к АИС. Шаблон документа «Видение» содержит следующие основные разделы. Введение. Позиционирование. Описания совладельцев и пользователей. Краткий обзор изделия. Возможности продукта. Ограничения. Показатели качества. Старшинство и приоритеты. Другие требования к изделию. Требования к документации. Приложение. Во введении описываются цель документа, его контекст (связь и взаимовлияние с различными проектами), определения, сокращения, ссылки на другие документы, краткое содержание. В разделе «Позиционирование» помещается определение решаемой проблемы (проблем), указывается целевой заказчик и исследуются деловые преимущества изделия перед аналогичными на рынке. В описании совладельцев и пользователей, помимо собственно описания этих двух групп, исследуется демография рынка: целевые рыночные сегменты, размер и темпы роста рынка, существующие конкурентные предложения на рынке, репутация Разработчика на рынке. Краткий обзор изделий содержит резюме изделия, описание его перспектив и ключевых возможностей, предположения и зависимости, указывается стоимость и ее калькуляция, рассматриваются вопросы лицензи- рования и инсталляции. В разделе, посвященном возможностям продукта, они описываются более подробно, каждая – в отдельном параграфе. В раздел «Ограничения» следует выносить существующие технические, технологические и др. обстоятельства, которые необходимо учиты- вать на данной стадии. Раздел «Показатели качества» содержит описание наиболее существенных нефункциональных требований к системе (эффективности, надежности, отказоустойчивости и др.). Раздел «Старшинство и приоритеты» ранжирует сформулированные ранее требования и возможности системы по степени важности, очередности реализации и т. п. Раздел «Другие требования к изделию» описывает применяемые стандарты, системные требования, эксплуатационные требования, требования к окружающей среде. В требованиях к документации приводятся ключевые характеристики руководства пользователя, интерактивной справки, руководства по установке и конфигурированию, файла Read Me. В приложение выносятся атрибуты возможностей. RUP рекомендует следующий набор атрибутов: статус, выгода, объем работ, риск, стабильность, целевой выпуск, назначение, причина. Оформить работу. Осуществить защиту работы. Краткие теоретические сведенияОсновным источником требований к информационной системе, безусловно, являются соображения, высказанные представителями Заказчика. В соответствии с иерархической моделью требований данная информация структурируется как минимум на два уровня: бизнес-требования и требования пользователей. Проблема состоит в том, что требования формулируются к создаваемой, еще не существующей системе, т. е., по сути, решается начальная подзадача задачи проектирования АИС, а представители Заказчика далеко не всегда бывают компетентны в данном вопросе. Поэтому, наряду с требованиями, высказанными Заказчиком, целесообразно собирать и требования от других совладельцев системы: сотрудников аналитической группы исполнителя, внешних экспертов и т. д. Результирующий, часто достаточно сырой материал рассматривается, как документ «Требования совладельцев». На требования совладельцев обычно не накладывается никаких специальных ограничений. Другим важным источником информации, помимо выявления требований, являются артефакты, описывающие предметную область. Это могут быть документы с описанием бизнес-процессов предприятия, выполненные консалтинговым агентством, либо просто документы (должностные инструкции, распоряжения, своды бизнес-правил), принятые на предприятии. Одной из немногих методологий, в которой специально выделяется рабочий поток делового моделирования, является Rational Unified Process. Еще одна альтернатива, используемая при выявлении требований, – так называемые «лучшие практики», широко применяемые в настоящее время в бизнес-консалтинге и при внедрении корпоративных информационных систем. Лучшие практики представляют собой описания моделей деятельности успешных компаний отрасли, используемые длительное время в сотнях и тысячах компаний по всему миру. Таким образом, основными источниками, образующими «вход» процесса выявления требований, являются требования, высказанные совладельцами, как таковые или (и) артефакты, описывающие объект исследования. Однако это достаточно упрощенный взгляд: чтобы данные поступили «на вход», аналитики требований должны проделать немалую работу, связанную с подбором респондентов и информационных материалов, организацией интервью и т. д. Контрольные вопросыЧто такое интерфейс? Какие типы пользовательских интерфейсов существуют? Перечислите этапы разработки пользовательских интерфейсов. К какому типу интерфейсов будет относиться интерфейс, разработанный в данной лабораторной работе? Какие модели интерфейсов существуют? Какая модель интерфейса будет использована в данной работе? Что такое диалог? Какие типы диалогов существуют? Какие формы диалога вы знаете? Какой тип диалога и какая форма диалога будут использованы в данной работе? |