Главная Обратная связь

Дисциплины:






Заявки на настольные компьютеры



Заявки на ноутбукиРис. 2.3.23. Пример отчета с иерархической группировкой

 

Глава 3

Связывание модели процессов
и модели данных

3.1. Модель данных и ее соответствие модели процессов

Функциональная модель BPwin является основой для построения модели данных. Действительно, не имея информации о том, как работает предприятие, бессмысленно строить модель данных. Для построения модели данных удобно использовать специализированное средство фирмы Computer Associates -ERwin 4.0. К сожалению, процесс преобразования модели BPwin в модель данных плохо формализуется и поэтому не автоматизирован. Модель данных, как правило, создается вручную в среде ERwin, при этом функциональная модель используется как проектная документация.

После разработки модели данных ее следует связать с моделью процессов. Такая связь гарантирует завершенность анализа, гарантирует, что есть источник данных (сущность) для всех потребностей данных (работа). Связи объектов способствуют согласованности, корректности и завершенности анализа.

Стрелки в модели процессов (BPwin) обозначают некоторую инфор­мацию, использующуюся в моделируемой системе. В ERwin на логическом уровне модели данных информация отображается в виде сущностей (соответствуют таблицам на физическом уровне), состоящих из атрибутов сущностей (соответствуют колонкам таблицы).

На диаграммах ERwin сущности показываются в виде прямоугольников. Имеется несколько уровней представления модели. На уровне сущностей имя сущности показывается внутри прямоугольника (рис. 3.1.1).

 

 

 

Рис. 3.1.1. Фрагмент модели данных в нотации IDEF1X (уровень сущностей)

На уровне атрибутов имя сущности показано над прямоугольником, атрибуты сущности показываются в виде списка внутри прямоугольника (рис. 3.1.2).

Рис. 3.1.2. Фрагмент модели данных в нотации IDEF1X (уровень атрибутов)

Сущности состоят из совокупности отдельных записей - экземпляров сущностей (соответствуют записям в таблице). К модели данных предъяв­ляются определенные требования (нормализация данных), которые призва­ны обеспечить компактность и непротиворечивость хранения данных. Основная идея нормализации данных - каждый факт должен храниться в одном месте. Это приводит к тому, что информация, которая модели­руется в виде одной стрелки в модели процессов, может содержаться в нескольких сущностях и атрибутах в модели данных. Кроме того, на диаг­рамме модели процессов могут присутствовать различные стрелки, изобра­жающие одни и те же данные, но на разных этапах обработки (например, необработанные детали - обработанные детали - собранное изделие). Информация о таких стрелках находится в одних и тех же сущностях. Следовательно, одной и той же стрелке в модели процессов могут соответ­ствовать несколько сущностей в модели данных и, наоборот, одной сущности может соответствовать несколько стрелок.



Стрелке в модели процессов может соответствовать отдельная сущность в модели данных. Так, стрелке "Части" на рис. 3.1.3 соответствует сущность "Часть", стрелке "Конечные продукты" - сущность "Продукт".

Информация о стрелке может содержаться только в нескольких атрибутах сущности. Разным атрибутам одной и той же сущности могут соответствовать разные стрелки. На рис. 3.1.4 стрелка "Новая часть" соответствует атрибутам "Номер части" и "Название части", стрелка "Наличное количество" - атрибутам "Количество".

 

 

 

Рис. 3.1.4. Преобразование стрелки в атрибут

Работы в модели процессов могут создавать или изменять данные, которые соответствуют входящим или выходящим стрелкам. Они могут воздействовать как целиком на сущности (создавая или модифицируя экземпляры сущности, рис. 3.1.5), так и на отдельные атрибуты сущности (рис. 3.1.6).

 


 

Рис. 3.1.5. Воздействие работы на сущность

 

 

BPwin позволяет связывать элементы модели данных, созданной с по­мощью ERwin, документировать влияние работ на данные и тем самым позволяет создать спецификации на права доступа к данным для каждого процесса (см. ниже).

 

