Где определяется структура создаваемого бизнес приложения в системе 1с предприятие 8

Описание и возможности 1С:Предприятие 8

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

Особенности единой платформы «1С:Предприятие»

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

Состав платформы «1С:Предприятие»

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

Структура сайта услуг: правильная структура сайта с техническими тонкостями и демонстрацией примера

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

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

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

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

Основные функции платформы «1С:Предприятие»

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

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

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

Цели автоматизации в системе «1С:Предприятие»

Анализ и управление эффективностью работы организации

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

Учет и управление оперативной деятельностью

Функция учета и управления оперативной деятельностью предназначена для сотрудников организации, которые непосредственно занимаются продажами, производством товаров и оказанием услуг. Она отвечает за эффективную работу предприятия и обеспечивает:

  • учет и управление движением товаров;
  • операции с приемом и отслеживанием заказов;
  • подготовку сопровождающих документов;
  • управление выпуском продукции.

Регламентированный учет и отчетность

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

Виды конфигураций в «1С:Предприятие»

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

  • торговый учет;
  • бухгалтерский учет;
  • налоговый учет;
  • документооборот;
  • управление персоналом и т. д.

Конфигурации бывают типовыми и нетиповыми:

  1. К типовым относятся продукты, разработанные компанией 1С. Это универсальные решения, которые подходят для различных видов деятельности. К ним относятся «1С:Бухгалтерия», «1С:Зарплата и управление персоналом», «1С:Документооборот» и многие другие. Типовые конфигурации постоянно совершенствуются компанией 1С и проходят проверки, потому более надежны, чем нетиповые, а при их разработке учитываются опыт и пожелания пользователей. Но такой продукт необходимо настраивать под нужды конкретной организации.
  2. Нетиповые конфигурации разрабатывают фирмы-партнеры 1С. Их программисты модифицируют готовые продукты и создают новые прикладные решения на базе платформы 1С:Предприятие. Но перед внедрением все новые конфигурации должны пройти сертификацию в фирме 1С и получить логотип «1С:Совместимо». Нетиповые продукты узкоспециализированы и не требуют сложных настроек. Примеры таких конфигураций: «1С:Молокозавод», «1С:Управление птицефабрикой», «1С:Рыбопереработка».

Режимы запуска программы «1С:Предприятие»

В программе «1С:Предприятие» есть два режима запуска:

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

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

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

Объекты конфигурации «1С:Предприятие»

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

  1. Проводится анализ бизнес-процессов.
  2. Изучаются предметные области.
  3. В каждой области выделяются бизнес-сущности.
  4. На их основе выбираются объекта для новой конфигурации.

Среди объектов могут быть:

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

Пример взаимодействия объектов конфигурации в «1С:Предприятие»

Поведение объектов и их связь друг с другом прописывается в алгоритмах программы. В качестве примера стандартного поведения объектов и их взаимодействия в системе можно привести связь «Документов», «Регистров» и «Справочников». У документов в системе «1С:Предприятие» есть три различных состояния:

  1. Документ открыт, данные заполнены, но не сохранены.
  2. Данные заполнены и сохранены, но документ не проведен.
  3. Документ проведен.

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

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

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

Масштабируемость системы «1С:Предприятие»

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

У программы существует несколько режимов, в зависимости от количества пользователей:

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

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

Администрирование «1С:Предприятие» и интеграция с другими системами

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

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

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

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

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

Хотите получать подобные статьи по четвергам?
Быть в курсе изменений в законодательстве?
Подпишитесь на рассылку

Нажатием кнопки я принимаю условия Оферты по использованию сайта и согласен с Политикой конфиденциальности

Источник: www.1cbit.ru

Тест 1. Общие механизмы, понятия и термины 1С

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Новые материалы

  • Особенности тегов HTML
  • Воркеры (worker threads) в Node.js
  • Использование потоков (Streams) в NodeJS
  • JavaScript запрос SELECT в базу данных MySQL
  • Свойство CSS flex
  • Запрос FETCH() в JS
  • Сервер в Node.js
  • События в Node.js
  • Методы работы с файлами в Node.js
  • Promise в JS
  • Запрос XMLHttpRequest()
  • Метод Event.preventDefault()
  • Структура таблицы HTML
  • Объекты веб-хранилища localStorage и sessionStorage
  • Работа с CSS через Javascript
  • Использование Sass
  • Судетский кризис
  • Варианты позиционирования блочных элементов CSS
  • Всплытие и погружение (перехват) событий DOM
  • События DOM
  • CSS-селекторы
  • Атрибуты и свойства элементов документа (HTML, XHTML)
  • Работа с узлами DOM

