Согласованность технологий и инструментов

⇐ ПредыдущаяСтр 3 из 4Следующая ⇒

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

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

Технологии		Инструменты
Толстый клиент	Тонкий клиент	Веб-клиент		Редактор форм	Конструктор запросов
Бизнес-процессы	Журнал работы пользователей		Редактор отчетов	Редактор интерфейса
Распределенные информационные базы	Обмен данными XML		Редактор справки	Конструктор ролей
Автогенерация пользовательского интерфейса	Полнотекстовый поиск		Конструкторы бизнес-логики (движений, печати, ввода на основании и др.)
Настройка для пользователей	Система компоновки данных		Web-сервисы	Подписка на события
Data mining	Агрегаты	Бизнес-диаграммы		Групп. разработка, контр. версий
Интеллектуальная система отчетов		Средства для установки и обновления приложений
Ограничение доступа на основе ролей	Ограничение доступа на уровней записей		Объединение приложений
Бизнес-компоненты		Интернационализация	Средства перевода
Архитектура, управляемая метаданными		Средства интеграции
Объектная модель работы с данными	Обработка запросов к БД		Интернет (http, ftp, smtp, pop3, IMap)
	Отладчик и замер производительности
Базы данных: СУБД 1C, MS SQL Server, PostgreSQL, IBM DB2, Oracle Database		Встроенный язык
	Технологический журнал
Криптографическая защита	Механизм разделения данных		Функциональные опции
Внешние источники данных	Мобильная платформа	SOA		Автоматическое REST API	Профили безопасности

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

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

· Хранение сущностей в базе данных,

· Их представление в языке программирования в виде объектов,

· Их отображение в формате XML или JSON,

· Представление структуры прикладного решения в модели REST (REST API).

Фактически любая информация может в зависимости от текущего режима работы представляться одним из этих способов.
Долговременное хранение сущностей осуществляется в базе данных, что обеспечивает надежность и эффективную обработку больших объемов информации. Для внесения изменений данные предварительно преобразуются в объекты встроенного языка. При внутреннем обмене в распределенной базе данных, или взаимодействии с другими информационными системами, данные переносятся в формате XML или JSON. Также сторонние системы могут обращаться к прикладному решению с помощью HTTP запросов через REST интерфейс, автоматически генерируемый платформой. Ответ они могут получать в форматах Atom/XML или JSON.

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

Многозвенная архитектура работы

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

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

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

Отказоустойчивый кластер с балансировкой нагрузки

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

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

Веб-клиент и тонкий клиент

Для работы с прикладным решением пользователь может выбрать одно из двух клиентских приложений: тонкий клиент, либо веб-клиент. Каждое из клиентских приложений обладает своими преимуществами.

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

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

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

Интеллектуальные механизмы подготовки отчетов

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

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

Построение распределенных и интегрированных информационных систем

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

Кроме этого в платформе имеется целый набор средств, позволяющих интегрироваться практически с любыми внешними программами и оборудованием на основе общепризнанных открытых стандартов и протоколов передачи данных. Это и технологии веб-сервисов (HTTP, REST, SOAP), и различные форматы обмена данными (JSON, XML), различные протоколы (HTTP, FTP) и т.д.

⇐ Предыдущая 1 234 Следующая ⇒