AVEVA Engineering: управляй данными!

Дмитрий Красковский

Компания AVEVA представила российскому рынку новую версию одного из своих флагманских продуктов — AVEVA Engineering. Мы связались с Московским представительством компании с просьбой рассказать нам о его возможностях. На наши вопросы любезно согласились ответить: Евгений Прытов, ведущий технический специалист, Ярослав Чайка, ведущий технический специалист, и Елена Колесникова, руководитель отдела маркетинга.

Дмитрий Красковский: В каком году компания AVEVA появилась на российском рынке?

Елена Колесникова, руководитель отдела маркетинга

Елена Колесникова: Российская история компании AVEVA началась в 2003 году. Первые продажи проходили с помощью немецкого офиса. Российский офис непосредственно как юридическое лицо — ООО «AVEVA» — появился в конце 2006­го. Именно с этого момента компания ведет свою летопись в России.

Д.К.: А как сказалось на вашей компании недавнее слияние с компанией Schneider Electric Software?

Е.К.: Данная сделка открыла нам новые двери и новые пути для развития. Ведь, по сути, портфель программных продуктов пополнился новыми высококлассными решениями для оптимизации деятельности предприятий. В компании SE было отдельное подразделение, отвечающее за разработку и внедрение программных продуктов — SE Software. Практически все решения, которые входили в этот пакет, теперь существуют под брендом AVEVA. И за этим стоит очень четкая стратегия и логика, поскольку нашим клиентам это позволяет работать по принципу одного окна, то есть приобретать решения для всех этапов своей деятельности у одного поставщика. Сегодня и карта развития продуктов, и техническая поддержка — всё это осуществляется именно силами компании AVEVA.

Д.К.: В каких отраслях компания AVEVA наиболее сильно представлена?

Е.К.: Если брать наш регион — Россию и СНГ, то это, безусловно, нефтегаз, химия, горная добыча. Мы продолжаем поддерживать наших клиентов в области энергетики, но здесь работа идет менее активно в силу внешних обстоятельств.

Д.К.: А как же судостроение?

Е.К.: Порядка 80% российских судостроительных компаний входят в состав Объединенной судостроительной корпорации, которая находится под жесточайшими санкциями — по крайней мере, на данный момент это так. Поэтому все компании, наши старинные друзья, давние клиенты получили от нас персональные предложения. Они продолжают в некоторой степени работать с нашим софтом, имеют наши лицензии, но официально, с юридической, скажем так, точки зрения, к сожалению, нашими клиентами уже не являются. Хотя на личном уровне мы, естественно, не теряем с ними связь. Возможно, все это поменяется с ослаблением санкционного режима. С теми компаниями, которые не входят в состав Объединенной судостроительной корпорации, мы, естественно, продолжаем активно работать.

Д.К.: Давайте поговорим об AVEVA Engineering. Что это такое и зачем потребовалось создавать отдельное приложение?

Евгений Прытов, ведущий технический специалист

Евгений Прытов: Прежде всего, AVEVA Engineering — это специализированный программный продукт, который раньше входил в пакет с названием «Integrated Engineering and Design». К этом пакету присоединились продукты симуляции технологических процессов, и получившееся решение назвали «Unified Digital Engineering». То есть Engineering — это один из продуктов, который входит, скажем так, в ядро, предназначенное для выпуска информационной модели.

Почему именно отдельный продукт? Как я сказал, в ядро входит программный продукт, который предназначен для выпуска 3D­модели, называемый AVEVA E3D, а также специализированный продукт AVEVA Diagrams, который служит для выпуска схем. Engineering необходим для наполнения информационной модели инженерными данными, теми самыми 1D­данными. Позиционирование продуктов следующее. Каждый программный продукт — это окно, которое позволяет обратиться к информационной модели и наполнять ее своими специфическими данными. Он включает функционал, облегчающий ввод этих самых типов данных. То есть Engineering просто удобен для ввода инженерных данных. Рабочая область для пользователя внешне похожа на Excel, то есть представляет собой таблицы. Наполнять инженерными данными таблицы гораздо удобнее, чем, например, 3D. Впоследствии Engineering приобрел большое количество прочих функций, но изначальное позиционирование продукта было связано с удобством ввода 1D­данных.

