Полезное ПО - Useware
Useware - это общий термин, введенный в 1998 году, который обозначает все аппаратные и программные компоненты технической системы, которые обслуживают ее интерактивное использование. Основная идея термина Useware - ориентированность технического проектирования в соответствии с человеческими способностями и потребностями. Единственный многообещающий метод (Zuehlke, 2007) для разработки будущих технических продуктов и систем - это понять человеческие способности и ограничения и сосредоточить технологию на этих способностях и ограничениях.
Сегодня Useware требует собственной разработки, которая отчасти выше, чем в классических областях разработки (Zuehlke, 2004). Таким образом, удобство использования все чаще рассматривается как фактор, увеличивающий добавленную стоимость. Часто Useware машин с аналогичными или равными техническими функциями является единственной характеристикой, которая отличает их (Zuehlke, 2002).
Useware-Engineering
Подобно программной инженерии, Useware Engineering подразумевает стандартизованное производство Useware инженерами и связанных процессов (см. Рисунок 1). Целью разработки Useware является разработка интерфейсов, которые просты для понимания и эффективны в использовании. Эти интерфейсы адаптированы для работы человека. Кроме того, интерфейсы представляют функциональность машины, не преувеличивая ее.
Таким образом, цель систематической разработки программного обеспечения Useware гарантирует высокое удобство использования, основанное на реальных задачах пользователей. Однако для этого требуется подход, включающий активное и повторяющееся участие различных групп людей.
Поэтому профессиональные ассоциации GfA (Gesellschaft für Arbeitswissenschaft), GI ( Gesellschaft für Informatik ), VDE-ITG (Общество информационных технологий в VDE) и VDI / VDE GMA (Общество измерения и автоматического управления в VDI / VDE) согласились в 1998 г. об определении Useware как нового термина. Термин Useware был намеренно выбран по лингвистической аналогии с аппаратным и программным обеспечением.
Следовательно, Useware Engineering развивалась аналогично разработке инженерных процессов (см. Рисунок 2). Это усиливает принципиальную потребность в структурированной разработке ориентированных на пользователя пользовательских интерфейсов, выраженную, например, Беном Шнейдерманом (Shneiderman, 1998). После многих лет функционально-ориентированного развития в центре внимания оказались человеческие способности и потребности. Единственный многообещающий метод разработки будущих технических продуктов и систем - это понять возможности и ограничения пользователей и направить технологию в этом направлении (Zuehlke, 2007).
В процессе разработки ПО (см. Рисунок 1) выделяются следующие этапы: анализ, проектирование структуры, проектирование, реализация и оценка. Каждый из этих шагов не следует рассматривать отдельно, а скорее частично. Непрерывность процесса, а также использование подходящих инструментов, например, на основе расширяемого языка разметки (XML), позволяют избежать потерь информации и разрывов носителей.
Анализ
Люди учатся, думают и работают совершенно по-разному. Поэтому первым шагом в разработке пользовательского интерфейса является анализ пользователей, их задач и их рабочей среды, чтобы определить требования и потребности этих пользователей. Этот шаг формирует основу для пользовательского интерфейса, ориентированного на пользователя и задачи. И люди, и машины считаются партнерами по взаимодействию. Для анализа пользователей и их поведения используются различные методы, такие как, например, структурированные интервью, наблюдения, сортировка карточек и т. Д. Они должны давать предпочтительно полное представление о рабочей задаче, различных группах пользователей и их рабочей среде. Для использования этих методов необходимо привлечь несколько профессиональных экспертов, например инженеров , компьютерных специалистов и психологов . В частности, на этапе анализа создаются модели задач для создания документации и пользовательского интерфейса, которые неявно содержат функциональную модель процесса и / или машины (Meixner and Goerlich, 2008).
Конструкция конструкции
Результаты этапа анализа корректируются на этапе структурирования. Абстрактная модель использования (Zuehlke and Thiels, 2008) разрабатывается на основе этой информации, которая не зависит от платформы . Результатом этапа структурирования является базовая структура будущего пользовательского интерфейса. Модель использования - это формальная модель контекстов использования, задач и информации, требующая функциональности машины. Модель использования моделируется с использованием языка разметки Useware , useML (Reuther, 2003) в среде разработки на основе модели .
дизайн
Параллельно с этапом структурирования необходимо выбрать аппаратную платформу для Useware. Этот выбор основан на экологических требованиях использования машины (загрязнение, шум, вибрация и т. Д.), С одной стороны, и на требованиях пользователя (размер дисплея, оптимальное устройство взаимодействия…) с другой. Кроме того, необходимо учитывать экономические факторы. Если модель сильно связана с сетью или состоит из огромного количества элементов, необходимо обеспечить достаточный размер отображения для визуализации структуры информации. Эти факторы частично зависят от групп пользователей и условий использования (Goerlich et al., 2008).
Реализация / прототипирование
При создании прототипа разработчики должны выбрать инструмент разработки . Если выбранная среда разработки предоставляет возможности импорта, разработанная модель использования может быть импортирована и создание пользовательского интерфейса может быть обработано. В большинстве случаев обработка влияет на реализацию динамических компонентов, а также на прекрасный дизайн диалогов. Часто между этапом структурирования и (точной) разработки есть перерыв. Сегодняшние инструменты разработки имеют множество обозначений. Разработчикам необходимо представить Useware в виде прототипов, например, бумажных прототипов или прототипов Microsoft PowerPoint .
Оценка
Непрерывная оценка во время процесса разработки позволяет раннее обнаруживать проблемы продукта и, таким образом, снижает затраты на разработку (Bias and Mayhew, 1994). Уместно включить в оценку структурные аспекты, например, концепции навигации и т. Д., А не только аспекты проектирования. Некоторые тесты показали, что 60% всех ошибок использования возникают не из-за плохого дизайна, а из-за конструктивных недостатков. Фаза оценки должна рассматриваться как сквозная задача всего процесса разработки. Таким образом, очень важно вовлечь пользователей в разработку продукта.
Ссылки
- Смещение, RG; Мэйхью, ди-джей (1994). Экономичное удобство использования . Бостон, Массачусетс: Academic Press
- Goerlich, D .; Thiels, N .; Мейкснер, Г. (2007): Персонализированные модели использования в средах окружающего интеллекта . Proc. 17-го Всемирного Конгресса МФБ, Сеул, Корея , 2008 г.
- Meixner, G .; Goerlich, D. (2008): Aufgabenmodellierung als Kernelement eines nutzerzentrierten Entwicklungsprozesses für Bedienoberflächen . Семинар "Verhaltensmodellierung: Best Practices und neue Erkenntnisse", Fachtagung Modellierung, Берлин, Германия , Марц 2008
- Рейтер, А. (2003 г.): useML – Systematische Entwicklung von Maschinenbediensystemen mit XML . Fortschritt-Berichte pak, Band 8. Кайзерслаутерн: Technische Universität Kaiserslautern
- Шнейдерман, Б. (1998): Разработка пользовательского интерфейса: стратегии эффективного взаимодействия человека и компьютера . Массачусетс / США: Эддисон-Уэсли
- Zuehlke, D. (2002): Useware – Herausforderung der Zukunft . Automatisierungstechnische Praxis (atp), 9/2002, S.73-78
- Zuehlke, D. (2004): Useware-Engineering für technische Systeme . Берлин, Гейдельберг, Нью-Йорк: Springer-Verlag
- Зуэльке, Д. (2007): Полезное ПО . В: К. Ландау (Hrsg.): Lexikon Arbeitsgestaltung. Best Practice im Arbeitsprozess. Штутгарт: Gentner Verlag; эргономия Verlag
- Zuehlke, D .; Тильс, Н. (2008): Разработка программного обеспечения: методология разработки удобных интерфейсов . Библиотека высоких технологий, 26 (1): 126-140
Дополнительная литература
- Оберквелле, Х. (2002): Разработка и развитие программного обеспечения : объединение социального мышления и построения программного обеспечения . В: Y. Dittrich, C. Floyd, R. Klischewski (Hrsg.): Social Thinking – Software Practice, S. 391-408, Cambridge, London: MIT-Press
- Для получения дополнительной информации см. Useware-Forum 17 марта 2009 г.