Рис. 3.1.6. Воздействие работы на атрибуты

 

3.2. Экспорт данных из ERwin в BPwin и связывание объектов модели данных со стрелками и работами

Первым шагом связывания модели данных и модели процессов является экспорт данных из ERwin в BPwin. Для успешного связывания моделей необходимо, чтобы версии ERwin в BPwin соответствовали друг другу. Ниже рассмотрен экспорт и импорт моделей в ERwin 4.0 и BPwin 4.O.

Существует два способа связывания объектов модели данных и модели процессов:

1. Экспорт и импорт через файлы формата .ЕАХ - .ВРХ.

2. Синхронизация моделей, хранящихся в репозитории ModelMart.
Рассмотрим первый способ связывания моделей.

Для экспорта модели данных из ERwin в BPwin необходимо в ERwin открыть модель (рис. 3.2.1) и выбрать пункт меню File/Export/BPwin. В появившемся диалоге необходимо выбрать имя файла *.еах и на­жать ОК.

 

Рис. 3.2.1. Модель данных, открытая в ERwin 4.0

 

Затем в BPwin нужно открыть модель процесса, выбрать в меню пункт File/Import/ERwin (ЕАХ), выбрать имя файла и нажать ОК. Появится диалог Import Differences Preview, в котором показывается протокол импорта (рис. 3.2.2). Для внесения данных в модель процесса следует щелкнуть по кнопке Accept. Кнопка Cancel отменяет импорт.

 

 

 

Рис. 3.2.2. Диалог Import Differences Preview

После внесения данных в модель процессов можно связать сущности и атрибуты со стрелками. Правой кнопкой мыши нужно щелкнуть по стрел­ке и выбрать в контекстном меню Arrow Data.

Появляется вкладка Arrow Data диалога Arrow Properties (рис. 3.2.3).

Рис. 3.2.3. Вкладка Arrow Data диалога Arrow Property

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

Кнопка Copy In позволяет копировать связанные данные из другой стрелки.

Кнопка Clear - все связи стрелки с данными.

Кнопка Migrate вызывает диалог Changes to Arrow Data Associations, в котором отображаются данные, мигрирующие от дочерних к родитель­ским стрелкам (для разветвляющихся и сливающихся стрелок). При мигра­ции возможны изменения связывания данных:

■ Deletions - если данные связаны с родительской стрелкой, но не свя­заны с дочерней, связи с родительской стрелкой удаляются;

■ Additions - если данные связаны с дочерней стрелкой и не связаны с родительской, добавляется связь с родительской стрелкой.

Для подтверждения изменений в диалоге Changes to Arrow Data Дввоыайопз следует щелкнуть по кнопке ОК. Миграция возможна только в моделях IDEF0 и DFD.

Как было указано выше, работы могут воздействовать на данные. Для документирования такого воздействия необходимо щелкнуть правой кнопкой мыши по работе и выбрать пункт меню Data Usage Editor (рис. 3.2.4).

Рис. 3.2.4. Диалог BPwin Data Usage Editor

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

Для сущностей задается ассоциация CRUD (Create, Read, Update, Delete), Для атрибутов - IRUN (Insert, Read, Update, Nullify). Ассоциации CRUD и IRUN - это правила использования сущностей и атрибутов работами, т. е. то, что могут делать работы с входящими или исходящими данными. Данные не могут использоваться работами произвольно. Стрелки входа представляют данные, которые работа преобразует в выход или потребляет.

Такие данные могут быть обновлены (Update) или прочитаны (Read) но не могут быть созданы (Create, Insert) или удалены (Delete, Nullify)' Данные, связанные со стрелками управления, могут быть только прочитаны (Read), но не могут быть изменены - процедуры и стратегии не могут изменяться в работе. Данные, связанные со стрелками выхода, могут быть обновлены (если им соответствуют данные стрелок входа), удалены (Delete, Nullify) или созданы (Create, Insert). Для стрелок механизма ассоциации не устанавливаются.