Ярослав Чайка, ведущий технический специалист

Ярослав Чайка: Немного добавлю со своей стороны. AVEVA Engineering позволяет не только вводить какие­то данные, но и получать в удобном виде данные, которые были введены туда заранее и на текущий момент уже хранятся в базе. Более того, Engineering позволяет структурировать данные таким образом, что каждый конкретный отдел имеет возможность чтения данных — как своих, так и других отделов, но при этом не имеет права, например, редактировать чужие данные. В результате решается и вопрос безопасности, поскольку блокируется какой­то несанкционированный доступ на редактирование данных других отделов. Помимо этого, Engineering решает очень много других задач — это и передача заданий, и выпуск опросных листов. В целом этот продукт, данные, которые были введены, могут не только использоваться на этапе проектирования — они закрывают полный жизненный цикл всего оборудования даже после передачи в эксплуатацию. Это объясняется тем, что компания имеет возможность вести дальше эту базу данных, отмечать в ней количество циклов, время работы оборудования, вносить замечания по поводу необходимого технического обслуживания и так далее.

Д.К.: То есть получается, что приложение Engineering несет вспомогательную функцию для других приложений?

Я.Ч.: Я бы так не сказал. Это все­таки не вспомогательная функция. Безусловно, Engineering, наверное, не совсем целесообразно использовать без других продуктов, которые есть у компании AVEVA. Но само по себе это приложение вполне может быть самостоятельным. То есть в зависимости от нужд и потребностей компании мы можем рассматривать Engineering как самостоятельный продукт и как часть комплекта продуктов.

Е.П.: Да, смотря что является целью. Во­первых, с помощью AVEVA Engineering можно выпускать некоторые виды документаций — все, что касается данных: списки, спецификации, опросные листы и так далее. Во­вторых, не стоит забывать, что информационная модель имеет самостоятельную ценность. На этапе эксплуатации, например, технологи видят технологический процесс через мнемосхемы, через экраны операторов и работают с технологическими данными, со шкалами, с уставками, — то есть для технологов, в первую очередь, важны именно данные. Вот для наполнения этих самых данных и используется Engineering. Следовательно, Engineering обладает достаточной самостоятельностью: обеспечивает ввод инженерных данных, обеспечивает выпуск документации. Наконец, продуктом Engineering является информационная модель, да, которая содержит только 1D данные, но для определённой сферы деятельности, например для конфигурирования системы управления технологическим процессом, и такая модель обладает достаточной ценностью. Но как я уже сказал, на этом функции Engineering не исчерпываются. В упомянутом нами пакете продуктов, предназначенных для выпуска информационной модели, Engineering выполняет функцию сервера интеграции инженерных данных. Именно он является точкой входа для продуктов симуляции технологических процессов.

Я.Ч.: Другими словами, мы можем говорить о том, что существуют три продукта — AVEVA E3D, AVEVA Engineering и AVEVA Diagrams, на которых строится наш подход Unified Digital Engineering. Несколько слов о Diagrams. Хоть он и не является предметом нашей беседы, но за счет использования этого приложения очень много времени может быть сэкономлено именно благодаря связке вот этих трех продуктов, поскольку технологическая схема сначала делается в Diagrams. После этого необходимыми атрибутами заполняются те объекты, которые должны быть заполнены в Engineering. И затем уже в те объекты, которые есть в этой модели данных, просто добавляется геометрия уже в Е3D и расставляется необходимым образом.

Е.П.: И все эти продукты связаны единым процессом.

Д.К.: Значит, пакет Simulation тоже входит в AVEVA Engineering?

