Архитектура 1С Предприятия. Лекция 1

1.

Лекция 1
Архитектура 1С Предприятия

2.

Архитектура
1С: Предприятия
Система
1С :Предприятие представляет
совокупность четырех составляющих:
с обой

3.

Метаданные –описание
прикладного решения
• При создании прикладных решений1С:Предприятия
используется абстрактная технология метаданных.
• Метаданные представляют собой иерархическую
с труктуру объектов, полностью описывающ ую все
прикладное решение. Э та с труктура называетс я
«дерево объектов конфигурации».
• Отличительной
особенностью
технологии
метаданных является использование визуального
конструирования прикладного решения.

4.

Дерево объектов

5.

Метаданные и
встроенный язык
• Все прикладное решение представляется не в виде строк
с инструкциями на языке программирования, а в виде
иерархической структуры объектов конфигурации. При
этом разработчик использует встроенный язык и язык
запросов для того, чтобы описать специфические
алгоритмы поведения тех или иных объектов конфигурации
вразличные моменты исполнения прикладногорешения.
• Использование встроенного языка при разработке
прикладных решений ограничено в основном решением
тех
задач,
которые
действительно
требуют
алгоритмического описания, например, расчета налогов,
проверки корректности введенных данных и пр. Основная
же структура прикладного решения описывается
структурой объектов конфигурации.

6.

Конфигурирование, программирование
и администрирование
• Конфигурирование - это процесс создания или
изменения конфигурации БД. Поскольку это
часто сопровождается написанием какого-либо
программного кода на встроенном языке, то
этот
процесс
часто
называют
программированием.
• Администрирование - это процесс обеспечения
работоспособности базы данных. Т.е. как
такового программирования он не требует, как
то : создание пользователей, установка прав
доступа,
архивирование,
тестирование,
исправление и восстановление БД, подключение
внешних печатных форм, обработок и тд.

7.

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

8.

Средства разработки
платформы
редактор форм,
редактор текстов и модулей,
редактор командного интерфейса конфигурации,
редактор рабочей области рабочего стола,
редактор командного интерфейса рабочего стола,
редактор командного интерфейса,
редактор «Все подсистемы»,
редактор роли,
редактор «Все роли»,
редактор «Все ограничения доступа»,
редактор табличных документов,
редактор графической схемы,
редактор картинок,
HTML-редактор.

9.

Синтакс-помощ ник
Синтакс-помощник
позволяет
быстро
получить
справку
по
синтаксису встроенного языка в
процес се
напис ания
кода
программы.
Синтакс-помощник позволяет:
• находить
опис ания
объектов
встроенного языка
o
o
o
выбором из дерева объектов;
поиском по подстроке;
используя
возм ожности
поиска;
полнотекстового
переходить
к
нужной
информации по гиперссылкам;
переходить
к
описанию
интерес ующей конструкции из
текста программного модуля;
копировать готовые конструкции
вс троенного
языка
в
программный модуль.

10.

Объектные и
необъектные данные
• В 1С:Предприятии принято разделять все прикладные
данные на те, которые имеют объектную природу (данные
справочников, документов) и не имеют объектной
природы (данные регистров).
• Подобное деление определяет два различных подхода к
работе
с данными. Данные, имеющие объектную
природу, хранятся вбазе данных ввидеобъектов.
• Каждый объект ценен для системы уже одним фактом
своего
существования
и
имеет
уникальный
идентификатор – ссылку.
• Данные, имеющие необъектную природу, хранятся в базе
данных в виде записей. Для уникальной идентификации
которых используется ссылка на документ движения –
Регистратор.

11.