Источник: flagman.top

Тест — Разработка информационных систем МЭСИ

1.3 Где хранятся учетные данные бизнес-приложения в системе 1С:Предприятие 8?

1. Технологическая платформа

2. Конфигурация

3. +Информационная база

1.4 С помощью чего система 1С:Предприятие 8 работает с данными?

1. Технологическая платформа

2. Конфигурация

3. Информационная база

1.5 С какими СУБД работает система 1С:Предприятие 8?

1. Microsoft SQL Server

2. Microsoft SQL Server, PostgreSQL

3. Microsoft SQL Server, PostgreSQL, IBM DB2

4. Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database

5. +Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database, File DBMS

1.6 Какого вида клиентского приложения не существует в системе 1С:Предприятие 8?

1. +Отладочный клиент

2. Толстый клиент

3. Топкий клиент

4. Веб-клиент

5. Не существует 2 и 3 вариантов

1.7 Для каких целей может использоваться «Толстый клиент»?

1. Использование прикладного решения

2. Отладка прикладного решения

3. Разработка прикладного решения

4. Верпы варианты 1 и 2

5. +Верны все варианты

1.8 Для каких целей может использоваться «Тонкий клиент»?

1. Использование прикладного решения

2. Отладка прикладного решения

3. Разработка прикладного решения

4. +Верны варианты 1 и 2

5. Верны все варианты

1.9 На компьютерах с какой операционной системой могут работать пользователи

системы 1С:Предприятия 8.2?

1. На всех версиях Windows

2. На всех версиях Windows и Linux

3. +На Windows с использованием толстого клиента и тонкого, на Linux -через интернет

браузер — Веб-клиент

4. На Windows — Толстый клиент, на Linux — Тонкий и Веб-клиент

1.10 Если рабочие серверы кластера 1С:Предприятие работают с использованием разных

операционных систем то:

1. ни каких ограничений на используемые СУБД нет

2. с MS SQL сервер можно работать с рабочего сервера под управлением операционных

систем Windows, с другими СУБД только из под Linux

3. +с MS SQL сервер можно работать с рабочего сервера под управлением операционных

систем Windows, с другими СУБД как из под Windows, так и из под Linux

1.11 Что разрешено разработчикам прикладных решений в системе 1С:Предприятие 8?

1. Изменять функциональность типовых тиражных решений

2. Создавать собственные прикладные решения

3. Изменять функциональность технологической платформы

4. +Правильны ответы I и 2

5. Верны все варианты

1.12 Какие компоненты типовой поставки в системе 1С:Предприятие 8 защищены

аппаратным ключом?

1. Клиентское приложение

2. Типовое тиражное решение

3. Сервер 1С:Предприятия

4. +Правильны ответы 1 и 3

5. Правильны ответы 1 и 2

6. Верны все варианты

1.13 Для каких компонент существуют сетевые ключи защиты?

1. +Клиентское приложение

2. Типовые тиражные решения

3. Сервер 1С:Предприятия

4. Правильны ответы 1 и 3

5. Правильны ответы 1 и 2

6. Верны все варианты

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

4. Сколько угодно

1.15 Сколько информационных баз может быть с одной и той же конфигурацией?

1. Только одна

2. Только две (рабочая и демонстрационная)

3. +Неограниченно

4. Определяется комплектом поставки прикладного решения

5. Определяется в настройках конфигурации

1.16 Какую конфигурацию можно изменять интерактивно в

конфигураторе?

1. +Основная конфигурация

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

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

2. Объекты встроенного языка

3. Объекты информационной базы

4. Верны ответы I и 3

5. Верны все варианты

1.18 Какие объекты используются в алгоритмах?

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

2. Объекты встроенного языка

3. Объекты информационной базы

