Из чего состоит основная конфигурация 1с

2.2. Структура конфигурации

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

Программист, использующий среду разработки Конфигуратор, работает с конфигурацией, как главным объектом процесса разработки. С точки зрения программиста конфигурация – это проект, объединяющий в своем составе модель предметной области и программный код.

В целом можно представить упрощенную схему процесса разработки, когда конфигурация как проект разработки превращается в типовую конфигурацию, с которой работают пользователи (рис.2.2).

Рис. 2.2. К понятию «конфигурация»

В «1С: Предприятии» данные и метаданные хранятся в одном месте, которое называется информационной базой (рис.2.3).

Информационная база – совокупность данных и метаданных, хранящихся в локальной или серверной базе данных и доступных для пользователей и разработчиков

При работе с базой данных пользователей редактируемые данные блокируются. Это относится как к данным, так и метаданным. Действительно, нельзя изменить структуру таблицы, если ее содержимое заблокировано хотя бы и частично. Для того, чтобы обеспечить возможность разработки (доработки) конфигурации одновременно с работой пользователей, в «1С: Предприятии» используются два экземпляра конфигурации.

Рис. 2.3. Процесс обновления информационной базы

Конфигурация БД – метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, недоступные для интерактивного изменения.

Основная конфигурация — метаданные, содержащие структуру конфигурации, хранящиеся в локальной или серверной БД, доступные для интерактивного изменения.

Разработчик в процессе работы имеет дело с основной конфигурацией. Ее состав доступен в дереве конфигурации в среде разработки Конфигуратор. После внесения необходимых изменений (в ходе этих работ пользователи продолжают работать с информационной базой) разработчик обновляет конфигурацию базы данных и на этом этапе необходимо использовать информационную базу в монопольном режиме.

Конфигурация имеет в своем составе:

Структуру учетных данных (основные объекты – справочники, документы, планы);

Структуру пользовательского интерфейса (формы, меню, командные панели и т.д.);

Модули различных типов с программным кодом (общие, объектов, форм);

Механизмы хранения и обработки итоговых данных (регистры);

Механизмы представления бизнес-процессов (бизнес-процессы и задачи);

Механизмы создания распределенных информационных баз (планы обмена);

Механизмы разграничения прав доступа;

2.3. Архитектуры системы программ «1с: Предприятие»

Система «1С: Предприятие» поддерживает два варианта работы: файловый и клиент-серверный.

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

Рис. 2.4. Файловый вариант работы

В файловом варианте тоже можно вести реальную учетную работу, но он не предоставляет всех возможностей по масштабируемости, защите данных, какие имеет клиент-серверный вариант. Поэтому он используется на малых предприятиях.

Клиент-серверный вариант предназначен для использования на средних и крупных предприятиях. Он реализован на основе трехуровневой архитектуры «клиент-сервер» (рис. 2.5)

1С: Предприятие 8

1С: Предприятие 8

Сервер базы данных

Рис. 2.5. Трехуровневая архитектура 1С: Предприятия

Клиент-серверный вариант работы — это основной вариант работы в многопользовательской среде с большим объемом данных. Он предоставляет абсолютно все возможности по масштабируемости, администрированию и защите данных. Однако он требует значительных усилий по установке и администрированию.

При этом физически серверная и клиентские части системы 1С: Предприятие 8 могут располагаться как на разных компьютерах, так и на одном. Главное, что пользователь не имеет непосредственного доступа к серверу баз данных, и это позволяет обеспечивать безопасность данных. А в файловом варианте база данных должна находиться на некотором общем сетевом ресурсе, доступном пользователям.

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

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

Клиент-серверная архитектура разделяет всю работающую систему на три различные части, определенным образом взаимодействующие между собой, — Клиент, Сервер 1С: Предприятия и Сервер баз данных.

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

Клиентское приложение взаимодействует с сервером 1С:Предприятия. Сервер 1С:Предприятия — это тоже программа, часть системы 1С :Предприятие.

Одна из основных задач этой программы — передавать запросы от клиентского приложения к серверу баз данных и возвращать обратно клиенту результаты этих запросов.

Другая задача сервера — исполнение большинства алгоритмов на встроенном языке, подготовка данных для отображения форм, отчетов и т.д. То есть, все сложные вычисления, требующие непосредственной работы с данными, исполняются именно на сервере. При этом на сервере доступно практически все пространство типов встроенного языка 1С:Предприятия, за исключением, чисто интерфейсных типов, потому что у сервера нет никакой интерфейсной части, так как он общается не с пользователями, а только с другими программами: клиентским приложением и с сервером баз данных.

