Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ПІК / 3.doc
Скачиваний:
25
Добавлен:
05.06.2015
Размер:
1.43 Mб
Скачать

Инсталляция, печать и другие системные функции

Работа проектировщика никогда не заканчивается. На этапе высокоуровневого проектирования всегда есть что добавить в проект в интересах пользователей.

Инсталляция. Аналогично другим возможностям ПО, проектирование подхо­да к инсталляции ПО очень важно для успеха проекта. В процессе инсталляции осуществляется загрузка и конфигурация ПО и структур данных, требуемых для функционирования программного приложения. Программное обеспечение может устанавливаться с использованием дискет, компакт-дисков, локальной сети или intranet/Internet.

Инсталляция — первое, с чем сталкивается пользователь во многих программных продуктах — в большей части определяет характер отношения пользователя к продук­ту. С установкой обновленных версий продукта пользователи сталкиваются в течение продолжительного периода времени. Иногда пользователи де инсталлируют про­граммное приложение, поэтому основное требование конечных пользователей к процессу инсталляции состоит в том, чтобы он был чрезвычайно прост. Ниже приве­ден перечень требований, которые можно, пожалуй, рассматривать как общие при­менительно к большинству продуктов.

  • В начале процесса установки следует проверить, выполняются ли необходимые условия инсталляции (для аппаратного и программного обеспечения).

  • В начале процесса задавайте только существенные вопросы.

  • После завершения инсталляции ПО должно быть установлено и сконфигу­рировано для работы.

Если инсталляция сложна из-за характера самого приложения, можно воспользоваться специальными программными средствами инсталляции вместе с инсталляци­онной "мастер" - программой. Сложное ПО может потребовать проектирования спе­циальных инсталляционных экранов. Аналогично другим компонентам ПИ, инстал­ляционное ПО требует, чтобы проектирование носило итеративный и модульный ха­рактер.

Важную роль играет применение методов оценки практичности к инсталляцион­ному ПО.

Полезное правило. Начинать проектирование инсталляции следует как можно раньше.

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

Некоторые ключевые решения, определенные в требованиях и проекте, связаны с уровнем желаемой точности воспроизведения экранных отображений при печати (WYSIWYP — What You See Is What You Print — что видишь на экране, то и получишь при печати. Принцип построения экранного редактора текстов.— Прим. ред.). Цель проектной бригады состоит в определении точности воспроизведения в системе "дисплей-печать", количества предоставляемых видов и возможностей предваритель­ного просмотра при печати.

Полезное правило.

  • К проектированию схем печати следует приступать одновременно с началом проектирования экранов.

  • Выполнение этой задачи следует поручить специально назначенному для этого разработчику.

  • Следует в максимальной степени использовать возможности платформы.

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

Другие возможности системы. В зависимости от особенностей рабочего стола и среды необходимо рассмотреть такие возможности, как Корзина (Recycle Bin), электронная почта, утилиты синхронизации и другие. Пользователи приучаются применять функции, которые необычны или незнакомы применительно к большин­ству платформ. Проблема требует энергичных усилий, лучше приступить к ней рань­ше, чем позже.

Определение другой необходимой работы по проектированию.

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

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

  • Провести ревизию проектных решений с привлечением всей бригады и всех заинтересованных участников проекта.

  • Продемонстрировать, каким образом удовлетворяются требования.

  • Убедиться, что проект включен в контур управления изменениями и изменения определены.

  • Полностью обновить план в отношении план-графика работ, требуемых навыков и ресурсов. Продолжить исследование областей потенциального риска.

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

Продолжение обсуждения проекта

Часть 1. Менеджер проекта вбежал в ваш офис в возбужденном состоянии. Высшее руководство и специалисты по маркетингу только что сообщили ему о необ­ходимости поддержки новых карманных и планшетных устройств с преобладанием GUI-ориентированной операционной системы. Они потребовали провести брифинг, посвященный последствиям такого шага для план-графика и ресурсов проекта, а так­же возможным последствиям принятия подобного варианта для ПИ. Менеджер про­екта требует провести 30-минутный брифинг, который состоится на этой неделе, воз­можно, в рамках регулярно планируемых ревизий проектных решений.

Часть 2. Лидер проекта попросил вас обновить план-график детализированных работ вплоть до закрытия высокоуровневого проекта вместе с высокоуровневой оценкой для низкоуровневого проекта. Через две недели вы должны представить высшему руководству обновленный каталог экранов, которые необходимо спроекти­ровать и разработать.

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

  • После обновления план-графика необходимо провести работу по высокоу­ровневому проектированию для программного проекта. Не забудьте применить результаты оценки практичности и высказать соображения по итеративному проектированию.

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

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

  • Не забудьте рассмотреть вопросы интеграции другого ПО (например, при­ложения Address Book и офисных программных приложений, которые, воз­можно, имеются на поддерживаемых платформах).

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

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

  • Выделите ключевые вопросы практичности, к которым можно обратиться, чтобы запланировать оценки практичности.

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

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

Через три недели запланировано проведение предварительной ревизии высоко­уровневого проекта. Просмотры с пользователями и высшим руководством заплани­рованы через неделю после предварительной ревизии. Позаботьтесь о том, чтобы представить высокоуровневый проект, который показывает, как ведет себя продукт применительно к GUI-, WUI- и HUI-средам.

Соседние файлы в папке ПІК