Советы по созданию дружественного программного обеспечения

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

Каждая программа должна в начале работы «представиться» и объяснить пользователю, что от него требуется. Такое «знакомство» позволяет мгновенно обнаружить ситуацию, когда случайно запустили не ту программу. Для начинающего, впервые работающего с программой пользователя надо выдавать краткое руководство. Если оно не укладывается в несколько предложений, то можно создать в программе специальную ветвь, спрашивая в начале: «Нужно ли вам руководство (Д/Н)?»

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

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

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

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

в) тексты должны быть на корректном русском (или каком-то национальном) языке;

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

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

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

Если пользователь ошибся, то ему надо объяснить в чем именно он ошибся (помня, что слишком длинное и подробное объяснение утомительно). Надо исключить возможность того, что неправильный ответ пользователя приведет к прерыванию программы и появлению системного сообщения об ошибке (например, в MSX-BASIC это происходит, если в команде INPUT вместо числа ввести символ & ). Если от пользователя требуется ввод длинного текста, нужно дать ему возможность исправлять ошибки в нем, а не заставлять вводить заново.

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

Позаботьтесь, чтобы компьютер был внимательным и вежливым «собеседником». Сообщение «Дурак!» от компьютера может в первый раз вызвать оживление шестиклассника, ну а если за машиной работает учитель или директор школы? Слишком вольные и претендующие на оригинальность сообщения быстро приедаются. Недопустимо оскорблять человеческое достоинство пользователя.

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

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

А. Виллемс,
Я. Пейал
Тартуский государственный университет
1985