Файл: Учебное пособие по дисциплине итинфраструктура предприятия (курс лекций) Направление подготовки 38. 03. 05 Бизнесинформатика.pdf

24
Разработка ИТ – стратегии (стратегического плана развития инфор- мационной системы предприятия) это первый этап приведения имеющих- ся на предприятии информационных технологий в соответствие c его це- лям и задачам. ИТ – стратегия должна включать в себя детальный план развития информационных технологий, бизнес- обоснование инвестиций в них, и представляться набором оптимальных, с точки зрения бизнеса, ха- рактеристик ИТ - системы предприятия. В ходе разработки такойстрате- гии создается стратегический план развития и внедрения на предприятии информационных технологий, который, как правило, включает в себя сле- дующие разделы и положения:

Роль ИТ – подразделения в жизнедеятельности предприятия
(стратегическая, сдвигающая, поддерживающая, заводская).

Требования бизнеса к ИТ.

Несоответствие между требованиями бизнеса к ИТ и их теку- щим состоянием.

Базовые принципы развития ИТ.

Основные направления совершенствования процессов управ- ления на основе ИТ.

Сравнительные характеристики инвестиций в ИТ и их эффек- тивность.
Разработка стратегических целей и задач предприятия является первым этапом формирования его архитектуры. Можно говорить о том, что в соответствии со стратегическими целями (техническим заданием) определяется модель бизнес - архитектуры предприятия.
3. Бизнес – архитектура предприятия
Бизнес - архитектура предприятия(EBA - Enterprise Business Archi- tecture)
– это целевое построение организационной структуры предприятия, увязанное с его миссией, стратегией, бизнес - целями. В ходе построения бизнес - архитектуры определяются необходимые бизнес-процессы, информационные и материальные потоки, а также организационно-штатная структура.
Под бизнес - архитектурой, как правило, понимается целостная организация бизнес-процессов, организационных, культурных и социальных областей деятельности предприятия. Она учитывает профиль предприятия, его цели, варианты реализации. Архитектура бизнес- процессов определяется основными функциями организации и может меняться под влиянием внешней среды.
Бизнес - архитектура предприятия неразрывна, связана с процессом его управления. Под управлением предприятием обычно понимается

25 деятельность компании с учетом изменений в окружающей экономической и социальной среде. Управленческий персонал распределяет финансовые, трудовые и материальные ресурсы для максимально эффективного достижения стратегических целей и задач предприятия.
В ходе разработки бизнес - архитектуры подробно рассматриваются различные модели построения предприятия, соответствующие стратегии
его развития. Модели бизнес - архитектуры могут быть разделены на три класса: классические (эталонные), специализированные и специфические.

Классическая или, другими словами, эталонная архитектура предприятия является идеальной моделью построения организации.

Специализированная архитектура – включает в себя модели, ориентированные на предприятия определенных отраслей или определенные фазы производства. В основе специализированных методологических моделей, как правило, лежат исторически сложившиеся алгоритмы управления в данных отраслях (например: банки, химическая промышленность, телекоммуникации).

Специфическая архитектура - так обычноназывают исторически сложившуюся на данном предприятии модель бизнес - процессов.
Построение бизнес - архитектуры начинается с описания контекста бизнес - архитектуры (рисунок 8.).
Общее видение бизнес - архитектуры предприятия включает анализ основных функций, цепочек создания добавленной стоимости (Value
Landscape Analysis), модели бизнес – сценариев (Business Scenario
Models), анализ информационных связей и процессов (Information Value
Chain Analysis).
Рисунок 8. Контекст бизнес архитектуры
Основу архитектуры предприятия составляет: анализ бизнес событий (Business Event Analysis), декомпозиция функций и процессов

26
(Function / Process Decomposition), модель расположения (Location Model), модель интеграции (Integration Model).
Бизнес - архитектура представляется в виде набора бизнес моделей.
Бизнес модели – это «набор событий, связанных с бизнесом, в который вовлечены различные функции бизнеса, организационные единицы и ак- тивы предприятия».
В настоящее время существуют различные методики описания биз- нес - архитектуры предприятия. Например, в работах Джона Захмана вы- деляются следующие типы бизнес моделей:

Высокоуровневая модель бизнес процессов компании, опи- сывающая основные группы бизнес-процессов. Высокоуровневые бизнес- процессы описывают общую структуру предприятия и, как правило, яв- ляются схожими для многих предприятий отрасли.

Динамические модели бизнес-процессов, включающие дета- лизированное описание функционирования компании.