4. Верны ответы I и 3

5. +Верны все варианты(Макс)

1.19 В каком объекте содержится редактируемая пользователем информация?

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

2. Объект встроенного языка

3. +Объект информационной базы

4. Верны ответы I и 3

5. Верны все варианты

1.20 Что содержится в объекте информационной базы при редактировании нового

элемента справочника с табличными частями?

1. Данные реквизитов

2. Ссылка на элемент справочника

3. Строки табличных частей

4. +Верны ответы I и 3

5. Верпы все варианты

1.21 Что содержится в объекте информационной базы при редактировании

существующего в базе элемента справочника с табличными частями?

1. Данные реквизитов

2. Ссылку на элемент справочника

3. Строки табличных частей

4. Верны ответы 1 и 3

5. +Верны все варианты

1.22 Для включения отборов в списках по содержимому табличных частей объектов и их

свойств, неотображаемых в форме:

1. ничего дополнительно настраивать не надо, все реализовано на уровне платформы

2. реализуется только запросами

3. осуществляется только с помощью дополнительной настройки форм

4. +необходимо создать объект критерии отбора

1.23 Параметры сеанса инициируются:

1. при запуске системы

2. при программном обращении

3. во время работы интерактивно

4. +Верны варианты I и 2

5. Верны все варианты

1.24 Роль, как объект конфигурации, отражает.

1. статус и сферу ответственности ее носителя как сотрудника компании

2. совокупность доступных определенному пользователю объектов в среде » I

С:Предприятие»

3. +совокупность нрав действий в среде «1С:11редприятис» с возможностью присвоения

конкретному пользователю

4. набор параметров пользователя

1.25 Доступ к данным может задаваться.

1. для видов объектов информационной базы

2. па объекты информационной базы

3. на свойства объектов информационной базы

4. на стандартные реквизиты объектов информационной базы

5. Верны варианты I и 2

6. +Верпы все варианты

1.26 При настройке ограничения прав доступа на уровне записей и полей базы данных

значения параметров для условий определяются.

1. как переменные, определенные в модуле приложения

2. как переменные, определенные в модуле приложения с ключевым словом Экспорт

3. +как параметры сеанса

4. как константы

5. как переменные определяемые в соответствующем обработчике события

1.27 Ограничения, накладываемые на работу с объектами (полученные при настройке

ролей) действуют.

1. только на интерактивные действия пользователя

2. только па программные действия, выполняемые в контексте пользователя с данной

3. одновременно на интерактивные действия и программные механизмы

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

программные механизмы, выполняемые в контексте пользователя е данной ролью

1.28 Для запрета режима непосредственного удаления объектов пользователем

необходимо.

1. в свойствах конфигурации снять флаг «Разрешить непосредственное удаление

2. при определении роли для соответствующих объектов снять отметку у флага

3. +при определении роли для соответствующих объектов снять отметку у флага

«Интерактивное удаление»

4. в свойствах роли снять отметку у флага «Разрешить удаление объектов»

5. в свойствах роли снять отметку у флага «Разрешить интерактивное удаление объектов»

1.29 При настройке ограничений прав доступа (в ролях), при определении шаблонов:

1. в них можно определить один параметр, значение которого будет передаваться при

указании шаблона в конкретном ограничении доступа к данным

2. +в них можно определить любое количество параметров, значение которых будет

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

3. параметры в шаблонах использовать нельзя

4. при описании ограничений правд доступа пет возможности использовать шаблоны

1.30 Картинки для прикладного решения могут браться из .

1. библиотеки картинок технологической платформы

2. библиотеки картинок конфигурации

3. из файловой системы

4. верны варианты i и 2

Источник: www.studmed.ru

И снова про 1С

image

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

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

Что производит фирма 1С?

Думаю, широкая публика на этот вопрос ответит: «1С:Бухгалтерию». Кто-то вспомнит обучающие программы или знаменитую серию игр «ИЛ-2 Штурмовик».

Участники Хабра, конечно, в курсе, что 1С – это не только «1С:Бухгалтерия», что есть целая система программ «1С:Предприятие», включающая средства разработки бизнес-приложений и бизнес-приложения, созданные с помощью этих средств. А уж с помощью средств разработки 1С написаны и бухгалтерия, и CRM, и ERP (с внедрениями на тысячи и десятки тысяч пользователей), и многое другое.

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

