Концепция системы 1С_тема1_2

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

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

С ИБ работает платформа. С одной стороны, это среда разработки, с другой — среда исполнения. Сама платформа закрыта от изменений, а конфигурации открыты.

Физическое устройство системы

Система 1С Предприятие на данный момент может работать в двух вариантах:

файловом; клиент-серверном.

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

Файловый (файл-серверный) вариант

Файл-серверный вариант — программа устанавливается на компьютере пользователя или на компьютере в локальной сети. ИБ с конфигурацией хранятся в одном файле 1cv8.1cd. К этому файлу получают доступ клиентские приложения.

Рис. 2

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

Отметим, какие плюсы и минусы имеются у данного режима работы. Плюсы очевидны:

1.Низкие затраты на приобретение системы прикладного решения и её последующего внедрения. Действительно, нашему покупателю для начала работы с прикладным решением необходимо купить коробку и проинсталлировать платформу и прикладное решение у себя на компьютере. Других действий от пользователя не требуется;

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

Минусы файлового режима работы ещё более очевидны, чем плюсы:

1.Утяжеление клиента за счёт использования в нём серверных механизмов;

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

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

Работу в режиме файл-сервера можно облегчить за счет использования web-сервера как в локальной, так и в глобальной сети (через интернет). В этом случае появляется понятие веб-сервера. В настоящий момент 1С: Предприятие может работать с двумя серверами: IIS и Apache.

Рис.3

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

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

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

3.На клиенте может быть не установлено само клиентское приложение, а работа с информационной базой будет производиться через веб-браузер. Этот пункт достаточно важен в тех случаях, когда компьютер клиента устарел и с трудом запускает современные приложения. Для работы с информационной базой необходимо только, чтобы компьютер мог работать с веб-браузером.

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

Клиент-серверный вариант

Второй вариант функционирования — это клиент-серверный.

При работе с ИБ выделяется сервер БД.

В настоящий момент система 1С:Предприятие может работать с четырьмя SQL-серверами:

MS SQL Server

Postgres SQL

IBM DB2

Oracle

В файл-серверном варианте роль СУБД выполняет собственная система управления данными фирмы 1С, встроенная в платформу.

С SQL-сервером будет работать сервер 1С: Предприятия (кластер серверов). Серверы 1С: Предприятия — это программный продукт, который позволяет обеспечить трансляцию запросов клиентов в сети к SQLсерверу и возвратить результат запроса после промежуточной обработки.

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

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

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

Благодаря тому, что работу сервера 1С:Предприятие можно организовать как кластер серверов, можно достигнуть высокой надежности и отказоустойчивости. То есть, если «Сервер1» является основным и к нему подключаются все машины пользователей и он внезапно выйдет из строя, то автоматически управление передается на «Сервер2». Пользователи этого даже не заметят. При восстановлении работоспособности «Сервер1», вся нагрузка опять ляжет на него.

Рис. 4

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

Итак, преимущества клиент-серверного режима работы:

1.Высокая скорость работы информационной базы;

2.Защита от несанкционированного доступа к ИБ;

3.Высокая отказоустойчивость.

Минусы клиент-серверного режима работы:

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

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

1.настроить сервер 1С Предприятия;

2.настроить сервер баз данных;

3.настроить веб-сервер (в случае его использования).

РЕЖИМЫ РАБОТЫ

Запуск системы возможен в двух режимах:

1.в режиме 1С: Предприятия. Данный режим является основным (и единственным) для пользователя. В этом режиме пользователь работает с ИБ;

2.в режиме Конфигуратора. Данный режим предназначен для разработчика. В нём производится непосредственная разработка конфигурации. Из конфигуратора можно запустить платформу с возможностью отладки. В этом случае, разработчик может пошагово отлаживать свою конфигурацию, делать замеры производительности выполнения кода и т.д. Естественно, для создания любой конфигурации нам потребуется работать именно в этом режиме.

При первоначальном запуске мы попадаем в окно с перечнем баз данных:

Рис. 4.

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

Основную часть окна запуска составляет список информационных баз. Запускаемые базы могут располагаться либо на сервере 1С: Предприятия, либо в файловом режиме. Вариант запуска указан внизу окна, и по пути расположения базы можно узнать, как запускается система. Если написано “File = …”, то это

файловый режим работы, если клиент-серверный режим работы, то будет написано “srvr = …”. (Рис. 4) Дальше будет указано имя сервера и имя базы, опубликованной на сервере 1С: Предприятия.

Управление содержимым окна запуска производится тремя кнопками: «Добавить», «Изменить», «Удалить». При нажатии на кнопку «Удалить» удаляется только строка из списка баз, сама база физически не удаляется. При добавлении базы необходимо выбрать, что мы делаем: добавляем новую базу или описываем существующую.

Рис. 5

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

При нажатии на кнопку «Далее» система предложит либо создать пустую базу, либо создать базу из шаблона.

Рис.6

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

При выборе второго варианта будет предложено задать место создания новой базы: на данном компьютере»

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

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

«Тонкий клиент» не требует высокоскоростного канала, может работать при медленном или нестабильном соединении. Сам «Тонкий клиент» поставляется в виде отдельного дистрибутива

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

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

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

бизнес-приложения и позволяют другим разработчикам быстро разобраться в логике работы программы.

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

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

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

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

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

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

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

Чтобы понять необходимость тех или иных прикладных объектов, необходимо задаться вопросом: «А зачем вообще нужна система автоматизированного учёта, зачем нужна программа 1С: Предприятие?» Можно говорить о том, что она нужна для автоматизации учёта, для обеспечения хранения и быстрого доступа информации и т.д.

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

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

позиция может присутствовать во многих документах и при каждом формировании отчёта пересчёт данных осуществляется «с нуля». Поэтому для оптимизации хранения данных в системе и ускорения построения отчётов существует специальный класс объектов — Регистры.

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

Запись в регистры осуществляется с помощью документов. Разные документы могут осуществлять запись в один и тот же регистр. В самом простом случае поля регистра соответствуют полям формируемого отчёта, например, если в отчёте «Остатки товаров» есть поля «Товар», «Склад», «Количество Товара», то и в регистре будут такие же поля. Более сложные отчёты могут формироваться на основе нескольких регистров.

Рис.6. Основные классы объектов системы 1С:Предприятие Кроме основных классов в системе 1С:Предприятие существует множество вспомогательных классов

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

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

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