Файл: Учебное пособие по дисциплине итинфраструктура предприятия (курс лекций) Направление подготовки 38. 03. 05 Бизнесинформатика.pdf
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 07.11.2023
Просмотров: 429
Скачиваний: 6
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
50
PO1 Определить стратегический план ИТ (define a strategic IT plan). Обеспечивает подготовку стратегического плана развития информа- ционных технологий на предприятии с точки зрения требований бизнеса
(бизнес стратегии).
PO2 Определить информационную архитектур (define the in- formation architecture). Считается, что процесс обеспечивает разработку
ИТ архитектуры и включает в себя: анализ существующих программно аппаратных средств и поддержку текущей архитектурной картины в акту- альном состоянии, разработку целевой архитектуры, проведение GAP анализа, разработка предложений по изменениям архитектуры (проекты, инициативы).
Разработка предложений по
изменениям архитектуры
Проведение GAP анализа
ИТ стратегия
(STR)
Требования к
развитию ИТ
сервисов
Перечень проектов /
инициатив
по внедрению новых ИС
Запросы на изменения
RFCs
Бизнес
архитектура
предприятия
Корпоративная бизнес стратегия
Изменения в
существующих ИС
Архитектурный дизайн ИС
Внесение изменений в общую
текущую ИТ архитектуру
Аналитические
данные о
тенденциях
ИТ рынка
IT best practice
Современные
тенденции в
Telco
Анонсы
поставщиков
HW & SW
IT & Telco World
Мониторинг современных тенденций в ИТ и Telcos
Выработка рекомендаций по построению ИТ
архитектуры
Бизнес подразделения
компании
Technology Watcher
TMF, ETIS, Gartner, MetaGroup,
…., SW/HW companies,
Telco companies ….
Enterprise
Information
Architecture
Enterprise
Solution
Architecture
Enterprise
Technical
Architecture
PCRM domain
Service assurance domain
Service fulfillment domain
Billing &
settlement domain
Product management domain
Finance domain
Supply
Chain management domain
Enterprise
Support domain
Appl1
Appl i
System architect
Domain architect
Enterprise
Information
Architecture
Enterprise
Solution
Architecture
Enterprise
Technical
Architecture
PCRM domain
Service assurance domain
Service fulfillment domain
Billing &
settlement domain
Product management domain
Finance domain
Supply
Chain management domain
Enterprise
Support domain
Appl1
Appl I
new
Target IT Architecture
Current IT Architecture
Проект внедрения новой
ИС
Разработка / модификация
интерфейсов
Enterprise Project
Management Office
(EPMO)
Information /Data
Architect
Infrastructure
Architect
Integration Team
System architect
Benchmarking
для KPIs
Domain architect
Domain architect
Domain architect
Domain architect
Domain architect
Domain architect
Domain architect
Enterprise
Business
Architecture
Business analyst,
Account manager
Анализ влияния на ИТ
архитектуру
Проверка соответствия
Target ITA
Документация к релизу системы
Разработка ИТ
стандартов
IT standards dB
Запросы на
разработку /
изменения
стандартов
IT standards manager
Презентация архитектуры
на сайте ИТА
Модели METIS
Схемы Visio
Архитектурные описания
Модели METIS
Схемы Visio
Документы по
Target ITA
Презентация архитектуры
на сайте ИТА
Domain architect
Business architect
Core
Architecture
Team
Core
Architecture
Team
Core
Architecture
Team
Процесс
PO3
Процесс
PO2
Каталог ИТ сервисов /
услуг
Core Architecture Team :
Chief IT architect P
Enterprise business architect
Enterprise Solution architect P
EAI architect
Enterprise Data architect
IT standards manager P
Infrastructure architect
Domain IT architect(s) P
Рисунок 4. Схема архитектурного процесса (РО2 и РО3)
PO3 Определить технологическое направление (determine the technological direction). Процесс обеспечивает мониторинг современных тенденций в области информационных технологий, выработку рекомен- даций по использованию программно аппаратных средств, разработку и модернизацию стандартов.
Вне зависимости от использованных методик, обеспечивающих про- цесс разработки архитектуры предприятия, выделяют набор универсаль- ных архитектурных документов.
В таблице 2. представлен набор универсальных архитектурных до- кументов
51
Таблица2
Набор универсальных архитектурных документов
1 2 3 4 5 6 7 8 9 ... 15
Раздел
Описание
Резюме
Основной документ, описывающий основные цели и задачи стоящие перед архитектурным процессом и его роль в функционировании предприятия. Цель данного документа – объяснить руководству необходимость архитектурного про- цесса.
Организация проекта
Отражает границы охвата проекта. Описывает состав участ- ников и планируемых работ. Критические факторы успеха, выбранную методологию и средства описания архитектуры.
Бизнес требова- ния
Бизнес требования формируются на основе стратегии разви- тия предприятия.
Связь бизнеса и информационных технологий
Документ связывает существующие бизнес процессы, ИТ услуги, информационные системы в единое целое. На осно- ве этих данных строится матрица соответствия между биз- нес требованиями и ИТ услугами.
Текущее состоя- ние
Документирование текущего состояния архитектуры пред- приятия, обеспечивающий сбор информаций о информаци- онных системах и бизнес процессах компании. Документ описывает проблемы в обеспечении бизнес.
Целевое состоя- ние
Документ описывает предполагаемые варианты реализации основных бизнес процессов в будущем состоянии.
Концептуальная архитектура
Описывает основные требования и принципы к построению бизнес процессов на предприятии и информационных сис- тем. Рассматривает возможность использования технологи- ческих инноваций в компании. Возможно формирование матрицы, описывающей корреляцию между данными прин- ципами и бизнес требованиями.
Анализ расхож- дений
GAP анализ, или другими словами анализ расхождений производит сравнение текущего и целевого состояния. На основании этой информации делаются заключения о необ- ходимости внесения изменений в структуру предприятия.
Планирование преобразований
Выделяется набор проектов в соответствии с бизнес при- оритетами компании. Оцениваются ограничения по бюдже- там и срокам реализации. Проводится анализ рисков при реализации и отказе от преобразований.
2. Принципы построения архитектуры предприятия
Одной из основных составляющих проекта разработки архитектур- ного процесса является создание структур, обеспечивающих управление и контроль за всем процессом. Архитектура предприятия должна являться
52 основополагающим правилом, законом, в соответствии с которым проис- ходят изменения деятельности компании.
Основу управления и контроля архитектурного процесса, как прави- ло, составляет набор руководящих принципов. Многие аналитики выде- ляют следующий набор принципов:
Внедрение новых систем и модернизация существующих должна проходить под оценку эффективности, целесообразности для ком- пании и соответствия стандартам.
Необходимо контролировать изменения бизнес процессов и информационных систем в рамках их влияния на другие обеспечивающие
(зависимые) бизнес процессы и информационные системы.
Архитектурные модели должны поддерживаться в актуальном состоянии (например, в репозитории, CMDB). Необходимо обеспечивать контроль целостности моделей и связей между ними.
Должны быть разработаны и поддерживаться в актуальном со- стоянии стандарты, правила и политики. Все проекты должны контроли- роваться на соответствие стандартам.
Результаты работы архитектурного процесса должны готовится в виде рекомендаций, подлежащих утверждению высшим руководством организации.
Одним из инструментов, обеспечивающих управление и контроль за архитектурным процессом является создание архитектурного комитета во главе с одним из топ менеджеров. Функции архитектурного комитета за- ключаются в отслеживании и одобрении проектов и инициатив, сущест- вующих в компании и оценку целесообразности их проведения. Следует отметить, что вместе с созданием архитектурного комитета на предпри- ятии создается еще один бюрократический уровень, позволяющий акти- вировать и останавливать проекты. Недостатками архитектурного комите- та может оказаться возможность задержек при рассмотрении вопросов в ситуации, когда требуется быстрое принятие решений.
Правильно построенный процесс контроля и управления может су- щественно повлиять на проект на начальных этапах его функционирова- ния:
Начало проекта. На этом этапе проекту предоставляются доку- менты с описанием архитектурных шаблонов и принципы построения ин- формационных систем.
Выработка требований. Архитекторы обеспечивают консуль- тирование для обеспечения выбора конкретного проектировочного реше- ния, удовлетворяющего стандартам компании, что поможет избежать воз- можных конфликтов в будущем. Выбранное решение утверждается архи- тектурным комитетом.
53
Команда разработки архитектуры предприятия обеспечивает функ- ционирование всего архитектурного процесса. На них ложатся задачи свя- занные с подготовкой всех документов, связанных с описанием архитек- туры, контроль и консультация проектных групп. Команда разработки ар- хитектуры должна представлять ключевые документы, построенные на архитектурных принципах.
На этапе инициализации архитектурного процесса, как правило, раз- рабатывается документ, описывающий основные принципы построения архитектуры предприятия. Подобный документ необходим в начале про- цесса разработки архитектуры и обеспечивает рекомендации всем участ- никам процесса, описывающие общее направление развития. Принципы могут быть сформированы для различных слоев архитектуры предприятия
(бизнес архитектура, архитектура ИТ). Ниже представлены архитектурные принципы для построения архитектуры ИТ.
Архитектурные принципы построения Корпоративных Информаци- онных Систем (КИС) - это набор основных правил построения систем обеспечивающих получение, обработку и хранение информации в компа- нии.
Принципы построения КИС определяют архитектуру информацион- ных технологий компании. Принципы – это высокоуровневые руководства к действию, задающие стратегическое направление развития информаци- онных технологий в компании и являющиеся инструментом принятия не- избежных компромиссных решений при внедрении новых информацион- ных систем.
Принципы построения приложений:
Информационные системы разрабатываются на основе единой методологии и существующих в компании стандартов.
Предпочтение отдается промышленным информационным сис- темам от крупных поставщиков.
Информационные системы отвечают принципам SOA.
Предпочтительным является централизованная архитектура программно аппаратных решений.
Информационные системы должны быть открытыми, гибкими, легко масштабируемыми.
Информационные системы должны обеспечивать простоту ин- теграции.
Информационные системы имеют средства, обеспечивающие возможности мониторинга и централизованного управления.
Принципы организации данных:
Автономность (независимость) данных.
54
Используется единое централизованное определение элементов данных
Для хранения данных используются преимущественно центра- лизованные системы хранения, а где необходимо и целесообразно, и ло- кальные.
Для всех данных четко определены подразделение-владелец и подразделение, обеспечивающее их поддержку и сопровождение, но каж- дый, кто имеет право доступа, может использовать эти данные в соответ- ствии с уровнем доступности.
Ввод данных производится только один раз в заранее опреде- ленной точке, повторный ввод тех же данных возможен только в огово- ренных особых ситуациях
Принципы построения ИТ инфраструктуры:
Техническая инфраструктура является масштабируемой и рас- ширяемой
Инфраструктура является простой в эксплуатации и сопровож- дении
Инфраструктура является адекватной потребностям приложе- ний и бизнеса
Инфраструктура строится в строгом соответствии корпоратив- ным стандартам
Стандартизация всех программно-аппаратных средств компа- нии
При определении технических параметров систем закладыва- ется резерв по вычислительной мощности и объемам дисковой памяти, или обеспечивается динамическое наращивание.
3. Современные методики описания архитектуры предприятия
Разработка архитектуры - процесс, требующий привлечения большо- го числа участников и рациональной организации их работы. В связи с этим выбор методологии является необходимой и важной задачей, так как от правильного ее решения зависит успешность усилий, затрачиваемых на разработку и поддержание архитектуры.
В настоящее время существует множество методик построения ар- хитектуры предприятия. Данная работа не ставит своей целью описать все множество существующих в настоящее время методик разработки архи- тектуры предприятия, поэтому ниже приведена информация о наиболее популярных в настоящий момент моделях.
Следует отметить, что архитектурные методики претерпевают по- стоянные изменения вместе с новыми тенденциями в области управления
55 предприятием и развитием информационных технологий. Рисунок 5. де- монстрирует развитие архитектурных методик с 1985 по 2003 год и ото- бражает некоторые исторически сложившиеся связи между различными методиками, многие из которых являются актуальными и в настоящее время.
Рисунок 5. Развитие архитектурных методик (Jaap Schekkerman)
Первые версии многих современных методик разработаны еще в де- вяностых годах прошлого века. Многие из них постоянно модернизиру- ются или становятся основой для других, более современных методоло- гий:
Zachman framework – методика опубликованная впервые в
1987 году Zachman Institute for Framework Advancement (ZIFA). Методика постоянно обновляется и поддерживается в актуальном состоянии. Лежит в основе многих программных продуктов для архитектурного моделиро- вания (например, CASE Wise).
EAP (Enterprise Architecture Planning) – коммерческая мето- дика разработанная Стивеном Спиваком (Steven Spewak) на основе двух верхних уровней Zachman framework: Scope (Planner) и Business Model
(Owner). Методика опубликована в 1992 году как архитектурный процесс, обеспечивающий инициализацию и разработку архитектуры в рамках все- го предприятия.
PERA (Purdue Enterprise Reference Architecture). Методика разрабатывалась в 1989 – 1992 годах в Purdue Laboratory for Applied Indus- try Control (PLAIC). В основе методики заложена декомпозиция плана внедрения информационной системы на отдельные шаги и упрощения за
56 счет этого ее внедрения и интеграции. В настоящее время эту методику не поддерживают в актуальном состоянии.
TOGAF (The Open Group Architecture Framework) разрабо- тана в 1995 году. Методика позиционируется авторами как средство раз- работки информационных систем. Методика сфокусирована на эффектив- ном функционировании приложений, критичных для бизнеса.
CIMOSA (Computer Integrated Manufacturing Open Sys) из- вестная как CIM Open System Architecture разработана компанией AMICE
Consortium и являлась одной из инициатив в рамках программы European
ESPRIT. В настоящее время можно говорить о том, что CIMOSA является европейским архитектурным стандартом для построения комплексных ав- томатизированных производств (CIM - computer-integrated manufacturing), и поддерживает все этапы их жизненного цикла.
IAF (Integrated Architecture Framework) разрабатывалась в
1996 году. В ее основу были заложены: Zachman framework, EAP (Enter- prise Architecture Planning). В настоящий момент эта методика разрабаты- вается и используется Cap Gemini и Ernst & Young consulting.
FEAF (Federal Enterprise Architecture Framework) – разрабо- тана в 1996 году в USA Chief Information Officers Council. Методика обес- печивает построение крупных комплексных систем для государственных организаций. Данная методика легла в основу многих современных кон- цепций построения архитектуры предприятия (например, TEAF - Treasury
Enterprise Architecture Framework).
JTA (Joint Technical Architecture). Первая версия этой мето- дики разрабатывалась для US Department of Defends и была опубликована
22 августа 1996 года. В настоящее время методика поддерживается в акту- альном состоянии National Defiance Industrial Association (NDIA).
E2AF (Extended Enterprise Architecture Framework) разрабо- тана в Institute For Enterprise Architecture Development в 2002 году. Мето- дика включает в себя элементы следующих методик: Zachman framework,
EAP (Enterprise Architecture Planning), IAF (Integrated Architecture Frame- work), Federal Enterprise Architecture Framework.
Следует отметить, что многие крупные производители программно- аппаратного обеспечения в определенный момент времени разрабатывали свои собственные архитектурные методики:
У Microsoft к архитектурным методикам можно отнести набор таких методологий, как MOF, MSM, MSA, MSF.
META Group выпустила в 2002 году документ Enterprise Archi- tecture Desk Reference описывающий подход этой аналитической компа- нии к архитектуре предприятия.