Сервер баз данных — это тоже программа. Она уже не является частью 1С:Предприятие, это специализированная программа, поставляемая сторонними производителями. Ее основное назначение организация и ведение баз данных — структурированных наборов данных, описывающих характеристики каких-либо физических или виртуальных систем. В настоящее время система 1С: Предприятие может работать со следующими серверами баз данных: Microsoft SQL Server, PostgreSQL, IBМ DB2, Oracle Database. File DBMS.

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

Все, что разработано и написано в конфигурации пока только некая «заготовка». Платформа запускаемая в режиме 1С:Предприятие, превращает все это в программу, которую уже можно исполнить на компьютере, — компилирует. При этом есть разные части системы, в которых исполняется код – сервер и клиентские приложения. Поэтому для общих модулей необходимо в явном виде указать, на какой «стороне» они должны быть скомпилированы — на сервере или клиенте.

Если установить свойство Клиент (управляемое приложение), то экземпляры этого модуля будут скомпилированы только на стороне клиента в контекстах тонкого клиента и веб-клиента. Если у модуля установлено только свойство Сервер, то модуль будет скомпилирован только на стороне сервера.

Клиентских приложений – три: Толстый клиент (1cv8.exe), Тонкий клиент(1cv8с.exe) и Веб-клиент.

«Толстым» клиент называется потому, что может исполнять всю функциональность встроенного языка, в том числе работать с типами данных СправочникОбъект.<имя>, ДокументОбъект.<имя>. Он требует значительных ресурсов на компьютере пользователя.

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

Веб-клиент не существует в виде файла, потому что он исполняется не в среде операционной системы, а в среде интернет-браузера. Пользователю достаточно всего лишь запустить свой браузер, ввести адрес веб-сервера, на котором опубликована информационная база и веб-клиент скачается к нему на компьютер и начнет исполняться.

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

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

После запуска прикладного решения выполнение кода всегда начинается на клиенте. В процессе работы выполнение кода может быть передано на сервер посредством вызова процедуры общего модуля, скомпилированного на сервере.

При вызове процедуры или функции её поиск осуществляется сначала на клиенте. Если скомпилированный контекст клиента не содержит данную процедуру, то поиск продолжается на стороне сервера. Если вызываемая процедура будет найдена, то выполнение кода будет передано на сервер. После завершения процедуры выполнение кода продолжится на клиенте.

Объекты конфигурации

Объекты конфигурации — это составные элементы, «детали», из которых складывается любое прикладное решение.

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

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

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

На основании этого описания технологическая платформа создаст в базе данных соответствующие информационные структуры, и определенным образом будет работать с данными, хранящимися в этих структурах. Разработчику нет необходимости заботиться о том, в каких таблицах, например, должны размещаться данные, каким образом они будут модифицироваться или представляться пользователю. Все эти действия платформа будет выполнять автоматически, исходя из типового поведения используемых объектов.

Таким образом, разработчик оперирует метаданными — «данными о данных», или объектами конфигурации. Добавляя в структуру прикладного решения очередной объект конфигурации, разработчик, по сути, добавляет описание того, как будут размещаться соответствующие данные, и как они будут взаимодействовать с другими данными, хранящимися в информационной базе.

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

Состав основных объектов конфигурации, используемых в 1С:Предприятии 8, перечислен далее:

Разбор тестирования 1С:Профессионал и PMP

Правильный ответ первый. External processor file это расширение внешних обработок, External report file расширение внешних отчетов, Configuration file это расширение файла конфигурации.

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

1. Объекты конфигурации
2. Объекты встроенного языка
3. Объекты информационной базы
4. Верны ответы 1 и 3
5. Верны все варианты

1. Основная конфигурация
2. Конфигурация базы данных
3. Конфигурация поставщика
4. Внешние конфигурации

1. свойства Комментарий у объекта конфигурации
2. создания реквизита «Классификация»
3. с помощью объекта конфигурация Подсистемы
4. верны варианты 1 и 2
5. верны все варианты

1. Только одна
2. Только две (рабочая и демонстрационная)
3. Неограниченно
4. Определяется комплектом поставки прикладного решения
5. Определяется в настройках конфигурации

1. Одна
2. Две
3. Три
4. Сколько угодно

1. Всегда
2. Только для основной конфигурации
3. Для основной конфигурации и конфигурации базы данных
4. Для конфигурации поставщика
5. Для конфигурации открытой из файла

15 комментариев:

Этот комментарий был удален автором.

