Основные понятия и концепции - История изменений

Oagapov: Исправление орфографии (ссылки и код не затронуты)

2026-10-27T21:22:04Z

Исправление орфографии (ссылки и код не затронуты)

Elena в 12:57, 17 марта 2025

2025-03-17T12:57:46Z

← Предыдущая версия		Версия от 12:57, 17 марта 2025
Строка 114:		Строка 114:
	* services: uppercase *Service (TicketsService, ShowCardService, ACDService)		* services: uppercase *Service (TicketsService, ShowCardService, ACDService)
	Следующая статья курса: [[Установка продуктового слоя]]		Следующая статья курса: [[Установка продуктового слоя]]
	~~[[Категория:Курс "Разработка приложений"]]~~
	[[Категория:Курс Разработка приложений]]		[[Категория:Курс Разработка приложений]]

AZykov в 08:32, 17 марта 2025

2025-03-17T08:32:46Z

← Предыдущая версия		Версия от 08:32, 17 марта 2025
Строка 115:		Строка 115:
	Следующая статья курса: [[Установка продуктового слоя]]		Следующая статья курса: [[Установка продуктового слоя]]
	[[Категория:Курс "Разработка приложений"]]		[[Категория:Курс "Разработка приложений"]]
			[[Категория:Курс Разработка приложений]]

AZykov: /* Соглашения по именам */

2025-03-10T10:25:14Z

Соглашения по именам

← Предыдущая версия		Версия от 10:25, 10 марта 2025
Строка 113:		Строка 113:
	* applications: lowercase (manager, reports, my_application)		* applications: lowercase (manager, reports, my_application)
	* services: uppercase *Service (TicketsService, ShowCardService, ACDService)		* services: uppercase *Service (TicketsService, ShowCardService, ACDService)
	~~<blockquote>Соглашения по именам будут продублированы в рамках изучения соответствующих разделов курса.</blockquote>~~
	Следующая статья курса: [[Установка продуктового слоя]]		Следующая статья курса: [[Установка продуктового слоя]]
	[[Категория:Курс "Разработка приложений"]]		[[Категория:Курс "Разработка приложений"]]

AZykov: /* Структура пакета и основные понятия */

2025-03-10T10:24:43Z

Структура пакета и основные понятия

← Предыдущая версия		Версия от 10:24, 10 марта 2025
Строка 59:		Строка 59:
	'''Публичная ссылка''' (Public link) позволяет предоставить доступ к приложению с автоматической авторизацией в системе при помощи указанных логина и пароля (т.е. с заданным набором ролей). Используется для предоставления доступа к некоторым данных для пользователей вне платформы Эра.		'''Публичная ссылка''' (Public link) позволяет предоставить доступ к приложению с автоматической авторизацией в системе при помощи указанных логина и пароля (т.е. с заданным набором ролей). Используется для предоставления доступа к некоторым данных для пользователей вне платформы Эра.

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

	'''Обработчики событий''' (Handlers) - это программные модыли, предназначенные для обработки событий вызываемых операциями над объектами (создание, изменение, удаление). Результаты исполнения обработчиков могут влиять на исполнение операции. <blockquote>'''Сервисы''' (services), '''обработчики событий''' (handlers) и '''действия''' (action) служат для реализации сложной логики работы приложений, а также для интеграции с внутренними и внешними сервисами. </blockquote>'''Подмены''' (Shifts) - настройки, позволяющие подменять один объект, другим. Таким образом, можно вносить изменения в интерфейс, логику или структуру данных, заданных в других пакетах. Для замещения доступны '''классы''' (classes), '''рекдаторы''' (editors) и '''элементы управления''' (controls).		'''Обработчики событий''' (Handlers) - это программные модыли, предназначенные для обработки событий вызываемых операциями над объектами (создание, изменение, удаление). Результаты исполнения обработчиков могут влиять на исполнение операции. <blockquote>'''Сервисы''' (services), '''обработчики событий''' (handlers) и '''действия''' (action) служат для реализации сложной логики работы приложений, а также для интеграции с внутренними и внешними сервисами. </blockquote>'''Подмены''' (Shifts) - настройки, позволяющие подменять один объект, другим. Таким образом, можно вносить изменения в интерфейс, логику или структуру данных, заданных в других пакетах. Для замещения доступны '''классы''' (classes), '''рекдаторы''' (editors) и '''элементы управления''' (controls).

