А. З. Моделирование отношений между разными типами представлений (модель управления) 88

Вид материалаДокументы
А.3.5. Отношения между организационной структурой и выходом
А.3.5.1. Моделирование определения требований
А.2.5.2. Конфигурирование
А.3.6. Отношения между данными и выходом
А.3.6.1. Моделирование определения требований
А.3.6.2. Конфигурирование
Подобный материал:
1   ...   8   9   10   11   12   13   14   15   16

А.3.5. Отношения между организационной структурой и выходом


На рис. 146 приведены отношения между организационной структурой и выходом в здании ARIS.



Рис. 146. Отношения между организацией и выходом

А.3.5.1. Моделирование определения требований


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



Рис. 147. Модель на уровне выходов


Нередко описывается только поток выходов, получаемых организационной единицей от других организационных единиц.

Рис. 148 иллюстрирует детализированный поток выходов между организационными единицами «торговый представитель» и «отдел продаж», а также поток выходов к клиенту.



Рис. 148. Поток выходов между организационными единицами

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

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

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



Рис. 149. Вычисление стоимости выхода внутри компании


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

На рис. 150 представлена метамодель отношений потоков выходов между организационными единицами.



Рис. 150. Метамодель потока выходов


Ассоциация ДОСТАВКА показывает, каким образом реализуется связь между выходами организационных единиц. АССОЦИАЦИЯ ДОСТАВКА-ВРЕМЯ, связанная с классом ВРЕМЯ, наряду с соответствующими обозначениями количества и стоимости содержит специфические отношения выходов в рамках временного процесса.

А.2.5.2. Конфигурирование


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

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

Если говорить проще, выход, связываемый с организационными единицами, определяет также необходимые функциональные возможности. Например, если с одной организационной единицей связаны только простые заказы, а с другой — еще и сложные, то их функциональные возможности будут разными.

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

А.3.6. Отношения между данными и выходом


На рис. 151 показано как соотносятся данными и выходом в здании ARIS.



Рис. 151. Отношения между данными и выходом

А.3.6.1. Моделирование определения требований


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



Рис. 152. Отношения между данными и информационными услугами


Для документирования обоих типов информации в объекте данных ЗАКАЗ создается атрибут состояния, фиксирующий состояние заказа и, таким образом, состояние выхода. Материальный выход и другие услуги представляют в виде их собственных физических или нефизических моделей, хотя в информационных системах их также описывают при помощи объектов данных. Например, материальный выход документируется в виде прейскурантов материалов или шаблонов САПР, тогда как услуги описываются с помощью функциональных спецификаций или других документов. Можно использовать и мультимедийные описания продуктов, например, видео.

Таким образом, материалы, обрабатываемые на производстве, существуют в виде материального выхода, но при этом они одновременно представлены и информационным объектом ДЕТАЛЬ (см. рис. 153). Соответствующее состояние вводится в этот информационный объект, как если бы это был объект «информационная услуга». Единственное различие состоит в том, что в материальном выходе и услугах другого типа объекты данных описывают выход, тогда как в информационных услугах объекты выхода и объекты описания, соответственно, могут быть тождественны.



Рис. 153. Взаимодействие данных и материалов


В метамоделях различие между материальным выходом и информационными услугами не имеет принципиального значения (см. рис. 154).



Рис. 154. Метамодель взаимодействия данных и выхода


Поскольку выход описывается как самостоятельный класс, его состояние после обработки устанавливается при помощи связи ВЫХОДА с ФУНКЦИЕЙ, что позволяет присвоить выходу несколько состояний обработки вместо того, чтобы вводить новое описание выхода после каждой функции.

Состоянию обработки присваивают различные значения атрибутов, устанавливая связь с АССОЦИАЦИЕЙ ОБЩЕГО АТРИБУТА. Эта ассоциация может представлять собой оператор равенства или описание. И то и другое обозначается классом ПРЕДСТАВЛЕНИЕ СОСТОЯНИЯ.

Выход можно описать с помощью комбинации атрибутов от нескольких объектов данных.

На рис. 155 показаны две общие ассоциации: РАВНО и ХАРАКТЕРИЗАЦИЯ, где роли объектов данных являются переменными. Например, шаблоны, созданные системой САПР в процессе разработки продукта, фактически представляют собой выход, поскольку являются результатом отношения тождества. В производственных процессах, предназначенных для изготовления продукта, который описывается таким шаблоном, шаблон является описанием выхода продукта.



Рис. 155. Общая связь между данными и выхода

А.3.6.2. Конфигурирование


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

Для целей анализа и проверки выходов представления данных можно непосредственно привязать к соответствующему выходу, а затем передать их дальше — системам управления.

Обратная связь потока выходов с потоком работ (workflow) конфигурируется при помощи описаний данных.

Описав выход, который должен создаваться на предприятии, в рамках бизнес-приложений можно определить необходимые данные (например, прейскуранты материалов, результаты гарантии качества и т.д.), связав их с выходом.