Анализ 4 1Анализ рынка 4 2Методы, которыми осуществляется анализ 10 3Вербальная постановка задачи 13
 Скачать 1.68 Mb.
|
Глава 3. Разработка архитектуры предприятияАнализ существующих архитектурРазработка архитектуры предприятия включает в себя компоненты, связанные с функциональной архитектурой (бизнесом), информационными технологиями и управлением архитектурным процессом. Приведенная ниже диаграмма отражает подход Национальной Ассоциации CIO США, которая представляет то, как различные компоненты взаимодействуют и влияют друг на друга (Приложение 2, рис.1). Можно сказать, что разработка архитектуры предприятия является процессом, основанным на бизнес-стратегии, который координирует идущие параллельно процессы создания бизнес-архитектуры, архитектуры информации, архитектуры прикладных систем и технологической архитектуры. Существуют разные подходы или модели, методики к описанию архитектуры предприятия. Эти методики задают классификацию основных областей архитектуры и единые принципы для их описания во взаимной увязке друг с другом, описание используемых правил, стандартов, процессов, моделей, которые используются для определения различных элементов архитектуры на разных уровнях абстракции. Для примера можно указать следующие методики: Методики, опубликованные аналитическими компаниями, такими как Gartner, Giga Group, META Group и другими; Модель Захмана; Методика TOGAF; Методика POSIX 1003.23, которая основывается на разработках компании Gap Gemini, переданных для публичного использования в 1996 году. Методика является инструментом для создания широкого спектра различных архитектур. Она, как правило, включает в себя описание методов проектирования архитектуры в терминах использования определенных «строительных блоков», описание того, как эти «строительные блоки» связаны между собой, набор инструментов для описания элементов архитектуры, общий словарь используемых терминов. Перейдем непосредственно к рассмотрению различных методик архитектуры предприятия. Модель Захмана С момента публикации модель Дж. Захмана для описания архитектуры предприятия прошла определенную эволюцию в своем развитии и стала основой, на базе которой многие организации создавали свои собственные методики описания информационной инфраструктуры предприятия. В своей работе Дж. Захман определил архитектуру предприятия как «набор описательных представлений (моделей), которые применимы для описания предприятия в соответствии с требованиями управленческого персонала (качество) и которые могут развиваться в течение определенного периода (динамичность)». Термин «архитектура» подчеркивает существующую аналогию между внутренней структурой абстрактного объекта – предприятия и сложного искусственного объекта, такого как здание. Модель Захмана преследует две основные цели – с одной стороны, логически разбить все описание архитектуры на отдельные разделы для упрощения их формирования и восприятия, с другой – обеспечить возможность рассмотрения целостной архитектуры с выделенных точек зрения или соответствующих уровней абстракции. В своей работа Захман предложил вместо традиционного подхода, связанного с рассмотрением отдельных аспектов работы системы в различные моменты времени (включает этапы планирования, анализа, проектирования, разработки, документирования, внедрения, промышленной эксплуатации), использовать рассмотрение системы с различных перспектив. Основная идея модели заключается в том, чтобы обеспечить возможность последовательного описания каждого отдельного аспекта системы в координации со всеми остальными. Для любой достаточно сложной системы общее число связей, условий и правил обычно превосходит возможности для одновременного рассмотрения. В то же время отдельное, в отрыве от других, рассмотрение каждого аспекта системы чаще всего приводит к неоптимальным решениям, как в плане производительности, так и стоимости реализации. Сама модель представляется в виде таблицы, имеющей пять строк и шесть столбцов. Важно, что в модели именно пять строк, а отображенная в таблице шестая строка соответствует уже не уровню описания архитектуры, а уровню работающей системы или предприятия в целом. (Приложение 2, рис.2) Первая строка соответствует уровню планирования бизнеса в целом (бизнес-модель). Вводятся достаточно общие понятия, определяющие бизнес – продукты и услуги, расположение объектов бизнеса, - а также формулируется бизнес-стратегия. Можно сказать, что данная строка определяет контекст всех последующих строк. Вторая строка (концептуальная модель) предназначена для определения в терминах бизнеса структуры организации, ключевых и вспомогательных бизнес-процессов. Третий уровень (логическая модель) соответствует рассмотрению с точки зрения Системного Архитектора. Бизнес-процессы описываются в терминах информационных систем, включая различные типы данных, правила их преобразования и обработки для выполнения определенных на втором уровне бизнес-функций. На четвертом уровне – технологической или физической модели – осуществляется привязка данных и операция над ними к выбранным технологиям реализации. Например, здесь может быть определен выбор реляционной СУБД или средств работы с неструктурированными данными. Пятый уровень соответствует детальной реализации системы, включая конкретные модели оборудования, производителя и версию СУБД, средства разработки и собственно готовый программный код. На каждом из уровней участники рассматривают одни и те же категории вопросов, соответствующих столбцам в таблице, - только с различным уровнем абстракции и детализации. В содержание этих колонок входят: Используемые данные (что?); Процессы и функции (как?); Места выполнения этих процессов (где?); Организации и персоналии-участники (кто?); Управляющие события (когда?); Цели и ограничения, определяющие работу системы (зачем?); Изучив наиболее распространенные методы и модели построения архитектуры предприятия, представим свою модель в виде схемы Захмана (Таблица 1). Так как данная модель преследует две основные цели – с одной стороны, логически разбить все описание архитектуры на отдельные разделы для упрощения их формирования и восприятия, а с другой – обеспечить возможность рассмотрения целостной архитектуры с выделенных точек зрения или соответствующих уровней абстракции. Это дает возможность рассмотреть архитектуру с разных сторон, уровней и выявить какие-либо особенности или недостатки. Таблица 1- Схема Захмана
Архитектура федеральной организации (FEA) FEA является наиболее полной из всех упомянутых методологий. Она включает всеобъемлющую таксономию, как методология Захмана, и архитектурный процесс, как в модели TOGAF. Данную методологию можно рассматривать и как вариант создания архитектуры предприятия, и как результат применения этой процедуры к конкретной организации – Правительству США. Чаще всего FEA описывают как набор из пяти эталонных моделей: модель бизнеса, модель обслуживания, модель компонентов, технологическая модель и модель данных. Но эта методология представляется собой нечто большее, чем просто набор эталонных моделей. Полное описание методологии FEA должно включать в себя следующие пункты: Точка зрения, с которой будут рассматриваться архитектуры предприятия (модель сегмента); Набор эталонных моделей, описывающих различные точки зрения на архитектуру предприятия; Процесс создания архитектуры предприятия; Процесс перехода от старой парадигмы к новой; Таксономия для классификации активов, которые попадают в область действия архитектуры предприятия; Методика, позволяющая оценить успешность использования архитектуры предприятия для повышения ценности бизнеса. С точки зрения FEA , архитектура предприятия состоит из отдельных сегментов, которые представляют собой один из основных аспектов бизнеса и подразделяются на два типа: Базовый сегмент представляет собой ключевой аспект деятельности предприятия в границах политико-административного деления; Служебный сегмент – это сегмент, который является фундаментальным для большинства политических организаций. В качестве примера можно привести управление финансами – это служебный аспект, обязательный для всех федеральных агентств. Другим типом активов в архитектуре предприятия являются службы предприятия. Служба предприятия – это четко определенная функция в границах политико-административного деления (например, управление безопасностью). Различие меду сегментами и службами предприятия заключается лишь в том, чтоб область действия служебных сегментов распространяется только на одну политическую организацию, а область действия служб – на все предприятие (Приложение 2, рис.3). В основном процесс FEA направлен на создание архитектуры сегмента для подмножества общей архитектуры предприятия. Общей процесс разработки архитектуры предприятия выглядит следующим образом: Этап 1. Анализ архитектуры: формирование простого и лаконичного представления сегмента с привязкой к плану организации. На этом этапе осуществляется долгосрочное планирование, разработка документации предприятия. Этап 2. Архитектурное определение: задание желаемого состояния сегмента, документация целевых показателей производительности, рассмотрение альтернатив и разработка архитектуры предприятия для сегмента, в том числе архитектуры бизнеса, архитектуры данных, архитектуры служб и технологической архитектуры. На данном этапе производится утверждение технологии выпуска продукции, проводится среднесрочное планирование деятельности предприятия. Этап 3. Стратегия инвестиций и финансирования: рассмотрение способов финансирования проекта. Необходимо провести экономический анализ эффективности внедрения новой компьютерной программы на предприятие, оценить, будет ли предприятие работать с большей выгодой в случае изменения технологии производства вследствие внедрения нового программного продукта. Этап 4. План управления программой и реализация проектов: создание плана управления проектом и его реализация, включающего контрольные точки и показатели производительности для оценки успешности проекта, внедрение программных продуктов для повышения эффективности работы предприятия: непосредственное внедрение программы, которая позволяет выбрать цвета, фактуру, способы обработки изделий, что ускоряет выпуск готовой продукции и ведет к меньшим затратам (на заработную плату рабочих). Структура и модель описания ИТ-архитектуры Gartner В 2002 году Gartner сформулировала новую концепцию Архитектуры предприятия, которая стала определенным обобщением, косвенным отражением растущей важности вопросов взаимодействия предприятий, влияния концепций сервис-ориентированной архитектуры, осознания того факта, что существуют различные стили архитектуры информационных систем, соответствующие различным стилям бизнес-процессов. Эта модель сформулирована в виде четырех связанных, взаимозависимых и усложняющихся уровней: Среда бизнес-взаимодействия; Бизнес-процессы и стили бизнес-процессов; Шаблоны; Технологические строительные блоки. (Приложение 2, рис.4) В этой схеме верхние два уровня ориентированы на совместное обсуждение с бизнес-руководителями и ИТ-специалистами, а нижние два уровня входят во внутреннюю компетенцию ИТ-службы. Верхний уровень - Среда бизнес-взаимодействия - описывает новую модель виртуального бизнеса, а также все, что связано с кооперацией предприятий и бизнесом. Этот уровень соответствует понятию «отраслевой нервной системы» взаимодействующих предприятий; Второй уровень - Стили бизнес-процессов - описывает, как организация выполняет свои ключевые функции, то есть включает в себя бизнес-процессы предприятия; Следующий уровень – Шаблоны - описывает модели и алгоритмы, которые могут широко использоваться для решения различных задач на предприятии. Происходит разработка программного продукта, который позволяет выбрать цвет ткани, ее тип, вид ниток по требованиям заказчика. Нижний уровень - Строительные блоки - соответствует технологической архитектуре и включает в себя операционные системы, серверы, базы данных и пр. На этом уровне происходит непосредственное внедрение разработанной программы на производство, ее тестирование и устранение неполадок. Этот подходя является адекватным с точки зрения того, что он раскрывает руководству механизм влияния решений в области ведения бизнеса на решения в области использования ИТ на предприятии. Как предлагают первые верхние два уровня модели, архитектура становится особенно важной по мере того, как модели ведения бизнеса развиваются в сторону все «более виртуальных» структур, успех которых будет в существенной степени зависеть от рациональной реализации архитектуры. Разработка собственной модели Изучив основные модели архитектуры предприятия, и проанализировав современное производство текстиля, предлагается собственная модель архитектуры предприятия. Её суть заключается в том, что ценность предприятия с точки зрения бизнеса может быть повышена за счет выполнения «цепочки» действий. Стратегическое планирование: на этом звене «цепочки» происходит планирование наиболее общих положений, принципиальных управленческих решений, которые формируют возможность определения места предприятия и его продукции в рыночном пространстве; Повышение конкурентоспособности предприятия на рынке путем внедрения новой компьютерной программы; Развитие инфраструктуры: строительство новых цехов, складов, помещений общехозяйственного назначения; Разработка ИТ-систем: баз данных, специализированных программ для кадров и бухгалтерии, разработка специализированной программы для выбора ниток и ткани; Эффективное производство продукции и эксплуатация программных разработок. |