Файл: Разработка конфигурации «Ежедневный складской учет» в среде 1С:Предприятие 8.3.pdf
Добавлен: 28.03.2023
Просмотров: 1628
Скачиваний: 22
СОДЕРЖАНИЕ
1.1 Выбор комплекса задач автоматизации
1.2 Характеристика существующих бизнес –процессов
1.3 Характеристика документооборота, возникающего при решении задачи
1.4 Обоснование проектных решений по информационному обеспечению
1.5 Обоснование проектных решений по программному обеспечению
2.1 Информационная модель и её описание
2.2 Характеристика нормативно-справочной, входной и оперативной информации
2.3 Характеристика результатной информации
2.4 Общие положения (дерево функций и сценарий диалога)
2.5 Характеристика базы данных
2.6 Структурная схема пакета (дерево вызова программных модулей)
2.7 Описание программных модулей
2.5 Описание контрольного примера реализации проекта
2.6 Организации, входящие в состав предприятия
2.7 Магазины, склады и кассы торгового предприятия
2.8 Сотрудники торrовоrо предприятия
2.9 Ввод сведений о контрагентах
2.10 Установка начальных сведений о предприятии
2.11 Пользователь, интерфейс, команда
2.11 Командный интерфейс системы
2.12 Структура командного интерфейса
2.14 Формирование состава командного интерфейса
2.15 Настраивание состава команд
2.18 Редактирование командного интерфейса
2.19 Редактирование командного интерфейса
2.20 Автоматическое размещение и видимость команд
2.21 Поддержка основных бизнес процессов ресурсами информационной системы
Приложение А - Структура дорабатываемой информационной системы
Отдельно стоит обратить внимание на командный интерфейс раздела Рабочий стол. Этот раздел предназначен для отображения наиболее важной для пользователя информации и наиболее часто используемых команд. Именно рабочий стол открывается по умолчанию при запуске прикладного решения.
В связи с тем, что для разных пользователей состав важной информации различен, рабочий стол не связан с какой-либо из подсистем. По той же причине состав отображаемой информации и доступных команд формируется вручную разработчиком.
Для наполнения рабочего стола командами используется редактор командного интерфейса рабочего стола. О нем мы поговорим в дальнейшем (см. раздел «Система настройки командного интерфейса»).
2.14 Формирование состава командного интерфейса
Разобравшись со структурированием командного интерфейса, перейдем к рассмотрению того, как платформа наполняет его командами.
Основной целью, достигаемой при формировании состава команд, является «превращение» полного командного интерфейса в командный интерфейс конкретного пользователя, запустившего прикладное решение. При этом идеология системы «1 С:Предприятие 8.3» обуславливает выполнение действий по «превращению» на сервере приложений.
В соответствии с задачами, решаемыми системой при формировании командного интерфейса, процесс его построения можно условно разбить на несколько этапов.
■ Обеспечение доступности только тех команд, которые пользова-тель имеет право выполнять.
Для решения этой задачи используется механизм прав доступа - состав команд, доступных конкретному пользователю, автоматически формируется системой на основании прав, устанавливаемых для ролей этого пользователя.
■ Оптимизация командного интерфейса в соответствии с задачами, решаемыми конкретным пользователем.
Для решения этой задачи выполняется настройка пользова-тельской видимости команд по ролям — для доступных пользо-вателю команд система определяет их видимость по умолчанию. Эта видимость задается разработчиком. При этом платформа обеспечивает возможность задания видимости в разрезе ролей.
■ Исключение команд, относящихся к отключенным функциональным возможностям.
Для решения этой задачи выполняется настройка доступности команд по функциональным опциям - система автоматически ограничивает состав доступных команд только теми функци-ональными возможностями прикладного решения, которые используются в конкретном случае.
■ Предоставление пользователю возможности собственной настройки видимости команд.
Для решения этой задачи выполняется настройка видимости команд в разрезе пользователей прикладного решения.
Обеспечение доступности команд
При формировании командного интерфейса для конкретного поль-зователя в первую очередь анализируются права этого пользователя на доступ к данным. Это позволяет автоматически согласовать набор команд, предоставляемых пользователю, с набором предоставленных ему прав.
Доступ пользователя к разделу можно ограничить на уровне функци-ональной структуры прикладного решения. Для такого ограничения используется право Просмотр объекта конфигурации Подсистема.
Из командного интерфейса пользователя исключаются все разделы, соответствующие подсистемам, для которых у роли пользователя право Просмотр не установлено.
Например, у роли Менеджер для подсистемы Закупки право Просмотр установлено. В командном интерфейсе доступна команда выбора соответствующего раздела и доступны команды этого раздела
Рисунок 2.17 - Право на просмотр подсистемы установлено
У роли Продавец для этой же подсистемы право не установлено. В командном интерфейсе команда перехода к разделу Закупки недоступна, и невозможно использовать команды этого раздела (Рисунок 2.18).
Рисунок 2.18 - Право на просмотр подсистемы не установлено
Если необходимо ограничить доступ пользователя только к командам, связанным с определенным объектом конфигурации, это можно реализовать установкой прав на объект конфигурации, предоставля-ющий эти команды.
Оптимизация командного интерфейса
Кроме доступности команд в зависимости от прав, система выполняет настройку видимости доступных команд для конкретных ролей пользователей. Связано это с тем, что одна и та же доступная
Доступность команд по функциональным опциям
Установка доступности команд в зависимости от значений функ-циональных опций не зависит от роли пользователя, то есть выпол-няется одинаково для всех ролей.
Механизм функциональных опций позволяет определить в прикладном решении ту функциональность, которая может использоваться или не использоваться в зависимости от потребностей конкретной организации.
Различным элементам командного интерфейса могут быть назначены функциональные опции.
При эксплуатации прикладного решения можно устанавливать значение для функциональных опций. В зависимости от установленного значения система будет автоматически включать/выключать отображение всех элементов командного интерфейса, которым эта функциональная опция назначена.
Например, в демонстрационной базе реализован функционал учета по складам. Но часть компаний, использующих прикладное решение, не ведут учет в разрезе складов. Для этих компаний из интерфейса необходимо исключить элементы, связанные с функционалом учета по складам.
Значение функциональной опции, управляющей учетом по складам, хранится в константе Учет по складам. Функциональная опция связана со справочником Склады.
В общем случае в качестве хранилища значений функциональных опций кроме констант могут выступать элементы справочников и записи регистра сведений.
Если константа имеет значение Истина, то команды для работы со справочником включены в командный интерфейс
ЕСЛИ же значение константы Ложь, то эти команды из командного интерфейса исключены
Таким образом, при отсутствии учета в разрезе складов мы имеем возможность убрать из прикладного решения «лишнюю» функцио-нальность, в том числе и команды из командного интерфейса.
В общем случае формирование глобального командного интерфейса
выполняется в зависимости:
■ от структуры подсистем и их свойств Включать в командный интерфейс - определяют структуру командного интерфейса;
■ состава объектов конфигурации и их свойств Использовать стан-дартные команды - определяют состав команд прикладного решения;
■ прав пользователя, определяющих состав доступных команд;
■ настройки пользовательской видимости команд по умолчанию (возможно, в разрезе ролей);
■ установленных значений функциональных опций;
■ настроек самого пользователя.
2.15 Настраивание состава команд
В дальнейшем изложении для демонстрации механизмов конс-труирования командного интерфейса мы будем использовать демонстрационную базу.
В качестве демонстрационного примера мы будем решать практическую задачу по адаптации этой конфигурации.
Постановка задачи
На предприятии процесс ценообразования выделен в отдельный функциональный блок, и управлением ценами занимаются специально выделенные сотрудники. В демонстрационной базе операции управления ценами совмещены с операциями управления товарными запасами в подсистеме Запасы и Закупки.
Необходимо выделить функционал управления ценами в отдельную подсистему и создать командный интерфейс для сотрудников, работающих с этой подсистемой.
Системные команды
Начнем мы с самого простого - с главного меню приложения. Главное меню формируется из системных команд, предоставляемых тех-нологической платформой. С точки зрения управления это самая простая группа команд.
Системные команды присутствуют в любом прикладном решении, и разработчик прикладного решения не может изменить их состав. Для всех пользователей, вне зависимости от роли, в командном интерфейсе доступен один и тот же набор системных команд.
Все системные команды доступны через главное меню прикладного решения. Часть команд, доступных из главного меню, представлены в области системных команд
Вызов главного меню осуществляется кнопкой Главное меню, расположенной в области системных команд основного или вспо-могательного окна приложения (см. раздел «Основное окно приложения», стр. 13).
О пользовательской настройке видимости системных команд рассказано в разделе «Настройка области системных команд», стр. 119.
2.16 Состав разделов
Как уже было сказано, состав команд панели разделов определяется составом объектов конфигурации Подсистема верхнего уровня иерархии.
Однако создание в дереве конфигурации подсистемы верхнего уровня еще не гарантирует, что для нее при построении командного интерфейса будет создан раздел.
Для простых конфигураций возможна работа без подсистем. В этом случае все команды располагаются на рабочем столе. Раздел «Рабочий стол» формируется всегда. Однако в зависимости от настроек он может быть пустым.
Формирование раздела командного интерфейса для подсистемы верхнего уровня иерархии управляется свойством подсистемы Включать в командный интерфейс
Данное свойство оказывает влияние на формирование раздела командного интерфейса для всех пользователей прикладного решения, независимо от назначенных им ролей. Доступность же раздела для того или иного пользователя определяется назначенной ему ролью (см. раздел «Обеспечение доступности команд», стр. 27).
ПРИМЕЧАНИЕ
В «1 С:Предприятии 8.2» подсистемы могут использоваться так же, как и в предыдущих версиях, то есть для группировки/фильтрации объектов конфигурации в режиме Конфигуратор. При таком использовании у подсистемы свойство Включать в командный интерфейс обычно сбрасывается.
Если для подсистемы верхнего уровня свойство Включать в командный интерфейс установлено, то для нее будет сформирован отдельный раздел. Стандартные команды объектов конфигурации, включенных в подсистему, будут учитываться при формировании командного интерфейса пользователя.
Например, для подсистемы Финансы свойство Включать в командный интерфейс установлено. Для этой подсистемы сформирован раздел, и команды включены в командный интерфейс.
В командном интерфейсе раздел формируется для подсистем с установленным свойством «Включать в командный интерфейс»
Если же для подсистемы свойство Включать в командный интерфейс сброшено, то стандартные команды объектов, принадлежащих этой подсистеме, не будут учитываться при формировании командного интерфейса пользователя.
Например, для подсистемы Финансы свойство Включать в командный интерфейс сброшено. Для этой подсистемы раздел не сформирован, и, следовательно, команды недоступны,
Для новых подсистем свойство Включать в командный интерфейс устанавливается по умолчанию, то есть предполагается, что подсистемы в первую очередь предназначены для формирования командного интерфейса. Если же выполняется конвертация конфигурации, разработанной для версии 8.1, то у всех подсистем свойство будет сброшено.
Теперь мы можем начать решать поставленную задачу.
Прежде всего, создадим новую подсистему верхнего уровня иерархии. Для добавления подсистемы используем команду Добавить контекстного меню узла Подсистемы дерева конфигурации (Рисунок 2.19).
Рисунок 2.19
В результате будет добавлен объект конфигурации и откроется окно свойств этого объекта.
В группе свойств Основные представлены свойства:
■ Имя - определяет идентификатор объекта для доступа из встроенного языка;
■ Синоним - определяет представление объекта в интерфейсе; оставим автоматически сформированный синоним.
Свойство Включать в командный интерфейс оставим установленным - нам необходимо формировать раздел в командном интерфейсе.
Теперь необходимо вспомнить, что доступность раздела для пользователя определяется значением права Просмотр, установленным у роли пользователя для соответствующей подсистемы. Проконтролируем значение этого права для роли Менеджер - право должно быть установлено.
Следующей операцией по созданию раздела является его наполнение командами.
2.17 Стандартные команды
Для начала разберемся, какими же командами может быть наполнен раздел командного интерфейса.
В раздел командного интерфейса включаются стандартные команды тех объектов конфигурации, которые принадлежат соответствующей подсистеме верхнего уровня (и подсистемам иерархически ей подчиненным).