- •Глава 14
- •Подготовка к проведению оценки
- •Продолжение обсуждения проекта
- •Глава 15
- •Последующий анализ
- •Быстрый цикл разработки и оптимизация
- •Организационные и технические аспекты
- •Часть 3
- •Глава 16. Высокоуровневое проектирование (семантика и структура).
- •Проектирование поведения рабочего
- •Инсталляция, печать и другие системные функции
- •Глава 17
- •Подходы к спецификации
- •Спецификации в стиле минимализма
- •Глава 18
- •Трудно предсказуемые факторы
Инсталляция, печать и другие системные функции
Работа проектировщика никогда не заканчивается. На этапе высокоуровневого проектирования всегда есть что добавить в проект в интересах пользователей.
Инсталляция. Аналогично другим возможностям ПО, проектирование подхода к инсталляции ПО очень важно для успеха проекта. В процессе инсталляции осуществляется загрузка и конфигурация ПО и структур данных, требуемых для функционирования программного приложения. Программное обеспечение может устанавливаться с использованием дискет, компакт-дисков, локальной сети или intranet/Internet.
Инсталляция — первое, с чем сталкивается пользователь во многих программных продуктах — в большей части определяет характер отношения пользователя к продукту. С установкой обновленных версий продукта пользователи сталкиваются в течение продолжительного периода времени. Иногда пользователи де инсталлируют программное приложение, поэтому основное требование конечных пользователей к процессу инсталляции состоит в том, чтобы он был чрезвычайно прост. Ниже приведен перечень требований, которые можно, пожалуй, рассматривать как общие применительно к большинству продуктов.
В начале процесса установки следует проверить, выполняются ли необходимые условия инсталляции (для аппаратного и программного обеспечения).
В начале процесса задавайте только существенные вопросы.
После завершения инсталляции ПО должно быть установлено и сконфигурировано для работы.
Если инсталляция сложна из-за характера самого приложения, можно воспользоваться специальными программными средствами инсталляции вместе с инсталляционной "мастер" - программой. Сложное ПО может потребовать проектирования специальных инсталляционных экранов. Аналогично другим компонентам ПИ, инсталляционное ПО требует, чтобы проектирование носило итеративный и модульный характер.
Важную роль играет применение методов оценки практичности к инсталляционному ПО.
Полезное правило. Начинать проектирование инсталляции следует как можно раньше.
Печать. Объем работы, необходимой для создания эффективных и практичных средств печати, обычно недооценивается и эти действия начинаются, как правило, сравнительно поздно. Эффективные схемы печати сложны в такой же степени, как и эффективные схемы экранных отображений из-за большого количества имеющихся на сегодняшний день типов принтеров и драйверов печати. Системные возможности печати полезны, однако для достижения соответствующего результата требуются значительные усилия, связанные с изучением проблем и итеративным подходом к их решению. Кроме того, эти работы, как правило, довольно утомительны.
Некоторые ключевые решения, определенные в требованиях и проекте, связаны с уровнем желаемой точности воспроизведения экранных отображений при печати (WYSIWYP — What You See Is What You Print — что видишь на экране, то и получишь при печати. Принцип построения экранного редактора текстов.— Прим. ред.). Цель проектной бригады состоит в определении точности воспроизведения в системе "дисплей-печать", количества предоставляемых видов и возможностей предварительного просмотра при печати.
Полезное правило.
К проектированию схем печати следует приступать одновременно с началом проектирования экранов.
Выполнение этой задачи следует поручить специально назначенному для этого разработчику.
Следует в максимальной степени использовать возможности платформы.
Использование звука. По возможности отложите эту работу до этапа низкоуровневого проектирования. Начинайте думать над ней, изучайте способы применения звуковых возможностей и их контроля со стороны пользователя.
Другие возможности системы. В зависимости от особенностей рабочего стола и среды необходимо рассмотреть такие возможности, как Корзина (Recycle Bin), электронная почта, утилиты синхронизации и другие. Пользователи приучаются применять функции, которые необычны или незнакомы применительно к большинству платформ. Проблема требует энергичных усилий, лучше приступить к ней раньше, чем позже.
Определение другой необходимой работы по проектированию.
В процессе высокоуровневого проектирования не нужно осуществлять дизайн всех экранов. Однако необходимо, как минимум, идентифицировать все экраны и команды. Проектная бригада должна убедиться в том, что структура ПИ корректна и все необходимые элементы управления определены. Когда основные экраны и команды определены, можно построить каталог, который позволит сгруппировать оставшиеся проектные работы. Эти работы включают проектирование экранов, графики и информационной поддержки. При небольшом везении и основательном подходе к проектированию можно добиться значительного сходства процессов высокоуровневого и низкоуровневого проектирования, а также повторного использования соответствующих методов и проектных решений.
Закрытие высокоуровневого проекта. Прежде чем закрывать высокоуровневый проект, обратите внимание на ряд моментов. Итак, аналогично окончанию концептуального проекта, полезно осуществить следующие шаги.
Провести ревизию проектных решений с привлечением всей бригады и всех заинтересованных участников проекта.
Продемонстрировать, каким образом удовлетворяются требования.
Убедиться, что проект включен в контур управления изменениями и изменения определены.
Полностью обновить план в отношении план-графика работ, требуемых навыков и ресурсов. Продолжить исследование областей потенциального риска.
Компоненты поставки для проекта сохраняются, а для их последующей детальной разработки делаются копии.
Продолжение обсуждения проекта
Часть 1. Менеджер проекта вбежал в ваш офис в возбужденном состоянии. Высшее руководство и специалисты по маркетингу только что сообщили ему о необходимости поддержки новых карманных и планшетных устройств с преобладанием GUI-ориентированной операционной системы. Они потребовали провести брифинг, посвященный последствиям такого шага для план-графика и ресурсов проекта, а также возможным последствиям принятия подобного варианта для ПИ. Менеджер проекта требует провести 30-минутный брифинг, который состоится на этой неделе, возможно, в рамках регулярно планируемых ревизий проектных решений.
Часть 2. Лидер проекта попросил вас обновить план-график детализированных работ вплоть до закрытия высокоуровневого проекта вместе с высокоуровневой оценкой для низкоуровневого проекта. Через две недели вы должны представить высшему руководству обновленный каталог экранов, которые необходимо спроектировать и разработать.
Перечень работ, которые вам предстоит выполнить, следующий.
После обновления план-графика необходимо провести работу по высокоуровневому проектированию для программного проекта. Не забудьте применить результаты оценки практичности и высказать соображения по итеративному проектированию.
Необходимо отобразить экраны и функции на требования для проекта, чтобы убедиться в том, что ничего не забыто и в то же время не делается ничего лишнего.
Обновите структуру приложения справочника по конференциям, а также ключевые объекты и командные экраны для каждой из поддерживаемых сред.
Не забудьте рассмотреть вопросы интеграции другого ПО (например, приложения Address Book и офисных программных приложений, которые, возможно, имеются на поддерживаемых платформах).
Предоставьте примеры всех методов взаимодействия (таких как клавиатура, указатель, метод "перетащить и оставить", буфер обмена, комбинации клавиш, пользовательская обратная связь, помощь пользователю).
Рассмотрите вопрос о том, какую форму прототипирования следует применить на данном этапе, и начните использовать методы прототипирования к соответствующим экранам каждой среды реализации.
Выделите ключевые вопросы практичности, к которым можно обратиться, чтобы запланировать оценки практичности.
Составьте прогноз в отношении возможных изменений, которые потребуются в рамках следующей итерации.
Продолжайте проводить проверки за столом, эвристические просмотры, процедуры сквозного контроля и применять другие методы совместной разработки.
Через три недели запланировано проведение предварительной ревизии высокоуровневого проекта. Просмотры с пользователями и высшим руководством запланированы через неделю после предварительной ревизии. Позаботьтесь о том, чтобы представить высокоуровневый проект, который показывает, как ведет себя продукт применительно к GUI-, WUI- и HUI-средам.