Соотношение заказных, готовых и собственных компонентов АСОИУ.

Создание АСОИУ – процесс многовариантный как для заказчика, так и для разработчика. Варианты будущей системы образуются как сочетание различных проектных решений по определению архитектуры системы, ее функциональной нагрузки, используемых для проектирования инструментальных платформ, используемой методологии и стратегии проектирования и др. Еще одним важным фактором является использование в проекте готовых компонентов АСОИУ, имеющихся на рынке информационных технологий. В современной практике построения АСОИУ известны три основных стратегии использо-вания готовых компонентов:

1) внедрение готовой полнофункциональной системы;

2) индивидуальная разработка новой заказной системы;

3) интеграция отдельных готовых и заказных приложений.

Приобретение и внедрение готовой системы (SCADA-системы для АСУ ТП или ERP-системы для АСУП) может опираться на предложения как отечественных, так и зарубежных поставщиков. Отечественные разработки значительно дешевле, ориентированы на потребности и специфику отечественного пользователя. Однако большинство таких систем предназначены для небольших предприятий. Разработки известных поставщиков ERP-систем мирового уровня, такие как SAP R/3, Baan, Oracle Application и другие, пользуются широкой популярностью на западе и имеют десятки тысяч внедрений по всему миру на предприятиях различных отраслей экономики.

К положительным качествами этих систем можно отнести функциональную полноту; возможность автоматизации всех информационных и управленческих процессов предприятия; нацеленность на повышение эффективности функционирования предприятия;

Соотношение внешних и внутренних усилий

В зависимости от принятого варианта соотношения компонентов, предприятие может

1) проектировать и внедрять АСОИУ собственными силами;

2) заказать сторонней организации разработку и внедрение системы «под ключ»;

3) разрабатывать и внедрять систему объединенными усилиями.

Проектирование и внедрение системы собственными силами. Сегодня каждое крупное предприятие имеет в своем составе одно или два структурных подразделения, отвечающих за автоматизацию. Как правило, сотрудники этих подразделений обладают достаточным потенциалом для разработки АСОИУ собственными силами, а потому данный подход может стать наиболее дешевым (вдвое или втрое дешевле по сравнению с заказом системы на стороне). Его преимуществом является также и то, что разработчики хорошо ориентируются в своей организации, понимают ее специфику и особенности разрабатываемой системы. Однако зачастую свои специалисты проигрывают специалистам серьезных проектных фирм в опыте и знании современных технологий разработки. Кроме того, внутренняя разработка как правило не опирается на технологию управления проектом, что приводит к отвлечению разработчиков на другие срочные работы по эксплуатации старой системы и срыву установленных сроков. В этом случае процесс создания системы может растянуться на годы и обойдется едва ли дешевле, чем привлечение сторонней организации.

11.Факторы, влияющие на выбор варианта

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

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

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

Делая выбор в пользу той или иной инструментальной платформы для разработки системы (будь то готовое типовое решение, или просто среда проектирования), необходимо учитывать ее позицию, динамику развития и перспективы на отечественном рынке. При этом не следует серьезно относиться к рекламным лозунгам типа «мы пришли всерьез и надолго», а также к упоминаниям влиятельных правительственных и государственных организаций в качестве своих заказчиков. Гораздо более достоверным показателем могут служить отзывы других таких же предприятий, на себе испытавших эффективность того или иного решения.

12.Технологии внедрения АСОИУ. Замещение «старой» системы «новой». Стратегии внедрения новой АСОИУ

Замещение «старой» системы «новой»

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