Информационный менеджмент

51

Выделяют три основных потока документов: входящие, внутренние и исходящие. Потоки всех документов в современных условиях интенсивно растут, что приводит к необходимости автоматизации их обработки.

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

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

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

•сбор и формирование исходных данных;

•расчеты с поставщиками и потребителями;

•организация хранения данных;

•формирование справок и отчетов;

•планирование и анализ и др.

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

52

бухгалтерская документация, документы вышестоящих органов, информация от смежников, документы о состоянии рынка и др.

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

Критерии производительности ИС:

1)количество одновременно работающих пользователей – система должна иметь возможность повышения производительности за счет масштабирования, т. е. наращивания ресурсов без изменения архитектуры;

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

3)безопасность обработки данных – информация должна быть защищена от ошибочных действий пользователей и несанкционированного

доступа.

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

В результате создания ИС для предприятия открываются следующие источники экономической эффективности его деятельности:

•возможность уменьшения численности сотрудников;

•уменьшение ошибок пользователей при обработке данных;

•сокращение времени обработки и поиска необходимых данных;

•возможность адаптации системы к изменению в нормативных документах и законодательстве;

•возможность оперативного принятия решений.

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

53

дачи формирования средств создания и использования приложений также являются задачами многокритериальной оптимизации.

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

Значительную популярность получили технологии CORBA, J2EE и Microsoft.NET. Рассмотрим их достоинства и недостатки.

1. Технология CORBA (Common Object Request Broker Architecture – обобщенная архитектура брокера объектных запросов) – это спецификация распределенной системы. Основной целью при разработке технологии CORBA было создание распределенной системы, способной преодолеть большинство проблем межоперационной совместимости при интеграции сетевых приложений.

Достоинства технологии CORBA:

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

•объекты обладают состоянием, могут быть глобально идентифицированы, а ссылки легко передаются от клиента к клиенту и от машины к машине;

•объекты могут быть как нерезидентными, так и сохранными;

•обширный набор служб; поддерживается репликация;

•гибкий и универсальный сервер объектов.

Недостатки технологии CORBA:

•большинство реализаций ориентировано на вертикальные задачи для использования в военных комплексах, медицине, образовании и т. д.;

•предлагается свой непопулярный язык IDL, на котором составляются определения интерфейсов, превращаемые затем в тексты программ на выбранном языке программирования;

•сложная архитектура;

54

•не существует специальных средств поддержки кэширования, хотя его

можно добавить к существующей реализации с использованием механизма перехватчиков.

2. Технология J2EE (Java 2 Enterprise Edition) представляет собой стандарт для создания корпоративных распределенных многозвенных приложений. Она позволяет существенно упростить труд системных архитекторов, программистов, проектировщиков и разработчиков распределенных ИС, предлагая ясную и гибкую архитектуру, включающую в себя набор стандартов и важнейших системных сервисов. J2EE объединяет такие стандарты, как компонентная модель Enterprise JavaBeans (EJB), стандарты web-приложений для формирования динамических откликов на действия пользователей – Java Servlets и Java Server Pages (JSP) – и стандарт для доступа к базам данных JDBC.

Достоинства технологии J2EE:

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

•объекты обладают состоянием, могут быть глобально идентифицированы, а ссылки легко передаются от клиента к клиенту и от машины к машине;

•объекты могут быть как нерезидентными, так и сохранными;

•построена с использованием популярного и бурно развивающего языка программирования Java;

•возможность передачи объектов по значению;

•относительная простота реализации;

•является основой платформы J2EE, в которой определены другие стандарты, совместно работающие с ней: JDBC, JSP и серверы, что дает больше возможностей при построении распределенной системы с выделенными сервером приложений и web-сервером;

•совместимость с технологий CORBA.

Недостатки технологии J2EE:

•низкая производительность;

•поддержка только одного языка Java.

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

55

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

Также нельзя не отметить возможностей CORBA для решения конкретных задач в области медицины, образования и т. д., что делает ее использование более удобным в данных областях, чем J2EE.

Широкое распространение получает сервис-ориентированная архитектура, SОА (Service Oriented Architecture), – методология построения корпоративной программной инфраструктуры, позволяющей разным приложениям обмениваться данными и процессами независимо от ОС, на которых они исполняются, и языков программирования, на которых они написаны.

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