Е.П.: Он является отдельным продуктом, который как раз был унаследован от Schneider Electric Software. Этот продукт был глубоко интегрирован с AVEVA Engineering благодаря гибкости модели данных последнего. Ведь что такое возможность интеграции продуктов? Это степень их предрасположенности к взаимной приемо­передаче данных. Любой продукт так или иначе обладает вводом­выводом, в любой продукт так или иначе можно что­то передать. Чем меньше труда требуется для настройки передачи данных, тем выше взаимные интеграционные способности продуктов. Модель данных в Engineering описывается с помощью концептуальной модели и затем превращается в структуры баз данных. Возможность настройки модели данных и позволяет Engineering подобрать ответные части для приема инженерных данных от других продуктов. Именно это свойство и позволило Engineering стать интеграционным ядром.

Д.К.: Вы сказали — выпуск документации. А как обстоят дела со стандартами?

Е.П.: Стандарты могут быть учтены в модели данных. Для этого необходимо понимать, как и в каком виде мы хотим в итоге видеть данные. Стандарты могут быть учтены, например, в шаблонах опросных листов, в элементах каталогов, в макросах. Проектировщику это может помочь избежать ошибок при вводе данных и при выпуске документации.

Я.Ч.: Я бы хотел немного добавить и чуть­чуть перефразировать то, что сказал Евгений. Все сказано правильно, но ключевой момент, на мой взгляд, здесь такой. Как и любое другое приложение AVEVA, Engineering является достаточно гибким в настройке. Это объясняется тем, что все предпочтения и необходимости, учтенные как в стандартах, имеющихся у нас в целом по отрасли, так и в стандартах каких­то предприятий, например, в конкретных стандартах на выпуск, документации и так далее, — могут быть учтены при настройке приложения, при подготовке шаблонов и инструментов, посредством которых выпускается уже проектная документация.

Д.К.: Работа специалистов каких служб предполагается в Engineering?

Я.Ч.: На самом деле, все специалисты, которым необходим доступ для редактирования либо получения информации из проектных данных, могут получить доступ к AVEVA Engineering. Что касается стандартного процесса проектирования, то есть всех отделов, которые вовлечены в процесс проектирования на предприятии, например технологических, строительных, отделов трубопроводов, вентиляции и так далее, то они, конечно, просто обязательно должны иметь доступ к AVEVA Engineering. Это связано с тем, что каждому отделу необходимо внести в модель данных какие­то свои специфические данные, специфические атрибуты и свойства каждого элемента, которые требуются для формирования ее целостности.

Д.К.: Что такое база данных DABACON?

Я.Ч.: База данных DABACON — это разработка компании AVEVA. Формат этой базы данных был сформирован достаточно давно. Сейчас это является базой данных практически для всех продуктов, которые используются в наших решениях. Наверное, главной отличительной особенностью этой базы данных является то, что она работает очень быстро и позволяет решать весьма серьезные вопросы по быстродействию в процессе работы над большими проектами. Это стало возможно благодаря тому, что наша база данных не хранит сами по себе 3D­модели, поскольку все элементы, которые хранятся в базе данных, представляют собой математические модели. Возьмем, например, какой­нибудь цилиндр, который мы должны использовать где­то в 3D­модели. Его можно описать достаточно небольшим количеством свойств и характеристик: радиусом описанной окружности, его длиной, координатами и положением в пространстве. Эти математические данные позволяют очень быстро построить абсолютно конкретный цилиндр на экране компьютера. Благодаря этому, как я уже сказал, достигается довольно серьезное быстродействие — ведь проекты подобных размеров во многих других приложениях, наверное, работали бы гораздо медленнее.

Д.К.: А если это будет не цилиндр, а какая­то хитро изогнутая труба?

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

Д.К.: Что вы понимаете под термином территориально распределенная работа?