Результат связывания объектов модели процессов можно отобразить в отчете Data Usage Report (меню Report/Data Usage Report). Ниже приведен пример такого отчета.

Arrow Name Entity Name C _R _U _D Attribute Name I _R_ U_ N

Детали Часть U D Вес части U N

U D Количество U N

U D Название части U

U D Номер части U

3.3. Создание сущностей и атрибутов BPwin и их экспорт в ERwin

Если в процессе связывания стрелок с объектами модели данных окажется, что каких-либо сущностей или атрибутов не хватает, их можно добавить прямо в BPwin, а затем экспортировать в ERwin.

Для редактирования сущностей следует выбрать пункт меню Dictionary/Entity. Появляется диалог Entity Dictionary (рис. 3.3.1) - словарь сущностей. Интерфейс словаря сущностей полностью аналогичен интер­фейсу словаря стрелок, описанному в 1.2. Для экспорта в ERwin в словаре Entity Dictionary следует создать новую сущность, которая может быть использована для ассоциации со стрелками сразу же после создания (до экспорта в ERwin).


Рис. 3.3.1. Диалог Entity Dictionary

 

Для редактирования атрибутов предварительно созданных сущностей служит словарь атрибутов (пункт меню Dictionary /Entity /Attribute).

Колонка Entity диалога Attribute Dictionary служит для связывания созданного атрибута с сущностью (рис. 3.3.2). В раскрывающемся списке, который появляется, когда фокус установлен на поле Entity таблицы, показываются только те сущности, которые созданы в диалоге Entity Dictionary или импортированы из ERwin.

Рис. 3.3.2. Диалог Attribute Dictionary

После описания сущностей или атрибутов следует сохранить данные и выйти из словаря.

Для экспорта данных в BPwin следует выбрать меню File/Export/ ERwin 4.0 (ВРХ) и указать файл, в который будет выгружена информация о модели.

В ERwin следует выбрать меню File/Import/BPwin и указать файл ВРХ, в который была выгружена информация о модели.

 

Возникает диалог ERwin/BPwin Import (рис. 3.3.3), в котором отобра­жаются:

■ сущности и атрибуты, имеющиеся в ВРХ-файле, но отсутствующие
в модели ERwin (верхнее окно - Entities/Attributes available to be
imperted);

■ имена работ, ассоциированных с сущностями и атрибутами, на осно­
ве которых будут созданы предметные области (Subject Area) модели
данных.

 

В примере на рис. 3.3.3 сущность "Клиент", атрибуты "Фамилия", "Имя" и "Адрес" будут импортированы из ВРХ- файла в модель ERwin.

После щелчка по кнопке Import запускается процесс импорта ВРХ-файла. Импортированная сущность (на рис. 3.3.4 - сущность "Клиент") размещается в левом верхнем углу диаграммы ERwin. Она не имеет первичного ключа и не связана с другими сущностями. Назначение атрибутов первичным ключом и связывание сущностей можно провести только средствами ERwin; другими словами, сущности и атрибуты, созданные в BPwin и затем импортированные в ERwin, можно рассмат ривать как заготовку для создания полноценной .модели данных, а не как готовую модель.

 

Рис. 3.3.4. Модель данных после импорта сущности "Клиент"

 

 

Глава 4

Практикум. Создание

функциональной модели

с помощью BPwin 4.0

4.1. Упражнение 1. Создание контекстной диаграммы

Гл. 4 содержит 16 упражнений, предназначенных для самостоятельной работы. Цель упражнений - дать читателю навык создания и редакти­рования функциональных моделей в BPwin 4.O. Для выполнения последующего упражнения необходимо иметь результат выполнения предыдущего, поэтому рекомендуется сохранять модель, полученную в конце каждого упражнения.

В качестве примера рассматривается деятельность вымышленной компании. Компания занимается в основном сборкой и продажей настольных компьютеров и ноутбуков. Компания не производит компо­ненты самостоятельно, а только собирает и тестирует компьютеры.

Основные процедуры в компании таковы:

■ продавцы принимают заказы клиентов;

■ операторы группируют заказы по типам компьютеров;

■ операторы собирают и тестируют компьютеры;

■ операторы упаковывают компьютеры согласно заказам;

■ кладовщик отгружает клиентам заказы.

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

Перед выполнением упражнения 1 внимательно прочитайте подраз­делы 1.1,1.2.1,1.2.3 и 2.1.

1. Запустите BPwin. (Кнопка Start/BPwin).

2. Если появляется диалог ModelMart Connection Manager, нажмите
на кнопку Cancel.

3. Щелкните по кнопке . Появляется диалог I would like to. Внесите имя
модели "Деятельность компании" и выберите Туре - IDEF0. Нажмите
ОК.

4. Автоматически создается контекстная диаграмма.

5. Обратите внимание на кнопку : на панели инструментов. Эта кнопка
включает и выключает инструмент просмотра и навигации - Model
Explorer (появляется слева). Model Explorer имеет три вкладки -
Activities, Diagrams и Objects. Во вкладке Activities щелчок правой
кнопкой по объекту позволяет редактировать его свойства.

|6. Если вам непонятно, как выполнить то или иное действие, вы можете вызвать помощь - клавиша F1 или меню Help.

7. Перейдите в меню Model/Model Properties. Во вкладке General диалога
Model Properties следует внести имя модели "Деятельность компании",
имя проекта "Модель деятельности компании", имя автора и тип
модели - Time Frame: AS-IS.

8. Во вкладке Purpose внесите цель - "Purpose: Моделировать текущие (AS-
IS) бизнес-процессы компании" и точку зрения - "Viewpoint: Директор".

9. Во вкладке Definition внесите определение "Это учебная модель,
описывающая деятельность компании" и цель "Scope: Общее управле­
ние бизнесом компании: исследование рынка, закупка компонентов,
сборка, тестирование и продажа продуктов".

10. Перейдите на контекстную диаграмму и правой кнопкой мыши
щелкните по работе. В контекстном меню выберите Name. Во вкладке
Name внесите имя "Деятельность компании".

11. Во вкладке Definition внесите определение "Текущие бизнес-процессы
компании".

12. Создайте стрелки на контекстной диаграмме (табл. 4.1.1).

Таблица 4.1.1. Стрелки контекстной диаграммы

 

 

13. С помощью кнопки внесите текст в поле диаграммы - точку зрения и цель (рис. 4.1.1).

Рис. 4.1.1. Внесение текста в поле диаграммы с помощью редактора

Text Block Editor

Результат выполнения упражнения 1 показан на рис. 4.1.2.

Рис. 4.1.2. Контекстная диаграмма 14. Создайте отчет по модели. Меню Tools/Reports/Model Report (рис. 4.1.3).

 

 

 

Рис. 4.1.3. Отчет Model Report

4.2. Упражнение 2. Создание диаграммы декомпозиции

Перед выполнением упражнения 2 внимательно прочитайте подраз-: делы 1.2.2 и 1.2.3.

1. Выберите кнопку перехода на нижний уровень в палитре инструментов и в диалоге Activity Box Count установите число работ на диаграмме нижнего уровня - 3 - и нажмите ОК.

Рис. 4.2.1. Диалог Activity Box Count

Автоматически будет создана диаграмма декомпозиции. Правой кнопкой мыши щелкните по работе, выберите Name и внесите имя работы. Повторите операцию для всех трех работ. Затем внесите определение, статус и источник для каждой работы согласно табл. 4.2.1.

 


Таблица 4.2,1. Работы диаграммы декомпозиции АО

2. Для изменения свойств работ после их внесения в диаграмму можно воспользоваться словарем работ. Вызов словаря - меню Dictionary /Activity (рис. 4.2.2).

Рис. 4.2.2. Словарь Activity Dictionary

Если описать имя и свойства работы в словаре, ее можно будет внести

в диаграмму позже с помощью кнопки в палитре инструментов.

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