Сколько конфигураций обязательно должно существовать в прикладном решении?
Правильный ответ — две
Пояснения: основная и конфигурация БД

Вопрос 01.34 экзамена 1С:Профессионал по платформе. Какую конфигурацию можно изменять интерактивно в конфигураторе?

Правильный ответ первый. Конфигурация поставщика остается неизменной, конфигурация базы данных приводится к ОСНОВНОЙ конфигурации после процедуры обновления.

Спасибо вам Elena, вы меня просто спасли от депрессии и алкоголизма.

вопрос про кол-во конфигураций в прикладном решении изменен: теперь не "Сколько обязательно ДОЛЖНО существовать", а "сколько МОЖЕТ существовать".

1.65 Сколько конфигураций может существовать в прикладном решении?
1. Одна
2. Две
3. Три
4. Сколько угодно

ответ 4 — сколько угодно.
пояснение:
В общем случае информационная база «1С:Предприятия» может хранить более двух конфигураций: основную конфигурацию, конфигурацию базы данных и несколько конфигураций поставщиков.

вопрос 1.34 изменился:

1.74 Какую конфигурацию можно изменять интерактивно в конфигураторе?
1. Основная конфигурация
2. Конфигурация расширения
3. Конфигурация базы данных
4. Варианты 1 или 2
5. Варианты 1 или 2 или 3

правильный теперь ответ 4 — варианты 1 или 2

Есть похожий вопрос,внимательнее!
Какую конфигурацию можно изменять интерактивно в конфигураторе?
Основная конфигурация
Конфигурация базы данных
Конфигурация поставщика
Варианты 1 или 2
Варианты 1 или 2 или 3

Конфигурация 1С:Предприятие

Конфигурация 1С — это описание логики бизнес-приложения (прикладного решения), хранящее алгоритмы обработки информации, а также иную информацию. Состоит из объектов конфигурации.

Виды конфигураций 1С:

1. Конфигурация базы данных(для пользователей), определяет текущую структуру информационной базы и модель прикладного решения в режиме исполнения, и изменяется только в определенные моменты времени (по регламенту). Не редактируется интерактивно (спорно, с учетом возможности подстройки прикладного решения пользователем под себя), строится платформой из основной конфигурации.
2. Основная конфигурация(для разработчиков), хранит оперативные изменения в модели прикладного решения в режиме разработки (изменяемая разработчиком в любой момент времени), при этом не влияет на оперативную работу пользователей с конфигурацией базы данных. Изменения могут вноситься интерактивно либо из других конфигураций .
3. Конфигурация поставщика(для администраторов), содержит исходную структуру родительской конфигурации (если она есть), для внесения изменений в структуру прикладного решения при обновлениях. Не редактируется, определяется платформой в момент создания или обновления прикладного решения.

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

Когда разработчик будет уверен в том, что все изменения, которые он внес в основную конфигурацию, верны, производится обновление конфигурации базы данных:

• не прерывая работы пользователей (динамическое обновление) — если эти изменения не затрагивают структуру базы данных (например, если поменялся только программный код в каком-то модуле) (пользователи увидят изменения только после перезапуска приложения).
• после завершения работы всех пользователей с базой данных — если изменения касаются структуры базы данных (например, добавился новый реквизит у справочника или изменился тип существующего реквизита).

Визуально в платформе представлены все три варианта. Изменение конфигурации возможно с помощью:

1. контекстных меню;
2. горячих клавиш;
3. командной панели окна конфигурации;
4. меню «Действия» окна конфигурации.

Окно конфигурации 1С

Окно конфигурации 1С предназначено для просмотра и редактирования конфигурации соответствующего вида (основной, базы данных, поставщика).

С помощью контекстного меню окна, вызванного правой кнопкой мыши на шапке конфигурации, окно конфигурации можно сделать:

1. прикрепленным,
2. свободным,
3. прячущимся.

Конфигурация представляется в виде древовидной структуры:

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

Важно! Добавление своих ветвей в конфигурацию и удаление существующих невозможно.

Окно конфигурации 1С позволяет:

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

Для отображения конфигурации в окне конфигурации, ее надо загрузить в конфигуратор из информационной базы:

основную конфигурацию — с помощью пункта меню «Конфигурация – Открыть конфигурацию» (при этом основная конфигурация загружается либо в уже открытое окно конфигурации, либо во вновь автоматически открываемое окно);

Похожие публикации:
1. 1с выразить как справочник в запросе
2. 1с или контур бухгалтерия что лучше
3. 1с как обойти табличную часть
4. 1с как получить тип документа