Е.П.: Изначально проект в AVEVA представляет собой так называемую локальную вычислительную сеть, где есть файловый сервер, на котором расположен проект, есть база данных проекта, точнее, набор баз данных проекта — естественно в DABACON. И все остальные пользователи к нему подключаются со своими правами доступа, получают кэш информационной модели проектируемого объекта и осуществляют работу над единой моделью. В связи с этим инженеры — разработчики концепции AVEVA просто сделали естественное продолжение этой концепции и реализовали территориально распределенный проект, то есть проект, который может быть расположен в пределах не одного, а нескольких институтов. Предполагается связь между несколькими локальными вычислительными сетками. В центре каждой из этих сеток будет свой файловый сервер, но при этом все они будут ранжированные. Один из серверов будет хабом, с которого будет осуществляться администрирование. Все остальные будут сателлитами, на которые будет передаваться некая часть модели для осуществления доступа с целью выполнения проекта. Это решение базируется на части функций, которые и так были заложены в AVEVA для обеспечения распределенной работы и дополнены некоторыми другими. Например, инкрементное обновление баз данных. Базы данных проекта, если речь идет о действительно большой площадке, могут вмещать в себя 40, 50 Гбайт данных и более. Естественно, даже с очень хорошими сетями передачи данных работа с такими объемами не была бы комфортной. Поэтому базы данных, находящиеся на сателлитах и хабе, обновляются в инкрементном порядке, то есть обмениваются только теми данными, которые обновились с последней сессии.

Чем именно обмениваются хаб и сателлиты, также контролируется с хаба. Например, институт, получивший проект, может передать часть объема подрядчику, причем всё администрирование и выпуск документации взять на себя. Это позволит хабу держать на своей стороне компетенции и оперативно развертывать недостающие силы за счет подрядчика.  В свою очередь, для подрядчика это возможность, избавившись от необходимости администрирования AVEVA, включиться в работу в уже настроенную среду и обучить персонал продуктам моделирования.

Е.К.: Или другой пример распределенной работы. Внутри одной проектной организации могут функционировать команды проектировщиков, одна из которых находится в Тюмени, другая в Краснодаре, третья в Москве. Несмотря на значительную территориальную удаленность друг от друга, они совершенно комфортно могут вести работу по одному проекту, имея доступ к одной и той же информации, и могут мониторить действия других команд. Это пример того, как происходит работа внутри одной компании. Абсолютно то же самое может быть реализовано при работе с более крупными проектами, когда, например, одна часть работы выполняется какой­то российской организацией, а другая — европейской. И даже в этих условиях проектная деятельность ведется максимально комфортно.

Д.К.: Что такое концептуальная модель?

Е.П.: Существует группа стандартов (они в основном иностранные), которые разъясняют подходы в управлении информацией. Например, описывающие жизненный цикл модели. Один из этой группы — стандарт ISO 15926. В нем упоминаются внешняя модель, концептуальная модель и физическая модель. Говоря упрощенно, концептуальная модель в AVEVA Engineering соответствует определению из этого стандарта и представляет собой описанные в виде схемы правила для данных. Физическая модель из стандарта — это структуры базы данных DABACON, готовые для заполнения тегами, в которые превращается концептуальная модель после нажатия кнопки Build в AVEVA Engineering. Кстати, таким образом и осуществляется контроль данных: превращением концептуальной модели в ячейки баз данных, в которые можно поместить данные только определенного формата и размера. Итак, у нас есть внешняя модель, некие иерархии, в которых состоят объекты строительства. Мы описываем их с помощью концептуальной модели, некой абстракции. А потом превращаем в структуры баз данных, которые не позволят нам вводить данные каким­то неправильным способом. Естественно, то, что я сказал в отношении концептуальной модели, — грубое упрощение.

Д.К.: Что такое SEEDPROJECT?

