3 Предлагаемая модель smeag

В этом разделе мы предлагаем модель SMEAG, целью которой является предоставление модели менеджерам МСБ, которые участвуют в трансформации небольшого предприятия в среднее предприятие, чтобы помочь им в процессе роста. Аббревиатура SMEAG эволюционировала от различных концепций, включенных в предлагаемую модель, а именно Small Medium Enterprise + Enterprise Architecture + Growth.

Модель SMEAG является улучшением модели стадии роста Скотта и Брюса [14], включающей:

• принцип EA текущего и будущего состояния,

• Концепция Hoogervorst EA [6], описывающая проблемные области, принципы и стандарты архитектуры домена и предприятия, а также

• концепция операционной модели и базовой схемы из модели Foundation for Execution Ross и др. [13].

Была выбрана модель этапа роста Скотта и Брюса [14], поскольку в ней освещаются типичные точки принятия решений при переходе от малого к среднему предприятию.

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

Рамка EA Hoogervorst [6] была выбрана для включения концепций EA, в том числе в областях, представляющих интерес, областей проектирования EA и принципов и стандартов EA.

Модель организации бизнеса для бизнеса [13] была выбрана в качестве модели EA для включения в модель SMEAG для поддержки применимой операционной модели. Это потенциальное значение операционной модели для решения роста, которое делает эту модель применимой для менеджера SME. Он будет не только определять важность выбора соответствующей операционной модели, но также уровень стандартизации процессов и интеграции процессов, необходимых для поддержки роста на основе операционной модели.

Модель SMEAG, как показано на рис. 3, состоит из трех компонентов:

• Информационный бюллетень SMEAG.

• Рабочий лист SMEAG.

• Диаграмма рабочей модели.

Эти компоненты описаны более подробно в следующих трех подразделах.

3.1. Информационный бюллетень smeag

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

Есть два аспекта, которые связаны с информационным бюллетенем SMEAG. Первая - это структура, относящаяся к отношениям между Областью озабоченности, типичным вариантам рассмотрения описания государства, области проектирования и принципов и стандартов архитектуры. Эта общая структура получена на основе модели стадии роста Скотта и Брюса [14] (рис.1) и Рамки Hoogervorst [6].

Второй аспект - содержание информационного бюллетеня SMEAG, как показано на примерах на рис. 4. Первая строка, «Структура организации», берет свое начало в модели стадии роста Скотта и Брюса [14], а вторая строка - «Операционная модель» является вкладом от модели «Основа для бизнес-модели» [13]. Область озабоченности идентифицируется либо из модели этапа роста, либо из модели ЕА. Различные государства определяются из различных источников, а затем домен проектирования присваивается руководством Hoogervorst [6]. Принципы и стандарты архитектуры либо получены из моделей EA, либо разработаны экспертами EA. Подготовка информационного бюллетеня SMEAG - это не просто «конкатенация» различных источников, а скорее анализ, контекстуализация и согласование информации из различных источников.

Area of Concern	State Options	Design Domain	Architecture Principles and Stan­dards
Organiza-	Unstructured	Organization	* Grouping of activities (units) must
tion Struc-	Simple		create minimized cross-boundary
ture	Functional centralized Functional decentralized Product/... decentralized	Technology	relationships. *Process design must address dele­gation of coordination activities explic­itly. Collaboration services must be made available.
Operating	Diversification	Business	*Key processes to be standardised.
Model	Co-ordination Replication Unification	Information Technology	*Multiple customer interaction chan­nels must operate transparently (inter functionally) informational data may have only one authorizing source. *Customer data must be available from one unified source. *Redundant data entry about the same data is not allowed.