Организационная структура компании.
Основу бизнес архитектуры предприятия составляют модели бизнес- процессов. Для их описания в настоящее время используется множество различных типов моделей: функциональные модели, организационные модели, модели процессов/потоков работ, модели данных/ресурсов, моде- ли причинно следственных связей.
В рамках курсов «моделирование бизнес - процессов» как правило, рассматриваются такие инструменты, как декомпозиция функций и про- цессов; анализ бизнес событий; моделировании местоположения функций и процессов, модель интеграции функций и процессов.
Декомпозиция бизнес-процессов – методика, описания бизнес- процессов в виде последовательной их детализации. Декомпозиция - это процесс создания диаграммы, детализирующей определенный блок и свя- занные с ним дуги. Результатом ее является описание, которое представ- ляет собой "разламывание" родительского блока на меньшие и более ча- стные функции. Декомпозиция бизнес-процессов обеспечивает их после- довательную детализацию, определение границ основных организацион- ных единиц. Декомпозиция позволяет определить вклад каждого из них в цепочку добавленной стоимости.
В ходе проведения декомпозиции бизнес процессов необходимо вы- полнить следующие шаги:

определить границы анализа за счет рассмотрения основных функций предприятия;

выделить ключевые бизнес-процессы;

выделить дублирующие бизнес-процессы и точки их пересече- ния.

27
Анализ бизнес - событий позволяет построить зависимость бизнес- процессов и бизнес – событий, понять какие события, что инициируют.
Анализ бизнес - событий позволяет перейти к анализу данных, ис- пользуемых предприятием.
Модель местоположения описывает географическое расположение выполняющихся бизнес функций. Модель местоположения позволяет провести визуализацию организационных единиц и определение мест вы- полнения бизнес-процессов.
Модель интеграции определяет связь бизнес-процессов и бизнес - событий.
Бизнес - архитектура предприятия, являясь обязательной и неотъем- лемой составляющейлюбой организации, вместе с тем вполне может су- ществовать без информационных технологий. Но, при этом, имеются так- же определенные области (например, телекоммуникация), где информа- ционные технологии являются неотъемлемым элементом функционирова- ния предприятия.
В рамках данного курса не ставится цель описать все существующие варианты построения бизнес - архитектуры и моделирования бизнес- процессов. Это направление достаточно широко раскрыто в современной технической литературе.
Наша задача – показать связи (которые строятся в рамках архитектуры предприятия) между ключевыми бизнес-процессами и информационными системами, так как основная цель построения архитектуры предприятия – создать общую картину, включающую в себя все уровни функционирования предприятия.
4. ИТ - архитектура предприятия
ИТ - архитектура предприятия или, другими словами, архитектура информационных технологий представляет собой совокупность техниче- ских и технологических решений для обеспечения эффективного функ- ционирования бизнес - процессов предприятия в соответствии с правила- ми и концепциями, определяемыми бизнес - архитектурой.
Архитектура информационных технологий описывает основные ин- формационные системы, их взаимосвязи и включает в себя их принципы развития, совершенствования и поддержки. Таким образом, мы можем го- ворить о том, что «архитектура является самодостаточной и полной дина- мической моделью системы».
Архитектура информационных технологий является неотъемлемым элементом архитектуры всего предприятия и зависит от его целей и задач, стратегии развития, сложившейся модели бизнес процессов.

28
В настоящее время существует множество работ посвященных ис- ключительно архитектуре информационных систем. Следует отметить, что практически во всех существующих методиках - архитектура инфор- мационных технологий является производной (частным случаем) архитек- туры предприятия в целом, и рассматривать ее отдельно от контекста предприятия не является целесообразным.
Обобщенная ИТ - архитектура должна включать в себя как логиче- ские, так и технические компоненты. Логическая архитектура предостав- ляет высокоуровневое описание миссии предприятия, его функциональ- ных и информационных требований, системных компонентов и информа- ционных потоков между этими компонентами. Техническая архитектура определяет конкретные стандарты и правила, которые будут использо- ваться для реализации логической архитектуры. Традиционно ИТ - архи- тектуру предприятия представляют в виде трех взаимосвязанных компо- нентов:

Enterprise Information Architecture (EIA) – информационная ар- хитектура.

Enterprise Solution Architecture (ESA) – архитектура приклад- ных решений.