Е.П.: Здесь нужно немного расширить наше представление о концептуальной модели. В одну из последних версий AVEVA Engineering был добавлен новый функционал, потребность в котором как раз была вызвана необходимостью интеграции с симуляционными программами, а также связана с поглощением Engineering некоторых других продуктов. Этот функционал называется декорированием. Декорации содержатся в словарях в виде пиктограмм. Каждая пиктограмма содержит правила, которые наделяют данные новыми свойствами, и применяется при обработке данных. Пиктограммы используются на этапе создания концептуальной модели, однако не транслируются в базы данных. Правила читаются прямо из концептуальной модели. За счет этого разработчики добавили новый функционал, не слишком усложняя движок базы данных DABACON. Как раз декорации и позволили более гибко прописывать правила для данных. Но главный эффект от этого был в том, что, добившись достаточной степени абстракции, разработчики решили задачу выделения необходимых для интеграции правил данных в отдельный подключаемый пакет. Этот пакет и называется SEEDPROJECT. Он содержит большой объем готовых настроек. Итак, фишка концептуальной модели — это возможность создавать гибкую структуру данных, которая может принимать данные любых типов объектов из сторонних продуктов и передавать их в продукты AVEVA, и наоборот.

Д.К.: Как часто выходят новые версии продуктов в принципе?

Е.П.: Рынок любого ПО очень динамичный. У нас новые версии продуктов выходят где­то раз в два года, фиксов гораздо больше. Фиксы несут как исправление каких­то ошибок, так и добавление нового функционала.

Д.К.: Недавно вышел новый фикс по AVEVA Engineering — 15.2. Какие принципиальные изменения и улучшения, включенные в него, вы можете выделить?

Е.П.: Давайте относиться к 15.2, как к транзитному варианту перед версией 15.3. AVEVA Engineering 15.2 реализовала весь необходимый потенциал для получения данных для совместной работы с Simcentral и Pro II. Версия 15.3 сейчас готовится к выпуску и вот­вот выйдет. В нее войдут накопленные исправления, а также будут более полно реализованы функционалы Electrical и Instrumentation. Напомню, продукты AVEVA Electrical и Instrumentation существовали отдельно, но сейчас их функционал поглощен AVEVA Engineering. Произошло это по причине частичного пересечения функционала, а также планового переноса продуктов проектирования на единую базу данных DABACON.

Е.К.: Когда у нас готовятся новые фиксы конкретного решения или новые глобальные версии — например Engineering 15.1, 15.2, то процесс, по сути, выстроен следующим образом: во­первых, внутри компании AVEVA есть представление, куда должен двигаться тот или иной продукт, во­вторых, мы собираем отзывы и пожелания от пользователей. И уже на основании этих двух моментов выпускается новая версия решения.

Е.П.: Хочу остановиться на этом более подробно. Прежде всего, источники изменений — это пожелания заказчика. Не программисты думают, какой бы еще функционал добавить? Каждая из функций продуктов AVEVA появилась благодаря желанию тех или иных крупных партнеров — изначально иностранных, а сейчас мы принимаем запросы и отзывы и от российских заказчиков. В очередной фикс включается тот функционал, который собрал больше отзывов, в котором больше нуждаются специалисты или который был в большей степени профинансирован. Ведь компания AVEVA все­таки коммерческая — она ранжирует необходимость изменений по степени их востребованности. Далее формируется задание для программистов, а команда AVEVA в тесном контакте следит за соблюдением как буквы, так и духа заложенных концепций. Программирование отдается на подряд — сегодня это довольно широко распространено. Во многих странах существуют специализированные компании, например в Индии некоторые такие фирмы насчитывают 200­300 тысяч программистов, которые способны сделать это быстро и качественно. Естественно, есть изменения, которые связаны просто с совместимостью продуктов между собой. У продуктов обновляется какой­то основной функционал, и вполне может быть, что это приведет к появлению фиксов для вспомогательных продуктов.

Я.Ч.: Здесь я хотел бы немножко добавить. Дело в том, что у всех продуктов AVEVA открытый API­интерфейс, который позволяет компаниям самостоятельно интегрировать те функции, которые они хотели бы получать. Это дает возможность самостоятельного написания макросов, функций и других необходимых компаниям вещей. Однако здесь мы можем подойти к такой интересной ситуации, что самостоятельно написанные функции не будут поддерживаться в будущих релизах. То есть компания пишет для себя, например, какой­то макрос, который считает необходимым, и начинает им активно пользоваться. Но когда выходит новая версия, гарантировать то, что этот макрос будет продолжать работать и в новой версии, никто не может. Вернее, компания AVEVA такой гарантии не дает. В связи с этим самым корректным подходом к развитию продуктов является написание запроса на внедрение той или иной функции. После этого запросы формируются в лист, необходимый для реализации, который утверждается и внедряется уже в само ядро того или иного продукта. Всё это позволяет создать функционал, который будет переходить из одной версии в другую.

Е.К.: Тут Ярослав затронул очень важный момент. Много­много лет назад мы очень часто сталкивались с подобной ситуацией. Наши клиенты, как правило, творческие люди и к использованию приложений AVEVA подходят также очень творчески! В этом мы, безусловно, видим много положительных моментов, но есть и отрицательные. Всем известно волшебное слово «кастомизация» — то, что внутри компании мы иногда называем «костылизацией». Это когда компании придумывают к приложению большое количество костылей, на которых потом и начинают «ходить». При этом, конечно, возникают проблемы именно при переходе с одной версии на другую. Мы прилагали большое количество усилий к тому, чтобы пользователей отучить от этого и двигаться по пути, о котором Ярослав сказал чуть выше.

Е.П.: Я бы хотел дополнить. Как раз та глубинная структура компании, которая является носителем идеологии AVEVA, подразумевает немного другое: получение преимуществ не за счет глубокой кастомизации одного продукта, а благодаря интеграции и выстраивания в рабочий процесс по мере освоения всех продуктов AVEVA. Текущая ситуация сложилась по естественным причинам. Изначально AVEVA заходила на рынок через проектные институты, искавшие выгоды от моделирования только на этапе проектирования, не имея на тот момент поддержки конечного заказчика, у которого не было возможности в полной мере воспользоваться моделью. В связи с этим проектные институты пошли по пути глубокой кастомизации для максимально автоматизированного вывода проектной документации из нескольких базовых продуктов.

Д.К.: Как проходит обучение по Engineering?

Я.Ч.: У нас есть утвержденные учебные материалы, учебные программы, по которым проводится обучение не только по AVEVA Engineering, но и по всем другим продуктам, выпускаемым AVEVA. Потому что обучение — это весьма важный этап в проектной деятельности, освоение того или иного решения. В процессе обучения мы, естественно, обозначаем подводные камни, которые возможны при работе, для того чтобы люди могли эффективно использовать данный программный продукт.

Д.К.: Допустим, какое­то предприятие приобрело AVEVA Engineering. Как быстро оно сможет получить преимущества?

Я.Ч.: Тут на самом деле все достаточно индивидуально. Четкие сроки, когда специалисты начинают получать преимущества от использования AVEVA Engineering, назвать очень сложно. Но в целом, важным этапом понимания, для чего нужно AVEVA Engineering, является использование всех тех функций, о которых мы рассказываем на обучении. В результате они видят колоссальные преимущества применения AVEVA Engineering. Скажем, если раньше они выпускали, например, спецификации, используя Microsoft Word, то это занимало достаточно большое количество времени, а здесь они могут выпускать спецификации нажатием одной кнопки и заполнением нескольких атрибутов или по всему оборудованию, которое у них есть в проекте, или по какой­то его части. То же самое касается и опросных листов. Если опросные листы изначально создаются тоже в Word, то их отправляют другим компаниям, потом получают от них ответы и так далее. В AVEVA Engineering все это делается очень просто. Уже после того, как опросные листы настроены, их выгрузка по какому­то оборудованию производится нажатием нескольких кнопок. В этот Excel­файл партнер либо заказчик вставляет необходимые атрибуты или отмечает в нем галочками правильные варианты, необходимые для заполнения, и отправляет обратно. После этого данные из Excel (его даже можно не открывать на компьютере, просто загрузить в AVEVA Engineering), то есть все те атрибуты, которые были заполнены, автоматически попадают в базу данных Engineering. В результате экономится огромнейшее количество времени. Наша работа здесь заключается в том, чтобы донести до людей все плюсы, которые они будут иметь, приобретя данное решение. А уже когда та или иная компания начнет его использовать, она сама поймет, какие преимущества может получить.