Архитектура SOА имеет три основные особенности:

1.SOA является распределенной. Функциональные элементы приложений могут быть распределены по множеству вычислительных систем и способны к взаимодействию с использованием локальных или глобальных сетей. В частности, web-сервисы позволяют использовать существующие протоколы, например HTTP.

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

3.Она базируется на общепринятых отраслевых стандартах. Конечно, при переходе на SOA возникает необходимость некоторых изменений в корпоративной инфраструктуре; как минимум, нужно выделить и

56

оформить в виде web-cepвисов приложения и компоненты, которые используются несколькими разными системами. Кроме того, требуется переосмысление принципов, на которых базируется ИТинфраструктура; это тоже может стать препятствием на пути внедрения SOA.

Кроме того, при внедрении SOA все-таки неизбежны значительные затраты: первоначальные капиталовложения при внедрении интегрированной SOA- системы значительно больше, а внедрение намного дольше, чем при покупке обычной ИС. Естественно, затраты при внедрении SOА зависят от масштаба проекта, однако SOA-система на протяжении жизненного цикла окупает капиталовложения, становясь в среднем эффективнее по экономическим показателям по сравнению с жестко связанной «монолитной» системой.

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

В число средств построения SOA входят системы управления бизнеспроцессами (ВРМ, Business Process Management), системы доставки сообщений (MOM, Message Oriented Middleware), корпоративные шины сервисов (ESB, Enterprise Service Bus), классические брокеры сообщений и средства интеграции приложений (EAI, Enterprise Application Integration), средства ведения реестров сервисов и обеспечения их безопасности. Сюда же относятся средства анализа и проектирования процессов.

·····························································

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

·····························································

1.В чем состоит формализация условий работы системы?

2.Как характеризуются особенности построения модели системы, описания ее функций и критериев качества, характеризующих ее работу?

3.Как строится критерий оптимизации при необходимости учета нескольких разнородных требований к характеристикам системы?

57

4.В чем состоят методические сложности постановки задачи многокритериальной оптимизации?

5.Какой смысл имеют весовые коэффициенты в критерии оптимизации?

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

7.Какие достоинства и недостатки имеет формирование технологической среды ИС: на основе файл-сервера и архитектуры «клиентсервер»?

8.Как можно охарактеризовать различия применения рассматриваемых технологий «файл-сервер» и «клиент-сервер» с позиций пользователя?

9.Как получаются оптимальными различные варианты архитектуры системы? Не скрывается ли за этим просто произвольный выбор?

10.В чем состоит специфика оптимизации платформы ИС?

11.Какие достоинства и недостатки имеют ОС Windows и ОС Linux.

12.Как ставится задача о предпочтении между CORBA и J2EE?

13.В чем достоинства сервис-ориентированной архитектуры?

14.За счет каких факторов достигается экономическая эффективность сервис-ориентированной архитектуры?

15.Каковы основные недостатки технологии J2EE?

16.Что становится основой выбора платформы?

17.Каковы основные достоинства технологии CORBA?

18.Чем является обоснование выбора варианта архитектуры ИС?

19.Что должно быть обосновано и оптимизировано для повышения эффективности работы ИС?

20.Что составляет основу любой платформы?

58

4 Развитие сферы обработки информации

4.1 Характеристика цикла развития системы

Системы обработки информации в целом проходят в своем развитии типовые стадии – стадии зрелости. На предприятиях существуют типичные условия формирования организации сферы ОИ (табл. 4.1).

Таблица 4.1 – Типовые стадии развития систем обработки информации

60

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

Рис. 4.1 – Классификация видов износа

Менеджмент развития должен оценивать степень деградации и предотвращать ее. Методологической основой такой оценки является модель деградации. При формировании модели деградации элементов системы традиционно учитывается так называемый износ. Классификация видов износа представлена на рисунке 4.1. Различают два вида износа: физический и моральный.

·····························································

Под физическим износом понимают снижение или полную

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

·····························································

При этом физический износ имеет место как при использовании, так и при простое. Износ технических средств при их использовании является естественным и особых разъяснений не требует. Программные средства при их использовании не изнашиваются. В случае бездействия износ технических средств происходит из-за воздействия колебаний температуры и движения воздуха, старения материалов, из которых построены технические средства, и т. п. Именно по этим причинам все средства имеют ограниченный срок хранения [6].