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

А.2.1.1. Определение требований на уровне функциональной модели

Читайте также:
  1. A. ARIS - моделирование бизнес-процессов
  2. E.3. Значения статистик Дарбина-Уотсона при 5%-ном уровне значимости
  3. IX. Империализм и право наций на самоопределение
  4. XII. ОПРЕДЕЛЕНИЕ ПОБЕДИТЕЛЕЙ И ПРИЗЕРОВ
  5. А.1.1. Моделирование стратегических бизнес-процессов
  6. А.2.1.1.1. Структура функций

Стратегия бизнес-процессов обусловливает те функции, которые предприятие должно эффективно выполнять (Mertens. Wirtschaftsinformatik. 1995, с. 40). Термин «функция» не имеет общего определения и употребляется как синоним процесса, операции или задачи. Названия сложных функций, например, обработка заказа, используются также для обозначения бизнес-процесса. Описание поведения функций, т.е. динамичное управление функциями от начала до конца, также является частью бизнес-процесса. Однако при непосредственном описании функций основной акцент делается на представлении их статичной структуры.

Для изображения функций применяются различные символы. На рис. 16 представлены некоторые общеупотребительные обозначения. В этой работе мы будем пользоваться скругленными прямоугольниками.

В инжиниринге бизнес-процессов моделирование функций выполняется в соответствии со стратегической концепцией компании, определяющей в том числе и перспективы использования МТ. На базе этой концепции описываются цели, которые должны быть реализованы при помощи данных функций. Цели можно формулировать, исходя их концепции критических факторов успеха, разработанной Рокартом (Rockart. Critical Success Factors. 1982).

Под функциями понимаются операции, выполняемые с объектами для достижения одной или более целей. Цели могут быть иерархически связаны друг с другом (см. рис. 17), при этом одна подчиненная цель может быть направлена на поддержку нескольких доминирующих (главных) целей. Таким образом, в рамках класса ЦЕЛИ структура взаимосвязанных целей характеризуется ассоциацией *:* (см. рис. 18). Чтобы дифференцировать эти две связи между ЦЕЛЬЮ и СТРУКТУРОЙ ЦЕЛЕЙ, мы присваиваем им ролевые имена. Главные цели верхнего уровня не имеют над собой других доминирующих целей, но при этом одна цель может выступать подчиненной по отношению к нескольким доминирующим, поэтому для связи «доминирование» указывается в виде атрибута (минимальная и максимальная) мощность (0..*). Связь «подчинения» имеет такую же мощность, поскольку подчиненные цели на низшем уровне не имеют никаких дополнительных подчиненных им целей.

Функции могут поддерживать несколько целей. Связь между функциями и целями может наследоваться более высокими уровнями, т.е. отношение, установленное на лежащем ниже уровне, может переходить на лежащие выше. Так, функция «Управление производством», представленная на рис. 17, поддерживает также доминирующую цель «Снижение стоимости».

Рис. 16.Обозначения функций

Рис. 17.Структуры целей и функций

 

Рис. 18. Диаграмма классов для моделирования структуры цели

 


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


Читайте в этой же книге: Весть-МетаТехнология Москва, 2000 | A. ARIS - моделирование бизнес-процессов | А.1.1. Моделирование стратегических бизнес-процессов | Стратегический анализ бизнес-процессов 9 | А.2.1.1.2. Последовательности процедур | А.2.1.1.3. Типы обработки | А.2.1.1.4. Модели решений | А.2.1.2. Конфигурирование функций | А.2.1.3.1. Проектирование модулей | А.2.1.3.2. Мини-спецификация |
<== предыдущая страница | следующая страница ==>
А.1.2. PROMET| А.2.1.1.1. Структура функций

mybiblioteka.su - 2015-2021 год. (0.006 сек.)