AZykov в 00:01, 13 января 2025

2025-01-13T00:01:13Z

← Предыдущая версия		Версия от 00:01, 13 января 2025
Строка 41:		Строка 41:

	=== Структура пакета и основные понятия ===		=== Структура пакета и основные понятия ===
	[[Файл:Структура пакета.png\|мини\|Примерная структура пакета]]		[[Файл:Структура пакета.png\|мини\|Примерная структура пакета\|308x308пкс]]

	Объектная модель состоит из '''классов''' (classes). Каждый класс обладает набором '''свойств''' (properties) и '''действий''' (actions). Классы могут наследоваться друг от друга. Каждое свойство имеет ''тип данных''. <blockquote>Существует три вида типов данных: '''базовый''' (строка, число, время и т.д), '''перечисление''' (enumeration – заданный набор вариантов) и '''класс''' (ссылка на любой класс объектной модели для построения связей между объектами).</blockquote>		Объектная модель состоит из '''классов''' (classes). Каждый класс обладает набором '''свойств''' (properties) и '''действий''' (actions). Классы могут наследоваться друг от друга. Каждое свойство имеет ''тип данных''. <blockquote>Существует три вида типов данных: '''базовый''' (строка, число, время и т.д), '''перечисление''' (enumeration – заданный набор вариантов) и '''класс''' (ссылка на любой класс объектной модели для построения связей между объектами).</blockquote>

AZykov: /* Структура пакета и основные понятия */

2025-01-13T00:00:35Z

Структура пакета и основные понятия

← Предыдущая версия		Версия от 00:00, 13 января 2025
Строка 41:		Строка 41:

	=== Структура пакета и основные понятия ===		=== Структура пакета и основные понятия ===
			[[Файл:Структура пакета.png\|мини\|Примерная структура пакета]]

	Объектная модель состоит из '''классов''' (classes). Каждый класс обладает набором '''свойств''' (properties) и '''действий''' (actions). Классы могут наследоваться друг от друга. Каждое свойство имеет ''тип данных''. <blockquote>Существует три вида типов данных: '''базовый''' (строка, число, время и т.д), '''перечисление''' (enumeration – заданный набор вариантов) и '''класс''' (ссылка на любой класс объектной модели для построения связей между объектами).</blockquote>		Объектная модель состоит из '''классов''' (classes). Каждый класс обладает набором '''свойств''' (properties) и '''действий''' (actions). Классы могут наследоваться друг от друга. Каждое свойство имеет ''тип данных''. <blockquote>Существует три вида типов данных: '''базовый''' (строка, число, время и т.д), '''перечисление''' (enumeration – заданный набор вариантов) и '''класс''' (ссылка на любой класс объектной модели для построения связей между объектами).</blockquote>

AZykov в 20:09, 12 января 2025

2025-01-12T20:09:11Z

← Предыдущая версия		Версия от 20:09, 12 января 2025
Строка 112:		Строка 112:
	* services: uppercase *Service (TicketsService, ShowCardService, ACDService)		* services: uppercase *Service (TicketsService, ShowCardService, ACDService)
	<blockquote>Соглашения по именам будут продублированы в рамках изучения соответствующих разделов курса.</blockquote>		<blockquote>Соглашения по именам будут продублированы в рамках изучения соответствующих разделов курса.</blockquote>
			Следующая статья курса: [[Установка продуктового слоя]]
	[[Категория:Курс "Разработка приложений"]]		[[Категория:Курс "Разработка приложений"]]

AZykov в 20:08, 12 января 2025

2025-01-12T20:08:29Z

