Программное обеспечение:создание собственных приложений на платформах с минимальным кодом и без кода

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

Побуждением к созданию этих платформ является потребность в приложениях, которых нет в iTunes или Google Play Store, усугубляемая нехваткой хороших программистов, ИТ-отделами и агентствами, перегруженными работой, расходами и временем, затрачиваемыми на создание приложение и различное качество того, что производится.

В результате Gartner Inc., глобальная исследовательская и консультационная фирма в области ИТ и других отраслей промышленности, прогнозирует, что к 2024 году на разработку приложений с низким кодом будет приходиться более 65 % деятельности по разработке приложений.

Некоторые из самых популярных приложений для самостоятельной сборки, используемых в производстве, — это приложения для управления гарантией, прозрачности цепочки поставок, отслеживания запасов, отчетности перед регулирующими органами, логистики, точек продаж и рабочего процесса проекта.

Производство уникально подходит для пользовательских приложений «сделай сам» из-за технической подготовки его персонала в области инженерных концепций и методологий. Некоторые инженеры, возможно, даже экспериментировали с разными языками программирования, чтобы автоматизировать свою работу или проводить аналитику, поэтому они не совсем незнакомы с разработкой программного обеспечения; просто это не их основная роль.

«Из моего опыта интересно, что эти люди, как правило, очень эффективны на такого рода платформах», — сказал Майк Ширальди, руководитель группы архитекторов решений в Mendix, Бостон. «Они не увязли во всем эзотерическом синтаксисе данного языка, и они также находятся в уникальном положении, чтобы понять бизнес-проблему, где есть пробел в этом процессе и как его исправить». Mendix была приобретена Siemens в 2018 году.

Наемные разработчики

В компании Flowserve, Ирвинг, Техас, которая производит и обслуживает решения для управления движением жидкости для нефтегазовой отрасли, сотрудники использовали платформу с низким кодом от Appian, Тайсонс, Вирджиния, для создания приложений для различных целей, включая обслуживание. центральный портал процесса ремонта насосов Flowserve. Используя приложение, сотрудник создает запись заказа, а затем использует ее для записи и управления необходимой связанной информацией об осмотре, ценовом предложении, координации физического труда и необходимых деталях; рассмотрение и утверждение; и, наконец, отправка счета.

По словам Малкольма Росса, заместителя технического директора и вице-президента по продуктовой стратегии Appian, для целей Flowserve не существует готового программного обеспечения.

«Есть программное обеспечение для системы управления запасами и управления персоналом, но нет ничего, что могло бы совместить и то и другое — рабочую силу и запчасти», — сказал Росс.

Платформы с низким кодом позволяют бизнес-пользователям, таким как сотрудники Flowserve, разрабатывать индивидуальные решения для автоматизации и организации процессов.

«Любой пользователь low-code, разрабатывающий пользовательское приложение, будет иметь глубокие знания о проблеме и процессе, на который нацелено приложение, — сказал Теджас Гадхия, главный евангелист по разработке платформ в Zoho Corp., Плезантон, Калифорния. является основным преимуществом платформ с низким кодом:они поддерживают разработку внутри компании, а не пользователям, которые должны формулировать свои потребности ИТ-команде или внешнему разработчику».

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

Гибкая разработка приложений

«Оказывается, это самое важное, если вы хотите заниматься по-настоящему гибкой и инновационной разработкой приложений:предоставить его в руки некоторым пользователям, получить их отзывы и произвести итерацию», — сказал Правин Сешадри, генеральный директор AppSheet, Сиэтл. «Действительно, количество итераций, которое вы можете сделать с качественной обратной связью, — это то, что позволяет вашему приложению превратиться во что-то полезное и успешное для ваших пользователей. Скорость итераций — залог успеха».

Хотя разработка и использование приложения ценны сами по себе, поскольку повышают производительность, в какой-то момент производители понимают, что в платформе есть дополнительная ценность, заключающаяся в создании множества приложений. Как только они доходят до создания большого количества приложений, к этому часто приводит группа аналитиков, которая видит, что приложения не только повышают производительность, но и собирают данные, которые могут использоваться программным обеспечением ERP, MES или PLM предприятия.

«Это как золото», — говорит Сешадри. «Это дает понимание всех этих вещей, о которых мы не знали раньше».

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

«Итак, это стимулирует стратегическое мышление», — сказал он. «Как это может существенно повысить конкурентоспособность нашей компании?»

Пример эффективности

Элайджа Магран, операционный директор Tutti Gourmet, производителя здоровых закусок в Гудзоне, Квебек, Канада, начал использовать AppSheet около 16 месяцев назад для инвентаризации.

Раньше завод проводил инвентаризацию на основе физического подсчета, который затем вводился вручную в электронные таблицы. Ошибки были обычным явлением, и некоторые вещи были упущены из виду. Однако с помощью платформы Magrane смогла создать приложение для инвентаризации, которое включает в себя формулы и расчеты, характерные для программ для работы с электронными таблицами, и с тех пор добавило штрих-коды и QR-коды, поэтому подсчеты автоматизированы.

«Внедрение системы штрих-кодов через AppSheet, наряду с автоматическими уведомлениями о пополнении запасов, повысило нашу эффективность и гарантировало, что мы всегда можем выполнять заказы и производить на полную мощность», — сказал Магране.

