Существующие методические основы описания бизнес-архитектуры, Описание и анализ подходов к описанию бизнес-архитектуры - Автоматизированная система управления городскими финансами

Автоматизированный управление финансы

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

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

Описание и анализ подходов к описанию бизнес-архитектуры

Термин "архитектура" используется в сфере ИТ достаточно часто. В большинстве случаев, его применяют к описанию предприятия, информационной системы или автоматизируемым бизнес-процессам. Впервые данное понятие было введено Дж. Захманом в 1987 г. в статье "Структура архитектуры информационных систем" [1]. Опубликованная Дж. Захманом работа касалась непосредственно архитектуры информационной системы в целом, однако именно она легла в основу дальнейших разработок в части бизнес-архитектуры.

На данный момент, под термином "бизнес-архитектура" подразумевают организационную структуру и бизнес-модель автоматизируемого предприятия, документы, используемые в процессе разработки и реализации программных продуктов. В действительности, в соответствии со стандартом ANSI/IEEE 1471-2000 под архитектурой предприятия следует понимать "фундаментальную организацию системы, реализованную в ее компонентах, связях этих компонентов друг с другом и внешней средой и принципах, определяющих структуру и развитие системы".

В соответствии с методологией The Open Group Architecture Framework, бизнес-архитектура предусматривает формализацию архитектуры деятельности объекта автоматизации в соответствии с ранее утвержденным видением.

Опираясь на статью М. Платта [2], бизнес-архитектура описывает принципы работы бизнеса: бизнес-стратегии и планы по переходу организации из текущего состояния в будущее. Она состоит из следующих компонентов: высокоуровневые цели и задачи автоматизируемого объекта, бизнес-процессы, выполняемые бизнес-функции, основные организационные структуры и связи между всеми описанными элементами.

В работе Е. Всяких, Е. Сидоренко, А. Зуевой, Б. Носкова, А. Киселева "Практика и проблематика моделирования бизнес-процессов" авторы рассмотрели следующие подходы к описанию бизнес-архитектуры: "сверху вниз", "снизу вверх" и гибридный, который частично включает в себя предыдущие два [3].

В основе подхода "сверху вниз" лежит концепция описания архитектуры Дж. Захмана. Предполагается, что бизнес-архитектура, в данном случае, рассматривается в глобальном смысле, т. е. процесс создания модели строго формализован (включая разработку необходимых методик, определение стандартов и сбор информации для типового проектного решения).

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

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

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

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

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

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

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

Похожие статьи




Существующие методические основы описания бизнес-архитектуры, Описание и анализ подходов к описанию бизнес-архитектуры - Автоматизированная система управления городскими финансами

Предыдущая | Следующая