3.1 Связь архитектуры информационных систем с ИТ-стратегией организации

1.

Связь архитектуры информационных систем с ИТстратегией организации
Стратегия развития организации и проектирование архитектуры ИС

2.

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

3.

Важность учета стратегии организации при планировании развития ИС
Что дает компаниям создание ИТ-стратегии
Практически ни один бизнес уже не может обойтись без цифровых инструментов, эффективное
использование которых во многом зависит как раз от ИТ-стратегии. По оценке экспертов «КОРУС
Консалтинг», а также представителей других компаний (например SAP или «Делойт»), наиболее
зрелым и активным с точки зрения цифровизации является небольшой бизнес, работающий в
сегменте b2c, а самими пассивными остаются крупные компании из сегмента b2g, за исключением
ТЭК.
Разница лишь в том, что для одной отрасли разработка и реализация грамотной ИТ-стратегии –
вопрос выживания, а для другой – вопрос объема чистой прибыли. Если компания работает на
высококонкурентном рынке, то продуманная ИТ-стратегия может помочь обеспечить преимущества
на рынке и, как следствие, увеличить сбыт. Если бизнес занимает монопольные или олигопольные
позиции, то ИТ-стратегия может быть направлена на оптимизацию внутренних затрат.

4.

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

5.

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

6.

Анализ существующего состояния развития ИТ в организации
Возможно обследование как отдельных элементов ИТ, так и совокупности программных и
аппаратных средств организации. В любом случае для сбора достоверной информацию и ее анализа
обычно проводят следующие работы:
• изучение организационной структуры и нормативной документации;
• интервью с представителями бизнеса, ИТ и СБ;
• инструментальный анализ ИТ-активов.
Результатами анализа обычно становятся:
• заключение о текущем положении дел в информационных системах, оборудовании, базовых и
прикладных системах, приложениях и процессах;
• рекомендации по внедрению новых систем либо по устранению недостатков, эффективной
эксплуатации и развитию, организационные и технические рекомендации;
• окончательный результат анализа и оценки – план работ (проект ТЗ), согласованный с ИТ и
бизнесом и обосновывающий важность предстоящих изменений.

7.

Связь архитектуры информационных систем с ИТстратегией организации
Категории моделей архитектуры организации

8.

Категории моделей архитектуры организации
Формальное описание архитектуры предприятия впервые было сформулировано в стандарте ИСО
15704, который был предложен рабочей группой IFAC/IFIP (International Federation of Automatic
Control/International Federation for Information Processing).
Идея состояла в том, чтобы разработать максимально общую, так называемую эталонную (reference)
модель архитектуры предприятия, которая охватывала бы дополнительно процесс развития
предприятия во времени как проект, а также учитывала бы роль человеческого фактора. Архитектуры
отдельных подсистем, в том числе ИТ-системы предприятия, могут быть тогда разработаны как
специфические уточнения такой общей модели.

9.

Категории моделей архитектуры организации
В FEA (Архитектура федеральной организации) реализуются федеративные принципы архитектуры
предприятий — оригинальное сочетание общего централизованного руководства и
децентрализованного планирования при реализации архитектур отдельных организаций и отдельных
информационных систем.
Из методических особенностей FEA следует указать на ее полноценный состав, на принцип
сегментного подхода и на развитие не только обобщенной схемы, но и важных референсных
моделей.
Состав FEA предусматривает следующие категории компонентов:
• стимулы (деловые и технические) и стратегическое направление развития архитектуры (включая
его видение, цели и объекты);
• принципы, другие руководящие материалы, стандарты и глоссарий, а также примеры (образцы,
сравнительные измерения) передового опыта;
• архитектурные референсные модели;
• текущую и целевую архитектуры;
• переходные процессы, включая планирование инвестиций, проектов перехода к целевой
архитектуре, управление проектами и их контроль;
• архитектурные сегменты для специфических областей деятельности;
• репозиторий для централизованного накопления и распределенного использования
архитектурных компонентов всех видов.

10.

Категории моделей архитектуры организации
Одно из полезных положений FEA — принцип сегментного подхода — дает возможность ускорять
практическое внедрение архитектуры, особенно в больших многоотраслевых образованиях, позволяя
относительно независимо работать в рамках одного сегмента, обеспечивая минимизацию затрат,
поддержку общих ресурсов и стандартов взаимодействия систем разных сегментов.
Существенным достижением FEA считаются её референсные модели:
• модель результативности (эффективности);
• модель функций и сервисов деятельности;
• модель прикладных ИТ-сервисов/компонентов общего назначения;
• модель базовых технических ИТ-сервисов и стандартов;
• модель информации и данных.
По большей части, они представляют собой каталоги «эталонных» архитектурных элементов, многие
из которых не несут особой специфики ЭП и могут быть адаптированы к любым предприятиям.
Например, «модель прикладных ИТ-сервисов/компонентов общего назначения» в адаптированном
виде пригодна для планирования приобретений или разработок программных продуктов
практически в любой компании.

11.

