| ||||||||||||||||
 | ||||||||||||||||
| ||||||||||||||||
 | ||||||||||||||||
| ||||||||||||||||
|
|
Предприятие как единый объект автоматизации. Размышления на тему Чего не хватает в пирамиде? Представьте, что вы в течение нескольких десятилетий закупали или самостоятельно разрабатывали программные пакеты, решающие все вышеперечисленные задачи. Означает ли это, что ваш завод превратился в единую информационно-управляемую структуру? Конечно, нет. Ведь вам необходимо как-то связать приложения между собой. Возникает еще одна задача — обмен данными между приложениями, разработанными разными фирмами в разное время на разной технике. Причем ее следует понимать не как необходимость связать две или три группы систем, о которых говорилось выше, а в более общем смысле — как задачу связи и мобильности всех компонентов информационно-управляющей среды предприятия. Предприятия столкнулись с этой проблемой уже давно и решали ее чаще всего в частном порядке, путем написания драйверов для связи приложений или с помощью других "житейских хитростей". Столь популярный в различных областях деятельности метод "заплаток" и здесь показал себя как неоправданно дорогой, долгий и малоэффективный. Кроме того, полученные решения трудно было распространить на другие приложения и системы. Существует еще один важный аспект этой проблемы: информационные технологии стареют намного быстрее, чем производственное оборудование. "Железо" устаревает в среднем через 6—12 месяцев после выхода на рынок. Период появления новых версий современных информационных систем — один год. Вместе с тем в промышленности до сих пор применяются ЭВМ 70-х годов. Я уж не говорю о датчиках, исполнительных механизмах, кабельном хозяйстве и пр. Необыкновенно стремительное развитие информационных технологий — большая проблема для промышленности. Предприятие не может себе позволить менять все измерительное оборудование каждые несколько лет. Выход один — постепенная частичная замена устаревшей техники. Что же тогда? Поменял приложение — пиши новый драйвер? Готовь "заплатки" к десяткам программ? Или, покупая новый пакет, ищи только тот, который сможет встроиться в твою информационную среду? Почитайте рекламные проспекты современных промышленных приложений. В каждом из них в качестве одного из главных козырей указаны возможность связи с другими системами, разнообразие интерфейсов, поддержка стандартных протоколов. Иногда функциональность в описаниях систем отступает на второй план перед богатством возможностей интеграции. Все это означает, что задача объединения промышленных приложений не только приобретает ключевое значение для конечных пользователей, но и становится модной и популярной среди разработчиков, т. е. тех, кто должен найти ответ. Не будем останавливаться на частных решениях, на том, как связать конкретные пакеты друг с другом в отдельно взятой технической реализации. Их число — сложная функция от количества предприятий и набора приложений. [Назад][Содержание][Вперед] |
|
|
| ||||||||||||||||
| ||||||||||||||||
| ||||||||||||||||
|