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

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

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

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

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

 

Рис. 138. Метамодель, связывающая организацию и данные

 

При более пристальном рассмотрении полномочия пользователей на уровне атрибутов описываются такими операциями, как «создать», «удалить», «обновить» или «читать». Эти полномочия можно представить в виде таблиц. Соответствующая метамодель приведена на рис. 139. Пользователи, связываемые с определенной организационной единицей, описываются через должности.

Рис. 139. Метамодель присвоения полномочий

 

Мы должны определить, какие атрибуты разрешено обрабатывать каждому типу операции и каждому пользователю. Можно также задать дополнительные пределы для экземпляра значений атрибута. Например, если пользователю отдела управления персоналом разрешается читать сведения о заработной плате только ниже определенной суммы, это необходимо уточнить с помощью значений атрибутов ассоциации ПОЛНОМОЧИЯ. При привязке должностей можно также задать различные полномочия для нескольких типов операций. Например, сотрудник отдела управления персоналом может обновлять данные о заработной плате до определенной суммы, а читать их - до некоторой другой суммы.

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

Рис. 140. Управление организационными единицами посредством событий

 


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


Читайте в этой же книге: А.3.2.1.2.3. Диаграммы состояний | А.3.2.1.2.4. Управление посредством сообщений | А.3.2.1.2.5. Связывание объектно-ориентированного моделирования и СДП | А.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.3.1. Детализация полномочий

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