Регистры 1С
Цель использования регистра 1С зависит от его вида:
• Регистры сведений – позволяют хранить в прикладном
решении произвольные данные в разрезе нескольких
измерений, а так же в разрезе времени. Например, курсы
валют в разрезе валют, или цены предприятия в разрезе
номенклатуры и типа цен.
• Регистры бухгалтерии - используются в механизме
бухгалтерс кого учета и позволяют вес ти многоуровневый и
многомерный аналитический учет, учет по нескольким
планам счетов, опциональное ведение количественного,
с ум м о вого и валютного учета по отдельным разреза м
аналитики и т.д.
• Регистры накопления – позволяет "накапливать" числовые
данные в разрезе нескольких измерений. Например, остатки
товаров в разрезе номенклатуры и с клада, или объем
продаж в разрезе номенклатуры иподразделения.
• Регистры расчета - используются в механизме сложных
периодических расчетов и служат для хранения записей о тех
или иных видах рас чета, которые необходим о выполнить, а
также для хранения про м ежуточных данных и са м их
результатов выполненных расчетов.

12.

Подчинение
регистратору

13.

Контроль ссылочной
целостности
Механизм контроля ссылочной целостности разделяет
процесс удаления объектов данных на два этапа:
• Установка метки на удаление. При этом помеченный на
удаление объект практически ничем не отличается в
использовании от обычного объекта.
• Удаление
помеченных
объектов
(администратор
системы, или иное лицо, для которого определены
соответствующие права). В ходе выполнения этой
процедуры происходит полный анализ всех ссылок на
помеченные объекты, и удаляются только те объекты, на
которые ссылки либо отсутствуют, либо располагаются в
объектах, которые также помечены для удаления.
Фактически, процедура удаления помеченных объектов
является регламентной.
Ее
рекомендуется
выполнять
периодически по мере накопления помеченных объектов.
Данная процедура выполняется только в монопольном
режиме.

14.

Источники данных 1С:
Предприятия
В качестве источника данных могут выступать:
• наборы записей регистров (для формирования
отчетов и проведения документов),
• таблицы значений (для подготовки данных перед
проведением документа),
• табличная часть (для формирование печатных
ф о р м документов),
• результат запроса ( в подзапросах и временных
таблицах),
• область ячеек табличного документа,
• прикладной объект (как дополнение к данным
отчетов, печатных ф о р м и др. ).

15.

16.

17.

18.

Управляемый
интерфейс
• Пользовательский интерфейс 1С: Предприятия построен
по принципу декларативного описания. Он называется
«управляемым» потому, что с помощью прав и ролей
пользователей, функциональных опций и настроек
пользователя
платформа
автоматически
строит
командный интерфейс, управляемые формы и отчеты.
• Пользовательский интерфейс 1С: Предприятия можно
охарактеризовать
как
задаче-ориентированный,
позволяющий в каждом отдельном окне приложения
(основном или вспомогательном) решать конкретную
задачу. Основное окно приложения предназначено для
навигации по прикладному решению и вызова различных
команд. Вспомогательное окно предназначено для
работы с объектами информационной базы. В основном
окне
приложения
пользователю
предоставляется
структура прикладного решения вся (панель
разделов)
и рабочий стол.

19.

1С: Предприятие и Microsoft Corp.
• Windows Forms (WF) — название интерфейса
программирования приложений (API), отвечающего
за
графический
интерфейс
пользователя
и
являющегося частью Microsoft .NET Framework . Данный
упрощает
доступ
к
элементам
интерфейс
интерфейс а Microsoft Windows за счет создания
Win32
API
в
обертки
для
существующего
управляемом коде.
• Windows Presentation Foundation (WPF) — система для
построения клиентс ких приложений Windows с
визуально
привлекательными
возможностями
взаимодействия с пользователем, графическая
(презентационная) подсистема в составе .NET
Framework (начиная с версии 3.0), использующая язык
XAML.

20.

21.

22.

Обычное приложение
MDI-приложение

23.

