Автор работы: Пользователь скрыл имя, 02 Июля 2015 в 12:25, реферат
Архитектура предприятия выделилась в отдельную дисциплину чуть более 20 лет тому назад и в настоящее время является одной из ключевых функций как корпоративного, так и проектного менеджмента, основным средством достижения и поддержания конкурентоспособности любого предприятия или организации, особенно в сфере ИТ.
Тактическая архитектура предприятия (Enterprise Tactical Architecture) - координирует все проекты предприятия, обеспечивает интеграцию различных приложений в единое целое. Аналитики, работающие в такой команде, имеют широкое представление о существующих проблемах, могут влиять на выбор того или иного решения. При этом разработка архитектуры происходит только с точки зрения технологий и не затрагивает бизнес.
Стратегическая архитектура (Strategic Architecture) - обеспечивает планирование проектов в масштабах всего предприятия и соответствие между стратегией развития предприятия и изменениями в его архитектуре. При этом работы по стратегическому планированию, как правило, затрагивают исключительно высокоуровневые задачи.
Зрелая архитектура предприятия (Mature Enterprise Architecture) - должна объединять всю основную активность, направленную на разработку архитектуры предприятия, в единое целое, планируя и определяя будущую архитектуру предприятия. Архитектурная команда становится неотъемлемой частью бизнеса, планирует управление финансовой деятельностью и действия по управлению портфелем приложений, консультирует другие рабочие группы по вопросам дальнейшего технологического развития и бизнес-стратегии.
Основным недостатком существующих абстрактных архитектурных методик является в первую очередь отсутствие связей с реально функционирующей организацией. Необходимо обеспечить контроль за принятием правильных технических решений и оценивать, насколько эти решения соответствуют стратегии развития информационных систем, технологическим стандартам, существующим в компании, современным тенденциям в отрасли. Необходим архитектурный процесс, который неразрывно связан с существующим и функционирующим ИТ-подразделением.
По мнению Gartner, многие усилия по управлению архитектурой окончились провалом, потому что были они сфокусированы на технически-ориентированные модели, вместо того, чтобы концентрироваться на разработке стратегических направлений развития, которые могут использоваться для анализа архитектуры и принятия инвестиционных решений. Успешные примеры обусловлены повторяемым процессом управления и согласования изменений. Управление архитектурой невозможно без теснейшей увязки со стратегическим планированием и портфельным управлением.
Методика в общем понимании этого слова является инструментом для создания широкого спектра различных архитектур и как правило, включает в себя описание методов проектирования ИТ-архитектуры в терминах использования определенных "строительных блоков", описание того, как эти "строительные блоки" связаны между собой, набор инструментов для описания элементов архитектуры, общий словарь используемых терминов. Методики также могут содержать список рекомендуемых стандартов и совместимых продуктов, которые могут использоваться для реализации различных элементов архитектуры. Важно понимать, что методики не только задают набор документов и планов, необходимых для описания предприятия, но и определяют, как все эти элементы описания связаны между собой.
Однако в каждой сфере есть более или менее строгие правила игры или стандарты. Существуют индустриальные стандарты для описания отдельных доменов архитектуры предприятия, например, ИТ-архитектуры, принятые такими организациями, как IEEE, ISO, описанные в ITIL, COBIT и т.д. Но, ни один из этих стандартов не занимает доминирующего положения. Более того, ни один из них, взятый в отдельности, не дает группам разработчиков архитектуры, всех необходимых инструментов с методической точки зрения и с точки зрения шаблонов, используемых для описания даже одного домен архитектуры предприятия. Однако этот накопленный арсенал методик и стандартов предоставляет архитекторам широкие возможности выбора моделей, примеров и опыта различных индустрий.
Стандарт ИСО 15704:2008 нацелен на решение задач трех типов: создание предприятия, его реструктуризация и инкрементальные изменения. Он ориентирован как на людей, так и на технологии (базовые и вспомогательные) и фиксирует необходимость комплексного подхода. В основе этого стандарта лежит подход, отличающийся от «обычных» стандартов и методик ИТ-специалистов: в центре внимания постоянно находится именно предприятие как комплексный объект а не просто как «объект автоматизации».
Стандарт определяет требования к стандартной архитектуре предприятия и методологии, которые позволяют проверять стандартную архитектуру специфического предприятия и его методологию на предмет полноты в отношении настоящей и будущей целей. При этом архитектура понимается как описание (модель) основной компоновки и взаимодействия частей системы (будь то физический либо абстрактный объект или сущность).
Принципиально важным в стандарте ИСО 15704 является определение архитектур двух типов, имеющих отношение к интеграции предприятия, а именно:
В стандарте рассматриваются в первую очередь архитектуры типа 2.
Настоящий стандарт устанавливает требования к стандартным архитектурам предприятия и методологиям, а также требования по их соответствию полному (завершенному) представлению стандартной архитектуры предприятия и методологиям.
Область применения стандартных архитектур предприятия и методологий распространяется на следующие составные части, обязательные для выполнения всех типов проектов по созданию предприятий, а также на любые изменяющиеся проекты, необходимые в течение всего срока жизни предприятия, включая:
Рассмотрим более подробно, какие ключевые принципа построения стандартной архитектуры предприятия:
Данные ключевые принципы стандартной архитектуры предприятия описаны для обеспечения основы, необходимой для выполнения требований, которые также описаны в стандарте и составляют большую его часть.
Стандарт определяет следующие группы требований к стандартной архитектуре предприятия:
Приемлемость и охват типов объектов предприятия
3.1.1 Обобщенность
Архитектура предприятия не должна базироваться на какой-либо единой методологии с сопутствующей ей архитектурой, поскольку существует несколько стандартных архитектур, действие которых распространяется на конкретный специфический вид деятельности предприятия. Т.е. в первую очередь при определении архитектуры предприятия следует не выбирать единый подход или методологию, а обратить внимание на её приемлемость и способность выполнять требования, установленные в данном стандарте.
Понятия
3.2.1 Ориентация на человека
Стандартные архитектуры предприятия должны быть способны представлять такие человеческие аспекты, как организационные и рабочие роли, способности, профессиональные навыки, компетенцию, обязанности, полномочия и отношение к организации.
3.2.2 Ориентация на процесс
Стандартные архитектуры предприятия и методологии должны быть способны представлять работу предприятия с учетом ее функциональности и поведения. Такие представления обращают особое внимание на концепции жизненного цикла всех сущностей предприятия и поддерживают операции, ориентированные на процесс.
3.2.3 Ориентация на технологию
Стандартные архитектуры предприятия и методологии должны быть способны представлять все технологии, применяемые в работе предприятия.
3.2.4 Ориентация на выполнение миссии
Стандартные архитектуры предприятия и методологии должны быть ориентированы на любой процесс и составляющие его виды деятельности, участвующие в выполнении установленной миссии предприятия, заключающейся в производстве продукции и услуг предприятия для потребителей.
3.2.5 Ориентация на управление миссией
Архитектура предприятия должна быть способна представлять любой процесс и составляющие его виды деятельности для управления установленной миссией предприятия в соответствии с критериями, определенными менеджментом предприятия.
3.2.6 Среда моделирования предприятия
Стандартные архитектуры предприятия и методологии, основанные на модели, должны быть способны представлять моделируемые сущности в рамках концептуального пространства, определенного размерностями жизненного цикла, общности и модельными представлениями.
3.2.7 Жизненный цикл
Стандартные архитектуры предприятия и методологии идентифицируют и представляют этапы жизненного цикла, относящиеся ко времени жизни любой сущности предприятия.
3.2.8 История жизни
Стандартные архитектуры и методологии предприятия должны быть способны представлять историю жизни любой сущности предприятия; то есть представлять во времени производственную деятельность, выполняемую любой сущностью предприятия.
3.2.9 Модельные представления
Стандартные архитектуры моделирования и методологии, основанные на модели, обеспечивают концепции (понятия) для представления различных представлений (видов) модели предприятия (см. ИСО 14258, подраздел 3.7), что позволяет описывать ее как интегрированную модель, но при этом представлять пользователю в различных подмножествах. Представления включают в себя подмножество факторов, представленных в интегрированной модели для того, чтобы сконцентрировать внимание на интересующих вопросах, которые заинтересованные стороны пожелают рассмотреть, прибегая к моделированию предприятия. Различные представления могут использоваться для высвечивания отдельных и сокрытия других аспектов модели. Понятие «представление» применимо для моделей всех типов сущности на протяжении всего их жизненного цикла.
Стандартные архитектуры моделирования и методологии, основанные на модели, включают в себя следующие четыре представления содержания модели:
1 - функциональное;
2 - информационное;
3 - ресурсное и
4 - организационное.
Разработчики модели могут разработать дополнительные изображения, отвечающие определенным интересам пользователя, которые затем пользователь может применять.
3.2.10 Общность
Стандартные архитектуры и методологии, основанные на модели, способны представлять общие элементы предприятия, частные модели предприятия и обособленные (конкретные) модели предприятия.
Компоненты стандартных архитектур предприятия
3.3.1 Методологии инжиниринга
Должна быть разработана методология инжиниринга предприятия, которая помогает каждому виду деятельности на любой стадии жизненного цикла достигать наибольшей эффективности.
3.3.2 Языки моделирования
Для описания
деятельности предприятия используются
различные языки моделирования
Могут использоваться различные языки,
отвечающие требованиям различных пользователей.
Языки моделирования предприятия должны
быть достаточно выразительными для того,
чтобы моделировать роли человека, операционные
процессы и их функциональное содержание.
Информация о работе Применение архитектурных подходов в сфере информационных технологий