Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Лекции по КиС

.pdf
Скачиваний:
91
Добавлен:
28.03.2015
Размер:
1.96 Mб
Скачать

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

Информация в такой модели носит распределенный характер

иможет быть достаточно строго структурирована на каждом узле

ив каждом потоке. Узлы и потоки могут быть условно сгруппированы в подсистемы, что выдвигает еще одно важное требование к КИС

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

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

Любое предприятие существует не в замкнутом пространстве, а в мире постоянно меняющегося спроса и предложения, требующем гибкого реагирования на рыночную ситуацию, что может быть связа-

11

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

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

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

защита данных от потери. Это требование реализуется в основном на организационном, аппаратном и системном уровнях. Прикладная система, какой является, например, АСУ, не обязательно должна содержать средства резервного копирования и восстановления данных. Эти вопросы решаются на уровне операционной среды;

сохранение целостности и непротиворечивости данных. При-

кладная система должна отслеживать изменения во взаимозависимых документах и обеспечивать управление версиями и поколениями наборов данных;

12

предотвращение несанкционированного доступа к данным внутри системы. Эта задача решается комплексно, как организационными мероприятиями, так и на уровне операционных и прикладных систем. В частности, прикладные компоненты должны иметь развитые средства администрирования, позволяющие ограничивать доступ

кданным и функциональным возможностям системы в зависимости от статуса пользователя, а также вести мониторинг действий пользователей в системе;

предотвращение несанкционированного доступа к данным из-

вне. Решение этой части проблемы ложится в основном на аппаратную и операционную среды функционирования КИС и требует ряда административно-организационных мероприятий.

Предприятие, успешно функционирующее и получающее достаточную прибыль, имеет тенденцию к росту, образованию дочерних фирм и филиалов, что в процессе эксплуатации КИС может потребо-

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

ние масштабируемости.

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

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

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

13

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

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

Итак, КИС должна отвечать требованиям:

-комплексности и системности;

-модульности;

-открытости;

-надежности;

-безопасности;

-масштабируемости;

-мобильности;

-простоты в освоении;

-поддержки со стороны разработчика;

-сопровождения разработчиком или его представителем.

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

14

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

1.3. Архитектура корпоративных информационных систем

Архитектура КИС состоит из нескольких уровней:

Информационно-логический уровень: совокупность потоков дан-

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

Прикладной уровень: совокупность прикладных программ и программных комплексов, которые реализуют функционирование ин- формационно-логической модели. Это могут быть следующие системы: документооборота, контроля над исполнением заданий, сетевого планирования, АСУ ТП, САПР, бухгалтерские, системы управления финансами, кадрами, логистикой, офисные пакеты и т.д. и т.п.

Системный уровень: операционные системы и сетевые средства. Аппаратный: средства вычислительной техники. Транспортный: активное и пассивное сетевое оборудование, се-

тевые протоколы и технологии.

1.4.Типы архитектуры корпоративных информационных систем

Охарактеризуем типы архитектуры КИС по параметрам:

«Лоскутное одеяло»

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

15

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

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

Этот тип архитектуры не требует и централизации управления. КИС сохраняет свою устойчивость при организационных преобразованиях. «Лоскутное одеяло» основано на неформальных межличностных связях и лояльности компании самих пользователей. Именно неформальные межличностные связи и лояльность являются основой интеграции информации в этом типе архитектуры.

Несмотря на то, что тип архитектуры «Лоскутное одеяло» подвергается наибольшей критике, в реальной корпоративной практике именно он наиболее распространен и устойчив. Данный тип архитектуры ориентирован на поддержание операционной деятельности бизнеса, находящегося в условиях высокого уровня неопределенности и изменчивости.

Сильная интеграция

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

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

16

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

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

Модель деятельности компании представляет собой модель биз- нес-процессов. Именно эта модель определяет требования к функциональности и данным КИС, должностные и технологические инструкции пользователей, процедуры и регламенты их работы. Модель биз- нес-процессов определяет логику работы своеобразного «информационного конвейера», в котором КИС постоянно «толкает и координирует» пользователей.

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

Сильная интеграция – наиболее популярный в 90-х гг. прошлого века тип архитектуры. Данный тип эффективен в условиях долгосрочной стабильности и предсказуемости и хорошо приспособлен

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

Слабая интеграция

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

17

ных сервисов, например, таких, как создание объектов и отношений между ними, ведение версий, описание, поиск или сервисы групповой работы. Примером такого типа архитектуры может служить КИС, ядром которой является ECM-приложение (Enterprise Content Management), используемое при создании рабочей среды для компании, скажем, ведущей проекты или оказывающей профессиональные услуги. Предельным случаем такого типа архитектуры можно считать среду Интернет/интранет.

Данные в такой архитектуре разделены на два уровня:

1)информационные ресурсы (документы, файлы, почтовые сообщения, базы данных, ссылки на приложения, электронные формы, мультимедиа, Web-страницы);

2)модель описания информационных ресурсов компании (каталоги, описания, классификаторы, терминологические словари).

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

Если в КИС с сильной интеграцией пользователь операционного уровня буквально как на конвейере оказывается ведомым системой, то в данном случае КИС предоставляет среду, в которой пользователь двигается самостоятельно. Этот тип архитектуры рассчитан на пользователей с высокой квалификацией в своей бизнес-области.

Основой модели деятельности компании является модель данных. Бизнес-процессы описываются без детализации. Единственное, что детально прописывается, это бизнес-правила – процедуры взаимодействия сотрудников, а также регламенты работы с данными.

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

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

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

18

Контрольные вопросы

1.Что такое корпоративная информационная система?

2.Какие требования предъявляются к КИС?

3.Из каких уровней состоит архитектура КИС?

4.Приведите типы архитектуры КИС.

19

2. АНАЛИЗ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ

2.1.Подходы к автоматизированному управлению организационными системами

Основныеподходы,их достоинстваи недостатки показаны на рис.1.

Рис. 1. Анализ подходов к автоматизированному управлению организационными системами

20