Е.П.: Что касается вопроса о том, когда компании получат выгоду. Во­первых, выгоду могут почувствовать проектировщики, когда увидят, что они могут передавать данные в модель, вводя их не вручную, перенося из каких­то продуктов симуляции, и это сократит трудозатраты и ошибки. Посчитать выгоду в деньгах сложнее, но можно попытаться выделить производительность труда до и после внедрения AVEVA, умножить разницу на стоимость часа плюс стоимость модели, которая обычно продается за дополнительные деньги к проектной документации и минус накладные расходы: обучение с отрывом от производства, стоимость лицензий, курсов и консалтинга. Основным выгодополучателем от моделирования является конечный заказчик. Когда он это осознает, выгоду получат все стороны.

Д.К.: AVEVA Engineering русифицирован или всё на английском?

Е.П.: Есть возможность русификации, и она не слишком сложная. В правом верхнем углу приложения пиктограмма, нажав на которую можно попасть в настройки. Здесь можно переименовать все кнопки, все панельки, все закладки, все что угодно. Это не сложно, но бессмысленно. Все кнопки в интерфейсе продуктов AVEVA имеют пиктограммки и удобно объединены в группы. Когда человек проходит тренинг, ему показывают весь функционал, и он в состоянии его просто запомнить. Мы говорим о сотрудниках, которые никогда не учили английский язык. В этом нет ничего страшного. Наши тренеры помогут, а именно Ярослав, к коим он относится, проведет через весь процесс создания модели, покажет, что значит каждая кнопочка. Нужно будет просто запомнить пиктограммки. После тренинга передается мануал — руководство, в котором описан весь функционал на случай, если что­то забыли. Мануал при описании функционала кнопок интерфейса содержит их описание на исходном, то есть английском языке, поэтому если интерфейс переименовать, то придется и мануал переделывать.

Я.Ч.: Я бы хотел немножко добавить по этому пункту. Во­первых, любой человек достаточно быстро осваивает английский интерфейс. Даже, скажем так, люди более старшего возраста достаточно быстро привыкают пользоваться кнопками с названиями на английском языке, тем более что расположение этих пиктограмм единое, оно не меняется. Поэтому человек не читает каждый раз, что написано на кнопке, он просто привычно щелкает мышкой по тем кнопкам, по месту, где они находятся, а это ведь просто моторика. И плюс ко всему преобладающее число компаний использует интерфейс без кастомизации, без переименования кнопок на русский язык. Это позволяет довольно быстро адаптироваться тем людям, которые, допустим, в прошлом имели опыт работы в приложении AVEVA в одной компании и переходят, например, на другое место работы, где тоже используется приложение AVEVA. А если, например, человек перейдет из одной компании, где был стандартный интерфейс AVEVA, в компанию, где интерфейс достаточно сильно кастомизирован, ему придется потратить какое­то, может быть даже продолжительное, время на процесс обучения работы в новом интерфейсе. Поэтому мы рекомендуем, конечно, использовать стандартный интерфейс. Это просто гораздо легче для самих сотрудников.

Д.К.: Как осуществляется техническая поддержка в России?