← Предыдущая версия		Версия от 20:08, 12 января 2025
Строка 38:		Строка 38:
	* helpdesk - пакет, реализующий функциональность портала поддержки		* helpdesk - пакет, реализующий функциональность портала поддержки

	<blockquote>Получить доступ к пакетам системы можно через приложение '''Builder'''. Данное приложение является основным для разработчика в рамках платформы Эра. Если приложение Builder в системе отсутствует, необходимо провести установку продуктового слоя, описанную в [[Установка продуктового слоя\|~~данной~~ статье]].</blockquote>		<blockquote>Получить доступ к пакетам системы можно через приложение '''Builder'''. Данное приложение является основным для разработчика в рамках платформы Эра. Если приложение Builder в системе отсутствует, необходимо провести установку продуктового слоя, описанную в [[Установка продуктового слоя\|следующей статье]].</blockquote>

	=== Структура пакета и основные понятия ===		=== Структура пакета и основные понятия ===

AZykov в 20:06, 12 января 2025

2025-01-12T20:06:23Z

← Предыдущая версия		Версия от 20:06, 12 января 2025
Строка 111:		Строка 111:
	* applications: lowercase (manager, reports, my_application)		* applications: lowercase (manager, reports, my_application)
	* services: uppercase *Service (TicketsService, ShowCardService, ACDService)		* services: uppercase *Service (TicketsService, ShowCardService, ACDService)
			<blockquote>Соглашения по именам будут продублированы в рамках изучения соответствующих разделов курса.</blockquote>
	[[Категория:Курс "Разработка приложений"]]		[[Категория:Курс "Разработка приложений"]]

← Предыдущая версия		Версия от 21:22, 27 октября 2026
Строка 4:		Строка 4:
	Продуктовый слой позволяет разрабатывать (конфигурировать) информационные системы и обеспечивает их жизненный цикл – создание, исполнение, модификацию, экспорт-импорт.		Продуктовый слой позволяет разрабатывать (конфигурировать) информационные системы и обеспечивает их жизненный цикл – создание, исполнение, модификацию, экспорт-импорт.

	Продуктовый слой находится над слоями инфраструктуры, данных и коммуникаций. Благодаря продуктовому слою коммуникационная платформа становится ~~информационнокоммуникационной~~. При этом предусмотрен и обратный доступ «снизу вверх» – например, из сценариев IVR можно обращаться (получать, добавлять, изменять, удалять) к любым объектам информационной системы (продуктового слоя). Спектр применений продуктового слоя достаточно широк: карточки звонка, системы обработки заявок, справочники клиентов, CRM, ERP, PM, отраслевые решения и т.д.<blockquote>Подробнее про архитектуру системы можно прочитать в [[Архитектура платформы\|соответствующей статье]]		Продуктовый слой находится над слоями инфраструктуры, данных и коммуникаций. Благодаря продуктовому слою коммуникационная платформа становится информационно-коммуникационной. При этом предусмотрен и обратный доступ «снизу вверх» – например, из сценариев IVR можно обращаться (получать, добавлять, изменять, удалять) к любым объектам информационной системы (продуктового слоя). Спектр применений продуктового слоя достаточно широк: карточки звонка, системы обработки заявок, справочники клиентов, CRM, ERP, PM, отраслевые решения и т.д.<blockquote>Подробнее про архитектуру системы можно прочитать в [[Архитектура платформы\|соответствующей статье]]

	</blockquote>		</blockquote>
Строка 30:		Строка 30:
	В рамках платформы Эра все вышеперечисленные объекты хранятся, разрабатываются и исполняются в рамках '''пакетов''' (package).		В рамках платформы Эра все вышеперечисленные объекты хранятся, разрабатываются и исполняются в рамках '''пакетов''' (package).

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

	Примеры базовых пакетов:		Примеры базовых пакетов:
Строка 55:		Строка 55:
	'''Элемент управления''' (Control) – это основной компонент приложения. Работа пользователя с приложением заключается в переключении между элементами управления и выполнением с их помощью операций над объектами (просмотр, добавление, изменение, удаление, действия). Элементы управления создаются автоматически (для каждого класса – таблица и карточка) и вручную (диаграммы, комбинированные элементы, нестандартные карточки и т.д.).		'''Элемент управления''' (Control) – это основной компонент приложения. Работа пользователя с приложением заключается в переключении между элементами управления и выполнением с их помощью операций над объектами (просмотр, добавление, изменение, удаление, действия). Элементы управления создаются автоматически (для каждого класса – таблица и карточка) и вручную (диаграммы, комбинированные элементы, нестандартные карточки и т.д.).

	'''Роли''' (Roles) - иерархический справочник ролей, которые могут быть ~~использованя~~ для ограничения доступа к приложениям и данным объектов.		'''Роли''' (Roles) - иерархический справочник ролей, которые могут быть использованы для ограничения доступа к приложениям и данным объектов.

	'''Публичная ссылка''' (Public link) позволяет предоставить доступ к приложению с автоматической авторизацией в системе при помощи указанных логина и пароля (т.е. с заданным набором ролей). Используется для предоставления доступа к некоторым данных для пользователей вне платформы Эра.		'''Публичная ссылка''' (Public link) позволяет предоставить доступ к приложению с автоматической авторизацией в системе при помощи указанных логина и пароля (т.е. с заданным набором ролей). Используется для предоставления доступа к некоторым данных для пользователей вне платформы Эра.

	'''Сервисы''' (Services) – это программные модули, предназначенные для выполнения операций над объектами в автоматическом режиме (без участия пользователей). Сервисы могут выполняться на сервере либо в пользовательских приложениях. Как правило, сервисы выполняют операции при получении событий добавления, изменения и удаления объектов либо по таймеру. Сервисы, работающие в серверном режиме, в общем представляют собой ~~singletone~~-микросервисы, работа которых ~~контроллируется~~ платформой.		'''Сервисы''' (Services) – это программные модули, предназначенные для выполнения операций над объектами в автоматическом режиме (без участия пользователей). Сервисы могут выполняться на сервере либо в пользовательских приложениях. Как правило, сервисы выполняют операции при получении событий добавления, изменения и удаления объектов либо по таймеру. Сервисы, работающие в серверном режиме, в общем представляют собой singleton-микросервисы, работа которых контролируется платформой.

	'''Обработчики событий''' (Handlers) - это программные ~~модыли~~, предназначенные для обработки событий вызываемых операциями над объектами (создание, изменение, удаление). Результаты исполнения обработчиков могут влиять на исполнение операции. <blockquote>'''Сервисы''' (services), '''обработчики событий''' (handlers) и '''действия''' (action) служат для реализации сложной логики работы приложений, а также для интеграции с внутренними и внешними сервисами. </blockquote>'''Подмены''' (Shifts) - настройки, позволяющие подменять один объект, другим. Таким образом, можно вносить изменения в интерфейс, логику или структуру данных, заданных в других пакетах. Для замещения доступны '''классы''' (classes), '''~~рекдаторы~~''' (editors) и '''элементы управления''' (controls).		'''Обработчики событий''' (Handlers) - это программные модули, предназначенные для обработки событий вызываемых операциями над объектами (создание, изменение, удаление). Результаты исполнения обработчиков могут влиять на исполнение операции. <blockquote>'''Сервисы''' (services), '''обработчики событий''' (handlers) и '''действия''' (action) служат для реализации сложной логики работы приложений, а также для интеграции с внутренними и внешними сервисами. </blockquote>'''Подмены''' (Shifts) - настройки, позволяющие подменять один объект, другим. Таким образом, можно вносить изменения в интерфейс, логику или структуру данных, заданных в других пакетах. Для замещения доступны '''классы''' (classes), '''редакторы''' (editors) и '''элементы управления''' (controls).

	'''Фиксчи''' (Fixtures) - константные данные, хранящиеся в пакете, которые могут быть автоматически добавлены, обновлены или удалены при активации и деактивации пакета. В рамках таких данных может быть реализована установка некоторых настроек по-умолчанию, демо-данные для объектов, статические данные для анализа и т.д.		'''Фиксчи''' (Fixtures) - константные данные, хранящиеся в пакете, которые могут быть автоматически добавлены, обновлены или удалены при активации и деактивации пакета. В рамках таких данных может быть реализована установка некоторых настроек по умолчанию, демо-данные для объектов, статические данные для анализа и т.д.

	'''Константы''' (Consts) - опциональный набор констант, предназначенный для локализации приложений на различные языки.		'''Константы''' (Consts) - опциональный набор констант, предназначенный для локализации приложений на различные языки.

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

	Таким образом, пакет (package) включает в себя следующие сущности:		Таким образом, пакет (package) включает в себя следующие сущности: