что такое платформа в айти
Цифровые платформы
Что такое цифровые платформы
Основные типы цифровых платформ
Существует несколько типов цифровых платформ:
инфраструктурные цифровые платформы, связанные с экосистемами участников рынков информатизации, на которые выводятся ИТ-сервисы, использующие сквозные цифровые технологии работы с данными и доступ к источникам информации и применяемые в пределах экосистем. К платформам такого типа относятся General Electric Predix, ESRI ArcGIS, ЕСИА, «CoBrain-Аналитика», ЭРА-ГЛОНАСС (партнёрская программа);
Также цифровые платформы различаются по группам участников и уровням обработки информации:
инфраструктурные цифровые платформы объединяют поставщиков информации, разработчиков и операторов платформ, разработчиков и потребителей ИТ-сервисов и применяются для выработки информации для принятия решений на уровне хозяйствующих субъектов;
Каждый тип платформ играет свою роль в цифровой экономике. Так, инструментальные платформы снижают себестоимость разработки программных и программно-аппаратных решений, а инфраструктурные и прикладные цифровые платформы сокращают издержки на каждую дополнительную единицу доступа, копирования и распределения информации, товаров или услуг.
Более подробно узнать о цифровых платформах, а также получить все необходимые для работы с ними знания можно в рамках курсов по программам MBA IT, которые проводит ЦРК БИ (ЦЕНТР РАЗВИТИЯ КОМПЕТЕНЦИЙ В БИЗНЕС-ИНФОРМАТИКЕ) НИУ ВШЭ. Записаться на курсы можно здесь.
Платформа в ИТ. Виды платформ.
Понятие информационных технологий. Классификация ИТ
В настоящее время классификация ИТ проводится по следующим признакам:
способу реализации в автоматизированных информационных системах (АИС),
степени охвата задач управления,
классам реализуемых технологических операций,
типу пользовательского интерфейса,
вариантам использования сети ЭВМ,
обслуживаемой предметной области и др.
Прикладные ИТ в государственном управлении
Платформа в ИТ. Виды платформ.
Платформы могут создаваться для выполнения локальных задач, а могут быть универсальными.
Выделяют аппаратную, операционную (программную), административную, транспортную, прикладную и коммуникативную платформы.
Аппаратная платформа – это техническое обеспечение вычислительной системы (IBM PC, Macintosh и т.д.), включающее и тип процессора.
Платформа управления сетью (административная платформа) – это комплекс программ, предназначенных для управления сетью и входящими в неё системами. Такая платформа обеспечивает:
контроль работы устройств и состояния кабелей;
контроль деловых процедур;
контроль других аспектов функционирования сети.
Транспортная платформа обеспечивает передачу данных через коммуникационную сеть.
Прикладная платформа связанна с прикладными и обслуживающими процессами. Она не зависит от типов коммуникационных сетей.
Коммуникативная платформа – это комплекс информационных, обеспечивающий эффективную совместную работу людей, например, в организации.
4.Автоматизированная информационно – управляющая система единой государственной системы предупреждения и ликвидации чрезвычайных ситуаций
Дата добавления: 2015-01-30 ; просмотров: 34 | Нарушение авторских прав
Конспект по дисциплине Информационные технологии на тему «Платформа ИТ»
Ищем педагогов в команду «Инфоурок»
– это аппаратно-программный комплекс, обеспечивающий базовый набор сервисов, необходимых пользователям для выполнения определенных задач.
Они могут быть универсальными, а могут создаваться для выполнения локальных задач. Выделяют виды платформ:
1) аппаратная – техническое обеспечение вычислительной системы,
2) операционная – обеспечивает интерфейс между прикладными программами и группой операционных систем,
3) платформа управления сетью (административная платформа) – комплекс программ, предназначенных для управления сетью и входящими в нее системами. Такая платформа обеспечивает контроль работы устройств и состояния кабелей, деловых процедур, других аспектов функционирования сети,
4) транспортная – предназначена для передачи данных через коммуникационную сеть,
5) прикладная – связана с прикладными и обслуживающими процессами. Не зависит от типов коммуникационных сетей,
6) коммуникативная – комплекс информационных материалов (методик, практических рекомендаций), обеспечивающий эффективную совместную работу людей в организации.
Курс повышения квалификации
Дистанционное обучение как современный формат преподавания
Курс повышения квалификации
Современные педтехнологии в деятельности учителя
Курс профессиональной переподготовки
Математика и информатика: теория и методика преподавания в образовательной организации
Номер материала: ДБ-1454628
Международная дистанционная олимпиада Осень 2021
Не нашли то что искали?
Вам будут интересны эти курсы:
Оставьте свой комментарий
Авторизуйтесь, чтобы задавать вопросы.
Безлимитный доступ к занятиям с онлайн-репетиторами
Выгоднее, чем оплачивать каждое занятие отдельно
В Минпросвещения предложили организовать телемосты для школьников России и Узбекистана
Время чтения: 1 минута
В Осетии студенты проведут уроки вместо учителей старше 60 лет
Время чтения: 1 минута
В Пензенской области запустят проект по снижению административной нагрузки на учителей
Время чтения: 1 минута
Минобрнауки разработало концепцию преподавания истории российского казачества
Время чтения: 1 минута
Путин попросил привлекать родителей к капремонту школ на всех этапах
Время чтения: 1 минута
Минпросвещения будет стремиться к унификации школьных учебников в России
Время чтения: 1 минута
Подарочные сертификаты
Ответственность за разрешение любых спорных моментов, касающихся самих материалов и их содержания, берут на себя пользователи, разместившие материал на сайте. Однако администрация сайта готова оказать всяческую поддержку в решении любых вопросов, связанных с работой и содержанием сайта. Если Вы заметили, что на данном сайте незаконно используются материалы, сообщите об этом администрации сайта через форму обратной связи.
Все материалы, размещенные на сайте, созданы авторами сайта либо размещены пользователями сайта и представлены на сайте исключительно для ознакомления. Авторские права на материалы принадлежат их законным авторам. Частичное или полное копирование материалов сайта без письменного разрешения администрации сайта запрещено! Мнение администрации может не совпадать с точкой зрения авторов.
ИТ-экосистемы: как создают платформы из сервисов и для чего это нужно
Боты работают в связке с операторами, увеличивают конверсию и выручку, а менеджеры управляют всеми процессами в режиме «одного окна» — еще пять лет это казалось фантастикой, а сегодня по такой модели работают платформенные омниканальная экосистемы. Игорь Калинин, основатель компании TWIN, разобрался в том, как они устроены и какие задачи решают.
Читайте «Хайтек» в
Боты: проверка на прочность
Технологии синтеза и распознавания речи за последние пять лет стали более демократичными: для создания примитивного голосового бота не нужны навыки программирования, а удобные no-code платформы позволяют с легкостью формировать навыки для голосовых помощников. Появляются даже сервисы, которые могут «клонировать» любой голос, а голосовые дипфейки становятся все более доступными и реалистичными. С одной стороны, индустрия стала демократичной, однако в то же время рынок заполнили «сырые» продукты. Неудивительно, что аналитики Gartner признали чат-ботов (как текстовых, так и голосовых) переоцененной технологией.
Возможности ботов в некоторых сферах действительно переоценивают: например, виртуальному собеседнику сложно вести абстрактные диалоги, шутить и проявлять эмпатию. Но отсутствие развитого EQ и чувства юмора не мешает роботам успешно обрабатывать миллионы звонков в колл-центрах по всему миру. По данным Invesp, за прошлый год 67% потребителей хотя бы раз вели диалог с ботом, а в 2020-м количество диалогов с ботами выросло на 426%. Успешных кейсов тоже становится больше: так, например, бот американской железнодорожной компании Amtrak за год обработал 5 млн запросов в службу поддержки и увеличил выручку на треть.
Но не всем компаниям удается извлечь пользу из роботов. Проблема в том, что бизнес часто запускает виртуального помощника «для галочки» и не интегрирует его с ключевыми сервисами. В результате боты работают недостаточно эффективно, а менеджеры и маркетологи с ними никак не взаимодействуют, занимаясь своими задачами. Решением проблемы становятся платформенные омниканальные экосистемы — новый тренд на стыке ИИ-технологий, менеджмента и маркетинга, который меняет подход к бизнес-коммуникациям.
Элементы экосистемы
Если компания разрабатывает голосовых и текстовых помощников под заказ, она предлагает продукт. Клиент решает, как использовать бота, и самостоятельно настраивает интеграцию. По такой модели работают, например, Botsify и ManyChat.
Операторы платформенных экосистем действуют иначе: они создают фундамент, к которому можно подключать различные инструменты. Бот сам по себе — это «винтик» механизма, а экосистема — это уже готовый механизм с тысячей таких «винтиков». Экосистемная модель широко распространена на многих рынках: от финтеха до электронной коммерции, но в сфере виртуального клиентского сервиса она возникла недавно. Отличить ее от обособленного продукта можно по трем ключевым признакам.
Компания со штатом 200–500 человек в среднем использует более 120 SaaS-решений, и выстроить между ними синергию не всегда получается. Подключение виртуальных операторов часто приводит к еще большему хаосу. Стартапы чаще предлагают обособленные точечные решения: например, одни создают виртуального оператора под заказ — пишут скрипты и синтезируют реплики. Другие предлагают только бот-платформы, а третьи — «прикручивают» биллинговые системы. Эти инструменты не всегда удается встроить в CRM-систему и «подружить» с сервисами аналитики. В результате технологии разных провайдеров конфликтуют друг с другом и работают недостаточно эффективно.
Провайдеры платформ обычно предлагают комбинацию услуг под ключ: например, сервис синтеза и распознавания, транскрибации и уведомлений, а также аналитики. Обычно они предоставляют заказчику доступ в личный кабинет с различными модулями — управлять ими может один сотрудник. В нашей практике были случаи, когда такой мониторинг позволял координировать 900 человек одновременно.
Некоторые голосовые платформы работают по закрытой модели и включают в экосистему только собственные разработки, другие встраивают в инфраструктуру сторонние решения — например, в TWIN мы комбинируем собственную технологию TWIN ASR/TTS с системами распознавания и синтеза речи от Яндекса и Google. При этом наша задача как провайдера экосистемы — убедиться, что все стабильно и слаженно работает, а сервисы не конфликтуют друг с другом.
Многие в принципе не любят говорить по телефону и предпочитают мессенджеры: по статистике, 55% потребителей скорее будут пользоваться услугами компании, если связаться с ней можно в мессенджере.
Но как понять, что именно нравится пользователям? Самый эффективный способ — это оценка конверсии и сбор аналитики. Для этого нужно мониторить работу каждого оператора, а это долгий и трудоемкий процесс. Увы, но в России до 80% компаний не собирают статистику по каждому сотруднику и каналу коммуникации, поэтому не знают, что работает, а что нет. Оценить конверсию службы поддержки действительно сложно, поскольку она измеряется не продажами и выручкой, а комплексной комбинацией метрик. А для их сбора требуется смарт-система аналитики, в том числе BI-инструменты.
В TWIN мы собираем и учитываем сотни параметров. Например, звоним клиенту и определяем, каким устройством он пользуется — если это смартфон, то можно прислать короткое SMS со ссылкой на веб-сайт компании, а если кнопочный телефон, то присылаем ему детали в сообщении. Если мы знаем, что клиент пользуется Telegram, то отправляем ему сообщения в мессенджере и в целом прекращаем звонки, а вместо голосового бота используем текстового.
Такой же принцип стоит применять и при рассылке оповещений. Клиент, который пользуется мобильным приложением, получает push-уведомление, а остальным мы отправляем ссылку в Viber, Telegram или WhatsApp — многое зависит от того, какой канал коммуникаций предпочитает сам пользователь и какие данные он нам предоставил. Подобный подход возможен, только если компания подключила инструменты аналитики, а провайдер голосовых технологий получил к ним доступ. Это классические принципы омниканальности, однако теперь на них опираются не только реальные операторы, но и виртуальные сотрудники.
Для технологий на базе машинного обучения такой надежный фундамент — это обязательное требование. Представьте, что было бы, если бы робомобиль внезапно перестал распознавать объекты на дороге, потому что «сервер не отвечает». В случае с ботами главное, чтобы виртуальный ассистент оставался на связи и стабильно мог поддерживать диалог с любым собеседником. Для этого при распознавании наши боты иногда запрашивают вариант ответа у нескольких нейросетей сразу и автоматически выбирают наиболее релевантный. Это тоже положительно сказывается на отказоустойчивости. Использование резервных систем, в том числе сторонних — нормальная практика при разработке решений на базе искусственного интеллекта.
Как платформенные экосистемы помогают бизнесу?
Платформенные экосистемы упрощают коммуникацию с клиентами, оптимизируют процессы и в целом способствуют маркетинговому «прогреву». Компания тратит меньше времени на неэффективные звонки, а главное, быстрее оценивает, какие приемы работают, а какие нет. Виртуальные операторы также сокращают издержки — в среднем, по нашим расчетам, одна минута работы голосового бота стоит 5–7 рублей с учетом всех дополнительных расходов. Услуги оператора обойдутся в 10–15 рублей, если заключить договор со сторонним колл-центром. При создании своего КЦ одна минута работы сотрудника обойдется уже в 35–45 рублей. Многие компании даже не подозревают, во сколько на самом деле обходятся услуги оператора: обычно они делят зарплату работника на количество формально отработанных минут. Но ни один человек не работает нон-стоп без пауз и простоя, а многие затраты просто не учитываются: например, содержание КЦ, бонусные и социальные выплаты.
Из-за этого оценить преимущества ботов могут не все: если бизнес не ведет аналитику и не отслеживает ключевые метрики, голосовая экосистема не принесет ему пользы. Поэтому пока основные клиенты омниканальных платформ — это digital-first компании, которые оцифровали большинство процессов. Банки, транспортные и грузовые службы, онлайн-ритейлеры извлекают из голосовых сервисов наибольшую выгоду. При этом 58% клиентов работает в B2B-сегменте. Большинство использует экосистемы, чтобы сделать коммуникации с ними более эффективными: с помощью виртуальных операторов бренды генерируют лиды, увеличивают конверсию и сокращают издержки на содержание службы поддержки — в среднем на 20%.
Что ждет платформенные экосистемы в будущем?
Постепенно на рынке появляются новые способы применения голосовых сервисов. Например, некоторые используют ботов для работы с новичками и стажерами, а также для налаживания внутренних коммуникаций. Голосовой помощник обзванивает сотрудников, рассылает им приглашения и напоминания о встрече — как реальной, так и виртуальной.
Экосистемы также подключат все больше микросервисов — TWIN предлагает 12 разных надстроек, среди которых система распознавания эмоций и гендерного признака по голосу. Некоторые экспериментируют с определением возрастной категории, а также с биометрией. Новым стандартом становятся надстройки, которые повышают производительность бота. Например, сервисы распознавания автоответчиков — с их помощью боты автоматически выполняют эту функцию и оперативно прекращают диалог.
Еще одна задача разработчиков голосовых систем — это постоянное совершенствование распознавания и синтеза речи. Например, нам удается точно определять до 95% произнесенного текста — это стандарт на рынке и преодолеть его пока сложно. Повысить планку пытаются многие компании, но каждый процент дается с большим трудом. С человеком алгоритмы уже сравнялись — теперь задача выйти за рамки человеческих возможностей, а это непросто.
Платформа-конструктор: как создать ИТ-инфраструктуру без программистов?
CNews: Что ожидают заказчики от ИТ-вендоров и интеграторов сегодня и что изменилось в подходе поставщиков решений?
Александр Гелик: Ожидания заказчиков и системных интеграторов связаны в первую очередь с возможностью сократить сроки внедрения программных решений и снизить стоимость владения ими. Конечным клиентам нужен конструктор для проектирования бизнес-приложений, который не требует привлечения дорогостоящих программистов, создания большого проекта разработки, а позволяет в кратчайшие сроки собрать прототип и проверить его эффективность. Предоставление клиентам таких возможностей и стало ответом поставщиков ИТ на их запросы. Системным интеграторам платформа нужна для тех же целей: быстро создать прототип и «примерить» его к бизнес-процессам заказчика в ходе пилотного проекта. После этого уже можно дорабатывать функциональность.
Второй запрос заказчиков – импортозамещение. Оно, помимо ряда других задач, позволяет сократить стоимость владения программными продуктами.
CNews: Как платформа поможет снизить стоимость владения ИТ?
Александр Гелик: Если сравнивать с западными аналогами, то наш продукт дешевле именно потому, что он отечественный. Мы выстроили лицензионную политику таким образом, чтобы было комфортно всем: и заказчикам, и партнерам-интеграторам, и нам. Причем речь идет о суммах значительно более низких, чем у иностранных решений. Стоимость владения включает в себя и затраты на техническую поддержку – она связана с лицензированием и точно так же обходится значительно дешевле по сравнению с западными системами.
Наша компания как вендор находится в России, поэтому мы всегда доступны при необходимости оказать поддержку. Более того, руководитель проекта, работавший с интегратором в период внедрения решения у клиента, продолжает работать с ним в рамках поддержки. Он знает особенности бизнеса клиента, может принимать более оперативные и правильные решения. Тем самым сокращается стоимость доработки, устранения возможных ошибок, а также снижается риск, что что-то не заработает как надо – это тоже влияет на затраты заказчика.
Еще один важный момент: наша low-code платформа Х360 ориентирована на аналитиков, а не на программистов. Поэтому большая часть изменений может быть выполнена на стороне заказчика силами его собственных специалистов очень быстро и без дополнительных затрат. Если понадобится более серьезное вмешательство, то поддержку может оказать интегратор, с которым у заказчика есть договор на сопровождение системы.
CNews: Каким образом ведется разработка программных продуктов на базе вашей платформы?
Александр Гелик: Во главе стоит методология Agile, которую мы используем при разработке и развитии платформы Х360 и совместно с нашими партнерами и заказчиками программных продуктов на ее базе. Эффект синергии получается благодаря вовлеченности всех участников процесса. Причем непосредственно «собирают» продукт не программисты, а сами заказчики – те же аналитики, которые понимают цели его применения и знают бизнес-процессы. Это и есть преимущество технологии low-code.
Повысить скорость и эффективность разработки позволяет подход, в соответствии с которым каждые одну-две недели назначаются так называемые «спринты» – временные отрезки с реализацией небольших готовых функциональных частей платформы или продукта, закрывающие определенные задачи. В первую очередь так и реализуют самую необходимую функциональность.
CNews: Какие именно продукты можно разрабатывать на платформе Х360?
Александр Гелик: Платформа построена таким образом, что на ней можно спроектировать систему любого класса. В основе платформы лежат: конструктор модели данных – это инструмент для создания структуры будущего приложения, – затем конструктор создания экранных форм, с которым можно спроектировать любой интерфейс пользователя на основе модели данных, а также конструктор бизнес-процессов, позволяющий спроектировать и протестировать процесс. Кроме того, в платформе реализованы встроенные механизмы для высокопроизводительного поиска информации, формирования отчетности и интеграции.
Эти компоненты применяются для построения различных решений. Для каждого из них используют свой набор инструментов из всего спектра, предоставляемого платформой. Главное – это достаточная компетентность разработчиков-аналитиков, создающих программные решения. Если она на высоком уровне, то при построении, например, системы бизнес-аналитики можно подстроиться под конкретные требования заказчика и реализовать любую сложную логику. Или средствами платформы настроить интеграцию с платежной системой, если речь будет идти об информационных учетных системах с возможностью исполнения платежей.
Вариантов решений может быть очень много. Платформа Х360 позволяет реализовать весь цикл – от проектирования прототипа до создания и развития сложных систем. Если говорить об их разнообразии, то мы выделяем несколько направлений. Первое – управление жизненным циклом данных. К нему относятся все продукты, позволяющие управлять процессами создания, хранения, поиска и обработки данных: документов, нормативно-справочной информации, консолидированных данных из других систем. Управление жизненным циклом позволяет обеспечить доступность данных для сотрудников, которые с ними работают.
Второе направление – управление основными фондами. Мы его очень активно развиваем вместе с интегратором RedSys, поскольку эта компания-партнер обладает серьезными компетенциями в области Enterprise Asset Management – управления активами, от недвижимости и оборудования до сервисов и мобильных бригад. Предоставляя инструмент и основные функциональные блоки программных продуктов, мы помогаем развивать эти компетенции.
Платформа позволяет создавать серьезные решения, которые можно предлагать заказчикам, и для многих бизнес-процессов уже заготовлены шаблоны, позволяющие быстро их внедрить и при необходимости кастомизировать в ходе реального проекта.
Наше решение позволяет управлять и цифровыми активами, если говорить об ITSM. Для этих целей разработан «коробочный» продукт, позволяющий управлять ИТ-инфраструктурой, системами и т.д. В рамках построения таких решений мы можем использовать как сторонние системы, так и сконструированные самостоятельно.
Отдельно мы развиваем решение по управлению закупками, которое предусматривает автоматизацию закупочных процедур в соответствии с требованиями законодательства 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд». Мы выделили это направление как отдельное, потому что вели в партнерстве с RedSys серьезный масштабный проект в крупном государственном заказчике и имели проектную команду, задачей которой и была разработка решения со специализированной функциональностью. С учетом востребованности на рынке создание отдельного продукта на базе этой разработки было логичным решением.
CNews: Какие еще системы можно создавать на базе Х360?
Александр Гелик: Я назвал три основных направления – управление жизненным циклом данных, управление основными фондами и управление закупками. Помимо них, можно автоматизировать корпоративные бизнес-процессы различного профиля, в том числе конструировать системы автоматизации деятельности ситуационных центров, управления качеством продукции, а также CRM и другие.
Стоит добавить, что в рамках управления основными фондами мы развиваем и тему управления надежностью оборудования. Она, в частности, интересна нашим партнерам из RedSys, обладающим богатым проектным опытом в этой сфере, потому что системы класса Reliability Centered Maintenance позволяют оптимизировать план работ по обслуживанию оборудования. Оптимизация может быть весьма существенной, особенно когда компания хочет перейти от системы плановых ремонтов к ремонту оборудования «по состоянию».
Как правило, это влечет за собой значительную экономию, снижение рисков выхода оборудования из строя и оптимизацию персонала, занятого на обслуживании. Поэтому системы класса RCMстановятся все более востребованными среди заказчиков, и мы включили развитие управления надежностью в число наших приоритетов.
CNews: Позволяет ли Х360 интегрировать готовые вендорские решения?
Александр Гелик: Платформа X360 – это не только платформа-конструктор. Она же может быть и интеграционной платформой, позволяющей связать несколько систем в рамках единого информационного пространства. Единое пространство позволяет более эффективно управлять процессами в компании. Ведь в чем обычно заключается проблема: есть функциональный заказчик, системный аналитик и программист. Каждый из них смотрит на аналитическую систему со своей стороны и понимает стоящие задачи по-своему. В нашем случае аналитик может лучше понять задачи заказчика и самостоятельно реализовать их в системе.
В этом разрезе мы можем говорить как о связке информационных систем с нашей платформой, так и о миграции имеющихся у заказчика систем на Х360. Компания может создать свой собственный программный продукт и не заботиться об интеграции, потому что все будет разработано на единой платформе. Таким образом, в частности, можно вполне комфортно реализовать план импортозамещения, если перед компанией стоит такая цель.
CNews: Что представляет собой партнерская программа в отношении проектных решений и развития продуктов на базе платформы Х360?
Александр Гелик: Партнерская программа предусматривает несколько пунктов. Так, мы проводим обучение специалистов. Оно бывает общее, чтобы аналитики и разработчики узнали о возможностях платформы и основных инструментах конструкторов применительно к своей роли на проекте и в системе. Обучение также бывает специализированное, направленное на менеджеров компании-партнера, которым предстоит продавать платформу и программные решения своим клиентам. И, наконец, мы проводим обучение по каждому из продуктов – либо по общим для всех направлениям, либо по особенностям конкретного проекта.
Если речь идет о создании новых продуктов, мы придерживаемся различных подходов. При необходимости мы изучаем потребность рынка, можем создать новый продукт и впоследствии предлагать его нашим партнерам и заказчикам. Партнерам такой подход выгоден, потому что мы расширяем охват потенциальных клиентов, с которыми они потом смогут работать. Второй вариант – берем базовые функциональные возможности платформы и соответствующих продуктов и настраиваем их в соответствии с условиями проекта.
Мы ищем и находим с партнерами устраивающие всех условия договоров, чтобы наше взаимодействие было максимально комфортным. И мы активно участвуем в работе партнера с заказчиком. Участие в проекте – одно из наших ключевых условий, позволяющее поддержать партнера и реализовать проект максимально успешно. Для IDS очень важен постоянный контакт с компаниями-партнерами и оказание им соответствующей поддержки.