Концептуальный подход
Как устроено создание решений в Knowledge Space и в каком порядке осваивать конструктор, если вы открыли KS впервые.
Knowledge Space не стоит изучать как набор несвязанных экранов. В KS бизнес-решение собирается по логической цепочке: бизнес-архитектура → сущности и данные → расчёты → интерфейсы → права доступа → публикация → бизнес-процессы. Если понять эту схему, то каждый раздел конструктора получает ясное назначение.
Изучаем конструктор последовательно
При первом знакомстве Knowledge Space может казаться необъятным: в платформе есть классы и объекты, показатели и формулы, модели, интеграции, интерфейсы, приложения, роли и бизнес-процессы. Если открывать эти разделы без общей карты, легко сосредоточиться на кнопках и настройках, не понимая, какую часть решения вы сейчас строите.
На старте важнее не запомнить расположение всех команд, а увидеть логику платформы. Сначала в KS описывают предметную область и правила работы с данными. Затем создают место для хранения и расчёта данных, формируют пользовательские интерфейсы, настраивают доступ и публикуют готовое приложение. Бизнес-процессы соединяют данные, действия пользователей и внешние системы в единый сценарий.
Главная идея: решение начинается с бизнес-архитектуры
В Knowledge Space основой приложения является бизнес-архитектура. Она включает модель данных, алгоритмы преобразования данных и модель бизнес-процесса. Именно архитектура определяет, какие сущности существуют в решении, какие данные о них хранятся, как рассчитываются значения и что смогут делать пользователи.
Поэтому интерфейс — не отправная точка, а визуальный слой над уже спроектированной системой. Таблица, график или виджет становятся полезными только тогда, когда понятно, какие объекты они показывают, какие показатели используют и откуда берутся рассчитанные значения.
Базовые сущности Knowledge Space
Классы, объекты и связи
Платформа использует объектно-ориентированный подход. Класс описывает тип бизнес-сущности, а объект — конкретный экземпляр этого класса. Например, «Проект» может быть классом, а «Запуск нового продукта» — одним из его объектов. Связи показывают, как разные классы и объекты относятся друг к другу.
Показатели и формулы
Показатели — это характеристики объектов. Они могут хранить разные типы данных, распределяться по периодам времени и дополнительным измерениям. Показатели одного или разных классов могут обмениваться данными.
Формулы задают алгоритмы преобразования данных: передают значения между показателями, объединяют данные из разных объектов, используют общие и математические функции. Язык формул близок к Excel, поэтому знакомая логика электронных таблиц помогает быстрее освоить расчёты в KS.
Модели
Модель — это пространство, где хранятся объекты классов и значения их показателей. У модели есть собственные параметры, сценарии и временное измерение. В одном проекте можно использовать несколько моделей: общие алгоритмы остаются теми же, а данные, набор сценариев и временной диапазон различаются.
Интерфейсы и приложения
Интерфейс показывает данные и даёт пользователю инструменты для работы с ними. Экран собирается из ячеек, к которым привязываются таблицы, графики, диаграммы Ганта, виджеты, навигация, редактор формул, журналы процессов и другие компоненты. События и действия связывают ячейки между собой, поэтому интерфейс может не только отображать данные, но и менять их, фильтровать содержимое, запускать интеграции или бизнес-процессы.
Набор интерфейсов публикуется как приложение для конечных пользователей. Пользователь работает с данными и доступными действиями, не изменяя глобальную архитектуру проекта.
Роли, права доступа и бизнес-процессы
Роли и политики доступа определяют, кто может просматривать или редактировать модели, объекты и другие компоненты проекта. Для разных групп пользователей можно создавать приложения с разными наборами интерфейсов, а отдельные действия и кнопки скрывать или блокировать.
Бизнес-процессы связывают задачи, события, правила переходов, данные модели, интерфейсы, интеграции и уведомления. Они нужны, когда решение должно не только хранить и показывать данные, но и направлять работу нескольких участников по заданному сценарию.
Классический путь моделиста в KS
Универсального маршрута создания проекта не существует, но последовательность работы обычно выглядит так:
- Определите бизнес-задачу и границы решения. Сформулируйте, кто будет работать в приложении, какие решения принимать и какой результат получать. Это задаёт рамки будущей бизнес-архитектуры.
- Опишите предметную область. Создайте классы, связи и показатели. На этом этапе появляется единый язык решения: что считается объектом, какие характеристики у него есть и как сущности связаны.
- Задайте расчётную логику. Настройте формулы и потоки преобразования данных. Здесь фиксируется, откуда берутся значения, как они объединяются и какие результаты рассчитываются автоматически.
- Создайте модели и наполните их данными. Определите сценарии, временное измерение и параметры модели. Данные можно вводить через интерфейсы или загружать из Excel, баз данных и API.
- Соберите пользовательские интерфейсы. Выберите подходящие способы представления данных, добавьте навигацию и настройте события между компонентами. Интерфейс должен поддерживать конкретные действия пользователя, а не просто демонстрировать возможности платформы.
- Настройте роли и опубликуйте приложение. Определите доступ к компонентам и данным, подготовьте нужные наборы интерфейсов для разных групп пользователей и создайте публикацию.
- Подключите процессы и автоматизацию. Если работа требует последовательных действий, согласований или реакции на события, добавьте задачи, события, шлюзы, интеграции и уведомления.
Что важно запомнить
Knowledge Space — это не набор отдельных конструкторов, а единая среда моделирования. Классы и показатели описывают предметную область, формулы задают логику, модели хранят данные, интерфейсы дают пользователю рабочие инструменты, права доступа ограничивают возможности, а бизнес-процессы связывают действия в последовательный сценарий. Чем яснее эта верхнеуровневая картина, тем проще переходить к деталям.
Работая в KS, старайтесь настраивать не отдельную функцию, а очередную часть целостного бизнес-решения. Тогда конструктор перестаёт быть набором неизвестных кнопок и превращается в понятный маршрут от идеи до работающего приложения.
Видеодемонстрация
Общая последовательность создания решений в Knowledge Space показана в видеодемонстрации «Порядок создания решений на базе KS».