чмв. Лекция Понятие интерфейса. Качество пользовательского интерфейса
 Скачать 1.02 Mb.
|
|
Перечень отраслевых стандартов, связанных с инфраструктурными характеристиками качества программного продукта Код ОСТа Наименование ОСТ 115.0.1-95 Порядок разработки, согласования и принятия стандартов отрасли ОСТ 115.1.1-95 Информационная технология. Локальные вычислительные сети. Показатели качества. Учрежденческие ЛВС ОСТ 115.1.2-95 Информационная технология. Локальные вычислительные сети. Показатели качества. Производственные ЛВС ОСТ 115.1.3-95 Информационная технология. Локальные вычислительные сети. Методы испытаний на соответствие показателей качества учрежденческих ЛВС PDF created with FinePrint pdfFactory trial version www.pdffactory.com 18 ОСТ 115.1.4-95 Информационная технология. Локальные вычислительные сети. Методы испытаний на соответствие показателей качества производственных ЛВС ОСТ 115.1.6-96 Информационная технология. Сертификация программных средств. Методика экспертизы программной документации. ОСТ 115.1.7-96 Информационная технология. Сертификация программной продукции. Методы обоснования базовых значений показателей качества программного обеспечения. .ОСТ 115.1.8-96 Информационная технология. Сертификация информационного обеспечения автоматизированных систем ОСТ 115.1.9-96" Требования к проведению статистического анализа программных средств ОСТ 115.1.10-96 Требования к проведению динамического анализа программных средств ОСТ 115.1.11-96 Технологические факторы, определяющие показатель работоспособности программных средств. ОСТ 115.1.12-96 Информационные технологии. Сертификация средств и систем в сфере информатизации. Машины вычислительные электронные персональные IBM-совместимые. Требования к характеристикам качества и правилам их оценки Таблица 3.2 Перечень национальных стандартов, связанных с инфраструктурными характеристиками качества программного продукта КодГОСТа Наименование ГОСТа ГОСТ Р 1.2-92 Государственная система стандартизации Российской Федерации. Порядок разработки государственных стандартов ГОСТ Р 1.4-93 Государственная система стандартизации Российской Федерации. Стандарты отраслей, стандарты предприятий, стандарты научно- технических, инженерных обществ и других общественных объединений. Общие положения ГОСТ Р 1.5-92 Государственная система стандартизации Российской Федерации. Общие требования к построению, изложению, оформлению и содержанию стандартов ГОСТР 1.8-95 Государственная система стандартизации Российской Федерации. Порядок разработки и применения межгосударственных стандартов ГОСТР 40.101-95 Государственная регистрация систем добровольной сертификации и их знаков соответствия ГОСТР 51000.1-95 Система аккредитации органов по сертификации, испытательных и измерительных лабораторий. Общие требования ГОСТ Р 51000.2-95 Общие требования к аккредитующему органу ГОСТР 51000.3-96 Общие требования к испытательным лабораториям ГОСТ Р 51000.4-96 Государственная система стандартизации в Российской Федерации. Система аккредитации в Российской Федерации. Общие требования к аккредитации испытательных лабораторий ГОСТР 51000.5-96 Общие требования к органам по сертификации продукции и услуг PDF created with FinePrint pdfFactory trial version www.pdffactory.com 19 ГОСТР 51000.6-96 Государственная система стандартизации в Российской Федерации. Система аккредитации в Российской Федерации. Общие требования к аккредитации органов по сертификации продукции я услуг. ГОСТРИСО/ МЭК 8631-9 Информационная технология. Программные конструктивные й условные обозначения для их представления ГОСТРИСО/ МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководство по их применению ГОСТРИСО 9127-94 Системы обработки информации. Документация пользователя. Информация на упаковке для потребительских программных пакетов ГОСТРИСО/ МЭК 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению ГОСТ 19.505-79 ЕСПД. Руководство оператора ТОСТ 27.003-90 Надежность в технике. Состав и общие правила задания требований по надежности ГОСТ 27.203-83 Надежность в технике. Технологические системы. Общие требования к методам оценки ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем ГОСТ 16325-88 Машины вычислительные электронные цифровые общего назначения. Общие технические требования ГОСТ 21552-84 Средства вычислительной техники. Общие технические требования, правила приемки, методы испытаний, маркировка, упаковка, транспортирование и хранение ГОСТ 23773-88 Машины вычислительные электронные цифровые общего назначения. Методы испытаний ГОСТ 25764-83 Машины вычислительные и системы обработки данных. Ленты магнитные шириной 2,7 мм с 9-дорожечной записью. плотностью 32 перехода потока на 1 мм. Технические требования ГОСТ 27201-87 Машины вычислительные электронные персональные. Типы, основные параметры. Общие технические требования ГОСТ 27830-88 Накопители на жестких магнитных дисках с подвижными головками. Общие технические требования ГОСТ 27954-88 Видеомониторы персональных ЭВМ. Типы, основные параметры. Общие технические требования ГОСТ 8043-89 Персональные электронные вычислительные машины. Интерфейс накопителей на жестких несменных магнитных дисках с подвижными головками. Общие требования Код ГОСТа Наименование ГОСТа ГОСТ 28195-89 Оценка качества программных средств. Общие положения ГОСТ 28272-89 Накопители на гибких магнитных дисках. Общие технические требования ГОСТ 28273-89 Интерфейс накопителей на гибких магнитных дисках. Общие требования PDF created with FinePrint pdfFactory trial version www.pdffactory.com 20 ГОСТ 28406-89 Персональные электронные вычислительные машины. Интерфейсы видеомонитора. Общие требования ГОСТ 28806-90 Качество программных средств. Термины и определения ГОСТ 29124-91 Клавиатура ввода данных. Общие технические требования PDF created with FinePrint pdfFactory trial version www.pdffactory.com 21 Руководящие принципы и нормативы Инструкции же обычно относятся к элементам представления информации и взаимодействия. Инструкции есть просто правила и объяснения, предназначенные для того, чтобы следовать им при создании элементов интерфейса, их поведения и внешнего вида. Таким образом, следование руководствам и инструкциям не является единственным критерием успеха. Многие люди видят, пользу инструкций и руководств в том, что они помогают работать и получать в итоге более цельный и пригодный к использованию интерфейс. Принципы создания интерфейса, отраженные в инструкциях, ни в коем случае не должны снижать и ограничивать творческую активность. Руководящие принципы, отраженные в инструкциях, должны позволять пользователю применять к интерфейсу свое знание реального мира. Интерфейс должен иметь схожее поведение с объектами и метафорами реального мира. Например, если пользователь видит на экране группу кнопок, похожих на кнопки на панели радиоприемника, он может и должен применить свое знание функций кнопок в реальном мире к компьютеру. Нормативы затрагивают три области проектирования интерфейса: физическую, синтаксическую и семантическую. ♦ Физическая область относится к аппаратному обеспечению программного пользовательского интерфейса. Оно содержит устройства для ввода информации: клавиатуру, мышь, трекбол и экран, чувствительный к касаниям. Эти нормативы касаются расположения клавиш, их раскладки и проектирования, использования мыши, устройств рукописного ввода. IBM в 1992 г. предложила норматив, по которому первая клавиша мыши служит для выделения, а вторая — для прямых манипуляций. Норматив Microsoft (1995) обозначает первую клавишу мыши для выделения и операции перемещения объектов по умолчанию, а вторая служит этим целям, только если пользователь задал для нее такие свойства. ♦ Синтаксическая область обобщает правила размещения информации на экране и последовательности действий пользователя. Например, печать документа использует прямую манипуляцию: вы должны потянуть иконку документа и поместить ее в иконку принтера. Это правильная совместимость действии. Помещение иконки принтера в иконку документа неверно. ♦ Третья область — семантическая. Она раскрывает сущность элементов; объектов и действий, составляющих часть интерфейса. К примеру, термин «Exit» (Выход) имеет точный, однозначный смысл для всех пользователей и предназначен для столь же однозначного действия. Этот термин не спутаешь с термином «Cancel» (Отмена). Термин Exit подразумевает конец взаимодействия с диалоговым окном и обычно означает полное окончание работы с программой, термин «Cancel» в общем смысле — остановку любого незаконченного действия и возврат на шаг назад. При разработке интерфейса разработчик может выйти за рамки руководящих принципов: создать новый элемент или усовершенствовать существующий. Нормативы Apple содержат указания на этот счет: ♦ основывайтесь на имеющемся интерфейсе; ♦ не назначайте новых функций уже существующим объектам; * ♦ очень аккуратно создавайте новые объекты. Необходимо помнить, что отклонение от нормативов и стандартов должно быть оправдано облегчением работы с программой. Руководящие принципы содержат характеристики стандартов презентаций, поведения и взаимодействия с элементами управления интерфейсом. Термины могут немного отличаться (к примеру, фирма ЮМ использует термин «радиокнопка», а фирма Microsoft — «опциональная кнопка»). Могут быть различия и в графической интерпретации, но суть остается той же самой. PDF created with FinePrint pdfFactory trial version www.pdffactory.com 22 Применение руководящих принципов Задачи руководящих принципов по проектированию однозначны: предоставить пользователям возможность доступа к информации из любого места системы, в любой форме, создать такой интерфейс, который помогал бы людям работать и нравился бы им. Хорошо разработанный интерфейс позволяет пользователям сфокусироваться на выполнении задач, а не на особенностях программного и аппаратного обеспечения. С помощью руководящих принципов можно не только получить информацию по пользовательскому интерфейсу, но и при правильном подходе извлечь из них дополнительную пользу. Они могут применяться к целому ряду продуктов и платформ, имеющих аналогичный интерфейс. Разработка руководства по стилю упрощает и совершенствует весь процесс разработки и проектирования. Элементы интерфейсов, управляющие элементы и диалоговые Окна можно использовать в различных программах. Результаты по тестированию на удобство применения элементов интерфейсов и технологий могут обобщаться, а проектные решения, принятые на основе тестирования, применяться к различным продуктам. Руководства помогают в определении, тестировании и внедрении новых ключевых интерфейсных технологий и методов. На рис. 3.1 отображена структура стандартов, промышленных руководств по разработке и стилю оформления, обеспечивающих прочный фундамент для создания продукта. Рис. 3.1. Пирамида руководящих принципов корпоративного стиля продуктов Руководства могут разрабатываться на трех уровнях: ♦ корпоративном; ♦ комплектования продукта; ♦ стиля продукта. На корпоративном уровне формулируются общее представление, характер поведения й методы, применяемые ко всем продуктам, разрабатываемым в компании. Одна из целей корпоративного руководства заключается в поддержании корпоративной идентичности (использование цветов, графических элементов, иконок). Существует два основных пути разработки корпоративных руководств по стилю оформления. Можно получить разрешение на использование материалов из промышленных руководящих принципов по разработке и «собрать по частям» ваше собственное, внеся соответствующие дополнения и изменения. Такой документ впоследствии может заменить «промышленный, экземпляр». Однако это не самый удачный вариант. В конце концов, продублировав большую часть оригинального руководства, для получения дополнительной информации вы будете вынуждены обратиться к «первоисточнику». Второй метод заключается в надстройке корпоративного руководства по стилю оформления над промышленными указаниями. Комплектование продукта может быть описано в руководстве по разработке связанных групп продуктов. Отдельные продукты могут иметь собственные отдельные руководства по разработке. Подобные документы должны основываться на внутренних стандартах, руководствах по разработке, а также на уже существующих руководствах по стилю оформления. Необходимо помнить, что лучше описать допустимые отклонения от корпоративного руководства по стилю, указав только дополнения, добавления и противоречия, чем дублировать информацию PDF created with FinePrint pdfFactory trial version www.pdffactory.com 23 основного руководства. Применение руководящих принципов имеет ряд проблем. 1. Совместимость — одна из основных задач разработки пользовательского интерфейса. Совместимость очень сложно идентифицировать, определить и внедрить. Кроме того, она может и отвлекать от основных целей. Грудин делает предположение о том, что «когда совместимость пользовательского интерфейса становится первоочередной задачей, то это уводит наше внимание в сторону от главного — пользователей и их работы». Совместимость системы и интерфейса в некоторых случаях может противоречить ожиданиям и пожеланиям пользователей. Не стоит следовать руководящим принципам в области совместимости лишь ради самой совместимости — сначала правильно разработайте что- либо, а уже потом — последовательно применяйте это ко всему интерфейсу. 2. При разработке интерфейс-продукта все руководящие принципы могут интерпретироваться по-разному. Не важно, насколько они детальны. Существуют интерфейсы, в которых отсутствовали предопределенные элементы или «поведение» которых отличалось от задуманного в руководстве по стилю оформления. Руководящие принципы по разработке интерфейса никогда не были и не будут «поваренной книгой» для программного проектирования. 3. Разработка интерфейса — больше искусство, чем наука. Конкретные примеры чрезвычайно полезны, поскольку демонстрируют, как надо следовать руководящим принципам по разработке. Чтобы обучить разработчиков использованию руководящих принципов, требуются продолжительные тренинги. Разработка интерфейсов для использования во всем мире Появление программного проектирования и разработку интерфейсов можно считать событием международного масштаба. Любой программный продукт, разрабатываемый сегодня, имеет потенциально широкую аудиторию пользователей из разных стран, говорящих на разных языках и имеющих разные культурные обычаи. Этот факт получил название интернационализации, или NLS (National Language Support — поддержка национального языка), ставшей главным условием международного успеха программных продуктов. Современное программирование й инструментарий интерфейса позволяют отделить большую часть того, что пользователь видит и чем оперирует на экране (программно закодированные элементы), от остальной части программы (жестко закодированной информации). Это дает возможность без особых усилий представлять программы на различных языках. Отделяя такую информацию, как текст, символы и иконки от системного кода, вы облегчаете доступ и переводчикам, и пользователям. Проблемы, которые необходимо решить при проектировании международных интерфейсов, сводятся к следующему: необходимо проектировать и разрабатывать пользовательский интерфейс с учетом: ♦ международных аббревиатур; ♦ акронимов; ♦ описательного текста; ♦ выделения мнемоник; ♦ грамматики персонализаций; ♦ двунаправленности языков (например, японский); ♦ длины текста; ♦ использования заглавных букв; ♦ вида заголовков колонок; ♦ вида иконок; ♦ использования символов; ♦ использования цвета; ♦ использования клавиш быстрого доступа; ♦ назначения комбинации клавиш; ♦ назначения функциональных клавиш; ♦ описателей полей ввода; PDF created with FinePrint pdfFactory trial version www.pdffactory.com 24 ♦ назначения первых букв для навигации; ♦ использования символов с кодировкой в два байта; ♦ сортировки информации; ♦ формата денежных единиц; ♦ формата телефонных номеров; ♦ формата размера бумаги; ♦ формата размеров; ♦ формата адреса; ♦ формата даты; ♦ формата чисел; ♦ формата времени; ♦ юмора. Разработка и выполнение стандартов и руководящих принципов является лишь частью разработки интерфейса и процесса проектирования. В конечном счете, тестирование на удобство применения должно иметь такой же, а может и больший, вес. Если тестирование говорит вам, что следует отклониться от стандартных руководящих принципов по созданию интерфейса, то соотнесите его результаты с пользой, которую принесет соблюдение стандартов, и лишь потом принимайте решение до дальнейшей разработке. Жизненный цикл программного продукта Под жизненным циклом понимается последовательность процессов, действий и задач, которые осуществляются в ходе разработки, эксплуатации (использования) и сопровождения программного продукта в течение всей его жизни от определения требований до завершения использования. На этапе формирования требований к системе должны учитываться: ♦ область применения системы; ♦ требования пользователя (заказчика) к функциональным возможностям системы, к уровню ее безопасности и защищенности; ♦ эргономические требования и требования к уровню квалификации пользователей; ♦ степень документированности системы; ♦ организация сопровождения и т.д. Проектирование Начальный этап в разработке программного продукта (приложения) является наиболее критичным, поскольку на этой фазе определяется общая концепция создаваемого продукта. Если проект в своей основе неудовлетворителен, впоследствии трудно будет что-либо кардинально изменить в лучшую сторону. Эта часть процесса разработки включает не только определение цели и характеристик приложения, но й понимание того, кто является его потенциальными пользователями, — их задач, намерений, целей. Это предполагает учет таких показателей как, например, возраст пользователей, их пол, экспертные знания, уровень опыта, физические ограничения, специальные потребности и т.д. Продумайте структуру приложения и метафоры, которые могут быть применены при ее реализации. Решению указанной проблемы способствует наблюдение за работой пользователей при выполнении ими задач в данной предметной области. |