по кнопке I (Purge). 3. Перейдите в режим рисования стрелок. Свяжите граничные стрелки

(кнопка L=,rt на палитре инструментов так, как показано на рис. 4.2.3.

 

 

Рис. 4.2.3. Связанные граничные стрелки на диаграмме АО

4. Правой кнопкой мыши щелкните по ветви стрелки управления работы "Сборка и тестирование компьютеров" и переименуйте ее в "Прави­ла сборки и тестирования" (рис. 4.2.4).

Рис. 4.2.4. Стрелка "Правила сборки и тестирования"

Внесите определение для новой ветви: "Инструкции по сборке, проце­дуры тестирования, критерии производительности и т. д." Правой кнопкой мыши щелкните по ветви стрелки механизма работы "Продажи и маркетинг" и переименуйте ее в "Систему оформления заказов ".

5. Альтернативный метод внесения имен и свойств стрелок -
использование словаря стрелок (вызов словаря - меню Dictionary/
Arrow). Если внести имя и свойства стрелки в словарь, ее можно будет
внести в диаграмму позже. Стрелку нельзя удалить из словаря, если она
используется на какой-либо диаграмме. Если удалить стрелку из диаг­
раммы, из словаря она не удаляется. Имя и описание такой стрелки
может быть использовано в дальнейшем. Для добавления стрелки необ­
ходимо перейти в конец списка и щелкнуть правой кнопкой по послед­
ней строке. Возникает новая строка, в которой нужно внести имя
и свойства стрелки.

6. Создайте новые внутренние стрелки так, как показано на рис. 4.2.5.

Рис. 4.2.5.Внутренние стрелки диаграммы АО

7. Создайте стрелку обратной связи (по управлению) "Результаты сборки и тестирования", идущую от работы "Сборка и тестирование компьютеров" к работе "Продажи и маркетинг".Измените стиль стрелки (толщина линий) и установите опцию Extra Arrowhead (из контекстного меню). Методом drag&drop перенесите имена стрелок так, чтобы их было удобнее читать. Если необходимо, установите Squiggle (из контекстного меню). Результат изменений показан на рис. 4.2.6.

 

 

Рис. 4.2.6. Результат редактирования стрелок на диаграмме АО 8. Создайте новую граничную стрелку выхода "Маркетинговые мате­риалы , выходящую из работы "Продажи и маркетинг". Эта стрелка автоматически не попадает на диаграмму верхнего уровня иимеет квадратные скобки на наконечнике:--> . Щелкните правой кнопкой мыши по квадратным скобкам и выберите пункт меню Arrow Tunnel В диалоге Border Arrow Editor выберите опцию Resolve it to Border Arrow. Для стрелки "Маркетинговые материалы" выберите опцию Тпш из контекстного меню. Результат выполнения упражнения 2 пока­зан на рис. 4.2.7.

 

 

 

Рис. 4.2.7. Результат выполнения упражнения 2 - диаграмма АО

4.3. Упражнение 3. Создание диаграммы декомпозиции А2

Декомпозируем работу "Сборка и тестирование компьютеров".

В результате проведения экспертизы получена следующая информация.

Производственный отдел получает заказы клиентов от отдела продаж по мере их поступления.

Диспетчер координирует работу сборщиков, сортирует заказы, группи­рует их и дает указание на отгрузку компьютеров, когда они готовы.

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

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

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

и 4.3.2).

Таблица 4.3.1. Работы диаграммы декомпозиции А2

 

 


Таблица 4.3.2. Стрелки диаграммы декомпозиции А2

 

 

 

2. Туннелируйте и свяжите на верхнем уровне граничные стрелки, если это необходимо. Результат выполнения упражнения 3 показан на рис. 4.3.1.

 

 

Рис. 4.3.1. Результат выполнения упражнения 3

4.4. Упражнение 4. Создание диаграммы узлов





sdamzavas.net - 2017 год. Все права принадлежат их авторам! В случае нарушение авторского права, обращайтесь по форме обратной связи...