Как элементы решения связаны между собой

Компоненты Knowledge Space работают не изолированно. Проект, классы, модели, объекты, показатели, интерфейсы, приложения и правила доступа образуют единое исполняемое решение.

Логика решения

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

Пример: производственное планирование

Создаётся проект

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

Описываются классы

Создаются классы «Продукт», «Предприятие» и «Производственная линия». Для них определяются показатели и допустимые связи.

Настраивается модель

В модели «Производственная программа» задаются временной горизонт, наборы данных «План» и «Факт», объекты и расчётные зависимости.

Добавляются объекты и значения

Команда создаёт объекты «Продукт А», «Завод №1» и «Линия 2». Исходные значения вводятся пользователем или загружаются из внешней системы.

Выполняются расчёты

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

Создаются интерфейсы

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

Публикуется приложение

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

Как проходят данные

Типовой поток выглядит так:

1. Пользователь или внешняя система передаёт исходные данные.
2. Данные сохраняются как значения показателей объектов в выбранном наборе данных.
3. Формулы, алгоритмы или интеграции обрабатывают значения.
4. Результат отображается в интерфейсах.
5. Пользователь принимает решение или выполняет действие.
6. При необходимости запускается бизнес-процесс или обмен с внешней системой.

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

Что важно запомнить

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

Чтобы закрепить верхнеуровневую схему, откройте «Концептуальный подход». Страница объясняет назначение основных частей решения и показывает классическую последовательность работы моделиста.