Категории моделей архитектуры организации
Эталонная модель архитектуры GERAM.
Разработанная как приложение к данному стандарту (ИСО 15704), такая общая эталонная модель
архитектуры получила название GERAM (Generalized Enterprise Reference Architecture and
Methodology).
Фактически, GERAM представляет собой абстрактное описание архитектуры общего уровня, которая
может быть использована для «привязки» и сравнения между собой различных практических
моделей архитектур. Она определяет комплекс концепций, методов и моделей, необходимых для
проектирования и сопровождения современного предприятия (любого типа) в течение всего времени
его существования. GERAM обеспечивает поддержку всех элементов среды моделирования
архитектуры, базируясь при этом на:
• концепциях, ориентированных на человека (описание ролей, поддержка осуществляемых ролями
процессов);
• процессо-ориентированных концепциях для описания бизнес-процессов;
• концепциях, ориентированных на технологии, для описания технологический поддержки
процессов (моделирования и использования моделей).

12.

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

13.

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

14.

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

15.

Связь архитектуры информационных систем с ИТстратегией организации
Представления архитектуры приложений

16.

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

17.

Представления архитектуры приложений
1. Логическое представление
Логическое представление архитектуры приложений описывает, как структурированы и организованы
функциональные компоненты системы. Оно фокусируется на логических взаимосвязях между
компонентами и помогает понять их функциональные роли в системе.
• Функциональные модули. Логическое представление разбивает приложение на модули или слои,
такие как интерфейс пользователя, бизнес-логика, доступ к данным. Например, в приложении для
интернет-банкинга это могут быть модули авторизации, управления счетами, транзакций и
уведомлений.
• Взаимодействие компонентов. Оно отображает, как компоненты взаимодействуют друг с другом.
Например, пользовательский интерфейс передаёт запросы к бизнес-логике, которая, в свою
очередь, запрашивает данные из базы данных.
• Преимущество. Это представление позволяет понять структуру приложения на уровне функций, не
погружаясь в детали технической реализации. Оно полезно на этапе проектирования, чтобы
разработчики и архитекторы могли выстроить логику системы, независимо от конечного выбора
технологий.

18.

Представления архитектуры приложений
2. Физическое представление
Физическое представление описывает, как приложение развёрнуто на уровне инфраструктуры,
включая аппаратные и сетевые компоненты. Это помогает понять, как организованы и распределены
ресурсы для обеспечения устойчивой работы приложения.
• Размещение компонентов. Описание того, на каких серверах или облачных платформах находятся
компоненты приложения. Например, сервер баз данных может быть выделен отдельно от
серверов, обрабатывающих бизнес-логику.
• Сетевые взаимодействия. Схемы сетевого взаимодействия между компонентами, такие как
протоколы, порты, защищённые соединения. Например, REST API между микросервисами может
использовать HTTPS для безопасности.
• Ресурсные ограничения. Учет вычислительных мощностей, объема памяти, пропускной
способности сети и требований к хранению данных.
• Преимущество. Позволяет планировать архитектуру с учётом производительности, устойчивости и
масштабируемости, так как физическое представление показывает, как логические компоненты
реализуются на реальных устройствах и сетях.

19.

Представления архитектуры приложений
3. Представление бизнес-процессов
Представление бизнес-процессов фокусируется на том, как архитектура приложения поддерживает
бизнес-процессы и задачи, связанные с конечными пользователями и их деятельностью.
• Поддержка бизнес-функций. Это представление описывает, какие функции и процессы бизнеса
обеспечиваются приложением. Например, в системе CRM это могут быть управление контактами,
обработка заказов, генерация отчетов о продажах.
• Пользовательские роли и потоки работ. Отражает, какие роли пользователей задействованы в
процессе и как они взаимодействуют с системой. Например, роль «Менеджер по продажам» в
CRM может иметь доступ к информации о клиентах и возможностям, но не к финансовым данным.
• Ключевые действия и сценарии. Представляет основные действия пользователей в системе и
последовательность операций, которые они выполняют для достижения своих задач.
• Преимущество. Позволяет увидеть, как приложение соответствует стратегическим целям бизнеса и
требованиям пользователей. Это представление необходимо бизнес-аналитикам, чтобы оценить
эффективность приложения в поддержке бизнес-процессов.

20.

Представления архитектуры приложений
Представление данных
Представление данных фокусируется на структуре, организации и движении данных внутри
приложения. Это помогает оценить, как данные создаются, хранятся, передаются и используются.
• Структура данных. Описание баз данных, их схем, таблиц, полей, а также их взаимосвязей.
Например, структура базы данных в системе управления заказами может включать таблицы
«Заказы», «Клиенты», «Товары».
• Потоки данных. Отражает, как данные перемещаются между компонентами системы, как они
обрабатываются и в каком виде передаются. Например, данные о заказе из модуля корзины
передаются в модуль учёта заказов и хранятся в базе данных.
• Безопасность данных. Учет мер безопасности для защиты данных, таких как шифрование, контроль
доступа и маскирование конфиденциальных данных.
• Преимущество. Позволяет обеспечить надёжность, целостность и защиту данных, а также
оптимизировать взаимодействие компонентов с учетом объема и частоты передачи данных.