Enterprise Technical Architecture (ETA) – техническая архитек- тура.
В ходе разработки архитектуры предприятия создается модель, включающая информацию о его производственных процессах, информа- ционных и материальных потоках, ресурсах и организационных единицах.
При этом модель ИТ - архитектуры непосредственно зависит от роли, ко- торую выполняют информационные системы на предприятии: стратегиче- ская (ориентированная на выполнение сложившихся стратегий и опера- ций), сдвигающая (инструмент для увеличения эффективности бизнеса), поддерживающая (ИС не играют особой роли в функционировании пред- приятия), заводская (ИС являются обязательным элементом, обеспечи- вающим функционирование бизнеса). Модель предприятия (соответст- вующая ее роли) позволяет не только давать лучшее представление о структуре предприятия, но и является эффективным инструментом для анализа экономических, организационных и многих других аспектов его функционирования.
ИТ - архитектура предприятия определяет правила формирования всех компонентов ИТ, взаимосвязи между ними и бизнес - архитектурой предприятия. Это связано с тем, что документирование ИТ - архитектуры без ее увязки с бизнес - архитектурой предприятия быстро утрачивает практическую ценность.

29
Информационная архитектура (EIA)
Информационная архитектура (EIA - Enterprise Information Ar-
chitecture) или другими словами архитектура информации – это (с точ- ки зрения аналитиков компании Meta Group) управляемый набор методик, описывающий информационную модель предприятия и включающий в себя:

Базы данных и хранилища данных.

Информационные потоки (как внутри организации, так и связи с внешним миром).
Информационную архитектуру предприятия условно можно назвать уровнем потоков данных. Но при построении информационной архитек- туры предприятия нет необходимости создавать модели всех видов дан- ных, используемых на предприятии. Достаточно обеспечить выбор наибо- лее важных (критичных для предприятия) данных и моделировать их на высоком уровне абстракции.
При формировании информационной архитектуры предприятия не- обходимо уделить особе внимание связям между функциями ИС и авто- матизированными операциями в бизнес - процессах предприятия. При этом определяется, какая информация необходима для функционирования текущих бизнес - процессов компании и создания новых.
Архитектура информации включает в себя видение, принципы, мо- дели, и стандарты, которые обеспечивают процессы создания, использо- вания и поддержания информации, относящейся к деятельности предпри- ятия. Архитектура информации определяет ключевые активы, связанные со структурированной и неструктурированной информацией, требующей- ся для бизнеса, включая расположение, время, типы файлов и баз данных.
В современном мире информация является важным стратегическим ре- сурсом, обеспечивающим функционирование предприятия, а информаци- онные системы это инструменты, обеспечивающие корректное и эффек- тивное использование этого ресурса. Архитектура информации описыва- ет связь между информацией и информационными системами.
Архитектура информации – это не построение моделей данных в рамках всего предприятия. Данные и архитектура данных являются част- ным случаем информационной архитектуры. Архитектура информации определяет высокоуровневую информационную топологию в рамках всего предприятия и описывает уровни ограничений, накладываемых на архи- тектурную модель.
В ходе разработки информационной архитектуры решаются сле- дующие задачи:

Идентификация существующих данных, определение их ис- точников и процедур использования.

30

Оптимизация данных за счет сокращения дублирования ин- формации. Исключение неоднозначности и противоречивости информа- ции.

Минимизация перемещения данных за счет их оптимального расположения.

Интеграция метаданных для обеспечения их целостного пред- ставления.

Сокращение числа используемых технологий, обеспечивающих хранение и доступность информации.
В ходе построения информационной архитектуры разрабатываются графические модели, описывающие потребность бизнес-процессов и ор- ганизационных единиц предприятия в информации. Таким образом, мы можем говорить о том, что архитектура информации связывает бизнес - архитектуру и архитектуру приложений в единое целое (рисунок 9.).
Рисунок 9. Информационная архитектура
Модели, описывающие информационную архитектуру, различаются в зависимости от уровня абстракции. При разработке информационных моделей используется процесс декомпозиции, аналогичный декомпозиции бизнес-процессов.
Концептуальный уровень – описывает высокоуровневые модели, включающие общую информацию об информационных потоках между функциональными подразделениями. Этот уровень позволяет обеспечи- вать планирование данных с точки зрения бизнеса.
Логический уровень – включает в себя детализированную информа- цию о существующих данных и обеспечивает связь между бизнес- процессами и информационными системами, их поддерживающими. На этом уровне формируются требования к необходимой информации, форма

31 их передачи и предоставления. На логическом уровне данные рассматри- ваются уже с точки зрения информационных технологий. Здесь происхо- дит анализ данных и их структуры.
Физический уровень – описывает реальное расположение данных внутри информационных систем и места их хранения.
Архитектура прикладных решений (ESA)
Архитектура прикладных решений (ESA - Enterprise Solution Ar-
chitecture) – или, другими словами, архитектура приложений, включает в себя совокупность программных продуктов и интерфейсов между ними.
Архитектуру прикладных решений разделают на два направления:

Область разработки прикладных систем.

