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

Область применения. IDEF3- используется для описания логики взаимодействия информационных потоков

Основные инструменты | Работа с блоками и дугами | Декомпозиция | Основные элементы | Кнопка внесения представлений (view); | Сущности и атрибуты | Типы сущностей и иерархия наследования | Потенциальными ключами (candidate key). | Нормализация данных | Пример. |


Читайте также:
  1. А) в отсутствии официального статуса бухгалтерской отчетности, составляемой по МСФО, а также необходимой инфраструктуры применения МСФО;
  2. Автоматическое повторное включение. Назначение и область применения АПВ
  3. Акты применения права
  4. Акты применения права: понятие, признаки, виды, структура. Отличие акта применения права от нормативно-правового акта
  5. БЕЛГОРОДСКАЯ ОБЛАСТЬ
  6. Вакуумные выключатели. Область применения и основные элементы конструкции, достоинства.
  7. Векторное и смешанное произведения векторов, их вычисление, свойства и применения

IDEF3 - используется для описания логики взаимодействия информационных потоков. Эта методология моделирования использует графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например, последовательность обработки заказа или события, которые необходимо обработать за конечное время.

В IDEF3 различают три типа стрелок (рис.19), изображающих связи, стиль которых устанавливается через контекстное меню Style:



 


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

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

для разветвления. Для внесения перекрестка служит кнопка в палитре инструментов. В диалоге Select Junction Type (рис.20).

необходимо указать тип перекрестка.


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

со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent (Рис.21.).

В качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок - безусловные, синхронные и асинхронные. При внесении объектов ссылок помимо имени следует указывать тип объекта ссылки:


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

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

Для этого поместим 1 блок на диаграмму, и назовем его «Обслужить». После этого проведем связи между данной работой и внешними работами (рис.22).

Рис.22.

Как видно, в банк поступает клиент, а из банка клиент либо выходит обслуженным, либо ему отказывается в обслуживании по условиям задачи. Для более детального рассмотрения работ декомпозируем данную работу на 3 вида работ:

1. Появление клиента

2. Обслужить клиента касса 1

3. Обслужить клиента касса 2



После декомпозиции получили следующую диаграмму (рис.23).

Рис.23.

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

Перейдем к диаграмме DFD.

Область применения

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Создание диаграммы DFD.

Для создания диаграммы DFD необходимо в диалоге New Model (рис.24.) выбрать кнопку DFD


Рис.24.

Декомпозиция работы IDEF0 в диаграмму DFD. Для создания дочерней диаграммы
DFD следует при декомпозиции в диалоге (рис.25) Activity Box Count выбрать кнопку
DFD.

Создается новая диаграмма DFD, и стрелки, которые касаются родительской работы, мигрируют на диаграмму нижнего уровня так, как если бы это была диаграмма IDEF0.

Стрелки входа родительской работы на дочерней диаграмме DFD показываются входящими стрелками с левой стороны диаграммы DFD, стрелки управления -входящими стрелками с верхней стороны диаграммы и т. д.

Согласно нотации DFD диаграмма не должна иметь граничных стрелок - все стрелки должны начинаться и заканчиваться на работах, хранилищах данных или внешних сущностях. Поэтому, если строго следовать правилам нотации, надо:

1. Удалить все граничные стрелки на диаграмме DFD.

2. Создать соответствующие внешние сущности и хранилища данных.

3. Создать внутренние стрелки, начинающиеся с внешних сущностей вместо граничных
стрелок.

Основные элементы DFD описывает:

• функции обработки информации (работы);

• документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в
обработке информации;

• внешние ссылки (external references), которые обеспечивают интерфейс с внешними
объектами, находящимися за границами моделируемой системы;


• таблицы для хранения документов (хранилище данных, data store).

В BPwin для построения диаграмм потоков данных используется нотация Гейна-Сарсона.

Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге Activity Box Count "кликнуть" по радиокнопке DFD. В палитре инструментов на новой диаграмме DFD появляются новые кнопки (Рис. 26):

1) добавить в диаграмму работу Activity Box Tool - используется для установки блоков
в диаграмме.

2) добавить в диаграмму внешнюю ссылку (External Reference). Внешняя ссылка
является источником или приемником данных извне модели;

3) добавить в диаграмму хранилище данных (Data store). Хранилище данных
позволяет описать данные, которые необходимо сохранить в памяти прежде, чем
использовать в работах;

Стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы - движение объектов (data flow), хранение объектов (data stores), поставка и распространение объектов (external entities) рис.27.

Рис.27.

DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например «АРМ клиента».


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

Нумерация объектов. В DFD номер каждой работы может включать префикс, номер родительской работы (А) и номер объекта. Номер объекта - это уникальный номер работы на диаграмме. Уникальный номер имеют хранилища данных и внешние сущности независимо от их расположения на диаграмме. Каждое хранилище данных имеет префикс D и уникальный номер, например D5. Каждая внешняя сущность имеет префикс E и уникальный номер.

А теперь рассмотрим DFD диаграмму нашего примера.

Сначала построим контекстную диаграмму для определения внешних связей нашего объекта. Для этого поместим в область диаграммы блок работы (Activity Box Tool). В нашем примере внешними сущностями являются события «Появление клиента» и «Уход клиента». Для отображения данных сущностей на диаграмме добавим на нее два блока External Reference слева и справа от основной работы. После этого соединим внешние сущности с работой. Получили следующее см. рис.28.


Рис.28.

Для более детального анализа передвижений внутри банка декомпозируем диаграмму (рис.29).

Рис.29.

После декомпозиции добавляем на диаграмму необходимые хранилища и соединяем блоки между собой.

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

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


Данная декомпозированная DFD диаграмма будет являться основой для создания структуры БД хранения данных, поэтому тщательным образом необходимо продумывать каждое хранилище.


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


<== предыдущая страница | следующая страница ==>
Основные элементы и их графическое изображение| ERwinимеет два уровня представления модели - логическийи физический. Логический

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