Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

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

Читайте также:
  1. A. ARIS - моделирование бизнес-процессов
  2. А. Определения: экскурс в историю
  3. А.1.1. Моделирование стратегических бизнес-процессов
  4. А.2.1.1. Определение требований на уровне функциональной модели
  5. А.2.2.1. Определение требований на уровне организационной модели
  6. А.2.3.1. Определение требований на уровне модели данных
  7. А.2.4. Моделирование на уровне выходов

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

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

 

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

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

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

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

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

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

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

 

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

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

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

 

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


Дата добавления: 2015-08-03; просмотров: 168 | Нарушение авторских прав


Читайте в этой же книге: А.3.2.2. Конфигурирование | А.3.2.3.1.1. Привязка схемы | А.3.2.3.1.2. Выведение структур управления | А.3.2.3.1.3. Транзакции баз данных | А.3.2.3.2. Управление посредством триггеров | А.3.2.3.3.1. Общая детализация | А.3.2.3.3.2. Связи с базами данных | А.3.3.1. Моделирование на уровне определения требований | А.3.4.1. Моделирование определения требований | А.3.4.3.1. Детализация полномочий |
<== предыдущая страница | следующая страница ==>
А.3.4.3.2. Распределенные базы данных| А.3.6.1. Моделирование определения требований

mybiblioteka.su - 2015-2024 год. (0.009 сек.)