Какие бывают ERP

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

Понятно, что, программируя ERP систему, все варианты бизнес-процессов предусмотреть невозможно. На помощь приходит параметризация; вводя в систему параметры, которые может изменить в настройках системы пользователь (консультант, администратор), мы повышаем гибкость системы сравнительно небольшой ценой. Первые ERP системы были parameter-driven, т.е. настраиваемые с помощью параметров.

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

Отдельный вопрос – выбор языка программирования для написания ERP системы. Бо́льшая часть ERP системы – это бизнес-логика, для которой обычные языки программирования типа С++ не всегда подходят наилучшим образом. В идеале бизнес-логику хорошо бы программировать на высокоуровневом языке, способном обеспечить бизнес-программисту максимальный комфорт при написании бизнес-логики, абстрагировать его от низкоуровневых деталей (особенностей работы с базами данных, подсистемой файлового ввода-вывода и печати, оконной подсистемой пользовательского интерфейса и т.п.). Конечно, в этом случае надо еще создать и компилятор/интерпретатор для этого языка и среду разработки.

image

Имеем матрицу возможных сочетаний:

  • открытый или закрытый код приложения (тут я имею в виду не open source в обычном его понимании, а возможность поставки исходного кода приложения, в том числе и за отдельную плату).
  • язык программирования бизнес логики – «обычный» (С/Java/Perl/…) или специально разработанный, проприетарный.

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

Большинство лидеров современного ERP рынка – это системы с открытым кодом. Возможность изменять исходный код «на местах» дает огромную гибкость и конкурентное преимущество. Продукты с закрытым кодом вынуждены использовать другие приемы; самый распространенный ход – аналог CallBacks, возможность повесить кастомный код на предопределенные события, как визуальные (открытие-закрытие формы, выбор из списка значений, …), так и бизнес-событие (обработка заказа, ввод счета на продажу, …). В некоторых системах есть возможность написать свои обработчики на C# (или других распространенных языках), в других для этого есть Visual Basic for Applications, лицензированный у Microsoft и т.п.

Как устроены ERP

ERP системы с открытым кодом приложения состоят из собственно исходного кода, реализующего бизнес-логику, и среды исполнения этого бизнес-кода (т.н. платформы).

Платформа, как правило, написана на низкоуровневом языке (C, C++), часто исходные коды платформы закрыты для конечных пользователей. Задача платформы – позволить программисту абстрагироваться от низкоуровневых деталей (особенности ОС и СУБД и т.п.) и сосредоточиться на написании собственно бизнес-логики. К платформе также часто относят средства разработки бизнес-приложений и средства администрирования системы (и я согласен с этим подходом). Не обходятся, кстати, без платформы и системы, где бизнес-логика написана на «обычных» языках программирования. Интерпретировать код приложения там не надо, но потребность в платформенном функционале остается (например, «обертках» вокруг БД или унифицированном доступе к списку пользователей и их прав).

  • Среда исполнения бизнес-логики.
  • База данных.
  • Графическая подсистема для отображения клиентского приложения. Клиентское приложение может быть графическим, отрисованным штатными средствами ОС (в том числе и мобильной ОС), а может быть веб-приложением. В случае веб-приложения платформа или реализует свой веб-сервер, или обеспечивает поддержку стандартных веб-серверов (IIS, Apache и т.д.)
  • Среда исполнения бизнес-логики: отказоустойчивый кластер серверов приложений с балансировкой нагрузки; ОС — Windows или Linux
  • База данных: собственная файловая СУБД (рекомендуемая для разработки и небольших инсталляций), MS SQL, Oracle, IBM DB2, PostgreSQL
  • Клиент:
  • тонкий клиент (только отображение и ввод информации на клиенте) – Windows и Linux. Может работать с сервером приложений через локальную сеть или через веб-сервисы (в этом случае на серверной стороне должен быть развернут Microsoft IIS или Apache)
  • Веб-клиент – на серверной стороне Microsoft IIS или Apache, на клиентской – любой из четырех браузеров — Internet Explorer, Chrome, Firefox, Safari
  • толстый клиент (с возможностью исполнять на клиенте часть бизнес-логики) – Windows и Linux. Обладает рядом ограничений (например, может работать только в пределах одной локальной сети с сервером приложений). Считается устаревшим, далее его развивать фирма «1С» не планирует.
  • Мобильный офлайн-клиент (с возможностью периодической синхронизации) – iOS и Android.

