Часть 2

Принимаемся за дело

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

Во второй части рассматриваются следующие темы.

Глава 8. Планирование работ по проектированию и разработке ПИ.

Глава 9. Требования.

Глава 10. Пользователи, их рабочая среда и задачи.

Глава 11. Концептуальное проектирование и архитектура.

Глава 12. Принципы, инструкции и руководства по стилю.

Глава 13. Макеты, модели и прототипы.

Глава 14. Оценка практичности.

Глава 15. Итеративная разработка.

Несмотря на то, что обсуждение ведется в последовательной манере, следует пог­нить, что проектированию пользовательского интерфейса свойственна не ортогональность и нелинейность.

Глава 8

Планирование работ по проектированию и

разработке ПИ

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

Однако продукт, обладающий реальным преимуществом по сравнению с конкурирующими или унаследованными продуктами, не появляется по распоряжению, вдохновению или по волшебству. Здесь требуется согласованная, систематическая и упорная[ работа со стороны руководства и технического персонала. Процесс проектирования и разработки программных продуктов (как компонентов, относящихся к ПИ, так и других типов компонентов) включает: планирование, сбор требований, концептуальное проектирование, проектирование, реализацию (системное проектирование, проектирование программы, написание программы и компонентное тестирование), тестирование (системное и комплексное), выполнение итераций (до тех пор, пока требования не будут удовлетворены) и завершающее действие по развертыванию. Существуют различные способы представления наиболее важных элементов процесса разработки — каждый шаг выполняется явно и осознанно либо каждый шаг выпол­няется неявно и неосознанно. Некая критическая "масса" работы должна быть выполнена эффективно и продуктивно, определенным образом даже в случае RAD-метода разработки (Rapid Application Development— быстрая разработка приложения) или скоротечных Web-ориентированных проектов.

Успешное прохождение важнейших шагов процесса— это нечто большее, чем жонглирование цифрами. Здесь требуется упорная, напряженная, самоотверженная работа и сосредоточенность на достижении результатов.

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

В этой главе рассматриваются следующие вопросы.

• Планирование работ по проектированию и разработке ПИ.

• Итеративные процессы и план–графики .

• Персонал, навыки и другие ресурсы.

• Планирование применительно к основным факторам практичности.

• Составление плана для проекта.

Планирование работ по проектированию и разработке ПИ

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

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

В идеальном случае пользователи непосредственно участвуют— вместе с членами бригады разработчиков продукта — в процессе разработки продукта на всем его протяжении. Как отмечалось в главе 6, проектная бригада отказывается от представления о том, что участие пользователей в проекте ограничивается только задачами оцени продукта.

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

Полезное правило. От 30 до 50% всего объема программного кода связано с ПИ

Рис. 8.1. Планирование для ориентированной на пользователей разработки продукта