1.3. Новая стратегия разработки прикладного решения
В управляемом приложении без существенных изменений используется весь слой системы, работающий с данными информационной базы и реализующий бизнес-логику. Сюда относятся: описание структур данных в конфигурации, работа с прикладными объектами (справочниками, документами и др.), механика запросов, механизмы обмена данными и т. д.
Управляемое приложение полностью меняет весь слой работы с интерфейсом.
Новая концепция интерфейса ставит перед разработчиком ряд задач, которые раньше не возникали или были не столь значимыми:
Проектирование состава подсистем. Ранее подсистемы использовались разработчиком лишь для выделения функционала прикладного решения в некоторые группы, которые облегчали разработку. Это деление практически не имело внешнего проявления, критичного для пользователя. Теперь же структура подсистем приобретает одно из важнейших значений, т.к. именно по ней система будет строить командный интерфейс пользователя. Поэтому теперь следует тщательно продумывать состав подсистем, с точки зрения того, как пользователь должен "видеть" прикладное решение. Объекты конфигурации следует распределять по подсистемам аккуратно и осмысленно.
Установка интерактивных свойств метаданных. Для реквизитов объектов конфигурации следует сразу задавать свойства, определяющие способы отображения и редактирования данных (раньше – в основном программным способом).
Проектирование и настройка функциональных опций. Начиная разработку, следует продумать, какие части функционала должны быть настраиваемыми при внедрении.
Настройка видимости по ролям. Следует продумать, что и каким ролям показывать по умолчанию, чтобы интерфейс системы не оказался перегружен. Например, какие команды ввода новых объектов поместить в панель действий.
Подбор состава команд. Следует подбирать необходимые контекстные команды для отображения в формах.
Оценка работы интерфейса. Полезно посмотреть, как выглядит интерфейс для типичных пользователей, а также посмотреть, как выглядит интерфейс с выключенными функциональными опциями.
Процедура создания новой информационной базы (иб) в режиме уп
После инсталляции новой ИБ «традиционным» способом полученная конфигурация автоматически приобретает свойство (рис.1.1.). Основным свойством дерева конфигурации здесь является:
Режим запуска->Управляемое приложение
Отметим изменение состава объектов конфигурации. В частности, появились новые объекты.
Общие реквизиты: здесь содержатся реквизиты, которые могут использоваться во многих объектах конфигурации. Например, если вы планируете добавить в документы своей конфигурации одинаковый реквизит, содержащий наименование организации, от имени которой составлен документ, это вполне логично реализовать с помощью общего реквизита. Кроме того, общие реквизиты используются в механизме разделения данных.
Функциональные опции: их используют для того, чтобы описывать возможности, которые можно включать и отключать в процессе эксплуатации системы. Функциональные опции могут влиять на командный интерфейс, например, скрывая или отображая некоторые группы команд, а так же – на алгоритмы, написанные на встроенном языке.
Рис.1.1. Свойства корневой вершины дерева конфигурации
Параметры функциональных опций: Содержит параметры, влияющие на функциональные опции.
Хранилища настроек: Используется для сохранения и загрузки настроек.
Общие команды: Позволяет создавать команды, которые можно использовать в других объектах конфигурации, вызывая их, например, с помощью кнопок на формах.
Группы команд: Позволяет создавать группы для объединения команд
Элементы стиля: Позволяет создавать элементы стиля, такие, как цвет, шрифт, рамка, для организации единообразного оформления других объектов.
Внешние источники данных: эти объекты используются для получения информации из внешних источников и последующего использования ее в системе, в частности, в качестве источников данных для запросов, в качестве типов реквизитов информационной базы и так далее.
Теперь в дереве конфигурации нет следующих объектов:
Интерфейсы
Стили
Кроме того, некоторые объекты, в частности, это касается подсистем, теперь используются по-другому. Правила разработки таких подсистем будут рассмотрены позднее.