Язык приложений ERP

Отдельная тема – язык, на котором пишется бизнес-логика. Для эффективной работы бизнес-программиста этот язык должен быть как можно ближе к предметной области бизнеса (в идеале – DSL, Domain Specific Language) и подальше от технических деталей ОС и СУБД.

  1. Создать таблицы в БД, где будет храниться информация о документе.
  2. Написать класс (или классы), реализующие бизнес-логику работы с документом. Помимо бизнес-логики классы должны также реализовывать взаимодействие с БД — чтение и запись данных документа.
  3. Создать пользовательский интерфейс для редактирования нового типа документа. Часто нужно бывает еще создать форму, отображающую список документов с возможностью поиска по разным полям и т.п.

Эти 3 шага обеспечат необходимый минимум; а ведь еще надо создать пользовательский интерфейс для работы с документом, сделать его доступным в отчетах, уметь регистрировать изменения, сделанные пользователями в документах нового типа, в журнале (логе) системы и т.п.

  • Создаст структуры в СУБД для хранения данных.
  • Создаст формы для редактирования документа, показа списка документов этого типа и т.д. Если автоматически созданные формы нас чем-то не устроят – можно сделать свои, расширив и/или изменив стандартные.
  • Документ станет доступен в отчетах.
  • Документ и его поля станут доступны для раздачи прав на чтение/запись в системе безопасности приложения.
  • Поля документа станут доступны для полнотекстового поиска по всей системе (с учетом синонимов, поддержкой транслитерации, нечеткого поиска и т.д.).
  • Все изменения в документах нового типа будут регистрироваться в журнале регистрации приложения.
  • Будут автоматически созданы методы для сохранения и чтения документа в/из XML и JSON.
  • Документ станет доступен по интерфейсу REST (через протокол OData).
  • И многое другое

Особенностью разработки в 1С является то, что в системе существуют порядка 20 встроенных типов объектов, и все новые объекты, которые разработчик создает, должны принадлежать к одному из этих типов. Большая часть этих типов описывают объекты из сферы учетной деятельности предприятия – справочники, документы, планы счетов и т.д. Другая часть типов объектов – технологические, например, Web- и HTTP-сервисы; они позволяют программам 1С общаться с внешним миром.

image

Конфигуратор 1С – в нем создаются прикладные решения. Слева — дерево встроенных типов 1С; под каждой веткой — прикладные объекты данного типа.

Разработка прикладных решений делается в Конфигураторе (Designer в англоязычной версии). Недавно была выпущена ознакомительная версия инструмента «1C:Enterprise Development Tools», позволяющая вести разработку решений 1С в популярной среде Eclipse. Промышленную разработку в «1C:Enterprise Development Tools» вести пока нельзя, но понять, куда в технологическом плане движется компания, по этой версии вполне можно. В частности, поддерживается коллективная разработка с использованием популярных систем управления версиями (Git, SVN и любых других, для которых есть плагины к Eclipse); есть также возможность написать к IDE Eclipse собственные плагины, расширяющие возможности среды разработки по работе с 1С.

image

Enterprise Development Tools — разработка приложения 1С в IDE Eclipse

Собственно язык программирования 1С по синтаксису напоминает больше всего JavaScript. Язык, строго говоря, не является объектно-ориентированным. В нем нет наследования; но, поскольку все объекты программ 1С принадлежат к одному из встроенных типов объектов – это можно назвать упрощенным наследованием: встроенные типы объектов реализуют предопределенный функционал, который прикладной программист может в своих объектах-наследниках переопределить. Такое наследование – одноуровневое, наследовать от прикладных объектов уже нельзя; похожий подход к наследованию принят в концепции прототипного программирования (prototype-based programming); одним из популярных представителей этой концепции как раз является JavaScript.

