Концепция Low-code в действии

Концепция Low-code в действии

на примере Comindware Business Application Platform

Low-code development (Low-code) — концепция, предполагающая возможность модифицировать, адаптировать и развивать систему непосредственно в ходе «боевой» эксплуатации с минимумом кодирования и максимумом визуальной разработки. Low-code решает главную проблему цифровизации — ускорение цикла от бизнес-потребности до работающего бизнес-процесса.

Свяжитесь с нами

Comindware Business Application Platform изначально проектировалась под максимальное соответствие Low-code концепции. Для её реализации, в частности, была разработана онтологическая модель и поддерживающая ее графовая база данных Comindware® ElasticData.

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

Платформа может быть развёрнута в облаке (SaaS) или на вашем сервере, а открытый API обеспечивает широкие возможности интеграции. Функционал создаваемых решений доступен cо всех распространённых устройств — будь то десктоп, телефон или планшет под управлением iOS и Android.

Дополнительная информация о Comindware Business Application Platform доступна по запросу

Больше, чем удобные пользовательские инструменты

Обновления без остановки работы

Задача:
Добавление атрибута в процесс или в карточку бизнес-объекта (мастер-данные) – например, помимо даты изготовления детали нужно обеспечить хранение даты её продажи, что позволит знать, сколько времени деталь хранилась на складе производителя.

  • При использовании реляционной БД:
    Программисты добавляют атрибут и реконфигурируют БД в среде разработки, блокируют доступ пользователей к системе на время переноса изменений в рабочую среду – если накопленный объем данных велик, доступ блокируется на существенное время и такие обновления обычно выполняются раз в месяц или реже.
  • При использовании графовой БД:
    Значение каждого атрибута хранится отдельно от других и реконфигурирование БД не требуется. Добавление атрибута происходит практически мгновенно, без привлечения программистов и блокировки доступа пользователей к системе – такие обновления можно безболезненно производить хоть несколько раз на день и оперативно реагировать на постоянно меняющиеся требования бизнеса.

Быстрая обработка сложных запросов

Задача:
Узнать полную историю операций (бизнес-процессов) над каким-то бизнес-объектом – например, производственной линией: определить по какому контракту её приобрели, кто и когда монтировал, какие работы над ней выполнялись в рамках технического обслуживания и ремонта.

  • При использовании реляционной БД:
    Данные по каждой операции хранятся в отдельной таблице и система выполняет серию SQL-запросов по каждой из них. Скорость обработки запросов зависит от объёма данных, а в случае добавления нового процесса – например, профилактические осмотры – необходимо привлекать программистов для обновления SQL-запросов.
  • При использовании графовой БД:
    Все данные хранятся в графах, они не разделены и система собирает всю историю производственной линии одним запросом. Поиск происходит быстро, вне зависимости от объёма накопленных данных и нет необходимости привлечения программистов в случае добавления нового процесса.

Возможность обработки косвенных связей

Задача:
Узнать, кто из сотрудников крупной компании ранее имел дело с бизнес-объектом - например, производственной линией, - чтобы с ним посоветоваться. При этом неизвестно в рамках какой операции (см. выше) сотрудник с ней работал.

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

Обработка сложноподчинённых объектов

Задача: Подсчитать KPI сотрудника, который одновременно может быть задействован в работе 3-5 подразделений компании, каждое из которых имеет свои собственные KPI, руководителей и цели.

  • При использовании реляционной БД:
    Данные по каждому подразделению хранятся в нескольких отдельных таблицах и для сбора всей информации о конкретном сотруднике, система выполняет серию SQL-запросов, чтобы получить данные из каждой таблицы. Скорость обработки зависит от количества сотрудников и подразделений. В случае структурных изменений привлекаются программисты для обновления SQL-запросов. Полностью автоматизированный подсчет KPI не поддерживаются.
  • При использовании графовой БД:
    Запрос на список объектов связанных с другими объектами в рамках какой-либо операции оперативно обрабатывается системой. Таким образом, система может легко обеспечить каждому из сотрудников список всех планов, в которых он задействован, предложить подходящие KPI и оптимальные пути согласования планов и KPI. Поиск происходит быстро, вне зависимости от объёма накопленных данных и количества сотрудников, нет необходимости привлечения программистов в случае внесения структурных изменений в компании.

Реализация концепции Low-code как идеологии системы неминуемо требует соответствующего “фундамента”. Подробнее о графовой БД и онтологиях читайте в статье на блоге Comindware.

Удобные пользовательские инструменты

Продвинутых технологии “под капотом” Low-code платформы недостаточно для успеха бизнеса клиента — нужен отличный пользовательский опыт. Поэтому Comindware Business Application Platform доступна из веб-браузера и предоставляет широкий спектр пользовательских инструментов:

Возникли вопросы или хотите обсудить специфику реализации Low-code концепции в продукте Comindware? Напишите нам и наши методисты и бизнес-аналитики свяжутся с вами.

Продукты Comindware ежегодно завоевывают престижные награды на основании отзывов клиентов и высокой оценки от ведущих экспертов.
Компания Comindware заняла первую позицию в рейтинге крупнейших разработчиков BPMS в 2018 году по версии CNews Analytics.
BPM-решение от Comindware удостоено награды High Performer за высокую оценку решения и услуг компании от клиентов среди 179 зарубежных BPMS на сайте G2.
Компания Comindware стала победителем Graphie Award в категории Самое инновационное корпоративное графовое приложение.
На основании отзывов клиентов решение Comindware удостоено звания лучшего предложения среди BPM-систем, представленных на сайте Capterra.
Компания Comindware вошла в список десяти наиболее результативных BPMS вендоров в 2017 по версии Insights Success.
Журнал CIO Applications включил Comindware в топ 25 BPM-решений для цифровой трансформации бизнеса.
Компания Comindware вошла в число 20-ти наиболее перспективных и быстрорастущих BPM вендоров по версии CIO Review.
На основании отзывов клиентов продукт Comindware занимает первую позицию в рейтинге BPM-платформ на сайте аналитического агентства Gartner.
Компания Comindware вошла в Топ BPM-подрядчиков по количеству внедрений в России по версии TAdviser.
Comindware

«Для ИТ-департамента low-code — это возможность умножить свою производительность кратно.»

Анатолий Белайчук
BPM-евангелист Comindware

Читать полностью

  1. Вы здесь:
  2. Comindware
  3. Comindware Business Application Platform
  4. Разработка приложений без программирования