Созданные Magrane приложения — всего их около 40 — удобны для повседневных операций, таких как подсчет рабочего времени сотрудников, ведение списков утвержденных поставщиков, заполнение контрольных списков проверок, управление запасами на складе, отслеживание распределения продуктов и многое другое.

«Честно говоря, сейчас у меня есть полностью функционирующая ERP-система с AppSheet», — сказал он (см. рис. на стр. 63).

Поскольку платформа находится в облаке, начальник Magrane может получить доступ к инвентарю, управлению проектами и приложениям для исследований и разработок, когда он в дороге. На предприятии новый менеджер по продажам может отслеживать, сколько времени прошло с тех пор, как магазин получил доставку, и при необходимости звонить по продажам.

«Низкий код кодирует так же, как сборный дом — дом, построенный с нуля».

А когда фирму проверяют на отслеживаемость, Magrane может легко получить доступ к информации вместо того, чтобы рыться в папках.

«Наша система учета не позволяет отслеживать готовую продукцию, — сказал Магране. «До AppSheet мы записывали вручную в Excel. Это занимало огромное количество времени и было много ошибок. С момента использования AppSheet рабочий процесс отслеживания сократился более чем наполовину, а ошибки практически отсутствуют».

Обновляемость имеет решающее значение

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

Как правило, решения без кода предлагают 100-процентную разработку приложений «укажи и щелкни» и ориентированы непосредственно на бизнес-пользователей и людей, не обладающих минимальными знаниями в области программирования. Большинство этих инструментов предназначены для замены или улучшения электронных таблиц. AppSheet — это платформа без кода.

Инструменты с низким кодом также предлагают в основном конфигурацию «укажи и щелкни»; однако они предоставляют некоторые расширенные возможности с помощью языка сценариев для выполнения сложной бизнес-логики. Эти инструменты предназначены для пользователей, которые имеют немного больше технических знаний, но не совсем на уровне разработчика. Appian, Mendix и Zoho Creator — это платформы с низким кодом.

«Низкий код кодирует так же, как сборный дом для дома, построенного с нуля», — сказал Джон Сколамиеро, менеджер по архитектуре и управлению в Mendix. «Ни один код не является, по сути, изготовленным «двойным по ширине»».

Отсутствие кода и низкий уровень кода — не единственные отличия. Безопасность зависит от поставщика.

«Всегда полезно зайти на страницу безопасности поставщика, чтобы ознакомиться с его политиками и процедурами в отношении того, как они обрабатывают данные и управляют ими», — сказал Гадхия.

Оценщики могут запросить у поставщиков подробную информацию о сертификатах, таких как ISO 27001, в котором основное внимание уделяется качеству и постоянному совершенствованию систем управления информацией, и SOC 2 Type II, стандарт для средств контроля, которые непосредственно связаны с безопасностью, доступностью, целостностью обработки, конфиденциальностью и конфиденциальностью. в организации, предоставляющей программное обеспечение как услугу.

Безопасность — это только одна часть. Не менее важно понимать политику конфиденциальности поставщика. По словам Гадхиа, клиенты должны убедиться, что их приложения, данные и интеллектуальная собственность их приложений принадлежат им, а не поставщику. Они также должны гарантировать, что их информация не будет продана или передана третьим лицам.

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

«Идея заключается в том, что как только я его построю, все будет в порядке», — сказал он. «Но только то, что он работает с мобильной операционной системой сегодня, не означает, что он будет работать в следующем году, когда выйдет iOS 13, 14 или 15».
Росс добавляет аналогичное предостережение в отношении веб-приложений. Веб-стандарты развиваются каждый день, и то, что приложение работает с Edge, Safari, Bing или Chrome сегодня, не означает, что оно будет работать с ними и завтра. Важный аспект, который следует изучить вместе с поставщиком платформы с низким кодом, заключается в том, поставляет ли он программное обеспечение, которое скрывает требования обслуживания и встраивает в возможности платформы возможности будущего.

«В качестве параллели я часто спрашиваю людей:«Какую версию Google вы используете», — сказал Росс. «Google обновляет свое меню поиска и поиск в веб-браузере буквально каждый божий день, но мы не думаем об этом как о версии, мы думаем об этом как об услуге. Вот где мы хотим быть, насколько мы воспринимаем эти платформы как услугу».

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

«У нас гибридный мир, в котором программное обеспечение выполняется внутри очень безопасных систем, не имеющих доступа к Интернету, но оно также должно выполняться в более широкой системе облака и Интернета», — сказал он.

В конечном счете, самый важный вопрос при покупке платформы — помогает ли она бизнесу решать проблемы и повышать производительность и инновации, сказал Сешадри. Каждое направление бизнеса нуждается в инновациях и улучшении, будь то проверка в цеху или инвентаризация на складе, которые необходимо автоматизировать.

«Допустим, вы создаете приложение для проверки оборудования на заводе, — сказал Сешадри. «Он извлекает данные о том, какое оборудование у вас есть, из вашей ERP-системы и собирает информацию об инспекции. Если есть повреждения, вы можете сделать фото и уведомить кого-нибудь, чтобы сделать ремонт. Каждое утро руководству требуется отчет о том, что повреждено».