Различия
Здесь показаны различия между двумя версиями данной страницы.
common_all:rukovodstvopostilju [2012/10/16 15:59] |
common_all:rukovodstvopostilju [2012/10/16 15:59] (текущий) |
||
---|---|---|---|
Строка 1: | Строка 1: | ||
+ | ====== Руководство по стилю. Для типовых конфигураций на платформе 1С:Предприятие 8.2 "Управляемое приложение" ====== | ||
+ | [[common_all:managedforms|назад]] | ||
+ | |||
+ | ---- | ||
+ | <html><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"> | ||
+ | <head> | ||
+ | <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> | ||
+ | <title>Руководство по стилю. Для типовых конфигураций на платформе 1С:Предприятие 8.2</title> | ||
+ | </head> | ||
+ | |||
+ | <body> | ||
+ | <b>Общие рекомендации</b><br /> | ||
+ | <ul><li>Типовым разрешением экрана считается 1024х768 pt. Все размеры в руководстве приведены с учетом этих значений и распространяются, в том числе на Windows Vista Aero. Условия эксплуатации:<ul><li>Основное окно 1С:Предприятия растянуто на весь экран.</li><li>Видна панель задач операционной системы.</li></ul> </li><li>Разработку (конфигурирование) нужно вести в стандартном разрешении - 96 DPI.</li><li>При разработке управляемого интерфейса не рекомендуется вносить массовые изменения, нарушающие умолчание платформы, если иное не указано в этом руководстве по стилю или других стандартах. Например, для контекстных меню лучше использовать умолчание платформы, но в отдельных специфических случаях допускается внесение изменений.</li></ul> <br /><b>Командный интерфейс (КИ)</b><br /> КИ – средство навигации пользователей по функциональности конфигурации. КИ создается панелью разделов, панелью навигации и панелью действий. Каждая из панелей имеет свое назначение, но все вместе они создают пространство команд – возможностей для пользователя.<br /><br /> При проектировании КИ следует учитывать, что все три навигационных элемента связаны контекстом и предназначены:<br /><br /> <ul><li>для повышения эффективности выполнения повседневной работы;</li><li>для быстрого освоения программы.</li></ul> Качество конфигурации во многом зависит:<br /><br /> <ul><li>от того насколько удачно это пространство будет организовано;</li><li>насколько оно будет соответствовать представлениям пользователя о назначении этой конфигурации.</li></ul> Критериями хорошо спроектированного КИ являются:<br /><br /> <ul><li>скорость работы;</li><li>скорость обучения;</li><li>субъективная удовлетворенность пользователя.</li></ul> <br /><br /> <br /><b>Панель разделов (ПР)</b><br /> Панель разделов – оглавление конфигурации.<br /><br /> Разделы должны соответствовать реальным областям деятельности или участкам работ так, как их понимают пользователи. <br /><br /> Состав разделов рекомендуется проектировать так, чтобы в типовых комбинациях ролей не появлялась полоса прокрутки. Для этого емкость панели должна быть не более 8-10 разделов.<br /><br /> <br /><br /> <br /><b><i>Что следует учитывать при проектировании</i></b><br /> <ul><li>Панель разделов является "лицом" программы и имеет большое значение на этапе освоения, поэтому состав и порядок разделов следует проектировать с особой тщательностью.</li><li>Предполагается, что при выполнении задач связанных с определенной деятельностью пользователь будет проводить большую часть времени в каком-то одном разделе. Т.е. раздел является устойчивым режимом работы. Задачи, относящиеся к одной деятельности или к одному участку работ, должны решаться в рамках одного раздела – переключения между разделами должны быть минимизированы.</li><li>Интерфейс раздела нужно проектировать так, чтобы он содержал в себе все необходимые для работы команды и функции. При этом частотные или важные команды следует "вытаскивать наверх" – в начало панели навигации и панели действий.</li><li>При проектировании панели учитывайте и используйте доступность разделов (подсистем) по ролям.</li><li>Для интерфейса администратора допустимо наличие полосы прокрутки в панели.</li><li>По умолчанию разделы располагаются в алфавитном порядке. Рекомендуется определять порядок в зависимости от приоритета каждого раздела: от наиболее частотного и значимого до второстепенного и не часто используемого.</li><li>Последним всегда должен быть раздел для администрирования, настройки и выполнения сервисных действий.</li><li>Не рекомендуется делать раздел с названием "Сервис". Т.к. он будет перекликаться с меню "Сервис" и группой "Сервис" в ПД. Альтернативой могут быть такие названия как "Сервисные возможности", "Дополнительные возможности", "Прочее", "Сервисные функции", "Служебные функции" и т.д.</li></ul> <br /><b><i>Названия разделов</i></b><br /> <ul><li>Общая длина названия не должна превышать примерно 50 знаков с учетом пробелов (примерно 150 точек при 96 DPI).</li><li>При выборе названия (синонима) нужно учитывать, что панель разделов отображает максимум две строки названия с автоматическим переносом строк, но без переноса слов, т.е. слова не разрываются.</li><li>Для того чтобы название раздела смотрелось симпатично, рекомендуется использовать такие комбинации слов:<ul><li>одно-два средних слова; "Финансы", "Зарплата и персонал"</li><li>одно среднее и одно короткое; "Учет времени"</li><li>одно длинное и одно короткое; "Сервис и администрирование"</li><li>два коротких и одно длинное. "Работы, услуги, производство"</li></ul> </li><li>По возможности не используйте длинные слова. Например, "гидролесомелиорация" или "делопроизводство".</li><li>Выбирайте названия примерно одного размера по ширине так, чтобы они смотрелись единообразно и ровно.</li><li>Давайте разделам конкретные (не двусмысленные) запоминающиеся названия.</li><li>Используйте в названиях только общеупотребительные и соответствующие целевой аудитории сокращения и аббревиатуры, например, "НДС" или "МСФО". Но если это возможно, лучше обходиться без сокращений.</li></ul> <b>См. также:</b> Тексты<br /><br /> <br /><b><i>Картинки разделов в ПР</i></b><br /> <ul><li>Для каждого раздела в ПН назначьте картинку размером 48х48 pt. Формат PNG с переменным альфаканалом.</li><li>Картинки следует делать разными по начертанию и по ведущим цветам. Это нужно для лучшей запоминаемости. Но при этом они должны быть нарисованы в одном стиле, с одинаковым углом поворота, выравниванием, направлением света и т.д.</li><li>Следует проверять, чтобы в режиме отображения "только картинки" ПР выглядела ровно и гармонично.</li></ul> <b>См. также:</b> Требования к изображениям<br /><br /> <br /><b><i>Подсказки для интерфейсных подсистем</i></b><br /> <ul><li>Подсказки для ПР не являются обязательными – назначение раздела должно быть однозначно понятно из его названия. Название раздела должно быть настолько интуитивно понятно, чтобы пользователь, в поисках нужной ему информации, сразу понял в каком разделе ее следует искать.</li><li>Подсказка может дополнительно расшифровывать содержимое раздела, например, с помощью краткого перечисления входящих в него функции.</li><li>Справка для разделов ПР не является обязательной.</li></ul> <br /><b>Панель навигации основного окна (ПН)</b><br /> Панель навигации представляет собой оглавление раздела.<br /><br /> Основная ценность панели заключается в том, что она всегда видна и позволяет быстро перейти к нужному списку или к рабочему месту.<br /><br /> Размеры панели по умолчанию – 243х589 pt.<br /><br /> Количество обычных команд – 31 (без группировки, выделения важных, без полосы прокрутки).<br /><br /> <br /><b><i>Названия команд</i></b><br /> <ul><li>По возможности, названия команд должны помещаться в ПН с учетом ее стандартной ширины ПН (234 pt).<ul><li>Важные команды – примерно 30 символов (т.к. они отображаются жирным шрифтом).</li><li>Обычные команды – примерно 38 символов.</li></ul> </li><li>Лучше, если названия команд начинаются с разных слов, так их удобнее искать с взглядом. Следует учитывать, что ширина ПН может быть уменьшена пользователем поэтому команды должны отличаться друг от друга уже в первых символах, но в тоже время должны быть понятны.</li></ul> <br /><b><i>Группа команд "Важное"</i></b><br /> <ul><li>Наличие группы команд "Важное" не является обязательным.</li><li>Относите в группу команды для перехода к таким рабочим местам, спискам и журналам документов, которые наиболее важны для пользователя в контексте данного раздела.</li><li>Выделяйте не более 5 важных команд.</li></ul> При большем количестве команд ПН выглядит громоздко и выделение команд жирным шрифтом действует не так эффективно.<br /><br /> <br /><br /> <br /><b><i>Группировка команд</i></b><br /> <ul><li>Если команд в группе "Обычное" получается много, группируйте их по смыслу. Для этого следует пересмотреть содержимое подсистемы и разбить его на подсистемы так, чтобы в группе было от 4 до 9 команд. Критерием количества команд может служить оценка емкости кратковременной памяти человека – 7± 2.</li><li>Состав команд следует проектировать так, чтобы по умолчанию в панели навигации не было полосы прокрутки. Скрывайте нечастотные команды – пользователь, если потребуется, сам их себе включит.</li><li>По возможности избегайте появления в панели навигации групп, состоящих всего из одной команды. Помните, что при построении командного интерфейса учитываются роли и это может привести к тому, что для каких-то пользователей группа станет "вырожденной", т.е. состоящей всего из одной команды.</li><li>Не рекомендуется делать глубину вложенности групп команд более 2. При этом помните, что по умолчанию на втором уровне ширина текста команды будет меньше - 36 символов.</li><li>При разработке учитывайте, что по умолчанию все группы раскрыты.</li><li>Названия групп в ПН не должны пересекаться с системными группами, например, "Создать", "Отчеты", "Сервис", "См. также".</li></ul> <br /><b><i>Группа "См. также"</i></b><br /> <ul><li>Наличие группы не является обязательным.</li><li>В группу "См. также" не следует помещать команды по принципу "на всякий случай" или "вдруг пригодится".</li><li>Группа "См.также" предназначена для того, чтобы обеспечить горизонтальные связи между подсистемами – в нее следует относить важные, полезные для пользователя команды, которые напрямую не относятся к текущему разделу, но могут быть востребованы в некоторых случаях.</li></ul> <br /><b><i>Порядок команд</i></b><br /> <ul><li>По умолчанию команды располагаются в алфавитном порядке. Рекомендуется менять порядок так, чтобы частотные или первостепенные команды располагались сверху.</li></ul> <br /><b><i>Какие команды следует помещать в панель навигации</i></b><br /> <ul><li>В ПН следует помещать то, без чего нельзя обойтись в контексте текущего раздела: команды для перехода к рабочим местам, спискам, специальным обработкам. Под специальными понимаются обработки похожие на обычные списки, например, "Журнал регистрации", но не "Удаление помеченных объектов".</li><li>Обязательно размещайте команды перехода к спискам "первичных" данных. Списки первичных документов/данных, имеющих самостоятельную ценность (заказы покупателей, расходные накладные). Первичные – такие документы, с которых начинаются бизнес-процессы.<br />Формы списков первичных данных при этом следует оптимизировать под соответствующие задачи пользователей, например поиск, или отбор необработанных заявок.</li><li>Для документов рекомендуется:<ul><li>помещать в панель навигации и команды журналов и команды списков;</li><li>команды перехода к спискам делать по умолчанию невидимыми.</li></ul> </li><li>Если объект по логике второстепенен, подчинен другому объекту, то его можно вообще не выносить в командный интерфейс – например, подчиненный регистр сведений. <br /><br /> Если же есть независимый регистр сведений, и он является важным для пользователя, то его следует поместить в панель навигации.</li><li>НЕ размещайте в панели навигации команды открытия обычных отчетов. Это связано с тем, что типовые отчеты должны открываться во вспомогательном окне со своим интерфейсом.</li><li>Если отчет по сути является рабочим местом для выполнения тех или иных функций, то нужно сделать специальную навигационную команду открытия этого отчета и разместить ее в ПН.</li></ul> <br /><b>Панель действий (ПД)</b><br /> Панель действий – место, где пользователи всегда смогут найти самые востребованные команды в контексте текущего раздела.<br /><br /> Она также служит своеобразным введением, "рассказывает" о том, что в этом разделе можно сделать.<br /><br /> При разработке состава команд следует отталкиваться от задач пользователей, например, "продажа товаров", "работа с внутренними документами" и т.д. Спектр этих задач формирует список команд, среди которых можно выделить наиболее частотные, вероятные. Их и нужно разместить в ПД.<br /><br /> Цель ПД – обеспечить возможность быстро создавать новые объекты, выполнять типовые обработки или строить популярные отчеты, не выполняя переключения в тот или иной интерфейс в ПН.<br /><br /> <br /><br /> <br /><b><i>Когда ПД не нужна</i></b><br /> <ul><li>Если нельзя выделить частотные команды или их очень мало.</li><li>Когда все частотные команды контекстные. Например, команды создания групп не рекомендуется выносить в ПД, т.к. они почти всегда контекстны.</li><li>Если выполнение действий рекомендовано разработчиком через специальные формы (рабочие места). Например, перед созданием заказа поставщику нужно видеть общую картину заказов по организации.</li></ul> <br /><br /> <br /><b><i>Размеры ПД</i></b><br /> При проектировании состава команд ПД, необходимо учитывать следующее:<br /><br /> <ul><li>По умолчанию в видимой области ПД помещается не более 15-ти средних команд. Под средней подразумевается команда, название которой состоит из 15-20 символов.</li><li>Максимальная емкость ПД по высоте - 30 команд. Если команд больше, то появляется кнопка открытия полного списка команд.</li></ul> <br /><b><i>Названия команд</i></b><br /> <ul><li>Текст стандартных команд (создание нового объекта, открытие отчета или обработки) формируется из синонима или представления соответствующего объекта метаданных. Это следует учитывать при присвоении имен и представлений объектам метаданных так, чтобы из текста команды было однозначно понятно ее назначение с учетом группы, в которую она входит (создать, отчет, сервис).</li><li>Тексты пользовательских команд тоже должны соответствовать этой рекомендации.</li><li>Не рекомендуется использовать очень короткие (менее 5 символов) и очень длинные (более 30) названия команд и синонимы (или представления) объектов метаданных.</li><li>Лучше, если названия команд, синонимы или представления объектов метаданных начинаются с разных слов. Тогда соответствующие команды будут хорошо различаться в панели действий.</li></ul> <b>См. также:</b> Тексты<br /><br /> <br /><b><i>Группы команд в ПД</i></b><br /> <ul><li>Если команду ПД нельзя отнести к одной из стандартных групп ("Создать", "Отчеты", "Сервис"), то можно создавать свои группы. Рекомендуется минимизировать количество таких групп.</li></ul> <br /><br /> <br /><b><i>Подсказки в ПД</i></b><br /> <ul><li>Подсказка и справка для команд в ПД не является обязательной, но рекомендуется.</li></ul> <b>См. также:</b> Тексты<br /><br /> <br /><b><i>Команды отчетов</i></b><br /> <ul><li>Если отчетов немного, то следует помещать команды для их открытия в панель действий. При этом нужно учитывать общее наполнение ПД, чтобы она не получилась громоздкой.</li><li>Если отчетов много или если для управления ими пользователю нужен особый интерфейс, следует разработать специальное рабочее место по работе с отчетами. Такое рабочее место может содержать, например:<ul><li>Список отчетов и вариантов</li><li>Готовые настройки</li><li>Предварительный просмотр</li></ul></li></ul> Команду вызова рабочего места рекомендуется поместить:<br /><br /> <ul><li>в панель навигации – если рабочее место должно открываться в главном окне;</li><li>в группу "Сервис" панели действий - если рабочее место должно открываться в отдельном окне.</li></ul> <br /><b>Рабочий стол</b><br /> Рабочий стол – личный заботливый помощник пользователя. Каждый рабочий день начинается с "общения" с ним.<br /><br /> Рабочий стол должен вводить пользователя в курс дел, отвечая на его вопросы, например:<br /><br /> <ul><li>Что нужно сделать сегодня?</li><li>Что появилось нового?</li><li>На что следует обратить внимание?</li><li>Каково состояние важных для меня сведений?</li></ul> <br /><b><i>Что размещать на рабочем столе</i></b><br /> При определении состава форм, доступных на рабочем столе следует исходить из набора ролей конфигурации. Каждой роли может соответствовать одна или более форм рабочего стола. Т.к. пользователи как правило относятся к нескольким ролям, то рабочий стол будет состоять из комбинации форм этих ролей.<br /><br /> При проектировании рабочего стола важно учитывать:<br /><br /> <ul><li>Рабочий стол – первое, что увидит пользователь при запуске программы, поэтому его следует разрабатывать особенно тщательно. К формам рабочего стола нужно относиться, как к микро рабочим местам. С одной стороны они не должны быть перегружены, но с другой, предоставлять богатые возможности. Например, список задач может поддерживать drag-and-drop, чтобы при перетаскивании в него заказа покупателя система сразу предлагала создать новую задачу для коллеги со ссылкой на этот заказ.</li><li>Содержимое рабочего стола формируется автоматически в соответствии с ролями. Как правило, пользователь выполняет несколько ролей. Например, менеджер по продажам – занимается продажами, ведет личный учет времени, исполняет общефирменные поручения и приказы, выполняет анализ рынка, ведет исследования для развития своего направления.</li></ul> <br /><br /> <br /><b><i>Что нужно учитывать при разработке</i></b><br /> <ul><li>Рабочий стол является обязательным разделом и не может быть отключен.</li></ul> <ul><li>Проектируйте формы рабочего стола под существенно меньший размер чем обычные формы.</li><li>Не рекомендуется размещать на формах рабочего стола списки с горизонтальной полосой прокрутки.</li><li>Не рекомендуется использовать в формах рабочего стола меню "Все действия".</li><li>По возможности, не вставляйте команду вызова справки в формы рабочего стола.</li><li>В командных панелях форм рабочего стола рекомендуется делать минимально необходимый набор команд.</li><li>В командной панели списков не рекомендуется делать команды поиска и отмены поиска.</li><li>Формы для рабочего стола следует проектировать "с запасом" - делая их по умолчанию не видимыми, чтобы пользователи имели возможность настроить рабочий стол под себя.</li><li>В командных панелях динамических списков рекомендуется размещать команду обновления.</li><li>Состав форм рабочего стола следует проектировать таким образом, чтобы рабочий стол реального пользователя, с учетом ролей, содержал по умолчанию от 3-хдо 6-ти форм. Иначе рабочий стол будет смотреться вырожденным или перегруженным.</li><li>Высота списка должна быть не менее 3,5 строк.</li></ul> <br /><br /> <br /><b>Панель навигации на рабочем столе</b><br /> <ul><li>Не рекомендуется делать на рабочем столе ПН, содержащую небольшое количество ссылок (например, менее 3-х) т.к. в этом случае ПН будет выглядеть пустой, но при этом занимать место слева.</li></ul> <br /><br /> <br /><b>Панель действий на рабочем столе</b><br /> <ul><li>Панель действий на рабочем столе рекомендуется делать только в том случае, если можно достоверно выделить частотные и не контекстные команды:<ul><li>Команды, которыми будут пользоваться часто;</li><li>Команды, для выполнения которых не нужно переключаться в другой раздел.</li></ul> </li><li>При этом нужно следить, чтобы ПД не стала непонятной из-за разнородности команд, попавших в нее из разных разделов.</li></ul> <br /><b>Рабочее место</b><br /> Рабочее место – это форма для выполнения какой-то одной бизнес-операции или группы взаимосвязанных бизнес-операций.<br /><br /> Следовательно, рабочее место должно удовлетворять двум основным требованиям:<br /><br /> <ul><li>предоставлять необходимый набор команд (создание новых данных, анализ имеющихся, выполнение других контекстных действий);</li><li>обеспечивать пользователя актуальной информацией, необходимой для правильного и быстрого выполнения бизнес-операций.</li></ul> <br /><b><i>Другие требования к рабочему месту</i></b><br /> <ul><li>Рабочее место должно быть интуитивно понятно сотруднику, который знает свою работу, но не знаком с программой.</li><li>Своим оформлением рабочее место должно "говорить", для какого специалиста и для решения, каких задач оно предназначено.</li><li>Предусмотрите на рабочем месте необходимый состав инструментов для работы специалиста.</li><li>Акцентируйте внимание пользователя на важной информации с помощью цвета.</li><li>Проследите, чтобы визуально рабочее место не казалось перегруженным. Рабочее место должно содержать достаточный минимум сведений, необходимых для качественного выполнения пользователем своих задач.</li><li>Самые важные сведения располагайте сверху.</li><li>Размещайте инструменты в логической последовательности решения задач.</li><li>Продумайте оптимальное выполнение действий: без необходимости переключения в другие интерфейсы.</li><li>Предусмотрите, в случае необходимости, переход к косвенным задачам (рабочим местам).</li><li>Названия рабочим местам следует давать по смыслу решаемых ими задач. Примеры: "Администрирование", "Расчет заработной платы", "Регистрация корреспонденции".</li><li>В названиях рабочих мест не рекомендуется использовать словосочетание "рабочее место".</li><li>Не рекомендуется размещать внедренную справку на рабочем месте. Внедренная справка – справка в форме, оформленная в виде подробных комментариев к полям, либо в виде отдельного поля, содержащего справку к форме.</li></ul> <br /><b><i>Где размещать команду перехода к рабочему месту</i></b><br /> <ul><li>В группе "Важное" панели навигации, если решаемые задачи частотны. При этом команда будет отображаться жирным шрифтом.</li><li>В блоке "См. также" панели навигации, если в контексте конкретной подсистемы рабочее место имеет второстепенное, вспомогательное значение и используется не часто.</li></ul> <br /><b>Отчеты</b><br /> <br /><br /> <br /><b><i>Оформление</i></b><br /> <ul><li>Отчет будет хорошим, если глядя на него, пользователю будет понятно:<ul><li>для кого он предназначен (должность, роль пользователя);</li><li>на какие вопросы и каким образом можно получить ответы с помощью этого отчета.</li></ul> </li><li>Отчеты, связанные с одним источником данных (запросом), рекомендуется группировать в один отчет с несколькими вариантами. Примером источников данных может являться совокупность документов и регистров сведений, которые предназначены для пользователей с одинаковым уровнем прав (например, отчет "Выручка и себестоимость продаж").</li><li>Если вариант отчета является рабочим местом или используется очень часто, такой вариант лучше оформлять отдельным отчетом, чтобы упростить его использование пользователями.</li><li>В тех отчетах, где данные будут представлены в виде списка, рекомендуется первой делать колонку с порядковым номером.</li><li>В свойствах отчета рекомендуется устанавливать "Заголовок". Каждый отчет должен иметь узнаваемый и понятный заголовок.</li><li>Если в отчете несколько элементов (например, гистограмма и список), то для каждого рекомендуется устанавливать заголовок. Общий заголовок отчета в этом случае не обязателен.</li><li>Если в отчете несколько элементов (например, гистограмма и список), то в быстрых настройках рекомендуется предусматривать возможность их отключения.</li><li>Устанавливайте по умолчанию в настройки отчета наиболее вероятные значения. Например, период "Этот месяц" для отчета "Выручка и себестоимость продаж".</li><li>Устанавливайте по умолчанию направление сортировки так, чтобы наверху отображались самые важные для пользователей данные.</li><li>Используйте жирный шрифт для выделения важной, итоговой информации.</li><li>Если предполагается печать отчета, оптимизируйте макет под формат А4.</li><li>Применяйте условное оформление для отчетов, используйте единообразное цветовое кодирование. Например, красным можно подсвечивать просроченные задачи.</li></ul> <b>См. также:</b> Рекомендуемые цвета<br /><br /> <br /><br /> <br /><b><i>Быстрые и обычные настройки</i></b><br /> <ul><li>В быстрые настройки следует вносить только частотные настройки.</li><li>Не рекомендуется делать много быстрых настроек (не более 5).</li><li>Для настроек, которые являются нечастотными лучше устанавливать режим редактирования "Обычный".</li><li>Избегайте использования наименований настроек, которые могут быть истолкованы пользователями неоднозначно или быть для них непонятными. Например, "Дата оплаты (< или =)" лучше заменить – "Оплатить не позже".</li></ul> <br /><br /> <br /><b><i>Названия отчетов</i></b><br /> <ul><li>Назначение отчета должно быть интуитивно понятно из его названия.</li><li>Запрещается использование названия "Основной" для варианта отчета, т.к. для новичков не понятно, что кроется за этим определением. Лучше давать осмысленные названия, например, для отчета "Анализ причин проигрыша сделок" варианты: "По партнеру", "По ответственному", "По причине".</li><li>Избегайте слово "отчет" в синониме.</li></ul> <b>См. также:</b> Тексты<br /><br /> <br /><b>Оформление форм списков</b><br /> <ul><li>Состав и порядок колонок должен определяется логическим смыслом и важностью.</li><li>Отбирайте и группируйте колонки в несколько этажей так, чтобы можно было обойтись без горизонтальной полосы прокрутки. При этом нужно учитывать, что в многоэтажных списках труднее воспринимать информацию при беглом чтении.</li><li>Фиксируйте колонки там, где это уместно. Например, "№" и "Номенклатура" в списках документов.</li><li>При конфигурировании можно вставлять в таблицы динамических списков колонки "с запасом", делая их по умолчанию невидимыми, чтобы пользователь со временем мог оптимально настроить список по себя. Эту рекомендацию не следует применять для табличных частей.</li><li>Рекомендуется по умолчанию делать активной колонкой такую, поиск по которой будет наиболее вероятным. Например, для табличной части списка товаров это будет колонка "Товар".</li></ul> <br /><br /> <br /><b><i>Если колонка в списке одна</i></b><br /> <ul><li>Не рекомендуется делать шапку.</li><li>Если заголовка нет, то визуально пустой список ничем не будет отличаться от многострочного поля ввода. Это нужно учитывать, чтобы не ввести пользователя в заблуждение.</li><li>Не рекомендуется горизонтальная разлиновка и чередование строк.</li></ul> <br /><br /> <br /><b><i>Размеры</i></b><br /> <ul><li>Высота списков по умолчанию может быть подобрана с учетом типового количества строк. При этом нужно исходить из практики. Например, для списка товаров в УНФ это не более5-10 штук.<br /><br /> Для списка документов заказов покупателя 3-5 строк мало, более 20 уже много т.к. такое количество все равно не охватить одним взглядом.</li><li>Не обязательно стремиться к одинаковой высоте списков, например, в различных документах. Они должны быть узнаваемыми, но точного соблюдения геометрии не требуется.</li><li>Высота строки управляемого списка при обычном шрифте – 19 pt.</li><li>Если нужно понять какой ширины должна быть колонка или поле и известно типовое количество символов в значении, используйте формулу: Ширина колонки = Количество символов/1,25</li></ul> <br /><b><i>Минимальные размеры колонок для таблиц управляемой формы</i></b><br /> <div align='center'>Колонка</div><br /> <div align='center'>Количество символов (с пробелами)</div><br /> <div align='center'>Ширина</div><br /> Банк<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> Банковский счет<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> БИК<br /><br /> <div align='center'>9</div><br /> <div align='center'>7</div><br /> Валюта<br /><br /> <div align='center'>3</div><br /> <div align='center'>3</div><br /> Год<br /><br /> <div align='center'>4</div><br /> <div align='center'>4</div><br /> Дата (со временем)<br /><br /> <div align='center'>19</div><br /> <div align='center'>13</div><br /> Договор<br /><br /> <div align='center'>24</div><br /> <div align='center'>19</div><br /> Индекс<br /><br /> <div align='center'>6</div><br /> <div align='center'>5</div><br /> ИНН физ. лица<br /><br /> <div align='center'>12</div><br /> <div align='center'>10</div><br /> ИНН юр.лица<br /><br /> <div align='center'>10</div><br /> <div align='center'>8</div><br /> Код ИФНС<br /><br /> <div align='center'>4</div><br /> <div align='center'>4</div><br /> Комментарий<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> Контрагент<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> КПП<br /><br /> <div align='center'>9</div><br /> <div align='center'>7</div><br /> Месяц<br /><br /> <div align='center'>8</div><br /> <div align='center'>7</div><br /> Номенклатура<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> Номер<br /><br /> <div align='center'>11</div><br /> <div align='center'>9</div><br /> Номер ГТД<br /><br /> <div align='center'>30</div><br /> <div align='center'>23</div><br /> ОГРН<br /><br /> <div align='center'>13</div><br /> <div align='center'>10</div><br /> ОКАТО<br /><br /> <div align='center'>11</div><br /> <div align='center'>9</div><br /> Описание<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> Организация<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /> Ответственный<br /><br /> <div align='center'>15</div><br /> <div align='center'>12</div><br /> Подразделение<br /><br /> <div align='center'>20</div><br /> <div align='center'>16</div><br /><br /><br /> <br /><b><i>Быстрые отборы в списках</i></b><br /> <br /><b><i>Когда использовать</i></b><br /> <ul><li>Если список используется часто и просматриваются типовые поисковые "запросы". Например, по контрагенту, за период и т.д., по наименованию.</li><li>Визуальный поиск данных затруднен из-за их количества.</li><li>При работе со списком частотной является операция выбора/поиска.</li></ul> <br /><br /> <br /><b><i>Как оформлять быстрые отборы</i></b><br /> <ul><li>Поля ввода или флажки рекомендуется размещать перед списком сверху, слева или справа, в зависимости от состава отборов и их смысла. Допускается размещать внизу списка, если отбор полезный, но не частотный. Например, "Показывать выполненные задачи" в списке "Мои задачи".</li><li>Быстрbr /ые отборы сверху следует располагать над командной панелью списка.</li><li>У полей необязательных отборов должна быть кнопка очистки или должна быть одна кнопка очистки всех полей быстрого отбора.</li></ul> <br /><b><i>Когда использовать двух и более этажные списки</i></b><br /> <ul><li>Когда данные важно просматривать без прокрутки.</li><li>Если в списке много колонок, например, более 10.</li><li>Если для просмотра данных пользователям часто придется использовать горизонтальную полосу прокрутки.</li><li>При проектировании учитывайте, что в многоэтажных списках визуальный поиск данных сложнее, чем в одноэтажных.</li></ul> <br /><b><i>Какую высоту строки использовать</i></b><br /> <ul><li>Одинарную, если значения в ячейках короткие и список выглядит компактно и не перегружено.</li><li>Двойную, если значения в ячейках длинные и важно их видеть полностью.</li></ul> <br /><br /> <br /><b><i>Размещение команд в группе "Все действия"</i></b><br /> <ul><li>Рекомендуется использовать умолчание платформы.</li><li>Для отдельных списков допускается индивидуальная настройка командной панели. При этом непосредственно в командной панели формы лучше располагать небольшое количество наиболее частотных команд (не более 10), а остальные размещать во "Все действия".</li></ul> <br /><b><i>Контекстные меню</i></b><br /> <ul><li>Рекомендуется использовать умолчание платформы.</li><li>В отдельных случаях можно настраивать контекстное меню так, чтобы оно содержало ожидаемые пользователями команды.<ul><li>В первую очередь - частотные в данном контексте действия.</li><li>Во вторую – сервисные и вспомогательные.</li></ul> </li><li>Не перегружайте контекстное меню:<ul><li>Если команд много, делите их на группы по 5-9 команд.</li><li>Суммарное количество команд с учетом разделителей должно помещаться на экране без прокрутки.</li></ul></li></ul> <br /><b><i>Заголовки списков</i></b><br /> <ul><li>Если на форме один список, то для него не требуется заголовок. То же самое относится к случаю, когда на форме два списка, связанных общим контекстом, например, дерево групп контрагентов и список контрагентов в группе. Назначение таких списков интуитивно понятно и как правило не требует дополнительного пояснения.</li><li>Если на форме несколько списков, то их назначение должно быть интуитивно понятно из общего контекста формы, наименования колонок или из заголовка формы.</li><li>Если это невозможно, то следует оформлять такие списки заголовками<ul><li>Если список имеет командную панель то в виде группы со стандартной рамкой (линия)</li><li>Если список не имеет командной панели, то следует использовать стандартный заголовок в положении "Верх".</li></ul></li></ul> <br /><b><i>Колонки с флажками</i></b><br /> <ul><li>Избегайте длинных заголовков т.к. колонка при этом выглядит некрасиво, занимает много места: флажок прижат влево и вся колонка пустая.</li><li>По возможности, заменяйте названия таких колонок на понятные картинки с хорошей подсказкой или используйте сокращения. Необходимо помнить, что большое количество картинок замедляет открытие формы.</li></ul> <br /><b><i>Когда использовать группировку в списке</i></b><br /> <ul><li>Если есть уверенность в том, что эта группировка будет способствовать визуальному поиску нужных данных.</li><li>Если группировок просматривается несколько, то их можно вынести как настройку в область быстрого отбора.</li><li>Следует помнить, что группировки могут сильно затормозить работу.</li></ul> <b>См. также</b>: <A href="#_Быстрые_отборы_в_1">Быстрые отборы в списках<br /><br /> <br /><b>Сообщения пользователю</b><br /> <br /><br /> <br /><b><i>Сообщения об ошибках в форме</i></b><br /> <br /><br /> <ul><li>Окно сообщения об ошибке автоматически форматирует текст и переносит строки (не слова), сохраняя при этом свои пропорции.</li><li>Из текста сообщения пользователю должно быть понятно:<ul><li>Что сейчас произошло?</li><li>Почему это произошло?</li><li>Какие действия ему следует выполнить дальше?</li></ul> </li><li>Сообщение должно быть как можно более кратким и понятным. "Поле "Наименование" не заполнено" - этого достаточно для того, чтобы сообщить пользователю о том, что нужно заполнить поле. Если же поле заполнено, но неправильно, то сообщение должно быть более подробным. <br /><br /> Например, "Такого количества товара нет на складе", "Контрагенту запрещена продажа по оптовым ценам".</li><li>Сообщение об ошибке по возможности должно быть привязано к полю, которое породило ошибку или позволяет исправить ее. Если сообщение нельзя привязать к тому или иному полю, то в тексте сообщения следует явно указать, что пользователю нужно сделать для того, чтобы устранить проблему.</li><li>Текст сообщения не должен содержать обвинений или носить нравоучительный характер.</li></ul> <br /><b><i>Оповещение</i></b><br /> <br /><br /> <ul><li>Оповещение используется тогда, когда источником оповещения является объект данных. Если источником оповещения является не объект данных, а например, форма обработки, то при использовании оповещения необходимо обеспечить попадание ссылки на обработку в Историю работы пользователя.</li><li>Используйте оповещения для информирования пользователя о произошедших событиях без прерывания основной работы т.е. пользователю не обязательно реагировать на оповещение, оно выдается для информации. Оповещение сообщает о том, что запрошенная операция (запись элемента справочника или проведение документа) выполнена.</li><li>Оповещения рекомендуется делать с гиперссылками на соответствующие объекты.</li><li>Следует учитывать, что оповещения попадают в панель информации и поэтому их не следует применять для протоколирования хода выполнения длительной операции.</li><li>Текст и пояснение оповещения рекомендуется составлять так, чтобы они целиком помещались в окне оповещения с размерами "по умолчанию":<ul><li>Текст – 36 знаков;</li><li>Пояснение – около 100 знаков (с учетом переноса на три строки).</li></ul></li></ul> <br /><br /> <br /><b><i>Состояние</i></b><br /> <ul><li>Используйте состояние для информирования о выполнении длительных процессов (занимающих более 10 секунд), чтобы у пользователей не сложилось впечатление о том, что программа "зависла". Выводите одно состояние перед началом выполнения ("Выполняется расчет. Пожалуйста подождите…"), в процессе выполнения (если есть возможность) и при завершении ("Расчет выполнен").</li><li>Используйте состояние для длительных операций, состоящих из некоторого числа более мелких операций. Так, при переносе файлов с жесткого диска в информационную базу можно выводить состояние для каждого переносимого файла. Например: Состояние("Копирование файлов...", Процент, "Обрабатывается файл " + ИмяФайла, КартинкаИнформация).</li></ul> <br /><b><i>Предупреждение</i></b><br /> <ul><li>Предупреждение рекомендуется использовать только в тех случаях, когда необходимо прервать работу пользователя, чтобы он ознакомился с некоторой информацией. Информирование о выполнении длительных обработок рекомендуется делать не отдельным предупреждением, а непосредственно в форме обработки.</li></ul> <br /><br /> <br /><b><i>Вопрос</i></b><br /> <ul><li>Рекомендуется использовать только в тех случаях, когда необходимо, чтобы пользователь принял решение, например, о продолжении начатой операции.</li></ul> <br /><br /> <br /><b><i>Другие сообщения</i></b><br /> <ul><li>Не следует использовать сообщения, оповещения, предупреждения или состояние для того, чтобы вывести отчет о выполнении той или иной операции. Для этого следует предусмотреть специальную форму, которая сообщит пользователю все необходимые подробности, отчет или протокол работы в ходе выполнения операции либо после ее окончания.</li></ul> <br /><b>Окна на старте</b><br /> <ul><li>Если содержание окна на старте не обязательно для ознакомления пользователям, то необходимо предусмотреть по умолчанию возведенный флаг "Показывать при открытии программы". Флаг рекомендуется располагать под содержанием окна.</li></ul> <br /><b>Формы</b><br /> <br /><br /> <br /><b><i>Командная панель</i></b><br /> <ul><li>В командной панели формы кнопка по умолчанию должна быть самой левой.</li></ul> <br /><br /> <br /><b><i>Размеры</i></b><br /> <ul><li>Установку размера формы и/или ее элементов рекомендуется выполнять только в особенных случаях, например, для декораций. В остальных случаях рекомендуется использовать умолчание платформы.</li><li>Для форм с панелями со страницами рекомендуется подбирать ширину так, чтобы одновременно были видны все закладки страниц.</li><li>Ширину колонок форм рекомендуется изменять только в тех случаях, если колонки содержат простой набор хорошо масштабируемых полей и групп, например, два поля списка в левой и правой колонке.</li><li>Для форм объектов рекомендуется использовать авто ширину колонок (установлено по умолчанию).</li></ul> <br /><b><i>Порядок полей</i></b><br /> <ul><li>Кнопкам рекомендуется устанавливать свойство "ПропускатьПриВводе".</li><li>Для поля, с которого обычно начинается ввод, рекомендуется установить свойство "АктивизироватьПоУмолчанию".</li></ul> <br /><br /> <br /><b><i>Группы полей в форме</i></b><br /> <br /><b>Когда применять</b><br /> <ul><li>Для объединения логически связанных данных.</li><li>Для облегчения визуального восприятия формы за счет выделения блоков данных.</li></ul> <br /><br /> <br /><b>Количество элементов в группе</b><br /> <ul><li>Не рекомендуется делать группы, содержащие один реквизит.</li><li>Рекомендуется размещать в группах 5-9 элементов.</li></ul> <br /><b>Оформление заголовка группы</b><br /> <ul><li>Заголовок может использоваться в качестве расшифровки или пояснения, если из названий реквизитов не достаточно понятно их назначение.</li><li>Не рекомендуется использование заголовка, если группа одна и расположена на странице панели. В этом случае заголовком группы является заголовок самой страницы.</li></ul> <br /><b><i>Флажки</i></b><br /> <ul><li>По возможности, располагайте текст справа от флажков.</li><li>Первая буква подписи флажка и переключателя должна быть заглавной.</li><li>Подписи у флажков и переключателей следует делать позитивными (не содержащими отрицания).</li><li>Текст подписи должен быть понятным и кратким.</li><li>Текст флажка определяет только один вариант, второй остается неявным и не сформулированным – подбирайте текст флажка так, чтобы у пользователей не возникало сомнений в том каким будет второй вариант.</li></ul> <br /><b><i>Панель навигации вспомогательной формы</i></b><br /> <ul><li>Для частотных и важных форм рекомендуется вручную настраивать видимость команд в ПН, отбирая только команды перехода к важным для пользователя сведениям.</li><li>Рекомендуется размещать в ПН не более 10 команд.</li><li>Не следует размещать в панели команды перехода к другим формам для редактирования реквизитов объекта. Открывать форму элемента из панели навигации окна другой формы элемента недопустимо.</li></ul> <br /><b><i>Выбор: блокирующая форма или независимая</i></b><br /> <br /><br /> <br /><b>Блокирующая</b><br /> <ul><li>Работа с формой выполняется "за один заход", без необходимости переключения в другие формы.</li><li>На форме небольшое количество элементов, например, менее 5.</li></ul> <br /><br /> <br /><b>Независимая</b><br /> <ul><li>Если при работе с формой может потребоваться открытие других самостоятельных форм.</li><li>Если пользователям может потребоваться сравнение двух и более объектов.</li><li>На форме много элементов, больше 9.</li></ul> <br /><br /> <br /><b><i>Формы выбора</i></b><br /> <ul><li>Рекомендуется не создавать формы выбора, а использовать генерируемые платформой по умолчанию.</li><li>Если, в соответствии с прикладной логикой, в форме выбора нужно предусмотреть особенный состав команд или колонок, то можно создать форму выбора, следуя рекомендациям<ul><li>В командной панели формы рекомендуется размещать минимально необходимый набор команд для выбора, создания нового и поиска/отбора.</li><li>В часто используемых формах выбора из больших наборов данных рекомендуется делать область быстрого отбора/поиска.</li><li>Состав колонок следует оптимизировать для быстрого визуального поиска данных</li></ul></li></ul> <b>См. также:</b> [Быстрые отборы в списках<br /><br /> <br /><br /> <br /><b>Оформление элементов</b><br /> <ul><li>Следует оформлять единообразно общие для разных форм реквизиты, их подписи, размеры и положение на форме и их группы.</li></ul> <br /><br /> <br /><b><i>Выбор: кнопка или гиперссылка</i></b><br /> <br /><br /> <br /><b>Кнопки</b><br /> <ul><li>Кнопка хорошо подходит для обозначения одиночной, самостоятельной операции (обработка, расчет) и используется, как правило, для запуска некоторого процесса, выполнения действия.</li><li>Название у кнопок должно содержать глагол, отвечающий на вопрос "Что сделать?" "Найти", "Рассчитать", "Записать". Вместо глаголов можно использовать отглагольные существительные.</li><li>Кнопки следует размещать в непосредственной близости от объектов, на которые они оказывают воздействие.</li></ul> <br /><br /> <br /><b>Гиперссылки</b><br /> <ul><li>Используются для перехода к другой форме, которая отображает<ul><li>связанные данные (другие объекты)</li><li>дополнительные данные этого же объекта в режиме "только просмотр"</li></ul> </li><li>Из названия гиперссылки должно быть понятно, что именно откроется в новом окне, например, "цены номенклатуры", "паспортные данные".</li></ul> <br /><br /> <br /><b><i>Выбор: команда отображается картинкой или текстом и картинкой</i></b><br /> <ul><li>Если в командной панели только одна команда, то она обязательно должна иметь картинку.</li><li>Рекомендуется назначить картинки таким командам, которые будут использоваться часто.</li></ul> <br /><br /> <br /><b>Только картинка</b><br /> <ul><li>Если команда частотная (редактировать, удалить, скопировать, печать) и метафоры картинок интуитивно понятны, а назначение команд очевидно.</li></ul> <br /><br /> <br /><b>Текст и картинка</b><br /> <ul><li>Если это нетипичные или незнакомые пользователям команды.</li><li>Если нет уверенности, что метафоры команд понятны.</li></ul> <br /><br /> <br /><b><i>Оформление итогов в документах</i></b><br /> <ul><li>Итоги можно оформлять в подвале колонок списков.</li><li>Если колонок много и итоговая колонка может быть не видна, то итоги лучше оформлять отдельными полями типа "Надпись".</li><li>Если итогов несколько, то их лучше оформлять друг под другом, так нагляднее разрядность значений.</li></ul> <br /><b><i>Команда "Подобрать"</i></b><br /> <ul><li>Рекомендуется использовать название команды в форме инфинитива – "Подобрать".</li><li>Если есть уверенность в том, что пользователям удобнее и эффективнее работать с помощью "Подобрать", а не через "Добавить", то команду следует расположить первой. Если нет, то второй или в другом месте.</li></ul> <br /><br /> <br /><b><i>Команда "Отмена"</i></b><br /> <ul><li>Команда "Отмена" должна использоваться для реальной отмены установленных настроек и приводить к закрытию формы.</li><li>"Отмена" не должна быть кнопкой по умолчанию. Если никакие действия кроме закрытия формы недоступны, кнопкой по умолчанию должна быть кнопка "Закрыть".</li></ul> <br /><br /> <br /><b><i>Подписи к полям</i></b><br /> <ul><li>Единицы измерения лучше указывать после полей. Не правильно<br /><br /> <br /><br /> Правильно</li><li>В списках единицы измерения следует указывать в заголовках колонок, а не в каждой ячейке. Частные случаи:<ul><li>Процент – символ "%" следует выводить в каждой ячейке, если в конфигурации это принято повсеместно (Ставка НДС, Процент выполнения заказа и пр.)</li><li>Валюту лучше не указывать:<ul><li>если о ней есть упоминание в итоговых показателях;</li><li>если из контекста работы понятно, о какой валюте идет речь.</li></ul></li></ul></li></ul> <br /><br /> <br /><b>Реквизиты</b><br /> <ul><li>Рекомендуется всегда оставлять на форме стандартные поля, такие как наименование, номер и дата (для документов и задач).</li><li>Если для реквизита предусмотрен выбор из списка, а в списке имеется только один вариант, его следует подставлять по умолчанию. Примеры: одно значение ставки НДС (18%), один договор по контрагенту, заказ.</li><li>При создании на основании необходимо заполнять все наследуемые реквизиты.</li><li>Указывайте единицы измерения для колонок таблиц и полей ввода, содержащих количественные характеристики (длина, вес, рост, скорость, расстояние, размер и пр.)<ul><li>Для колонок таблицы – в заголовке колонки</li><li>Для полей ввода - в надписи справа от поля</li></ul></li></ul> <br /><b>Шрифт и цвет</b><br /> <ul><li>Не рекомендуется использование абсолютных шрифтов и цветов. Вместо этого следует создать соответствующие элементы стиля.</li><li>Не рекомендуется использовать подчеркивание для элементов формы, не являющихся гиперссылкой.</li><li>Не рекомендуется использование прописных букв в текстах (кроме первой буквы предложений).</li></ul> <br /><b><i>Рекомендуемые цвета</i></b><br /> <ul><li>Цвет ошибочного значения<ul><li>Web - Кирпичный</li></ul> </li><li>Цвет информационной надписи<ul><li>Web - Синий со стальным оттенком (SteelBlue)</li></ul> </li><li>Не рекомендуется сочетать зеленые и красные цвета одинаковой насыщенности на одной форме.</li></ul> <br /><b>Требования к изображениям</b><br /> <ul><li>Хорошо узнаваемые метафоры, выдержанные в едином стиле.</li><li>Разные очертания у близких в ряду иконок, чтобы повысить их запоминаемость.</li><li>Соблюдены одинаковые углы, перспектива, тень во всех используемых иконках.</li><li>Объекты изображены в современном виде (например, компьютер).</li><li>Иконки разные по начертанию и по ведущим цветам.</li><li>Исключите ситуации, когда различить иконки можно только по их цвету.</li><li>Формат - картинки PNG с 8-битным альфаканалом. Если есть возможность без потери качества сделать картинку с 1-битным альфа-каналом, то лучше делать именно так для уменьшения размера конфигурации.</li><li>Требуется "ручной" пересмотр всех картинок в конфигурации, как в общих картинках, так и в картинках в формах.</li><li>Не следует использовать в конфигурациях альфа-канал у картинок, чей размер превышает 40000 точек (например, картинка 200х200 точек). Для таких картинок не поддерживается корректное отображение в веб-клиенте, который работает в веб-браузере Microsoft Internet Explorer 6.0. Это правило не относится к картинкам-коллекциям, размер элементов которых меньше указанного ограничения.</li><li>Если в конфигурации делается поле HTML документа, которое будет показывать какие-либо картинки, то эти картинки нужно делать в формате PNG с 1-битным, а не 8-битным альфа-каналом, т.е. в формате png-8, либо в формате png-24 без альфа-канала. Для правильного отображения цветов в браузере рекомендуется удалять из заголовка файла PNG информацию о палитре и гамма-коррекции.</li><li>В остальном изображения должны соответствовать "Руководству по созданию изображений для типовых конфигураций на платформе 1С:Предприятие 8.2"</li></ul> <br /><br /> <br /><b>Компоновка форм</b><br /> <ul><li>Порядок следования полей на форме должен соответствовать прикладному смыслу.</li><li>Правый верхний угол форм лучше использовать для необязательных, малозначительных полей или полей, заполняемых автоматически.</li><li>Размещайте надписи к полям преимущественно слева или сверху.</li></ul> <br /><b>Тексты</b><br /> <br /><br /> <br /><b><i>Общие рекомендации</i></b><br /> <ul><li>Избегайте технологических терминов и аббревиатур, используйте язык пользователей.</li><li>Следите за единообразием понятий, которые используются в программе.</li><li>Используйте короткие предложения т.к. чтение с экрана монитора достаточно быстро утомляет.</li><li>Если текст объемный, сначала укажите главную мысль, затем другие в соответствии с уменьшением их важности.</li><li>Разбивайте текст на небольшие абзацы.</li><li>Проверяйте все надписи, подписи и сообщения на правописание и грамматику.</li><li>Поле ввода и подпись к нему должны отображаться одинаковым шрифтом (начертание, размер, жирность), но не цветом.</li><li>В интерфейсных текстах используйте только прямые кавычки. В справке допускается использовать французские кавычки "елочки".</li></ul> <br /><br /> <br /><b><i>Названия и заголовки</i></b><br /> <ul><li>Рекомендуется избегать названий и заголовков, которые могут быть неоднозначно поняты пользователями.</li><li>Не рекомендуется использование названий и заголовков длиной более 60 символов.</li><li>Термином "родитель" обозначайте родственные отношения между физическими лицами, но не для обозначения иерархии объектов информационной базы. Вместо это можно использовать прикладные термины, например:<ul><li>группа товаров</li><li>головное подразделение</li><li>в<I>ходит в группу</li><li>входит в категорию</li><li>находится в группе и т.д.</li></ul> </li><li>Если в конфигурации принято выводить количество элементов (например, "Товары(10)") в заголовках страниц или групп, то этот прием должен применяться везде, во всех объектах конфигурации.</li></ul> <br /><br /> <br /> | ||
+ | <b>Когда использовать троеточия</b><br /> | ||
+ | <ul><li>Используйте троеточия, если название команды или ссылки отражает действие ("Изменить форму", "Распределить задачи" – в форме инфинитива или отглагольного существительного), а при нажатии осуществляется переход к дополнительной форме (месту) для выполнения этих действий.</li><li>Троеточие должно примыкать к последнему слову без пробела, например "Печать…", а не "Печать …".</li><li>Если название команды описывает процесс, который будет запущен, то троеточия не нужны. Изменение формы", "Распределение задач" и пр.</li></ul> <br /><b>Горячие клавиши </b><br /> <ul><li>Рекомендуется установить сочетание клавиш для наиболее частотных команд.</li><li>Рекомендуется установить сочетание клавиш для вызова часто используемых неконтекстных форм. Например, форма полнотекстового поиска, форма ежедневного отчета о рабочем времени.</li></ul> | ||
+ | </body> | ||
+ | </html> |