Портфель прикладных систем.
Область разработки прикладных систем описывает технологиче- скую часть архитектуры прикладных решений и включает в себя: про- граммные продукты; модели данных; интерфейсы (API); пользовательские интерфейсы.
Область разработки прикладных систем является техническим опи- санием конкретных приложений. Соответственно, информацию о данных модулях проще всего представить в виде двух следующих схем:

Компоненты и структура системы – внутренняя структура сис- темы, включающая в себя информацию о программных модулях и базах данных.

Взаимодействие с другими системами (интерфейсы) – описы- вает взаимодействие приложения с внешними объектами (программными продуктами, пользователями).
Информационная система, или другими словами приложение
(Application) – это программно-аппаратный комплекс, объединяющий в себя компоненты системы и базы данных, обеспечивающий выполнение определенных бизнес функций предприятия. Система может иметь одну или несколько инсталляций (экземпляров, Application Instance), которые установлены на серверах и дисковых массивах (рисунок 10.).

32
Рисунок 10. Связи информационной системы
Приложение имеет определенный набор функций (application func- tion), обеспечивающих поддержку ИТ сервисов (IT service) и бизнес- процессов (business process).
Архитектура прикладных решений описывает ситуацию, сложив- шуюся в ИТ - подразделении на текущий момент времени (т.е. это карти- на, демонстрирующая «технологическое обеспечение» бизнес - процессов, где каждой основной бизнес - функции соответствуют определенные приложения). На основе архитектуры прикладных решений строятся пла- ны последующего развития информационных технологий в компании, разрабатываются планы мероприятий и проектов, необходимых для дос- тижения стратегических целей.
На данном уровне лучше всего отслеживается взаимодействие биз- нес - архитектуры предприятия и ИТ - архитектуры, т.к. можно опреде- лить взаимосвязи между организационной структурой предприятия и ис- пользуемыми приложениями. В этом случае для оптимизации управления приложениями их разделяют на определенные группы (домены) в соот- ветствии с функциональными возможностями. Следует отметить, что по- добное разделение позволяет проще идентифицировать владельца прило- жения, определять его соответствие бизнес - требованиям.
Классифицировать современные информационные системы доста- точно сложно. Это в первую очередь связано с тем, что системы обладают модульной конструкцией и предприятие имеет возможность закупать только необходимые ему компоненты. При этом одна фирма - поставщик, как правило, выпускает модули для различных областей.
Существующие информационные системы можно разбить на группы в соответствии с архитектурными стилями, по которым они построены.
Различные бизнес-процессы требуют разную по характеру среду инфор- мационных технологий, отличающуюся производительностью и надежно- стью.

33
Архитектурный стиль – это совокупность корпоративных техноло- гий и операционных сред, ориентированных на обслуживание определен- ных групп бизнес-процессов. Такая классификация позволяет отслеживать взаимосвязи между требованиями, предъявляемыми различными типами бизнес-процессов предприятия, и информационными системами.
Классификация информационных систем в соответствии с их архи- тектурными стилями выделяет пять основных групп информационных систем:

Приложения обслуживающие большое количество транзакций
(Transaction Processing). К таким приложениям можно отнести биллинго- вые системы (поддерживающие функционирование телекоммуникацион- ных компаний), банковские системы (обеспечивающие транзакции по кредитным картам).

Операции в реальном времени (Real-Time operations) – считает- ся, что это информационные системы, обеспечивающие бизнес процессы, требующие непрерывный мониторинг и информационное обеспечение. К таким системам можно отнести обеспечение транспортных операций в аэ- ропорту.

Аналитические приложения, бизнес-аналитика, поддержка принятия решений (Analytical and Business Intelligence) - то есть все ИС, занимающиеся управлением знаниями, обеспечивающие сбор и анализ больших массивов данных в короткие промежутки времени.

Приложения поддержки совместной работы (Collaborative) - включает различные средства взаимодействия пользователей внутри ком- паниями.

Корпоративные и обслуживающие приложения (Utility) – включает в себя стандартные приложения, обеспечивающие функциони- рование основных бизнес-процессов компании. В этот раздел попадают такие группы систем как управление взаимоотношения с клиентами
(CRM), управление ресурсами предприятия (ERP) и другие.
Информационные системы, обеспечивающие функционирование бизнес- процессов каждой группы обладают определенным набором особенно- стей. В таблице 1. представлены характеристики основных типов при- кладных систем.
Следует отметить, что подобная классификация с одной стороны ох- ватывает все существующие информационные системы, с другой стороны большое количество приложений может попадать одновременно в не- сколько групп по данной классификации.
В настоящее время существуют различные варианты классификации информационных систем. Наиболее популярной считается методика, по-