Средства повышения эффективности работы пользователей и сопроводительные материалы

Код и исполняемые модули

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

Избежать снижения качества кода помогают стандарты; они:

• вынуждают разработчиков придерживаться единого подхода к кодированию в любых условиях;

• постоянно напоминают разработчикам о важности качества кода.

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

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

Традиционно стандарты кодирования охватывают следующие области кодирования:

• именование;

• структура;

• комментарии;

• конкретные требования и запреты.

Их соблюдение гарантирует создание кода понятного не только автору, но и другим программистам.

Еше одна цель традиционных стандартов кодирования — повышение надежности кода. Этой цели служат конкретные требования и запреты, например, обязательность обработки ошибок или запрет использования оператора GoTo. Элементы программы, файлы, функции, переменные и константы должны отвечать правилам именования; часто применяются и дополнительные соглашения специального характера (скажем, применение венгерской нотации для префиксного указания типа переменной в ее имени). Соблюдение подобных стандартов упрощает управление проектом.

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

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