Такой подход осознанно ограничивает свободу разработчика прикладных решений, заставляя его для реализации своих задач выбирать нужный тип объекта из разумно ограниченной палитры встроенных типов. Взамен разработчик получает богатый функционал, реализованный платформой, и действительно быструю разработку. Плюсы такого подхода очевидны – учетные системы на 1С создавать легко и быстро. Есть и минусы – если нужно реализовать что-то, для чего в платформе нет встроенных типов (например, работу с SFTP), то нужно либо ждать новой версии платформы, в которой будет реализован этот функционал, либо писать свою реализацию на «обычном» языке и вызывать её из 1С через технологию внешних компонент.

  • Поддерживается английский (if… then) и русский (если… тогда) синтаксис.
  • Язык обладает полнотой по Тьюрингу.
  • Это язык с динамической типизацией. Переменная связывается с типом в момент присваивания значения, а не в момент объявления переменной. Объявляя переменную, нельзя указать ее тип.
    Можно так:

var а; а = 1;

Нельзя так:
var a as Int; a = 1;

Как все это работает

Как решения 1С поставляются конечным пользователям? И как они работают у этих самых конечных пользователей?

Чтобы полнее ответить на этот вопрос, надо вспомнить об одной характерной особенности 1С.
Проект в 1С называется конфигурацией. Конфигурация – это законченная самодостаточная программа, например, бухгалтерия или ERP; она включает в себя все объекты и код, нужные для полноценного функционирования бизнес-приложения. Особенность 1С в том, что конфигурация хранится в базе данных, в той же самой, в которой лежат данные самого приложения (проводки, данные справочников и документов и т.п.), т.е. программа хранится вместе с данными. База данных с конфигурацией (и данными приложения) в терминологии 1С называется информационной базой (сокращенно – инфобазой).

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

image

Архитектура решений 1С

  • Сервер СУБД – одна или несколько СУБД, поддерживаемых 1С (MS SQL, Oracle, IBM DB2, PostgreSQL). Если на сервере 1С установлено несколько приложений 1С — приложения могут использовать разные СУБД; например, бухгалтерия – MS SQL, а ERP – Oracle.
  • Сервер – один или несколько серверов отказоустойчивого масштабируемого кластера. Тут должен быть установлен программный продукт «Сервер 1С» (набор библиотек и исполняемых файлов). Отказоустойчивость и масштабируемость кластера, а также балансировка нагрузки между серверами кластера обеспечиваются средствами ПО «1С». В составе одного кластера могут быть сервера под Windows и Linux, в системе может быть предусмотрен резервный кластер.
  • Клиент: ОС Windows или Linux, должен быть установлен тонкий клиент (1cv8c.exe/1cv8) или толстый клиент 1С (1Cv8.exe для Windows, 1cv8 – для Linux).
  • Тонкий клиент умеет исполнять ограниченный набор функциональности встроенного языка 1С. Оперирует ограниченным набором типов встроенного языка, предназначенным лишь для отображения и изменения данных в памяти. Вся работа с базой данных, объектными данными, исполнение запросов выполняется на стороне сервера. Тонкий клиент только получает готовые данные, подготовленные для отображения.
  • Толстый клиент может исполнять практически всю функциональность, предоставляемую встроенным языком 1C сам, прибегая к помощи сервера только когда надо записать или считать данные из базы. Ограничения: требует значительного количества аппаратных ресурсов и может «общаться» с кластером серверов 1С только по локальной сети. Считается устаревшим, поддерживается для обратной совместимости.

Между собой компоненты 1С — сервер, тонкий и толстый клиенты и веб-расширения — общаются или по собственному протоколу (реализованному поверх TCP), или по http.

Что особенного в 1С

Что выгодно отличает технологию «1С: Предприятие»? Благодаря инновационному подходу к организации разработки (о нем ниже) в «1С: Предприятии» легко делать две вещи: создавать бизнес-решения с нуля и кастомизировать существующие решения под потребности конечных пользователей.

Разработка

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

«Из коробки» разработчик получает встроенные объекты (справочники, документы, регистры и т.д.), реализованные платформой; это паттерны из мира учетных систем. В прикладном решении (конфигурации) разработчик реализует эти паттерны, наполняя их конкретной бизнес-логикой.