Запуск обычной формы в
управляемом приложении
Обычные формы могут работать только в толстом
клиенте. Тонкий и веб-клиенты поддерживают
работу только с управляемыми формами .
Поэтому, если нужно открыть обычную фор му в
управляемом интерфейсе приложения, то это
возможно только в толстом клиенте, запущенном
врежиме управляемогоприложения.
I. Чтобы установить запуск толстого клиента в
режиме управляемого приложения необходимо
указать это в параметрах системы:
Сервис - Параметры - Запуск 1С:Предприятия Основные Толстый клиент (управляемое
приложение).

24.

25.

II. При этом нужно помнить, что запуск клиентов в
управляемом режиме возможен только в том случае,
если у конфигурации отключена совместимость в
версией 8.1 (свойство РежимСовместимости).

26.

III. В параметрах конфигуратора выбрать режим
редактирования
конфигурации
Управляемое
приложение и обычное приложение (Сервис Параметры - Общие).

27.

IV. Установить возможность использования обычных ф о р м в
управляемом режиме через свойство конфигурации –
Использовать обычные формы вуправляемомприложении:
Важно, чтобы у объекта должна существовать единственная
основная ф о р м а объекта, и эта ф о р м а должна быть
обычной, неуправляемой. Иначе платформой будет по
умолчанию генерироваться или открываться (если она есть)
управляемая фор ма .

28.

Файловый и Клиентсерверный варианты работы
Файловый вариант работы рассчитан на персональную
работу одного пользователя или работу небольшого
количества пользователей в локальной сети. В этом
варианте
все
данные
информационной
базы
(конфигурация,
база
данных,
административная
информация) располагаются в одном файле –
файловой базе данных.

29.

Клиент-серверный
вариант
предназначен
для
использования в рабочих группах или в масштабе
предприятия. Он реализован на основе трехуровневой
архитектуры «клиент-сервер»

30.

Использование встроенного
языка на клиенте
Управлять функциональностью ф о р м можно не только на
сервере, но и на клиенте. На клиенте также поддерживается
работа встроенного языка, но
в строго ограниченном
объеме. Он используется в тех случаях, когда необходимо
провести расчеты, связанные с отображенной на экране
формой, задать пользователю вопрос и обработать ответ,
прочитать файл из файловой системы компьютера
и
отправить его на сервер.
Клиентские процедуры в модулях в явном виде отделяются от
серверных, и в них используется ограниченный состав
объектной модели встроенного языка.
На клиенте не допускается непосредственная работа с
базой данных, а также работа непосредственно с
прикладными объектами (СправочникОбъект.<имя>). На
клиенте
невозможно
использовать
запросы.
При
необходимости вызова действий с данными в клиентском
коде нужно вызывать серверные процедуры, которые, в свою
очередь, будут обращаться кданным.

31.

Управляемые формы и клиентсерверное деление
Основные особенности управляемых ф о р м :
• Декларативное, а не «по пикселям»
описание
структуры
формы.
Конкретное
размещение
элементов выполняется системой автоматически при
отображении формы.
• Вся функциональность формы описывается в виде
реквизитов и команд. Реквизиты – это данные, с
которыми
работает
форма,
а
команды
–
выполняемые действия.
• Форма выполняется и на сервере и на клиенте.
• В контексте клиента, недоступны практически все
прикладные типы, и соответственно
невозможно
изменить данные винформационной базе.

32.

Директивы компиляции
• Для каждого метода или переменной формы
обязательно должна быть указана директива
компиляции, определяющая, место выполнения
(клиент или сервер) и доступ к контексту формы.
Перечислим директивы компиляции методов формы:
&НаКлиенте
&НаСервере
&НаСервереБезКонтекста (без данных родителя)
&НаКлиентеНаСервере
&НаКлиентеНаСервереБезКонтекста

33.

Средства
администрирования
• Список пользователей - не является частью
прикладного решения, а формируется отдельно
• Система прав доступа - позволяет описать наборы
прав, соответствующие должностям пользователей
или виду деятельности
• Журнал регистрации - хранение информации о
событиях, происходящих винформационной базе

34.

Спасибо за внимание.