Различия

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

Ссылка на это сравнение

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>​Панель разделов является &​quot;​лицом&​quot;​ программы и имеет большое значение на     ​этапе освоения,​ поэтому состав и порядок разделов следует проектировать с     ​особой тщательностью.</​li><​li>​Предполагается,​ что при выполнении задач связанных с определенной ​    ​деятельностью пользователь будет проводить большую часть времени в каком-то ​    ​одном разделе. Т.е. раздел является устойчивым режимом работы. Задачи, ​    ​относящиеся к одной деятельности или к одному участку работ, должны решаться в     ​рамках одного раздела – переключения между разделами должны быть ​    ​минимизированы.</​li><​li>​Интерфейс раздела нужно проектировать так, чтобы он содержал в себе все ​    ​необходимые для работы команды и функции. При этом частотные или важные ​    ​команды следует &​quot;​вытаскивать наверх&​quot;​ – в начало панели навигации и панели ​    ​действий.</​li><​li>​При проектировании панели учитывайте и используйте доступность разделов ​    ​(подсистем) по ролям.</​li><​li>​Для интерфейса администратора допустимо наличие полосы прокрутки в панели.</​li><​li>​По умолчанию разделы располагаются в алфавитном порядке. Рекомендуется ​    ​определять порядок в зависимости от приоритета каждого раздела:​ от наиболее ​    ​частотного и значимого до второстепенного и не часто используемого.</​li><​li>​Последним всегда должен быть раздел для администрирования,​ настройки и     ​выполнения сервисных действий.</​li><​li>​Не рекомендуется делать раздел с названием &​quot;​Сервис&​quot;​. ​        ​Т.к. он будет перекликаться с меню &​quot;​Сервис&​quot;​ и группой &​quot;​Сервис&​quot;​ в ПД.     ​Альтернативой могут быть такие названия как &​quot;​Сервисные возможности&​quot;, ​    &​quot;​Дополнительные возможности&​quot;,​ &​quot;​Прочее&​quot;,​ &​quot;​Сервисные функции&​quot;,​ &​quot;​Служебные ​    ​функции&​quot;​ и т.д.</​li></​ul> ​   <br /><​b><​i>​Названия разделов</​i></​b><​br />  <​ul><​li>​Общая длина названия не должна превышать примерно 50 знаков с учетом ​    ​пробелов (примерно 150 точек при 96 DPI).</​li><​li>​При выборе названия (синонима) нужно учитывать,​ что панель разделов ​    ​отображает максимум две строки названия с автоматическим переносом строк, но     ​без переноса слов, т.е. слова не разрываются.</​li><​li>​Для того чтобы название раздела смотрелось симпатично,​ рекомендуется ​    ​использовать такие комбинации слов:<​ul><​li>​одно-два средних слова; ​            &​quot;​Финансы&​quot;,​ &​quot;​Зарплата и персонал&​quot;</​li><​li>​одно среднее и одно короткое; ​            &​quot;​Учет времени&​quot;</​li><​li>​одно длинное и одно короткое; ​            &​quot;​Сервис и администрирование&​quot;</​li><​li>​два коротких и одно длинное. ​            &​quot;​Работы,​ услуги,​ производство&​quot;</​li></​ul> ​   </​li><​li>​По возможности не используйте длинные слова. ​        ​Например,​ &​quot;​гидролесомелиорация&​quot;​ или &​quot;​делопроизводство&​quot;​.</​li><​li>​Выбирайте названия примерно одного размера по ширине так, чтобы они ​    ​смотрелись единообразно и ровно.</​li><​li>​Давайте разделам конкретные (не двусмысленные) запоминающиеся названия.</​li><​li>​Используйте в названиях только общеупотребительные и соответствующие ​    ​целевой аудитории сокращения и аббревиатуры,​ например,​ &​quot;​НДС&​quot;​ или &​quot;​МСФО&​quot;​. ​    Но если это возможно,​ лучше обходиться без сокращений.</​li></​ul> ​ <​b>​См. также:</​b>​ Тексты<​br /><br />    <br /><​b><​i>​Картинки разделов в ПР</​i></​b><​br />  <​ul><​li>​Для каждого раздела в ПН назначьте картинку размером 48х48 pt. Формат PNG     с переменным альфаканалом.</​li><​li>​Картинки следует делать разными по начертанию и по ведущим цветам. Это ​    ​нужно для лучшей запоминаемости. Но при этом они должны быть нарисованы в     ​одном стиле, с одинаковым углом поворота,​ выравниванием,​ направлением света и     ​т.д.</​li><​li>​Следует проверять,​ чтобы в режиме отображения &​quot;​только картинки&​quot;​ ПР     ​выглядела ровно и гармонично.</​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>​Группа команд &​quot;​Важное&​quot;</​i></​b><​br />  <​ul><​li>​Наличие группы команд &​quot;​Важное&​quot;​ не является обязательным.</​li><​li>​Относите в группу команды для перехода к таким рабочим местам,​ спискам и     ​журналам документов,​ которые наиболее важны для пользователя в контексте ​    ​данного раздела.</​li><​li>​Выделяйте не более 5 важных команд.</​li></​ul> ​ При большем количестве команд ПН выглядит громоздко и выделение команд жирным ​  ​шрифтом действует не так эффективно.<​br /><br />       <br /><br />  <br /><​b><​i>​Группировка команд</​i></​b><​br />  <​ul><​li>​Если команд в группе &​quot;​Обычное&​quot;​ получается много, группируйте их по смыслу. ​    ​Для этого следует пересмотреть содержимое подсистемы и разбить его на     ​подсистемы так, чтобы в группе было от 4 до 9 команд. ​        ​Критерием количества команд может служить оценка емкости кратковременной ​    ​памяти человека – 7± 2.</​li><​li>​Состав команд следует проектировать так, чтобы по умолчанию в панели ​    ​навигации не было полосы прокрутки. ​        ​Скрывайте нечастотные команды – пользователь,​ если потребуется,​ сам их себе ​    ​включит.</​li><​li>​По возможности избегайте появления в панели навигации групп, состоящих ​    ​всего из одной команды. ​        ​Помните,​ что при построении командного интерфейса учитываются роли и это ​    ​может привести к тому, что для каких-то пользователей группа станет ​    &​quot;​вырожденной&​quot;,​ т.е. состоящей всего из одной команды.</​li><​li>​Не рекомендуется делать глубину вложенности групп команд более 2.         ​При этом помните,​ что по умолчанию на втором уровне ширина текста команды ​    ​будет меньше - 36 символов.</​li><​li>​При разработке учитывайте,​ что по умолчанию все группы раскрыты.</​li><​li>​Названия групп в ПН не должны пересекаться с системными группами, ​    ​например,​ &​quot;​Создать&​quot;,​ &​quot;​Отчеты&​quot;,​ &​quot;​Сервис&​quot;,​ &​quot;​См. также&​quot;​.</​li></​ul> ​   <br /><​b><​i>​Группа &​quot;​См. также&​quot;</​i></​b><​br />  <​ul><​li>​Наличие группы не является обязательным.</​li><​li>​В группу &​quot;​См. также&​quot;​ не следует помещать команды по принципу &​quot;​на всякий ​    ​случай&​quot;​ или &​quot;​вдруг пригодится&​quot;​.</​li><​li>​Группа &​quot;​См.также&​quot;​ предназначена для того, чтобы обеспечить горизонтальные ​    ​связи между подсистемами – в нее следует относить важные,​ полезные для ​    ​пользователя команды,​ которые напрямую не относятся к текущему разделу,​ но     ​могут быть востребованы в некоторых случаях.</​li></​ul> ​   <br /><​b><​i>​Порядок команд</​i></​b><​br />  <​ul><​li>​По умолчанию команды располагаются в алфавитном порядке. Рекомендуется ​    ​менять порядок так, чтобы частотные или первостепенные команды располагались ​    ​сверху.</​li></​ul> ​   <br /><​b><​i>​Какие команды следует помещать в панель навигации</​i></​b><​br />  <​ul><​li>​В ПН следует помещать то, без чего нельзя обойтись в контексте текущего ​    ​раздела:​ команды для перехода к рабочим местам,​ спискам,​ специальным ​    ​обработкам. ​        ​Под специальными понимаются обработки похожие на обычные списки,​ например, ​    &​quot;​Журнал регистрации&​quot;,​ но не &​quot;​Удаление помеченных объектов&​quot;​.</​li><​li>​Обязательно размещайте команды перехода к спискам &​quot;​первичных&​quot;​ данных. ​        ​Списки первичных документов/​данных,​ имеющих самостоятельную ценность ​    ​(заказы покупателей,​ расходные накладные). Первичные – такие документы,​ с     ​которых начинаются бизнес-процессы.<​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 />  Она также служит своеобразным введением,​ &​quot;​рассказывает&​quot;​ о том, что в этом ​  ​разделе можно сделать.<​br /><br />  При разработке состава команд следует отталкиваться от задач пользователей, ​  ​например,​ &​quot;​продажа товаров&​quot;,​ &​quot;​работа с внутренними документами&​quot;​ и т.д. Спектр ​  ​этих задач формирует список команд,​ среди которых можно выделить наиболее ​  ​частотные,​ вероятные. Их и нужно разместить в ПД.<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>​Если команду ПД нельзя отнести к одной из стандартных групп (&​quot;​Создать&​quot;, ​    &​quot;​Отчеты&​quot;,​ &​quot;​Сервис&​quot;​),​ то можно создавать свои группы. Рекомендуется ​    ​минимизировать количество таких групп.</​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>​в группу &​quot;​Сервис&​quot;​ панели действий - если рабочее место должно открываться ​    в отдельном окне.</​li></​ul> ​   <br /><​b>​Рабочий стол</​b><​br />  Рабочий стол – личный заботливый помощник пользователя. Каждый рабочий день ​  ​начинается с &​quot;​общения&​quot;​ с ним.<​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>​Не рекомендуется использовать в формах рабочего стола меню &​quot;​Все действия&​quot;​.</​li><​li>​По возможности,​ не вставляйте команду вызова справки в формы рабочего ​    ​стола.</​li><​li>​В командных панелях форм рабочего стола рекомендуется делать минимально ​    ​необходимый набор команд.</​li><​li>​В командной панели списков не рекомендуется делать команды поиска и отмены ​    ​поиска.</​li><​li>​Формы для рабочего стола следует проектировать &​quot;​с запасом&​quot;​ - делая их по     ​умолчанию не видимыми,​ чтобы пользователи имели возможность настроить рабочий ​    ​стол под себя.</​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>​Своим оформлением рабочее место должно &​quot;​говорить&​quot;,​ для какого специалиста ​    и для решения,​ каких задач оно предназначено.</​li><​li>​Предусмотрите на рабочем месте необходимый состав инструментов для работы ​    ​специалиста.</​li><​li>​Акцентируйте внимание пользователя на важной информации с помощью цвета.</​li><​li>​Проследите,​ чтобы визуально рабочее место не казалось перегруженным. ​    ​Рабочее место должно содержать достаточный минимум сведений,​ необходимых ​    ​для качественного выполнения пользователем своих задач.</​li><​li>​Самые важные сведения располагайте сверху.</​li><​li>​Размещайте инструменты в логической последовательности решения задач.</​li><​li>​Продумайте оптимальное выполнение действий:​ без необходимости переключения ​    в другие интерфейсы.</​li><​li>​Предусмотрите,​ в случае необходимости,​ переход к косвенным задачам ​    ​(рабочим местам).</​li><​li>​Названия рабочим местам следует давать по смыслу решаемых ими задач. ​        ​Примеры:​ &​quot;​Администрирование&​quot;,​ &​quot;​Расчет заработной платы&​quot;,​ &​quot;​Регистрация ​    ​корреспонденции&​quot;​.</​li><​li>​В названиях рабочих мест не рекомендуется использовать словосочетание ​    &​quot;​рабочее место&​quot;​.</​li><​li>​Не рекомендуется размещать внедренную справку на рабочем месте. ​        ​Внедренная справка – справка в форме, оформленная в виде подробных ​    ​комментариев к полям, либо в виде отдельного поля, содержащего справку к     ​форме.</​li></​ul> ​   <br /><​b><​i>​Где размещать команду перехода к рабочему месту</​i></​b><​br />  <​ul><​li>​В группе &​quot;​Важное&​quot;​ панели навигации,​ если решаемые задачи частотны. При ​    ​этом команда будет отображаться жирным шрифтом.</​li><​li>​В блоке &​quot;​См. также&​quot;​ панели навигации,​ если в контексте конкретной ​    ​подсистемы рабочее место имеет второстепенное,​ вспомогательное значение и     ​используется не часто.</​li></​ul> ​   <br /><​b>​Отчеты</​b><​br />   <br /><br />  <br /><​b><​i>​Оформление</​i></​b><​br />  <​ul><​li>​Отчет будет хорошим,​ если глядя на него, пользователю будет понятно:<​ul><​li>​для кого он предназначен (должность,​ роль пользователя);</​li><​li>​на какие вопросы и каким образом можно получить ответы с помощью этого ​      ​отчета.</​li></​ul> ​   </​li><​li>​Отчеты,​ связанные с одним источником данных (запросом),​ рекомендуется ​    ​группировать в один отчет с несколькими вариантами. ​        ​Примером источников данных может являться совокупность документов и     ​регистров сведений,​ которые предназначены для пользователей с одинаковым ​    ​уровнем прав (например,​ отчет &​quot;​Выручка и себестоимость продаж&​quot;​).</​li><​li>​Если вариант отчета является рабочим местом или используется очень часто, ​    ​такой вариант лучше оформлять отдельным отчетом,​ чтобы упростить его ​    ​использование пользователями.</​li><​li>​В тех отчетах,​ где данные будут представлены в виде списка,​ рекомендуется ​    ​первой делать колонку с порядковым номером.</​li><​li>​В свойствах отчета рекомендуется устанавливать &​quot;​Заголовок&​quot;​. Каждый отчет ​    ​должен иметь узнаваемый и понятный заголовок.</​li><​li>​Если в отчете несколько элементов (например,​ гистограмма и список),​ то для ​    ​каждого рекомендуется устанавливать заголовок. Общий заголовок отчета в этом ​    ​случае не обязателен.</​li><​li>​Если в отчете несколько элементов (например,​ гистограмма и список),​ то в     ​быстрых настройках рекомендуется предусматривать возможность их отключения.</​li><​li>​Устанавливайте по умолчанию в настройки отчета наиболее вероятные ​    ​значения. ​        ​Например,​ период &​quot;​Этот месяц&​quot;​ для отчета &​quot;​Выручка и себестоимость ​    ​продаж&​quot;​.</​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>​Для настроек,​ которые являются нечастотными лучше устанавливать режим ​    ​редактирования &​quot;​Обычный&​quot;​.</​li><​li>​Избегайте использования наименований настроек,​ которые могут быть ​    ​истолкованы пользователями неоднозначно или быть для них непонятными. ​        ​Например,​ &​quot;​Дата оплаты (&lt; или =)&​quot;​ лучше заменить – &​quot;​Оплатить не     ​позже&​quot;​.</​li></​ul> ​  <br /><br />  <br /><​b><​i>​Названия отчетов</​i></​b><​br />  <​ul><​li>​Назначение отчета должно быть интуитивно понятно из его названия.</​li><​li>​Запрещается использование названия &​quot;​Основной&​quot;​ для варианта отчета,​ т.к. ​    ​для новичков не понятно,​ что кроется за этим определением. ​        ​Лучше давать осмысленные названия,​ например,​ для отчета &​quot;​Анализ причин ​    ​проигрыша сделок&​quot;​ варианты:​ &​quot;​По партнеру&​quot;,​ &​quot;​По ответственному&​quot;,​ &​quot;​По ​    ​причине&​quot;​.</​li><​li>​Избегайте слово &​quot;​отчет&​quot;​ в синониме.</​li></​ul> ​ <​b>​См. также:</​b>​ Тексты<​br /><br />    <br /><​b>​Оформление форм списков</​b><​br />  <​ul><​li>​Состав и порядок колонок должен определяется логическим смыслом и     ​важностью.</​li><​li>​Отбирайте и группируйте колонки в несколько этажей так, чтобы можно было ​    ​обойтись без горизонтальной полосы прокрутки. ​        ​При этом нужно учитывать,​ что в многоэтажных списках труднее воспринимать ​    ​информацию при беглом чтении.</​li><​li>​Фиксируйте колонки там, где это уместно. ​        ​Например,​ &​quot;​№&​quot;​ и &​quot;​Номенклатура&​quot;​ в списках документов.</​li><​li>​При конфигурировании можно вставлять в таблицы динамических списков ​    ​колонки &​quot;​с запасом&​quot;,​ делая их по умолчанию невидимыми,​ чтобы пользователь со     ​временем мог оптимально настроить список по себя. Эту рекомендацию не следует ​    ​применять для табличных частей.</​li><​li>​Рекомендуется по умолчанию делать активной колонкой такую, поиск по     ​которой будет наиболее вероятным. ​        ​Например,​ для табличной части списка товаров это будет колонка ​    &​quot;​Товар&​quot;​.</​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>​Если список используется часто и просматриваются типовые поисковые ​    &​quot;​запросы&​quot;​. ​        ​Например,​ по контрагенту,​ за период и т.д., по наименованию.</​li><​li>​Визуальный поиск данных затруднен из-за их количества.</​li><​li>​При работе со списком частотной является операция выбора/​поиска.</​li></​ul> ​  <br /><br />  <br /><​b><​i>​Как оформлять быстрые отборы</​i></​b><​br />  <​ul><​li>​Поля ввода или флажки рекомендуется размещать перед списком сверху,​ слева ​    ​или справа,​ в зависимости от состава отборов и их смысла. Допускается ​    ​размещать внизу списка,​ если отбор полезный,​ но не частотный. ​        ​Например,​ &​quot;​Показывать выполненные задачи&​quot;​ в списке &​quot;​Мои задачи&​quot;​.</​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>​Размещение команд в группе &​quot;​Все действия&​quot;</​i></​b><​br />  <​ul><​li>​Рекомендуется использовать умолчание платформы.</​li><​li>​Для отдельных списков допускается индивидуальная настройка командной ​    ​панели. При этом непосредственно в командной панели формы лучше располагать ​    ​небольшое количество наиболее частотных команд (не более 10), а остальные ​    ​размещать во &​quot;​Все действия&​quot;​.</​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>​Если список не имеет командной панели,​ то следует использовать ​      ​стандартный заголовок в положении &​quot;​Верх&​quot;​.</​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>:​ &lt;A href=&​quot;#​_Быстрые_отборы_в_1&​quot;&​gt;​Быстрые отборы в   ​списках<​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>​Сообщение должно быть как можно более кратким и понятным. ​    &​quot;​Поле &​quot;​Наименование&​quot;​ не заполнено&​quot;​ - этого достаточно для того, чтобы ​    ​сообщить пользователю о том, что нужно заполнить поле. Если же поле заполнено, ​    но неправильно,​ то сообщение должно быть более подробным. <br /><br />        Например,​ &​quot;​Такого количества товара ​ нет на складе&​quot;, ​    &​quot;​Контрагенту ​ запрещена продажа по оптовым ценам&​quot;​.</​li><​li>​Сообщение об ошибке по возможности должно быть привязано к полю, которое ​    ​породило ошибку или позволяет исправить ее. Если сообщение нельзя привязать к     ​тому или иному полю, то в тексте сообщения следует явно указать,​ что ​    ​пользователю нужно сделать для того, чтобы устранить проблему.</​li><​li>​Текст сообщения не должен содержать обвинений или носить нравоучительный ​    ​характер.</​li></​ul> ​   <br /><​b><​i>​Оповещение</​i></​b><​br />  <br /><br />  <​ul><​li>​Оповещение используется тогда, когда источником оповещения ​    ​является объект данных. Если источником оповещения является не объект данных, ​    а например,​ форма обработки,​ то при использовании оповещения необходимо ​    ​обеспечить попадание ссылки на обработку в Историю работы пользователя.</​li><​li>​Используйте оповещения для информирования пользователя о произошедших ​    ​событиях без прерывания основной работы т.е. пользователю не обязательно ​    ​реагировать на оповещение,​ оно выдается для информации. ​    ​Оповещение сообщает о том, что запрошенная операция (запись элемента ​    ​справочника или проведение документа) выполнена.</​li><​li>​Оповещения рекомендуется делать с гиперссылками на соответствующие ​    ​объекты.</​li><​li>​Следует учитывать,​ что оповещения попадают в панель информации и поэтому ​    их не следует применять для протоколирования хода выполнения длительной ​    ​операции.</​li><​li>​Текст и пояснение оповещения рекомендуется составлять так, чтобы они ​    ​целиком помещались в окне оповещения с размерами &​quot;​по умолчанию&​quot;:<​ul><​li>​Текст – 36 знаков;</​li><​li>​Пояснение – около 100 знаков (с учетом переноса на три ​    ​строки).</​li></​ul></​li></​ul> ​  <br /><br />  <br /><​b><​i>​Состояние</​i></​b><​br />  <​ul><​li>​Используйте состояние для информирования о выполнении длительных процессов ​    ​(занимающих более 10 секунд),​ чтобы у пользователей не сложилось впечатление о     ​том,​ что программа &​quot;​зависла&​quot;​. Выводите одно состояние перед началом выполнения ​    ​(&​quot;​Выполняется расчет. Пожалуйста подождите…&​quot;​),​ в процессе выполнения (если ​    ​есть возможность) и при завершении (&​quot;​Расчет выполнен&​quot;​).</​li><​li>​Используйте состояние для длительных операций,​ состоящих из некоторого ​    ​числа более мелких операций. ​        ​Так,​ при переносе файлов с жесткого диска в информационную базу можно ​    ​выводить состояние для каждого переносимого файла. Например: ​    ​Состояние(&​quot;​Копирование файлов...&​quot;,​ Процент,​ &​quot;​Обрабатывается файл &quot; + ИмяФайла, ​    ​КартинкаИнформация).</​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>​Если содержание окна на старте не обязательно для ознакомления ​    ​пользователям,​ то необходимо предусмотреть по умолчанию возведенный флаг ​    &​quot;​Показывать при открытии программы&​quot;​. Флаг рекомендуется располагать под ​    ​содержанием окна.</​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>​Кнопкам рекомендуется устанавливать свойство &​quot;​ПропускатьПриВводе&​quot;​.</​li><​li>​Для поля, с которого обычно начинается ввод, рекомендуется установить ​    ​свойство &​quot;​АктивизироватьПоУмолчанию&​quot;​.</​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>​Работа с формой выполняется &​quot;​за один заход&​quot;,​ без необходимости ​    ​переключения в другие формы.</​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>​Название у кнопок должно содержать глагол,​ отвечающий на вопрос &​quot;​Что ​    ​сделать?&​quot;​ &​quot;​Найти&​quot;,​ &​quot;​Рассчитать&​quot;,​ &​quot;​Записать&​quot;​. Вместо глаголов можно ​    ​использовать отглагольные существительные.</​li><​li>​Кнопки следует размещать в непосредственной близости от объектов,​ на     ​которые они оказывают воздействие.</​li></​ul> ​  <br /><br />  <br /><​b>​Гиперссылки</​b><​br />  <​ul><​li>​Используются для перехода к другой форме, которая отображает<​ul><​li>​связанные данные (другие объекты)</​li><​li>​дополнительные данные этого же объекта в режиме &​quot;​только ​  ​просмотр&​quot;</​li></​ul> ​   </​li><​li>​Из названия гиперссылки должно быть понятно,​ что именно откроется в новом ​    ​окне,​ например,​ &​quot;​цены номенклатуры&​quot;,​ &​quot;​паспортные данные&​quot;​.</​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>​Если колонок много и итоговая колонка может быть не видна, то итоги лучше ​    ​оформлять отдельными полями типа &​quot;​Надпись&​quot;​.</​li><​li>​Если итогов несколько,​ то их лучше оформлять друг под другом,​ так ​    ​нагляднее разрядность значений.</​li></​ul> ​   <br /><​b><​i>​Команда &​quot;​Подобрать&​quot;</​i></​b><​br />  <​ul><​li>​Рекомендуется использовать название команды в форме инфинитива –     &​quot;​Подобрать&​quot;​.</​li><​li>​Если есть уверенность в том, что пользователям удобнее и эффективнее ​    ​работать с помощью &​quot;​Подобрать&​quot;,​ а не через &​quot;​Добавить&​quot;,​ то команду следует ​    ​расположить первой. Если нет, то второй или в другом месте.</​li></​ul> ​  <br /><br />  <br /><​b><​i>​Команда &​quot;​Отмена&​quot;</​i></​b><​br />  <​ul><​li>​Команда &​quot;​Отмена&​quot;​ должна использоваться для реальной отмены установленных ​    ​настроек и приводить к закрытию формы.</​li><​li>&​quot;​Отмена&​quot;​ не должна быть кнопкой по умолчанию. Если никакие действия кроме ​    ​закрытия формы недоступны,​ кнопкой по умолчанию должна быть кнопка ​    &​quot;​Закрыть&​quot;​.</​li></​ul> ​  <br /><br />  <br /><​b><​i>​Подписи к полям</​i></​b><​br />  <​ul><​li>​Единицы измерения лучше указывать после полей. ​    Не правильно<​br /><br />    <br /><br />    Правильно</​li><​li>​В списках единицы измерения следует указывать в заголовках колонок,​ а не в     ​каждой ячейке. ​    ​Частные случаи:<​ul><​li>​Процент – символ &​quot;​%&​quot;​ следует выводить в каждой ячейке,​ если в       ​конфигурации это принято повсеместно (Ставка НДС, Процент выполнения заказа ​      и пр.)</​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>​Требуется &​quot;​ручной&​quot;​ пересмотр всех картинок в конфигурации,​ как в общих ​    ​картинках,​ так и в картинках в формах.</​li><​li>​Не следует использовать в конфигурациях альфа-канал у картинок,​ чей размер ​    ​превышает 40000 точек (например,​ картинка 200х200 точек). Для таких картинок ​    не поддерживается корректное отображение в веб-клиенте,​ который работает в     ​веб-браузере Microsoft Internet Explorer 6.0. Это правило не относится к     ​картинкам-коллекциям,​ размер элементов которых меньше указанного ограничения.</​li><​li>​Если в конфигурации делается поле HTML документа,​ которое будет показывать ​    ​какие-либо картинки,​ то эти картинки нужно делать в формате PNG с 1-битным,​ а     не 8-битным альфа-каналом,​ т.е. в формате png-8, либо в формате png-24 без ​    ​альфа-канала. Для правильного отображения цветов в браузере рекомендуется ​    ​удалять из заголовка файла PNG информацию о палитре и гамма-коррекции.</​li><​li>​В остальном изображения должны соответствовать &​quot;​Руководству по созданию ​    ​изображений для типовых конфигураций на платформе 1С:​Предприятие 8.2&​quot;</​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>​В интерфейсных текстах используйте только прямые кавычки. В справке ​    ​допускается использовать французские кавычки &​quot;​елочки&​quot;​.</​li></​ul> ​  <br /><br />  <br /><​b><​i>​Названия и заголовки</​i></​b><​br />  <​ul><​li>​Рекомендуется избегать названий и заголовков,​ которые могут быть ​    ​неоднозначно поняты пользователями.</​li><​li>​Не рекомендуется использование названий и заголовков длиной более 60     ​символов.</​li><​li>​Термином &​quot;​родитель&​quot;​ обозначайте родственные отношения между физическими ​    ​лицами,​ но не для обозначения иерархии объектов информационной базы. Вместо ​    ​это можно использовать прикладные термины,​ например:<​ul><​li>​группа товаров</​li><​li>​головное подразделение</​li><​li>​в&​lt;​I&​gt;​ходит в группу</​li><​li>​входит в категорию</​li><​li>​находится в группе и т.д.</​li></​ul> ​   </​li><​li>​Если в конфигурации принято выводить количество элементов (например, ​    &​quot;​Товары(10)&​quot;​) в заголовках страниц или групп, то этот прием должен применяться ​    ​везде,​ во всех объектах конфигурации.</​li></​ul> ​  <br /><br />  <br />
 +<​b>​Когда использовать троеточия</​b><​br />  ​
 +<​ul><​li>​Используйте троеточия,​ если название команды или ссылки отражает действие ​    ​(&​quot;​Изменить форму&​quot;,​ &​quot;​Распределить задачи&​quot;​ – в форме инфинитива или ​    ​отглагольного существительного),​ а при нажатии осуществляется переход к     ​дополнительной форме (месту) для выполнения этих действий.</​li><​li>​Троеточие должно примыкать к последнему слову без пробела,​ например ​    &​quot;​Печать…&​quot;,​ а не &​quot;​Печать …&​quot;​.</​li><​li>​Если название команды описывает процесс,​ который будет запущен,​ то     ​троеточия не нужны. ​        ​Изменение формы&​quot;,​ &​quot;​Распределение задач&​quot;​ и пр.</​li></​ul> ​   <br /><​b>​Горячие клавиши </​b><​br />  <​ul><​li>​Рекомендуется установить сочетание клавиш для наиболее частотных команд.</​li><​li>​Рекомендуется установить сочетание клавиш для вызова часто используемых ​    ​неконтекстных форм. ​        ​Например,​ форма полнотекстового поиска,​ форма ежедневного отчета о рабочем ​    ​времени.</​li></​ul>​
 +</​body>​
 +</​html>​