платформа для бизнес приложений
🛠 7 лучших платформ Low и No-Code для разработки бизнес-приложений
В таких платформ используется графический интерфейс с минимальной логикой и возможностью перетаскивания нужных функциональных блоков вместо написания бесчисленных строк кода. Они способны автоматизировать рабочие процессы, а также предлагают полезные инструменты для разработки бизнес-идей.
1. Airtable
Здесь вы найдете множество полезных шаблонов для планирования и запуска новых продуктов, настройки каталога товаров, логистики, анализа рынка и многого другого. Для большей продуктивности есть функция совместной работы, настраиваемые уведомления и автоматизация повторяющихся задач.
Вы сможете оптимизировать рабочий процесс, интегрировав в приложения такие сервисы, как Slack, Gmail, Facebook, Twitter, Teams, Google Sheets и т.д. Airtable позволяет работать из любого места и в любое время. Вы можете редактировать, комментировать и синхронизировать изменения на всех устройствах, используя настольные и мобильные приложения.
2. Microsoft Power Apps
В Power Apps есть мощные инструменты для работы, включая встроенные компоненты искусственного интеллекта. С его помощью вы сможете подключиться к многочисленным источникам данных и получать ценные сведения, используя мощные коннекторы и Microsoft Dataverse. Функции приложения расширяются при помощи Office 365 и Dynamics 365. Разработанные продукты легко масштабируются и интегрируются со сторонними сервисами, их можно использовать совместно с коллегами, работая на разных устройствах.
3. Caspio
Caspio поможет вам в планировании дизайна базы данных, в работе с пользователями, в управлении бизнес-процессами и в решении рутинных задач. Платформа предлагает интуитивно понятные инструменты для визуальной разработки облачных приложений с формами, панелями мониторинга и отчетами.
Вы поймете, как проектировать, разрабатывать и управлять своими программами. Сможете безупречно встраивать их в любой портал, сайт или CMS. Caspio работает на SQL Server и AWS – это отличный стек технологий для лучшей производительности и безопасности. Его можно использовать в сфере продаж, маркетинга, ИТ, администрирования, поддержки, HR и финансов.
Платформа поддерживает 11 основных языков, предоставляет возможность работы с международными валютами и учитывает часовые пояса. Использует технологию зашифрованных паролей и контроля доступа на основе IP. Интегрируется со всеми известными бизнес-сервисами.
4. OutSystems
OutSystems ускоряет и упрощает оптимизацию жизненного цикла программ, предоставляя для работы новейшие облачные технологии. Также она имеет удобный пользовательский интерфейс с функцией перетаскивания и возможностью разрабатывать программы для любых устройств. Их можно обновлять и развертывать при помощи одного щелчка мыши, быстро анализируя модели и рефакторинг зависимостей. Есть функции защиты учетной записи и синхронизации данных в автономном режиме.
5. Zoho Creator
Это набор инструментов, с помощью которого вы сможете трансформировать бизнес за счет создания концептуальных мультиплатформенных приложений: от минималистичных журналов вызовов до сложных ERP. Он ускорит процесс разработки при помощи интуитивно понятных редакторов кода и визуальных конструкторов. Zoho Creator предлагает обширную коллекцию полезных шаблонов (управление заказами, работа с дистрибьюторами и поставщиками, логистика, склад и др.), устанавливаемых и настраиваемых в соответствии с требованиями заказчика. Сервис также поддерживает FileMaker, MS Access и другие базы данных.
6. Knack
Кроме того, база данных Knack позволяет создавать объекты, соответствующие вашим уникальным требованиям. В одну платформу встроены десятки полезных шаблонов и плагинов по работе с дизайном, SEO, геолокацией пользователей, безопасными платежными системами, уведомлениями и прочим.
Для расширения и настройки интерфейса приложения можно использовать JavaScript, а для управления его внешним видом – подключать дополнительные стилевые файлы. С Knack легко анализировать, управлять и обмениваться данными, благодаря интеграции с Gmail, MailChimp, Dropbox, WebMerge, Google Drive и Zapier.
7. Mendix
Возможность подключения к приложениям когнитивных сервисов и ИИ, сделает их соответствующими требованиям нынешнего поколения пользователей.
Mendix позволяет сделать сквозную автоматизацию процессов, объединяющую в одном сервисе людей, системы и данные. Он позволяет интегрировать логику из любого источника, а созданные приложения можно расширить и сделать открытыми для других платформ.
Заключение
Представленные в обзоре платформы справятся с основными проблемами пользователей, но часто компаниями нужны кастомные решения No-code и не важно, будут ли они созданы с помощью упомянутых инструментов или разработаны под конкретную задачу. Важно, что решения No-code позволяют обычным сотрудникам вносить изменения в корпоративные системы без помощи программистов.
Скорость внесения доработок влияет на самые разные бизнес-процессы:
Т1 Консалтинг уже во второй раз проводит хакатон, посвященный созданию корпоративных сервисов. На этот раз участникам предлагается выбрать одно из двух тематических направлений:
На сайте хакатона подробно описаны задачи и предложены варианты кейсов для их решения. Можно выбрать один из перечисленных или создать свой.
Отправляя заявку, опишите функциональность или готовую идею, которую вы готовы воплотить в жизнь на хакатоне. Компания отберет наиболее интересные и объявит список финалистов 19 ноября.
Кроме того, в рамках хакатона пройдет T1 Pitch Day, на котором стартапы и предприниматели с готовыми финтех-решениями по направлениям хакатона смогут презентовать свой проект топовому жюри и получить шанс сотрудничать не только с Т1 Консалтинг, но и с партнерами компании, в числе которых Почта Банк, Росбанк, ВТБ и другие.
CUBA — платформа для быстрой разработки бизнес-приложений на Java
Если вы занимаетесь разработкой софта для предприятий, то возможно уже написали собственную платформу. Которая позволяет вам быстро создавать UI и логику для работы с данными, содержит общую для ваших проектов функциональность: управление правами пользователей, генератор отчетов, BPM и тому подобное, и имеет архитектуру, позволяющую легко сопровождать и масштабировать приложение. Если еще не успели написать, предлагаем познакомиться с нашей разработкой — платформой CUBA.
Кому это может пригодиться?
Мы позиционируем CUBA в первую очередь как инструмент для разработчиков, занимающихся автоматизацией внутренних бизнес-процессов предприятий. Это могут быть производственные процессы, закупки и продажи, документооборот, управление персоналом, средства мониторинга и так далее. CUBA может послужить основой любой учетной или управленческой системы.
Кроме того, проверенным вариантом является использование платформы в качестве backend распределенной системы. В этом случае на платформе создается средний слой с основной бизнес-логикой и UI для сотрудников, а сайты и мобильные приложения для внешних пользователей выступают клиентами среднего слоя.
Используя платформу, можно сосредоточиться в основном на бизнес-логике, так как большинство инфраструктурных задач уже решены. Соответственно, сделать проект быстрее и меньшими усилиями.
Условия использования CUBA описаны на нашем сайте. Бесплатный вариант есть.
История
Теперь хочу рассказать о зарождении и эволюции платформы. Собственно, в основном речь пойдет о технологиях, так что станет примерно понятно, как CUBA устроена.
С чего все началось. Наша компания создавалась для того, чтобы делать информационные системы для предприятий. Разные системы для разных предприятий, и чем больше, тем лучше. То, что писать мы будем на Java, не вызывало сомнений в силу предыдущего положительного опыта, независимости от ОС, наличия великолепной IDE, широкого выбора фреймворков всех уровней и тому подобного. В то же время мы понимали, что делать каждый проект с нуля, пользуясь только тем, что дают Java и доступные фреймворки, сложно и неэффективно. Значительная часть функциональности корпоративных систем пересекается, независимо от особенностей бизнеса. Да и ту часть, которая уникальна в каждом приложении, мы хотели делать проще и быстрее. К сожалению (или к счастью), мы не нашли ничего готового в мире Java, что удовлетворяло бы нашим требованиям, никакой подходящей «платформы для быстрого создания бизнес-приложений», и как водится, решили написать свою.
Начали со среднего слоя — взяли JBoss с EJB3, в качестве ORM прикрутили OpenJPA. Почему не Hibernate — это тема для отдельной статьи, постараемся со временем ее написать. Научили OpenJPA работать с мягким удалением прозрачно для разработчика, чтобы не надо было ничего дописывать в запросы и контролировать результаты.
Написали свой фреймворк метаданных, необходимый нам для реализации универсальных механизмов, таких как визуальные компоненты, настраивающие свои свойства в зависимости от типа атрибута сущности, который они отображают. На основе метаданных сделали механизм декларативного объявления графов сущностей (мы их называем “представления” — views). Такой механизм нужен для того, чтобы с любого уровня приложения можно было запросить данные и указать, какой объектный граф сейчас требуется, т.е. с какими атрибутами и связанными сущностями мы хотим в данный момент работать.
Начали работать над security: пользовательская сессия, сами пользователи, роли и права доступа. Поломали голову над тем, как реализовать контроль доступа на уровне строк (row-level security). Остановились на том, что предикаты ограничений должны группироваться в отдельную от ролей иерархическую структуру. Всё управление security, разумеется, сразу делали динамическим в смысле возможности настройки в runtime.
Сложным был выбор технологии для веб UI. Нам нужно было поверх какого-то фреймворка создать свой слой абстракции для разделения компоновки и кода экранов, а также для реализации набора визуальных компонентов, работающих с сущностями с помощью наших метаданных. Кроме того, мы планировали в будущем сделать реализацию этого же слоя на базе десктопного Swing. В общем, хотелось, чтобы прикладной код не зависел ни от каких технологий, кроме Java и наших собственных. В итоге, для веб клиента выбрали Vaadin (тогда он назывался ITMill). Альтернатив было немного, ну и в любом случае сейчас не жалеем о выборе, так как фреймворк мощный и активно развивается. Хотя набили много шишек, попытаемся о них рассказать в отдельной статье.
Таким образом у нас появился GenericUI — модуль платформы для создания экранов на XML и Java. Он состоит из загрузчиков экранов, библиотеки визуальных компонентов и источников данных (datasources), связывающих компоненты с моделью данных. Первым, что мы написали на GenericUI, были экраны управления security самой платформы. Ну а потом начали делать первое приложение — это была заказная система документооборота. Надо сказать, что GenericUI позволяет работать в обход себя, напрямую с компонентами нижележащего UI-фреймворка. Поначалу мы этим активно пользовались, так как возможностей GenericUI часто не хватало. Со временем, в результате развития платформы, необходимость в таком “низкоуровневом” кодировании почти отпала, 99% прикладного кода работает только с обобщенными интерфейсами.
Через некоторое время пришла идея отказаться от JBoss и реализовать всю инфраструктуру на Spring. Замечательная функциональность и расширяемость Spring дала нам возможность реализовать нужные механизмы более просто и надежно. Плюс мы обрели независимость от сервера, а также время старта приложения на Tomcat от 5 до 15 секунд, что в разы быстрее, чем было на JBoss.
Несмотря на приемлемое время рестарта приложения, иногда необходимо деплоить части приложения на лету, без остановки сервера. Поэтому мы реализовали возможность динамической компиляции и загрузки классов из специального каталога. Более того, cейчас Студия постоянно отслеживает изменения в проекте и подбрасывает в этот каталог исходники UI, что очень помогает при разработке экранов — можно увидеть результат изменений без рестарта, логина, поиска экрана в меню и т.д.
Настала пора наращивания функциональности — в приложениях нужны были управление бизнес-процессами и полнотекстовый поиск. Раздувать основную часть платформы мы не стали, а разбили ее на несколько проектов, которые используются приложениями при необходимости.
После Workflow и Full Text Search начали разработку собственного генератора отчетов. До этого использовали JasperReports, но он нас не устраивал, во-первых из-за слишком трудоемкого процесса создания шаблонов, а во-вторых из-за сложностей с выводом результатов в Excel. Реализовали простую идею: отдельно описывать логику извлечения данных, отдельно создавать шаблон в Excel, Word или HTML. Такой подход себя оправдал, и недавно мы даже выделили ядро генератора в отдельный open-source проект под названием YARG для использования вне платформы. Про него обязательно будет статья на Хабре.
Система сборки довольно долгое время базировалась на Ant-скриптах. Причем, если сторонние библиотеки загружались из репозитория в бинарном виде, то платформа подключалась к прикладному проекту только в виде исходников, напрямую из SVN. Такой подход имел преимущества на этапе становления платформы — любой программист при работе над своим проектом мог легко поправить что-то в платформе и просто закоммитить свои изменения. В определенный момент мы перешли на стандартный вариант, когда бинарные артефакты и исходники платформы загружаются в проект так же, как и остальные зависимости — из Maven-репозитория. Заодно заменили Ant на Gradle, который позволил нам заключить основной код сборки в плагине, а скрипты проектов сделать максимально лаконичными, но при этом произвольно расширяемыми.
Когда мы начали делать Sherlock — продукт для такси, потребовался десктопный клиент. Тогда и появилась вторая реализация GenericUI-компонентов на Swing. В результате весь UI продукта (более 300 экранов) доступен и в веб и в десктоп вариантах с одинаковой функциональностью, отличия только в отзывчивости интерфейса и нюансах работы с клавиатуры.
Также для тиражируемых продуктов мы придумали механизм расширений, который позволяет адаптироваться к требованиям заказчиков. Расширение — это, по сути, проект нового приложения, в котором продукт используется как платформа. Таким образом нам удается добиваться максимальной кастомизации под заказчика без изменения кода основного продукта. Сохраняется и возможность обновления версий продукта — для этого достаточно привести расширение в соответствие новой версии и пересобрать его.
В определенный момент времени появилась идея сделать платформу доступной разработчикам за пределами нашей компании. Два года назад CUBA была взята на вооружение еще двумя ИТ-компаниями, которые сделали на ее основе довольно крупные проекты: систему обработки электронных сообщений граждан Правительства Москвы и федеральный Электронный регистр онкобольных Республики Казахстан. Это окончательно убедило нас в том, что CUBA может быть полезной не только нам, и мы начали подготовку к публичному релизу.
C этого момента началась работа над Студией, которая позволяет снизить порог входа для начала разработки на платформе и дает возможность более удобно решать рутинные задачи. Мы сделали Студию веб приложением, что дает интересные возможности применения — от теоретической способности работы в облаке до вполне практической возможности быстро подключиться к проекту коллеги и, например, помочь ему разобраться в проблеме. Кроме Студии в помощь разработчику написали плагин к IntelliJ IDEA для навигации по специфическим для CUBA элементам проекта.
Планы на будущее
На данный момент CUBA перешла из фазы интенсивного роста и постоянных изменений в более спокойную стадию эволюции. Естественно, в первую очередь это непрерывный процесс различных локальных доработок и устранения дефектов. Кроме того, мы планируем в ближайшее время заняться доделкой модуля отображения диаграмм — там появятся компоненты для отображения карты и интерактивные диаграммы на JavaScript, которые будут управляться, как и все остальные GenericUI-компоненты, из серверного Java-кода. После этого, скорее всего, займемся вопросами деплоймента CUBA-приложений в облаке у PaaS-провайдеров.
Разумеется, мы открыты для диалога, и направления совершенствования платформы во многом будут определяться пожеланиями разработчиков, ее использующих.
В отличие от самой платформы, Студия является очень молодым продуктом. В первую очередь мы работаем над повышением удобства использования Студии и стараемся сделать ее более умной и дружелюбной.
Также много усилий в последнее время прикладываем к улучшению документации. Пока в ней есть пробелы, явно не хватает примеров и рецептов решения типовых задач. Эти недостатки и будем устранять, а в следующем году собираемся выпустить всю документацию на английском.
На Хабре мы планируем публиковать статьи о различных аспектах устройства платформы и о проблемах, которые нам приходилось решать. Надеюсь, что будет интересно.
Разработка и исполнение бизнес-приложений
Comindware Business Application Platform
Единая среда разработки и выполнения бизнес-приложений, объединяющая встроенную СУБД, возможность разработки без кодирования, работу с данными, формами и документами.
Полный комплект средств для разработки
и внедрения бизнес-приложений
Хранение сложных структур данных в графовой СУБД
СУБД Comindware Elastic Data защищена российскими и зарубежными патентами, ее преимущества доказывают престижные международные награды.
СУБД Elastic Data удостоена Graphie Award в номинации “графовая СУБД”
Рекордная скорость разработки и адаптации приложений
Для создания бизнес-приложения можно использовать типовое решение и благодаря концепции минимального кодирования (Low-code development) доработать его на уровне модели, привлекая программистов только для создания специфической части бизнес-логики.
Таким образом 80-90% доработки по силам бизнес-аналитиками и бизнес-пользователями. Они могут самостоятельно, “мышкой”, разработать прототип будущего приложения для автоматизации бизнес-процессов или любой другой задачи управления бизнесом, быстро обкатать его на пользователях и перейти к внедрению.
Большой набор готовых визуальных элементов позволяет создавать эргономичные и функциональные веб-интерфейсы конечных пользователей.
Единая среда разработки и выполнения бизнес-приложений
Обзор системы Comindware Business Application Platform
Зачем и в каких случаях выбирать программный продукт Comindware? Что это за система и в чем ее особенности? Эти и другие вопросы я решил рассмотреть в этом обзоре. В поисках решения для автоматизации документооборота я перепробовал много систем: Pyrus, Битрикс24, 1С.Документооборот, BPM Online, ELMA и др. Многие из них успешно решали поставленные задачи в рамках определенного бизнеса. Выбор обширен, каждый из продуктов имеет свои особенности. Но сейчас я хочу рассказать о системе Comindware – что это такое, чем этот продукт отличается от большинства аналогов, как с ней работать.
Когда я наткнулся на эту систему, то не нашел информации достаточной для того чтобы сложить хотя бы поверхностное впечатление о ней. Надеюсь, что данным обзором я сэкономлю время читателю, и вы будете более взвешенно подходить в данной системе при первом знакомстве.
Что такое Comindware
Comindware Business Application Platform – это гибкая система, способная своевременно «подстраиваться» под постоянно меняющиеся нужды бизнеса. Так об этом пишут сами разработчики.
По сути, программное решение Comindware – это платформа, а не какой-то специализированный готовый к применению продукт. С одной стороны, это значит, что потребуется определенное время на настройку программного обеспечения до того как с ним смогут работать пользователи. С другой, при использовании продукта Comindware вы не ограничены жесткими рамками, можете использовать инструменты платформы и создавать различные программные решения, подходящие под ваши требования.
При этом разработчики в качестве особого преимущества указывают, что платформа от Comindware дает возможность бизнес-аналитикам и бизнесменам самостоятельно настраивать большинство возможностей даже без привлечения программиста. Что именно можно и нужно настраивать, почему это удобно и какие функции доступны неспециалистам, мы разберемся подробнее ниже.
Отличия платформы от готового решения
Платформа – это основа, определенная программная среда или, проще, набор инструментов, который позволяет решать различные задачи в зависимости от потребностей пользователей.
Например, всем известно семейство программных продуктов 1С. При этом все их объединяет общая платформа 1С определенной версии. А дальше поверх этой платформы устанавливают конфигурации, т.е. наборы команд и решений, предназначенных для работы на этой платформе. Каждая конфигурация – готовое решение под нужды пользователей.
Еще один менее известный пример платформы – это Битрикс. Все знают продукты – «движок» сайта CMS Битрикс и «облачное» решение Битрикс24. Они очень разные. Но объединяет их общая платформа.
Следует понимать, что вся система Comindware – это именно платформа. Здесь нет готовых решений вообще. Каждый настраивает ее так, как нужно для решения определенных задач. Единственное, что отличает Comindware от той же 1С – набор инструментов в этой системе сравнительно простой и не требует профессиональных знаний программиста.
Основы работы с системой
Ниже я буду рассказывать о системе Comindware, как об инструменте для управления задачами, процессами и документами. В принципе, все эти функции являются частью общей системы и постоянно «перекликаются» между собой, ведь процессы состоят из отдельных задач, а документооборот – это сочетание задач с документами.
Comindware Business Application Platform – это полностью браузерное решение. Система не имеет собственного приложения или программы-клиента, которое нужно было бы устанавливать на рабочие места пользователей. Для работы достаточно открыть любой удобный браузер, указать адрес системы и пройти авторизацию.
Система состоит из двух частей:
Для полноценной работы в системе необходимо установить все настройки пользователей, настроить процессы, задачи и документы. И только после того, как бизнес-решения будут созданы в разделе администратора, пользователи смогут в своем разделе их выполнять.
В принципе, здесь количество настроек сравнительно небольшое, инструменты для работы понятны на пользовательском уровне. Что значительно упрощает работу. Например, в системе Bizagi целых 7 (в режиме Wizard) этапов разработки решения, которые программисты совместно с бизнес-аналитиками решают последовательно. Вы можете посмотреть мой видео-урок о Bizagi и сравнить, насколько проще работа в Comindware.
Я считаю, что с точки зрения логики построения работы самая близкая аналогия – это все же система 1С: в ней также есть доступ программиста к платформе (создание конфигурации) и последующая работа пользователя в рамках конфигурации.
При этом в системе Comindware разделение пользовательских функций и возможностей администратора заданы очень жестко. Я считаю это преимуществом. Например, в той же 1С из открытой пользователем конфигурации можно запускать какие-то внешние обработки (скрипты), что дает дополнительные, часто совершенно лишние возможности рядовым сотрудникам.
Административный раздел
В этой статье я буду описывать преимущественно административный раздел, так как пользовательский напрямую зависит от того, что и как вы настроите.
Система состоит из следующих основных составляющих:
Пользователи
Пользователи – это все будущие участники системы, от администратора до рядовых исполнителей. Как и в любой системе подобного типа в Comindware Business Application Platform вы можете создать наборы пользовательских прав. И каждому из пользователей присваивать ту или иную роль с выбранными правами.
Но есть важная особенность: в системе Comindware пользователь выполняет еще одну функцию. При создании задач и процессов администратор может ссылаться на конкретного пользователя (ФИО, должность) как на ответственного участника этапа процесса.
Для пользователей реализованы два типа проверки подлинности:
Шаблоны
Вся система настраивается через шаблоны 3 типов:
О кейсах я рассказывать в этот раз не буду, так как на момент написания статьи кейсы еще находятся в стадии активной разработки. На сегодня для работы вполне достаточно записей и процессов.
Процессы
Шаблоны процессов описываются в формате BPMN 2.0. о котором вы можете почитать в моей статье «Краткое описание BPMN с примером». Расположенные слева от окна процесса графические инструменты с подсказками помогают быстро создавать или видоизменять шаблоны даже не самым опытным пользователям. Таким образом, шаблон бизнес-процесса в этой системе может создавать бизнес-аналитик или руководитель бизнеса без помощи технических специалистов.
Некоторые особенности системы в сравнении с аналогами:
Итак, мы нарисовали процесс, указали для каждого из действий формы и ветвления. В режиме редактирования шаблона (здесь он называется дизайнер) есть очень удобная кнопка – Проверить. Она помогает выявить ошибки и логические противоречия в процессе. После проверки зрительно и по кнопке «Проверить» можно сохранять выбранный шаблон под удобным для восприятия именем.
Запись
Запись иначе в бизнес-моделировании называют «сущность». Это любой вариант справочников или документов. Т.е. сущностей, которые содержат информационные поля, и не являются процессом или кейсом. Это могут быть списки сотрудников, перечень складов, заказы покупателей и т.д.
Настойка шаблона записи содержит:
Здесь самое главное – назначить атрибуты, создать удобные формы, с которыми будут работать пользователи, указать права доступа. На этом работа с шаблонами записей обычно оканчивается.
Настройки
Еще один важный пункт в административной панели, отвечает за основные настройки внешнего вида системы для пользователей, их прав доступа и т.д.
Какие настройки нам доступны:
Каналы связи
Этот пункт административного раздела позволяет настроить различные варианты связи:
Отчеты
Отчетность в системе Comindware очень лаконична. Создание собственных отчетов здесь не предусмотрено. А существующие отчеты – очень просты. Они описывают статусы активных процессов, позволяют увидеть происходящее в режиме реального времени. Чтобы сформировать отчет достаточно выбрать шаблон процесса или записей и посмотреть, что в этой сфере сейчас происходит.
Если вы хотите просмотреть списки проектов в работе, клиентов, нагрузку сотрудников, все это можно получить при помощи сортировки соответствующих списков.
С одной стороны, отчетность в Comindware Business Application Platform можно считать по праву «слабым местом». С другой, в процессных системах другие виды отчетности обычно не нужны и не используются. Самое главное при работе с процессами – понимать, какой из них почему-то застопорился и на каком этапе. Эту возможность система предоставляет с помощью встроенных отчетов.
Подводим итоги: плюсы и минусы
Одно из бесспорных преимуществ системы Comindware – простота работы с системой даже на уровне администратора. Вы просто создаете процесс, добавляете к нему необходимые поля, указываете, кто с ним будет работать, какие документы заполнять и запускаете процесс в работу.
В качестве BPM-системы платформа с моей точки зрения – вполне удобна для пользователей. При этом программный продукт относится к системам типа «Low-Code», т.е. в принципе не требует участия в настройке программного продукта программиста. Он может потребоваться в отдельных случаях – для запуска внешнего скрипта (возможность реализована на С#), т.е. реализации каких-то особенных возможностей, не предусмотренных Comindware, а также для интеграции с другими системами. Во всех остальных случаях даже человек, далекий от программирования, при желании сможет все настроить и запустить работу самостоятельно.
После этого систему сразу можно запускать и начинать в ней активно работать. Программист подключается в случае необходимости (например, для промышленного или другого крупного предприятия, для интеграции с другими системами). Но при этом аналитик и программист могут работать совместно в одной общей среде и системе, избегая многих разночтений и проблем со взаимопониманием.
При необходимости внедрения интеграции в программной среде Comindware реализована возможность обмена данными через API, при этом сторонние программы могут получить доступ к спискам сотрудников, клиентов, процессов, т.е. к пользовательским базам данных в формате JSON, т.е. применяется распространенный стандарт решений API, что удобно для быстрой интеграции.
Внешний вид и навигацию для пользователей настраивает администратор системы также без помощи программиста. Скорость работы системы – вполне удовлетворительная.
В зависимости от размеров и потребностей компании можно применять SAAS-решения, т.е. пользоваться системой на сервере разработчиков, оплачивая абонентскую плату за каждого пользователя, а можно купить продукт «в коробке» и установить на собственных серверах.