
- •1._Стадии и этапы жизненного цикла ис
- •2._Анализ и формирование требований к ис. Документ техническое задани.
- •3._Диаграмма потоков данных dfd
- •4._Функциональная диограмма. Методология sadt/
- •5._ Диаграмма вариантов использования.
- •6._Диаграмма деятельности.
- •7._Диаграмма взаимодействия
- •8._Варианты работы системы. Клиент-серверная архитектура. Клиентское приложение.
- •9._Механизмы клиент-серверного взаимодействия в конфигурации 1с. Кластер серверов.
- •10._Модель работы с бд в 1с
- •11._Виды клиентских приложений.
- •12._Механизмы web-сервисов. Облачные технологии.
- •13._Понятие конфигурации системы. Основные объекты конфигурации.
- •14._Работа с конфигурацией. Сохранение и перенесение на другую платформу.
- •15._Программные модули. Формат текста Программного модуля.Модуль управляемого модуля приложения. Общие модули.
- •16._Подсистемы. Роли и права доступа.
- •17._Константы. Перечисления и справочники.
- •18._Документы. Журналы документов.
- •19._Регистр накопления. Оперативное и не оперативное проведение документа. Запись движений в регистры и чтение данных из регистров.
- •20._Регистр сведений. Запись движений в регистры и чтение данных из регистров.
8._Варианты работы системы. Клиент-серверная архитектура. Клиентское приложение.
Файловый вариант работы
Данный вариант ориентирован на работу одного человека или небольшой группы пользователей в локальной сети. При этом все данные информационной базы (ИБ) «1С:Предприятия 8» хранятся в одном файле 1Cv8.1CD, операции с которым выполняет собственный движок базы данных «1С:Предприятия» (рис. 1). Конечный пользователь имеет дело с клиентским приложением, которое самостоятельно взаимодействует с ИБ.
Благодаря своей простоте файловый вариант имеет целый ряд преимуществ. Прежде всего, он обеспечивает легкость установки и эксплуатации «1С:Предприятия», поскольку для работы с ИБ не требуются дополнительные программные средства, достаточно иметь операционную систему и платформу «1С:Предприятие».
Клиент-серверный вариант работы
Клиент-серверный вариант работы (КСВР) платформы предназначен для использования в рабочих группах или в масштабе предприятия. Он реализован на основе трехуровневой архитектуры (рис. 2), которая подразумевает наличие клиентского приложения, сервера «1С:Предприятия 8» и сервера баз данных (в данном случае MS SQL Server). Сервер «1С:Предприятия» реализован как приложение COM+, и механизм COM+ используется для его взаимодействия с клиентскими приложениями.
Этот вариант сложнее, но дает целый ряд преимуществ по сравнению с файловым. Прежде всего, сервер «1С:Предприятия 8» и MS SQL Server могут располагаться физически как на одном компьютере, так и на разных. Это позволяет администратору при необходимости распределять нагрузку между ними.
трёхуровневая архитектура, синоним трёхзвенная архитектура (англ. three-tier или Multitier architecture) предполагает наличие следующих компонентов приложения: клиентское приложение (обычно говорят «тонкий клиент» или терминал), подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных.
9._Механизмы клиент-серверного взаимодействия в конфигурации 1с. Кластер серверов.
Кластер серверов (в информационных технологиях) — группа серверов, объединённых логически, способных обрабатывать идентичные запросы и использующихся как единый ресурс. Чаще всего серверы группируются посредством локальной сети. Группа серверов обладает большей надежностью и большей производительностью, чем один сервер. Объединение серверов в один ресурс происходит на уровне программных протоколов.
В отличие от аппаратного кластера компьютеров, кластеры организуемые программно, требуют:
наличия специального программного модуля (Cluster Manager), основной функцией которого является поддержание взаимодействия между всеми серверами — членами кластера:
синхронизации данных между всеми серверами — членами кластера;
распределение нагрузки (клиентских запросов) между серверами — членами кластера;
от умения клиентского программного обеспечения распознавать сервер, представляющий собой кластер серверов, и соответствующим образом обрабатывать команды от Cluster Manager;
если клиентская программа не умеет распознавать кластер, она будет работать только с тем сервером, к которому обратилась изначально, а при попытке Cluster Manager перераспределить запрос на другие серверы, клиентская программа может вообще лишиться доступа к этому серверу (результат зависит от конкретной реализации кластера).