Практикум по дисциплине «Архитектура предприятия»

ТЕМА № 5 РАЗРАБОТКА ТЕХНОЛОГИЧЕСКОЙ МОДЕЛИ

ДЛЯ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ

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

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

операционные системы, системы управления базами данных, средства разработки, языки программирования,

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

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

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

настольные компьютеры и серверы;

операционные системы;

сетевые компоненты;

принтеры;

31

модемы.

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

Пример различных уровней размещения инфраструктуры имеет вид:

На данном рисунке условно изображено предприятие с несколькими бизнес-

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

32

Представленный рисунок иллюстрирует то, что технологическая инфраструктура предприятия располагается на нескольких "уровнях", и

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

принятых в организации.

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

которые обеспечиваются локальной инфраструктурой. Одно из бизнес-

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

Существуют различные способы категоризации технологий и сервисов,

которые относятся к технологической архитектуре. Примерами базовых доменов

(предметных областей) технологической архитектуры являются сети,

аппаратное обеспечение, операционные системы, системы хранения,

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

электронной почты и управления потоками работ (workflow), Интранет,

Интернет-приложения, системы электронной коммерции, системы доступа и доставки (каналы доступа, сервисы транспорта), архитектура хранилищ данных,

специализированное аппаратное обеспечение (персональные цифровые помощники, сканеры штрих-кодов и т.д.).

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

33

основных бизнес-шаблона: Cамообслуживание (U2B–User-to-Business); Cотрудничество (U2U –User-to-User); Агрегированная информация (U2D–User- to-Data); Расширенное предприятие (B2B–Business-to-Business). Кроме этого, выделяют также два служебных шаблона: соответственно интеграции доступа и интеграции приложений.

Эти шаблоны предназначены для описания таких типовых областей, как:

интерактивная – взаимодействие пользователя с предприятием (например, продажа товаров и услуг не по каталогам) – U2B;

программное взаимодействие между приложениями различных предприятий (B2B);

коллективная работа пользователей, включая электронную почту,

обмен мгновенными сообщениями, общие форумы и т.п. – U2U;

поиск информации в каталогах и БД, анализ данных, подписки – U2D;

взаимодействие между приложениями "в рамках предприятия", в том числе и не обязательно с использованием web-интерфейсов;

централизованный доступ к системе на уровне выбранного интерфейса

(портал) или на более общем уровне (Web, речевая телефония, мобильные устройства и т.п.);

обеспечение безопасности.

Шаблоны могут быть использованы по отдельности или в комбинации при реализации более сложных комплексных решений. Для идентификации классов этих решений общеупотребительным стали аббревиатуры, использующие сходное звучание в английском языке цифры 2 и отношения между двумя сторонами – системы типа В2В, В2С и т.д. Например, традиционный электронный магазин (В2С) может включать элементы прототипов U2D (User- to-Data – работа пользователя с каталогом товаров), U2B (User-to-Business – оформление заказа), U2U (User-to-User – консультация у продавца или обращение в службу поддержки).

Важность шаблонов для архитектуры предприятия в целом обусловлена следующими причинами:

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

34

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

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

ПОРЯДОК ПРОВЕДЕНИЯ РАБОТЫ

1.Для рассматриваемого предприятия идентифицировать основные бизнес-подразделения.

2.Для каждого подразделения разработать модель локальной ИТинфраструктуры.

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

4.Сформировать общую модель технологической архитектуры предприятия.

5.Представить отчет о работе в виде конспекта теоретического материала, результатов моделирования и ответов на контрольные вопросы.

КОНТРОЛЬНЫЕ ВОПРОСЫ

1.Что представляет собой технологическая архитектура предприятия?

2.Перечислите основные компоненты технологической архитектуры.

3.Приведите примеры базовых и прикладных доменов технологической архитектуры.

4.Что называется шаблоном в технологической архитектуре предприятия?

5.Представьте характеристики основных шаблонов.

6.Где и почему целесообразно использовать шаблоны?

35

ТЕМА № 6

СРАВНИТЕЛЬНЫЙ АНАЛИЗ ОСНОВНЫХ МЕТОДИК

РАЗРАБОТКИ АРХИТЕКТУРЫ ПРЕДПРИЯТИЯ

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

систем и тем, что получить реальную отдачу от всех этих систем становится все труднее.

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

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

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

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

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

36

предприятия, к которым относятся: схемы Захмана, 3Д-Предприятие,

Мультикуб, методики META Group, Gartner, TOGAF, Microsoft, NASCIO,

"4+1", SAM, FEAF, TEAF, C4ISR, GERAM и др.

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

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

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

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

стратегические цели и задачи; бизнес-архитектура; системная архитектура

(ИТ-архитектура).

Корпоративные миссия и стратегия определяют основные направления развития предприятия и ставят долгосрочные цели и задачи.

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

37

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

Системная архитектура определяет совокупность методологических,

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

Системная архитектура включает в себя архитектуру приложений,

архитектуру данных, техническую архитектуру.

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

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

разработки и сопровождения приложений.

Архитектура данных включает в себя: базы данных и хранилища данных;

системы управления базами данных или хранилищами данных; правила и

средства санкционирования доступа к данным.

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

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

чрезвычайных обстоятельств.

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

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

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

38

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

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

Сравнение основных методик может производиться по различным критериям, к которым относятся: язык представления (графический,

текстовый,…); принцип построения (иерархия функциональных процессов,

временная последовательность,…); моделирование динамики (да, нет);

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

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

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

39

ПОРЯДОК ПРОВЕДЕНИЯ ПРАКТИЧЕСКОЙ РАБОТЫ

1.Пользуясь средствами поиска сети Интернет, выбрать для рассмотрения не менее 6 методик построения архитектуры предприятия.

2.Законспектировать основные характеристики каждой методики.

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

4.1 – Плохо работает в этой области; 2 – Недостаточно хорошо работает в этой области; 3 – Приемлемо работает в этой области; 4 – Очень хорошо работает

вэтой области.

5.Провести подсчет суммарных количественных оценок по каждой методике.

6.Представить отчет о работе в виде конспекта теоретического материала,

результатов сравнения и ответов на контрольные вопросы.

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

40