Корпоративные архитектуры Подходы к пониманию концепция архитектуры

Корпоративные архитектуры

Подходы к пониманию концепция архитектуры предприятия явилась результатом поиска некоторого целостного подхода, который обеспечил бы "взгляд на организацию в целом" В соответствии с интерпретациями управления США (GAO) Финансово-контрольного «. . . архитектура предприятия является необходимым инструментальным средством для того, чтобы повысить результативность и эффективность существующих в организации бизнес-процессов, а также средством для разработки и реализации поддерживающих их технических систем»

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

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

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

Уровни рассмотрения системы Контекст Компания представляется в виде "черного ящика" и является центральным "действующим лицом" (фактором). Бизнес моделируется с точки зрения внешних для бизнеса факторов. Моделируются только бизнес-взаимодействия, средства игнорируются. Концептуальный уровень абстракции Моделируются потоки работ бизнес-процессов, идентифицированных на концептуальном уровне. Система, реализующая процессы, является центральным актором в форме "черного ящика". Бизнес-процессы моделируются с точки зрения внешних для системы факторов. Рассматриваются средства коммуникаций, используемые для выполнения транзакций. Логический Моделируется внутренняя архитектура системы. Основные компоненты системы являются основными факторами. Поведение системы моделируется с точки зрения внутренних для системы "черных ящиков". Физический Моделируется физическая структура реализации системы.

Контекст При описании различных областей архитектуры предприятия используются различные уровни абстракции Уровень контекста описывает внешнюю среду, движущие силы и факторы, оказывающие действие на бизнес организации, видение, стратегию и то, как они влияют на деятельность организации и приоритеты. Ниже приведены примеры вопросов, на которые должен давать ответ уровень контекста: Каких целей хочет добиться организация? Видение, миссия и цели Каковы функции этого бизнеса? Каковы тенденции в индустрии, в которой работает организация? Каковы факторы, определяющие достижение высоких результатов в бизнесе (value drivers)? Каковы на самом высоком уровне классы информации, которыми оперирует организация?

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

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

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

Balanced Scorecard

Balanced Scorecard Сбалансированная система показателей — концепция переноса и декомпозиции стратегических целей для планирования операционной деятельности и контроль их достижения. На уровне бизнес-процессов контроль стратегической деятельности осуществляется через так называемые ключевые показатели эффективности (КПЭ) (англ. — Key Performance Indicator (KPI)). KPI являются измерителями достижимости целей, а также характеристиками эффективности бизнес-процессов и работы каждого отдельного сотрудника. В этом контексте, ССП является инструментом не только стратегического, но и оперативного управления. Преимущество ССП состоит в том, что организация, внедрившая эту систему, получает в результате «систему координат» действий в соответствии со стратегией на любых уровнях управления и связывают различные функциональные области, как, например, управление персоналом, финансы, информационные технологии и т. п.