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

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

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

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

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

 

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

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

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

 

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

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

 

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

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

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

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

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

 


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


Читайте в этой же книге: А.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.5.1. Моделирование определения требований| А.3.7.1.2. Бизнес-объекты

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