Я.Ч.: Техническая поддержка осуществляется посредством запроса на поддержку по телефону либо по электронной почте. Отправляется запрос, после чего, если есть возможность сразу решить проблему, человек сразу же получает ответ. У нас очередь запросов не очень большая, поэтому в пределах одного дня люди, как правило, получают ответы на свои вопросы. Если вопрос связан с тем, что необходимо добавить какой­то функционал, если есть запрос на кастомизацию, на добавление новых функций, то, естественно, это может занять более длительное время — может быть, год до выпуска нового релиза. Также бывают вопросы, которые необходимо отправлять разработчикам, — например, если при выполнении одних и тех же операций периодически возникает какая­то ошибка. Ответ на такой вопрос может занять неделю или больше.

Е.К.: На самом деле, одно из главных отличий российской AVEVA — это, наличие у нас достаточно большого отдела технической поддержки. Его специалисты имеются и в московском офисе, и в Санкт­Петербурге. Причем все наши технические специалисты — это такие универсальные бойцы. Каждый из них знает огромное количество программных продуктов, поэтому они во многом взаимозаменяемы. Это позволяет клиентам получать ответы на свои вопросы в кратчайшие сроки.

Д.К.: С учетом новых мировых веяний, например Интернета вещей, Big data и т.д. — куда будет дальше развиваться Engineering?

Е.П.: Во­первых, компания находится под влиянием своих внутренних тенденций, вызванных слиянием со Schneider Electric Software: мы перепроверяем и универсализируем портфолио программных продуктов. Функционал различных продуктов может быть объединен либо перенесен из продукта в продукт. И, как я уже сказал, Engineering сегодня, как видно, вбирает в себя функционал некоторых других продуктов, к примеру Electrical и Instrumentation.

А также есть глобальные тенденции: четвертая технологическая волна, Индустрия 4.0, Интернет вещей, Big data и т.д. Здесь, я думаю, AVEVA не из тех компаний, которые внезапно попали под эту волну и пытаются сориентироваться, а как раз из того пула, которые эту волну двигали и неплохо в ней ориентируются. Именно поэтому Engineering содержит в себе такие серьезные концептуальные заделы на будущее, которые позволят ему эффективно отражать потребности заказчика, — это во­первых. А во­вторых, все эти перечисленные страшные термины — не такие уж страшные и не такие уж далекие. Ну например, Интернет вещей. В первую очередь Engineering все­таки предназначен для выполнения проектных задач, формирования модели, которая впоследствии может быть использована на той или иной площадке. Возьмем конкретнее: интеллектуальные беспроводные датчики на промышленном производстве, работающие по протоколу WirelessHART. Engineering поддержит задачу настройки передачи данных этих датчиков, конфигурирования систем управления, настроек edge­серверов, шлюзов, систем управления активами и многое другое. Благодаря своей гибкой информационной модели Engineering обеспечит решение этих задач, станет прикладным инструментом.

Д.К.: В заключение беседы традиционно спрошу вас, что бы вы хотели пожелать нашим читателям?

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

Я.Ч.: Со своей стороны я бы пожелал проявлять больше любопытства в работе с продуктами AVEVA, не бояться использовать различные инструменты. А также стараться внедрять в своей работе рекомендуемые нами практики.

Е.К.: Я полностью поддерживаю настрой моих коллег. Страх только мешает, поэтому, когда решение принято, — вперед и только вперед! Еще мне кажется очень важным не останавливаться на достигнутом и постоянно развиваться. Учитывая темпы развития IТ­рынка в настоящее время, поле для изучения всегда грандиозно. И конечно, учитывая непростую ситуацию в стране и в мире сейчас, хочется пожелать вашим читателям и их близким здоровья и благополучия. Со стороны AVEVA предприняты все необходимые меры, чтобы обеспечить как наших сотрудников, так и наших пользователей комфортными условиями для удаленной