Прикладное решение в «1С:Предприятии» не пишется в прямом смысле на языке программирования. Два краеугольных камня идеологии разработки – разработка от метаданных (Metadata-driven development) и построение приложения на основе модели (Model-driven development).

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

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

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

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

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

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

Готовое приложение (конфигурация), поставляемое в открытых исходных кодах (например, бухгалтерия или ERP), для программиста на стороне клиента – это уже практически DSL (Domain Specific Language, предметно-специфичный язык). Программист может использовать готовые объекты конфигурации (справочник контрагентов, план счетов, расчет зарплаты) для модификации поведения системы под нужды заказчика.

Кастомизация и поддержка

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

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

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

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

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

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

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

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

Первый подход — использование внешних обработок и внешних отчетов. Эти механизмы позволяют надстраивать дополнительную функциональность «сверху» системы, не изменяя исходного кода конфигурации. По сути это скрипты с графическим интерфейсом, предназначенные для запуска на конкретном прикладном решении. Эти механизмы породили свой аналог «App Store», онлайновый магазин, где независимые программисты выкладывают, а конечные пользователи приобретают нужные дополнения для разных программ.

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

Что еще?

  • Облачное решение 1cFresh — «облако из коробки», горизонтально масштабируемая среда для работы с прикладными решениями 1С (и фирм-партнеров) в модели сервиса (SaaS). Продукт содержит в себе все нужные для работы SaaS функции – регистрация и управление пользователями, возможность быстрой публикации новых прикладных решений, создание резервных копий пользовательских данных и т.п. Фирма 1С сама использует продукт 1cFresh для предоставления своих продуктов в аренду (http://1cfresh.com), а также продает решение 1cFresh как коробочный продукт, позволяя партнерам и клиентам разворачивать собственные облака для прикладных решений на основе технологий «1С: Предприятие».
  • Мобильная платформа 1С (упомянутая выше), позволяющая создавать приложения для мобильных ОС (iOS, Android) из одного исходного кода, используя ту же методику и среду разработки (Конфигуратор), что и для «обычных» приложений 1С.
  • Мощная и гибкая система отчетности. Отчеты – крайне важный механизм в любой бизнес-системе; многие ERP используют внешние генераторы отчетов от других производителей, т.к. создание хорошего генератора отчетов – непростая задача с особой спецификой. В 1С отчеты разрабатываются в той же среде (Конфигураторе), что и само приложение; в основе механизма отчетов лежит система компоновки данных (СКД) – механизм декларативного описания отчетов. Одна из важных особенностей отчетов в 1С – это то, что конечный пользователь, может изменить созданный разработчиком отчет «под себя», используя те же возможности по дизайну отчетов, что и разработчик.
  • Механизм обмена данными, позволяющий создавать территориально распределенные информационные системы, обменивающиеся данными в офлайн режиме, без постоянного соединения. Обмен данными возможен как между приложениями «1С: Предприятия», так и между приложениями «1С: Предприятия» и сторонними системами.
  • И еще много интересного

image

«1С:Предприятие» — технологии и инструменты

Вместо заключения

Надеюсь, у не знакомых с 1С читателей сложилась более-менее ясная картинка – что такое 1С, как она работает и какие возможности она предоставляет разработчикам. За рамками обзора осталось много интересных тем; о них — в следующий раз.

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

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

Источник: habr.com

Разработка на 1С:Предприятия 8.3

Дмитрий Никитин

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

Среда разработки и базовые механизмы

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

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

Принципы работы системы 1С:Предприятие 8.3

Перечислим основные и показательные:

Два режима работы с информационной базой: файловый и клиент-серверный

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

Для больших же компаний целесообразно использовать серверный вариант хранения в реляционных базах данных, но такой режим работы потребует усилий по установке и администрированию. Этот вариант реализован на механизме трехуровневой архитектуры, он использует СУБД и кластер серверов 1С, которые успешно решают проблему надежности, быстродействия и производительности.

Рис.1 Трехуровневая схема

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

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

Рис.2 Система позволяет осуществлять переход из одного режима работы на другой

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

Бесплатная
консультация
эксперта

Дмитрий Никитин
Руководитель отдела информационных технологий
Спасибо за Ваше обращение!
Специалист 1С свяжется с вами в течение 15 минут.

Клиентские приложения

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

Толстый клиент. Этот клиент может выполнять практически всю функциональность, но потребует широкополосных каналов связи. Такой вариант работы позволяет разрабатывать и отлаживать прикладные решения. Клиент по собственному протоколу передачи данных напрямую обращается к базе данных (файловый вариант базы) или к кластеру серверов (клиент-серверный вариант), который в свою очередь обращается к СУБД или сразу дает ответ.

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

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

Ниже представлена архитектура приложений для файлового и клиент-серверного вариантов работы.

Рис.3 Архитектура приложений для файлового варианта работы

Рис.4 Архитектура приложений для клиент-серверного варианта работы

Объектно-реляционная модель базы данных

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

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

Рис.5 Объектно-реляционная модель базы данных

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

Рис.6 Схема

Внутренний язык программирования

Он схож с таким языком, как Visual Basic. Особенности языка:

  • Мягкая типизация. Тип переменной не указывается, переменная может поменять тип в процессе работы;
  • Переменные можно не объявлять заранее (неявный способ объявления переменных);
  • В одном модуле могут находиться процедуры или функции, некоторые из которых выполняются на клиенте, а некоторые – только на сервере. Потом препроцессор 1С «разрежет» модули на части, вырежет ненужное, соединит и отдаст компилятору;
  • Регистр для кода не имеет значения;
  • Язык доступен в нескольких вариантах, но в основном все конфигурации написаны на русском. При желании можно комбинировать русский и английский язык, но читаемость кода ухудшится.

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

Основные и наиболее интересные из них:

Собственный язык запросов

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

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

Рис.7 Собственный язык запросов

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

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

Система компоновки данных (СКД)

Это инструмент, предназначенный для создания отчетов. Разработчик при помощи данного средства декларативно описывает поведение отчета, при этом программного описания зачастую не требуется. Рутинную работу запроса к базе данных, вывод данных в макет и т.д. сделает СКД. Еще одна важная возможность СКД — различные варианты отчетов. На основании одного и того же источника данных можно получить несколько вариантов, как именно эти данные будут представлены пользователю.

СКД используется не только для построения отчетов, а также для построения динамических списков.

Мобильная платформа

Данная технология позволяет создавать приложения для мобильных устройств под управлением операционных систем Android, iOS, Windows Phone. Мобильное приложение, установленное на устройстве, представляет собой комбинацию мобильной платформы и мобильной конфигурации. Информационная база на мобильном устройстве содержит аналог файловой базы данных (для хранения данных, с которыми работает пользователь) и мобильное приложение (программный код, исполняющийся на мобильном устройстве).

Рис.8 Мобильная платформа

Для передачи приложения на мобильное устройство нужно опубликовать на веб-сервере xml-файл, который представляет собой готовое приложение. Мобильная платформа с мобильного устройства подключается к этому веб-серверу, забирает этот xml-файл и устанавливает его у себя.

Рис.9 Настройки

Система взаимодействий

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

Процесс разработки

Что же представляет собой профессиональная разработка на 1С:Предприятие 8.3? Для начала определимся, что разработка – это не синоним программирования. Проектирование и конструирование системы – интересный, творческий процесс, который включает в себя множество аспектов. Само написание программного кода – один из инструментов разработки и не является ключевым.

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

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

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

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

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

Разработка в системе 1С:Предприятие 8.3 – процесс многогранный, в большей мере требующий навыков аналитики и понимания бизнес-процессов предприятия. А среда разработки – очень мощный и гибкий инструмент, который предоставляет разработчику множество возможностей для успешной и быстрой автоматизации деятельности предприятия.

Аналогов данной системы в настоящий момент в России нет. И программная линейка 1С является стандартом для работы различных организаций разных направлений бизнеса. Наша компания предоставляет услуги сопровождения, внедрения и доработки 1С в Москве. Если у вас остались вопросы, свяжитесь с ним, мы с радостью вам поможем.

Источник: wiseadvice-it.ru

Рейтинг
( Пока оценок нет )
Загрузка ...
Бизнес для женщин