ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ

ФГОУ ВПО «АКАДЕМИЯ БЮДЖЕТА И КАЗНАЧЕЙСТВА

МИНИСТЕРСТВА ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ»

 

Т.Е. Точилкина, И.Л. Катков,

В.М. Лебедев, Н.А. Мещерякова

ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ
ALLFUSION MODELING SUITE.

Часть I

АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ
AllFusion Process Modeler

Учебно-методическое пособие

по дисциплине «Информационные системы в экономике»

Москва 2007

 

 

Т.Е. Точилкина, И.Л. Катков,

В.М. Лебедев, Н.А. Мещерякова

Принципы создания информационных систем и моделирования бизнес-процессов с использованием пакета программ AllFusion Modeling Suite. Часть I. Автоматизированная информационная система моделирования бизнес-процессов AllFusion Process Modeler. Учебно-методическое пособие. – М.: изд. Академии бюджета и казначейства, 2007. - 145 с.

 

© Академия бюджета и казначейства, 2007

 

© Т.Е. Точилкина, И.Л. Катков,
В.М. Лебедев, Н.А. Мещерякова

Содержание

1. Введение в проектирование информационных систем.................................................... 5

1.1. Состав АИС............................................................................................................................................................... 5

1.2. Этапы создания АИС........................................................................................................................................... 5

1.3. Требования к инструментам разработки АИС.......................................................................................... 6

1.4. Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite........ 7

2. Основные характеристики AllFusion Process Modeler................................................... 14

2.1. Описание AllFusion Process Modeler...................................................................................................... 14

2.2. Функциональные возможности AllFusion PM..................................................................................... 15

3. Инструментальная среда AllFusion PM........................................................................................... 20

3.1. Интерфейс AllFusion PM 7.2........................................................................................................................... 20

3.2. Русификация AllFusion PM............................................................................................................................ 22

3.3. Навигатор модели Model Explorer........................................................................................................... 23

3.4. Стандартный бланк диаграммы.................................................................................................................. 25

4. Построение модели в AllFusion PM..................................................................................................... 30

4.1. Система и модель в AllFusion PM.............................................................................................................. 30

4.2. Этапы построения модели............................................................................................................................. 32

4.3. Начало создания модели в AllFusion PM............................................................................................... 37

4.4. Диалог Model Properties и продолжение моделирования............................................................. 39

4.5. Построение функциональных диаграмм (IDEF0)................................................................................. 46

Состав IDEF0-модели............................................................................................................................................. 46

Состав IDEF0-диаграммы..................................................................................................................................... 46

Нумерация работ и диаграмм.............................................................................................................................. 55

Этапы построения диаграмм IDEF0................................................................................................................... 56

Палитра инструментов для построения диаграмм IDEF0........................................................................... 57

4.6. Построение диаграмм потоков данных (DFD)...................................................................................... 58

Состав DFD-модели................................................................................................................................................. 58

Состав DFD-диаграммы......................................................................................................................................... 58

Нумерация объектов............................................................................................................................................... 60

Этапы построения диаграмм DFD...................................................................................................................... 60

Палитра инструментов для построения диаграмм DFD............................................................................... 63

4.7.Построение диаграмм потоков процессов (IDEF3). Сценарии....................................................... 64

Состав IDEF3-модели............................................................................................................................................. 65

Состав IDEF3-диаграммы..................................................................................................................................... 65

Сценарии и декомпозиции работ........................................................................................................................ 72

Нумерация объектов............................................................................................................................................... 73

Этапы построения диаграмм IDEF3................................................................................................................... 75

Палитра инструментов для построения диаграмм IDEF3........................................................................... 76

4.8. Дополнительные диаграммы........................................................................................................................ 77

Диаграммы дерева узлов....................................................................................................................................... 77

FEO – диаграммы только для показа................................................................................................................. 78

Организационные диаграммы.............................................................................................................................. 79

Диаграммы Swim Lane........................................................................................................................................... 82

4.9. Построение смешенной модели, включающей диаграммы IDEF0, IDEF3, DFD..................... 83

Декомпозиция работы IDEF0 в диаграмму DFD............................................................................................. 83

Граничные стрелки на диаграммах IDEF0 и DFD.......................................................................................... 84

Декомпозиция работы IDEF0 или DFD в диаграмму IDEF3........................................................................ 85

4.10. Использование нетрадиционного синтаксиса на диаграммах модели............................... 85

5. Слияние/расщепление моделей для организации одновременной работы. 88

5.1. Расщепление моделей...................................................................................................................................... 88

5.2. Слияние моделей................................................................................................................................................ 90

6. Анализ моделей в AllFusion PM............................................................................................................... 92

6.1. Обнаружение синтаксических ошибок в диаграммах модели..................................................... 92

6.2. ABC – функционально стоимостной анализ......................................................................................... 93

6.3. UDP – свойства, определяемые пользователем.................................................................................... 97

Создание UDP........................................................................................................................................................... 99

Прикрепление UDP к объектам модели........................................................................................................... 101

Сопутствующая документация и UDP............................................................................................................. 102

Генерация отчетов по UDP................................................................................................................................. 103

Поддерживаемые типы UDP............................................................................................................................... 105

7. Создание отчетов в AllFusion PM........................................................................................................ 108

7.1. Создание текстовых отчетов на основе встроенных шаблонов.............................................. 108

7.2. Создание отчетов с помощью встроенного построителя шаблонов отчетов Report Template Builder. 111

9. Задание для самостоятельной работы........................................................................................ 121

Приложение А. Стадии и этапы создания АИС.............................................................................. 123

Приложение B. Пример модели «Моделирование бизнес-процессов» (IDEF0).. 125

Приложение C. Пример модели «Цикл IDEF-папки» (IDEF3)................................................... 131

Приложение D. Фрагмент функциональной метамодели абстрактной деятельности (IDEF0).................................................................................................................................................................................................. 135

Приложение E. Пример модели деятельности предприятия ООО «Ресурс» (IDEF0). 140

Приложение F. Типы UDP и их характеристика............................................................................ 142

Литература................................................................................................................................................................... 144

Введение в проектирование информационных систем.

Информационная система - система обработки информации в совокупности с относящимися к ней ресурсами организации, такими, как люди, технические и финансовые ресурсы, которая предоставляет и распределяет информацию (ГОСТ ИСО/МЭК 2382-1-99). Автоматизированная информационная система основана на использовании средств вычислительной техники и программного обеспечения.

Автоматизированные информационные системы (АИС) и их компоненты являются сложными системами, и при их проектировании целесообразно использовать нисходящий стиль блочно-иерархического проектирования, включающего ряд уровней и этапов [1-5].

Состав АИС.

Автоматизированные информационные системы (АИС) и их компоненты являются сложными системами. В состав АИС входят следующие виды обеспечения (ГОСТ 34.602-89):

· Техническое обеспечение,

· Информационное обеспечение,

· Программное обеспечение,

· Математическое обеспечение,

· Организационное обеспечение,

· Лингвистическое обеспечение,

· Методическое обеспечение,

· Метрологическое обеспечение,

· Другие. виды обеспечения.

Этапы создания АИС.

1. Формирование требований, 2. Разработка концепции, 3. Техническое задание,

Требования к инструментам разработки АИС.

1. Реализацию проектов по созданию АИС принято разбивать на стадии и этапы, перечисленные выше. Известно, что наиболее критическими являются первые… 2. Проект по созданию сложной АИС невозможно реализовать в одиночку.… 3. Жизненный цикл создания сложной АИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных…

Методика разработки АИС с помощью продуктов пакета AllFusion Modeling Suite.

Методика уделяет большое внимание разработке требований к ИС организации исходя из текущего состояния бизнеса и его потребностей, а также… · AllFusion Process Modeler (ранее BPwin) - моделирование бизнес-процессов; … · AllFusion ERwin Data Modeler (ранее ERwin) - моделирование данных и генерация каталога БД;

Основные характеристики AllFusion Process Modeler.

Описание AllFusion Process Modeler.

AllFusion PM предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде… AllFusion PM позволяет проанализировать работу организации, проверить ее на… AllFusion PM зарекомендовал себя как эффективный инструмент в проектах, связанных с:

Функциональные возможности AllFusion PM.

· Интуитивно-понятный графический интерфейс, который быстро и легко осваивается, позволяет сосредоточиться на анализе самой предметной области, не… · Поддержка нескольких технологий моделирования. AllFusion PM обеспечивает… · Методы контроля корректности модели. Наличие контекстно-зависимой панели инструментов, невозможность создания в…

Инструментальная среда AllFusion PM.

Интерфейс AllFusion PM 7.2.

Приложение AllFusion PM имеет стандартный пользовательский интерфейс Windows. Вид окна приложения AllFusion PM представлен на рисунке 1. Окно… · Область системного меню, · Стандартную панель инструментов,

Русификация AllFusion PM.

Для русификации рамки диаграммы следует перед установкой продукта сохранить файл BPwinLoc.ini[1] в каталог C:Windows. Для русификации пользовательских текстов можно применять разные способы.… Второй способ может быть применен обычным пользователем, и заключается в настройке шрифтов по умолчанию для каждого…

Навигатор модели Model Explorer.

Чтобы открыть окно навигатора модели следует щелкнуть левой кнопкой мышки по инструменту в Стандартной панели инструментов или выбрать в меню View… В навигаторе работы с диаграмм IDEF0 показываются зеленым цветом, IDEF3 –… Закладка Activities (рис. 4) позволяет просматривать иерархию всех работ, используемых на диаграммах модели,…

Построение модели в AllFusion PM.

Разработка моделей в AllFusion PM осуществляется на основе структурного подхода, суть которого состоит в последовательной декомпозиции (разбиении) сложной системы на более простые и управляемые составляющие (рис. 11).

Рис. 11.

Система и модель в AllFusion PM.

Выделяют три компонента модели в AllFusion PM: иерархия диаграмм, пояснительного текста и глоссария (рис. 12). Диаграмма является графическим… В AllFusion PM для каждого объекта модели, включая объекты диаграмм,…

Этапы построения модели.

1. Определение контекста модели, включая: · определение границ системы, · выбор цели,

Начало создания модели в AllFusion PM.

Если модель будет создаваться «с нуля», нужно выбрать методологию, в которой будет строиться первая диаграмма новой модели: IDEF0, IDEF3 или DFD.… Если новая модель создается на основе шаблона, то в диалоге требуется сначала… Представленный на рис. 15 диалог может быть использован и для открытия существующей модели из файла *.bp1 либо из…

Диалог Model Properties и продолжение моделирования.

Закладка General служит для внесения имени модели и проекта, имени и инициалов автора и временных рамок модели - AS-IS и ТО-ВЕ (рис. 19). Модели AS-IS и ТО-ВЕ. Технология проектирования ИС подразумевает сначала…

Построение функциональных диаграмм (IDEF0).

IDEF0 – методология, предполагающая графическое представление бизнес-функций как набор взаимодействующих работ, а также информации и ресурсов,…

Состав IDEF0-модели.

Модель, выполненная в методологии IDEF0, может содержать четыре типа диаграмм:

· контекстную диаграмму;

· диаграммы декомпозиции;

· диаграммы дерева узлов (будут рассмотрены позднее);

· FEO-диаграммы (будут рассмотрены позднее).

Состав IDEF0-диаграммы.

Основными графическими элементами в нотации IDEF0 являются функциональные блоки, отображающие работы, и стрелки, отображающие взаимодействие работ с внешним миром и между собой. В IDEF0 различают пять основных типов стрелок: вход, выход, управление, механизм, вызов. Кроме этого на диаграмме, выполненной в методологии IDEF0, могут размещаться текстовые блоки.

Работы (Activity).

При создании новой IDEF0-модели (меню «File/New») автоматически создается контекстная IDEF0-диаграмма с единственной работой, изображающей систему в… Рис. 28.

Стрелки (Arrow).

В IDEF0 различают пять основных типов стрелок: · Вход(input) – материал или информация, которые используются или… · Управление (Control)– правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа…

Связи.

В IDEF0 различают пять типов связей работ, три из них прямые и две обратные (рис. 38). Следует обратить внимание, что все пять допустимых связей начинаются с выхода работы.

Связь по входу (output-input). Данная связь возникает, когда стрелка выхода вышестоящей работы (далее - просто выход) направляется на вход нижестоящей. Например, на рис. 39 стрелка "Полуфабрикат" связывает работы "Переработка сырья" и "Изготовление деталей".

Связь по управлению (output-control).Данная связь возникает, когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей. На рис. 40 стрелка "Чертеж" связывает работы "Создание чертежа детали" и "Изготовление деталей". При этом чертеж не претерпевает изменений в процессе изготовления деталей, а управляет процессом.

Связь выход-механизм (output-mechanism).Данная связь возникает, когда выход одной работы направляется на механизм другой. Эта взаимосвязь показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы (рис. 41).

Обратная связь по входу (output-input feedback). Данная связь возникает, когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. Например, на рис. 30 стрелка "Брак" связывает работы "Переработка сырья" и "Контроль качества". При этом выявленный на контроле брак направляется на вторичную переработку.

Обратная связь по управлению (output-control feedback). Данная связь возникает, когда выход нижестоящей работы направляется на управление вышестоящей (стрелка "Рекомендации" на рис. 30). Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса. На рис. 30 качество изделия может быть повышено путем непосредственного регулирования процессами изготовления деталей и сборки изделия в зависимости от результата (выхода) работы "Контроль качества".

Нумерация работ и диаграмм.

Контекстная (корневая), работа дерева имеет номер А0. Работы декомпозиции А0 имеют номера А1, A2, A3 и т. д. Работы декомпозиции нижнего уровня… Диаграммы IDEF0 имеют двойную нумерацию. Во-первых, номер диаграммы равен… AllFusion PM позволяет иметь в модели только одну диаграмму декомпозиции в данном узле. Прежние версии диаграммы можно…

Этапы построения диаграмм IDEF0.

1. Перечислить данные (объекты). 2. Перечислить функции. 3. Сгруппировать функции в 3-6 блоков.

Палитра инструментов для построения диаграмм IDEF0.

    Рис. 42. На панели инструментов AllFusion PM расположены следующие инструменты: 1. Кнопка «Pointer Tool» используется для выбора и определения позиции объектов, добавленных в диаграмму.

Построение диаграмм потоков данных (DFD).

Диаграммы потоков данных (Data flow diagramming, DFD) обеспечивают графическое представление взаимодействия данных и процессов (работ). Используются для описания документооборота и обработки информации. Диаграммы DFD можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. В AllFusion PM для построения диаграмм потоков данных используется нотация Гейна-Сарсона (Gane/Sarson).

Состав DFD-модели.

Модель, выполненная в методологии DFD, может содержать четыре типа диаграмм:

· контекстную диаграмму;

· диаграммы декомпозиции;

· диаграммы дерева узлов (будут рассмотрены позднее);

· FEO-диаграммы (будут рассмотрены позднее).

Состав DFD-диаграммы.

В состав диаграммы DFD могут входить четыре графических объекта: функциональные блоки, отображающие работы, стрелки, внешние ссылки и хранилища данных. Кроме этого на диаграмме, выполненной в методологии IDEF0, могут размещаться текстовые блоки. Рассмотрим более подробно объекты диаграммы DFD.

Работы.

В DFD работы представляют собой функции системы, преобразующие входы в выходы, например, обрабатывают и изменяют входную информацию в выходную. Работы представлены на диаграммах в виде прямоугольников со скругленными углами, например, работа “Ведение системы обработки информации” на рис. 44. Смысл работ в DFD совпадает со смыслом работ IDEF0 и IDEF3. Так же как работы IDEF0, они имеют входы и выходы, но не поддерживают управления и механизмы.

Внешние сущности (ссылки).

Внешние ссылки изображают входы в систему и/или выходы из нее. Например, внешние ссылки могут указывать на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы, например, ссылка “Клиент” на рис. 44. Внешние ссылки изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.

Хранилище данных.

Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. В отличие от стрелок, описывающих объекты в движении, хранилища данных изображают объекты в покое (рис. 43). В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди, на складе. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов (например, таблицы в базе данных). На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных.

Стрелки (Потоки данных).

Стрелки описывают движение объектов (включая данные) из одной части системы в другую. Поскольку в DFD каждая сторона работы не имеет четкого назначения, как в IDEF0, стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и внешней сущностью и между внешними сущностями (рис. 44).

Слияние и разветвление стрелок.

В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные… Представление потоков данных (стрелки) совместно с хранилищами данных и… Контекстная диаграмма включает работы и внешние ссылки. Работы обычно именуются по названию системы, например…

Нумерация объектов.

В DFD номер каждой работы может включать префикс, номер родительской работы и номер объекта. Номер объекта - это уникальный номер работы на диаграмме. Например, работа может иметь номер А.12.4. Уникальный номер имеют хранилища данных и внешние ссылки независимо от их расположения на диаграмме. Кроме этого каждое хранилище данных может иметь еще префикс D, например D5, а каждая внешняя ссылка - префикс Е, например Е5. Варианты нумерации объектов можно настроить в закладке Numbering диалога Model Properties (меню Model/Model Properties). Отключить отображение номеров объектов на диаграммах можно в закладке Display диалога Model Properties: отключить опции Activity Numbers, Data Store Numbers, External Numbers

Этапы построения диаграмм DFD.

Построение иерархии диаграмм потоков данных согласно методологии Гейна-Сарсона включает следующие этапы.

Построение контекстной диаграммы.

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

Для сложных ИС строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных. Контекстные диаграммы следующего уровня детализируют контекст и структуру подсистем.

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

Декомпозиция контекстной диаграммы.

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

Декомпозиция процессов.

Правило балансировки означает, что при детализации подсистемы или процесса детализирующая диаграмма в качестве внешних источников/приемников данных… Миниспецификация (описание логики процесса) должна формулировать его основные… Миниспецификация является конечной вершиной иерархии DFD. Решение о завершении детализации процесса и использовании…

Палитра инструментов для построения диаграмм DFD.

Рис. 47. 1. Кнопка «Activity Box Tool» используется для установки блоков в диаграмме.

Построение диаграмм потоков процессов (IDEF3). Сценарии.

Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации. С их помощью… Методика IDEF3 отражает поведенческие аспекты приложений. Если методика IDEF0… Техника описания набора данных IDEF3 является частью структурного анализа. В отличие от некоторых методик описаний…

Состав IDEF3-модели.

Модель, выполненная в методологии IDEF3, может содержать четыре типа диаграмм:

· контекстную диаграмму;

· диаграммы декомпозиции;

· диаграммы дерева узлов (будут рассмотрены позднее);

· сценарии.

Состав IDEF3-диаграммы.

Единицы работы – Unit of Work (UOW). UOW, также называемые работами (activity), являются центральными компонентами… Рис. 48.

Стрелки и связи.

Таблица 5. Типы связей в IDEF3. Тип связи Вид Назначение Precedence Предшествование (см. рис. 50) …    

Объект ссылки.

Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка (Referent-добавить в диаграмму объект ссылки) из палитры инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге «Referent» (пункт Name всплывающего контекстного меню), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками сплошными линиями (рис. 53).

Рис. 54.

Официальная спецификация IDEF3 различает три стиля объектов ссылок - безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous). AllFusion PM поддерживает только безусловные объекты ссылок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.

При внесении объектов ссылок помимо имени следует различать тип объекта ссылки. Типы объектов ссылок приведены в таблице 6.

Таблица 6. Типы объектов ссылок.

Тип ссылки	Назначение
OBJECT - Объект	Указывает объект, важный для работы.
GOTO - Ссылка	Применяется для реализации цикличности выполнения действия (в повторяющейся последовательности работ). Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток.
UOB (Unit of behavior) - Единица действия	Применяется для многократного отображения на диаграмме одного и того же действия (работы) без цикла. Например, работа "Контроль качества" может быть использована в процессе "Изготовления изделия" несколько раз, после каждой единичкой операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ.
NOTE - Сноска или заметка	Используется для документирования графических объектов на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму.
ELAB (Elaboration) - Уточнение	Используется для подробного описания на диаграммах логики разветвления и слияния стрелок на перекрестках.

Перекрестки (Junction).

Перекресток не может использоваться одновременно для слияния и для разветвления. Для внесения в диаграмму перекрестка следует выбрать инструмент… Таблица 7. Типы перекрестков. Обозначение Наименование … Свойства перекрестка на диаграмме можно редактировать при помощи диалога Junction Properties, открывающегося через…

Сценарии и декомпозиции работ.

Для создания нового сценария следует выбрать опцию Add IDEF3 Scenario в меню Diagram. В открывшемся диалоге Add New IDEF3 Scenario diagram в поле… Рис. 55.

Нумерация объектов.

Поскольку разные фрагменты модели IDEF3 могут быть созданы разными группами аналитиков в разное время, IDEF3 поддерживает простую схему нумерации…  

Этапы построения диаграмм IDEF3.

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

Палитра инструментов для построения диаграмм IDEF3.

Рис. 59. 1. Кнопка «Activity Box Tool» используется для установки блоков в диаграмме. … 2. Кнопка «Junction Tool» используется для установки перекрестков в диаграмме.

Дополнительные диаграммы.

Основными диаграммами, создаваемыми с помощью AllFusion PM являются IDEF0, IDEF3 и DFD. Кроме основных диаграмм AllFusion PM позволяет создавать ряд дополнительных диаграмм, полезных для моделирования и анализа. К ним относятся:

· Диаграммы дерева узлов;

· FEO - диаграммы только для показа;

· Организационные диаграммы;

· Диаграммы Swim Lane.

Диаграммы дерева узлов.

Рис. 60. Чтобы не запутаться и проверить способ декомпозиции, следует после каждого… Для создания диаграммы дерева узлов следует выбрать в меню Diagram пункт «Add Node Tree». В результате возникает…

Организационные диаграммы

Словарь изображений Bitmaps служит для импорта файлов в формате *.bmp в модель. Импортированные изображения можно использовать в диаграммах для… Рис. 62.

Диаграммы Swim Lane

Для создания диаграммы Swim Lane требуется сначала сформировать словарь Role Dictionary, затем для объектов на исходной IDEF3-диаграмме определить…     Рис. 66. Контрольные вопросы:

Построение смешенной модели, включающей диаграммы IDEF0, IDEF3, DFD

В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия. Иерархию работ в смешанной модели можно увидеть в окне навигатора модели Model Explorer. В нем работы в нотации IDEF0 изображаются зеленым цветом, IDEF3 – желтым, DFD – синим.

Авторы нотаций IDEF0, IDEF3 и DFD не предполагали совместного использования диаграмм различных нотаций в одной модели, поэтому создание смешанной модели в AllFusion PM имеет ряд особенностей.

AllFusion PM допускает следующие переходы с одной нотации на другую:

· IDEF0 ® DFD

· IDEF0 ® IDEF3

· DFD ® IDEF3.

Декомпозиция работы IDEF0 в диаграмму DFD.

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

Граничные стрелки на диаграммах IDEF0 и DFD.

Перевод граничной стрелки с неразрешенным тоннелем в граничную стрелку любого из перечисленных выше типов стрелок осуществляется через контекстное…  

Декомпозиция работы IDEF0 или DFD в диаграмму IDEF3.

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

Контрольные вопросы:

1. Что такое смешанная модель? Какие переходы между нотациями допускаются в AllFusion PM?

2. Как декомпозировать работу с диаграммы IDEF0 в диаграмму DFD?

3. Назовите типы граничных стрелок на диаграммах IDEF0 и DFD.

4. Какие ограничения существуют при декомпозиция работы IDEF0 или DFD в диаграмму IDEF3?

Использование нетрадиционного синтаксиса на диаграммах модели.

В появившемся диалоге свойств объекта (например, Activity Properties) в закладке Box Style (рис. 69) установить переключатель на опцию Custom, затем… Использование нетрадиционного синтаксиса может быть полезно, например, для… Контрольные вопросы:

Расщепление моделей.

  Рис. 71. Рис. 72.

Слияние моделей.

· Обе модели: модель-источник и целевая модель - должны быть открыты в Process Modeler. · Имя модели-источника и стрелки вызова в целевой модели должны совпадать. … · Стрелка вызова должна исходить из недекомпозированной функции.

Анализ моделей в AllFusion PM.

Обнаружение синтаксических ошибок в диаграммах модели.

· Во-первых, это ошибки, которые AllFusion PM выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работы было выражено… · Ошибки второго типа AllFusion PM просто не допускает. Например, каждая… · Третий тип ошибок AllFusion PM позволяет допустить, но способен выявить их автоматически. На рис. 78 приведен…

Создание UDP.

Для создания нового свойства UDP в словаре UDP Dictionary следует перейти к нижней строке списка и дважды щелкнуть по полю Name. Находясь в режиме… Рис. 86.

Прикрепление UDP к объектам модели.

Рис. 88. В закладке UDP Value диалога Activity Properties можно задать значения UDP. Свойства типа List отображаются выпадающим…

Сопутствующая документация и UDP.

Особый интерес представляют UDP типа Command. Любое приложение Windows может быть связано с объектом модели процессов AllFusion PM посредством UDP типа Command (рис. 91):

· Документы Word,

· Электронные таблицы,

· Системы проектирования,

· Другие инструменты (calculator, audio, video),

· Ваши собственные приложения.

Часто UDP используют для привязки дополнительной документации к объектам модели. Собранные факты могут находиться в различных форматах:

· отчеты, экранные формы,

· модели процессов, модели данных и т.д.,

· системная документация, инструкции.

UDP типа command может помочь систематизировать и сохранить все собранные факты. Таким образом, модель процессов в AllFusion PM становится документальным центром проекта.

Рис. 91.

Генерация отчетов по UDP.

Рис. 92.  

Поддерживаемые типы UDP.

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

Создание отчетов в AllFusion PM.

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

Создание текстовых отчетов на основе встроенных шаблонов.

Ниже приведена характеристика каждого из восьми шаблонов. 1. «Model Report»- отчет, который включает информацию об основных свойствах… 2. «Diagram Report» -отчет по активной диаграмме. Включает список возможных объектов диаграммы: работы, стрелки,…

Создание отчетов с помощью встроенного построителя шаблонов отчетов Report Template Builder.

Запустить Report Template Builder можно с помощью кнопки на стандартной панели инструментов или через меню Tools/Report Builder/Report Builder. В… В списке Available Templates отображаются шаблоны, находящиеся в текущей…     При создании нового или редактировании существующего шаблона открывается диалоговое…

Задание для самостоятельной работы.

Для закрепления изученного материала следует разработать трехуровневую модель бизнес-процессов с помощью AllFusion PM. Тема моделирования выбирается студентом самостоятельно и согласовывается с преподавателем. В рамках самостоятельной работы требуется выполнить следующие этапы:

1. Сформулировать цель, точку зрения, рамки модели.

2. Создать модель в AllFusion PM, определить основные свойства модели в диалоге Model Properties.

3. Построить контекстную диаграмму (А-0) в нотации IDEF0, вынести цель моделирования и точку зрения на контекстную диаграмму.

4. Построить диаграмму декомпозиции (А0) в нотации IDEF0.

5. Построить FEO-диаграмму, концентрирующую внимание на фрагменте диаграммы А0.

6. Построить диаграмму декомпозиции в нотации DFD для одной функций из диаграммы А0.

7. Построить диаграмму декомпозиции в нотации IDEF3 для одной функции из диаграммы А0.

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

9. Построить один сценарий развертывания процесса, представленного на диаграмме IDEF3.

10. Построить организационную диаграмму, сформировав словари Групп ролей, Ролей и Ресурсов.

11. Построить диаграмму Swim Lane, определив роли для каждой функции на диаграмме IDEF3.

12. Провести функционально-стоимостной анализ модели: оценить стоимость моделируемого бизнес-процесса, определив не менее трех центров затрат (статей расходов).

13. Ввести в модель не менее одного свойства UDP типа Command, ввести значения свойства для двух функций модели.

14. Разработать шаблоны отчетов с помощью встроенного построителя шаблонов отчетов Report Template Builder и сгенерировать на их основе отчеты в форматах RTF, HTML, PDF в соответствии со следующей таблицей:

№	Название шаблона	Состав шаблона отчета	Формат отчета
	Список функций	Название функции, описание функции.	RTF
	Интерфейсы функций	Название функции, списки входов, выходов, управлений и механизмов.	RTF
	Диаграммы модели	Все диаграммы модели.	PDF
	Интерфейсы функций & диаграммы	Название функции, списки входов, выходов, управлений и механизмов; Все диаграммы модели.	HTML

 

В результате выполнения самостоятельной работы в личной папке студента должны появиться следующие файлы:

№	Содержание файлов	Формат файлов	Кол-во
	Модель бизнес-процессов, разработанная в среде AllFusion PM.	*.bp1
	Шаблоны отчетов (см. таблицу выше)	*.rtp
	Сгенерированные отчеты	rtf, pdf, html

 

Приложение А. Стадии и этапы создания АИС.

Стадии и этапы создания АИС в общем случае согласно ГОСТ 34.601-90 приведены в таблице.

 

Стадии	Этапы работ
1. Формирование требований к АС	1.1. Обследование объекта и обоснование необходимости создания АС. 1.2. Формирование требований пользователя к АС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)
2. Разработка концепции АС.	2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе.
3. Техническое задание.	Разработка и утверждение технического задания на создание АС.
4. Эскизный проект.	4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части.
5. Технический проект.	5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.
6. Рабочая документация.	6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ.
7. Ввод в действие.	7.1. Подготовка объекта автоматизации к вводу АС в действие. 7.2. Подготовка персонала. 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний.
8. Сопровождение АС	8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание.

Допускается исключить стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, параллельное во времени выполнение этапов работ, включение новых этапов работ.

 

 

Приложение B. Пример модели «Моделирование бизнес-процессов» (IDEF0).

Рис. B1.

Рис. B2.

Рис. B3.

Рис. B4.

Рис. B5.

Рис. B6.

Приложение C. Пример модели «Цикл IDEF-папки» (IDEF3).

Рис. C1. Контекстная диаграмма.

Рис. C2.Декомпозиция контекстной диаграммы.

Рис. C3.

Рис. C4. Диаграмма Swim Lane.

Приложение D. Фрагмент функциональной метамодели абстрактной деятельности (IDEF0).

Рис. D1. Контекстная диаграмма.

Рис. D2. Декомпозиция контекстной диаграммы.

Рис. D3. Декомпозиция блока А2.

Рис. D4. Декомпозиция блока А2.2.

Рис. D5. Диаграмма дерева узлов фрагмента метамодели.

 

Приложение E. Пример модели деятельности предприятия ООО «Ресурс» (IDEF0).

Рис. E1. Контекстная диаграмма «Деятельность ООО «Ресурс» (IDEF0)

Рис. E2. Диаграмма декомпозиции «Деятельность ООО «Ресурс» (IDEF0)

Приложение F. Типы UDP и их характеристика.

Тип UDP	Характеристика
Техt	При задании свойства стрелки или работы просто вносится текст, например это может быть просто дополнительное пояснение.
Parаgraph Техt	Значение свойства этого типа - текст в несколько строк.
Integer	Значение свойства этого типа - целое число, например значение свойства "Количество баллов".
Command	Командная строка. При задании значения UDP в списке свойств справа от имени свойства появляется кнопка . При щелчке по этой кнопке выполняется командная строка. С помощью этого свойства можно связать с объектом модели документацию, хранящуюся в формате приложения Windows, например Word, Еxcel и т.д.
Character	Значение свойства этого типа - один символ.
Date mm/dd/yy (yy)	Значение свойства этого типа – дата.
Real Number	Значение свойства этого типа - действительное число, например значение свойства "Потребление электроэнергии, кВт-ч".
Text List (Single selection)	Массив строк. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Integer List (Single selection)	Массив целых чисел. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Command List	Массив команд. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Date List mm/dd/yy(yy) (Single selection)	Массив дат. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Real Number List (Single selection)	Массив действительных чисел. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Character List (Single selection)	Массив символов. Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать только одно значение из предварительно заданного списка.
Text List (Multiple selections)	Массив строк (множественный выбор). Значения свойства того типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваи­вать одновременно несколько значений из предварительно заданного списка.
Integer List (Multiple selections)	Массив целых чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваи­вать одновременно несколько значений из предварительно заданного списка.
Date List (Multiple selections)	Массив дат (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка.
Real Number List (Multiple selections)	Массив действительных чисел (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваивать одновременно несколько значений из предварительно заданного списка.
Character List (Multiple selections)	Массив символов (множественный выбор). Значения свойства этого типа должны быть определены в диалоге UDP Dictionary (поле Value). Объекту модели можно присваи­вать одновременно несколько значений из предварительно заданного списка.

 

Литература

1. Автоматизированные информационные технологии в экономике: Учеб. для вузов / М. И. Семенов, И. Т. Трубилин, В. И. Лойко, Т. П. Барановская; Под ред. И. Т. Трубилина.- М.: Финансы и статистика, 2003.- 414 с.

2. Автоматизированные информационные технологии в экономике: Учеб. пособие для вузов / Под ред. Г. А. Титоренко.- М.: ЮНИТИ, 2003.- 399 с.

3. Исаев Г.Н. Информационные системы в экономике. – М.:Омега, 2006. – 462 с.

4. Марка Д., МакГоуэн К. Методология структурного анализа и проектирования SADT (Structured Analysis & Design Technique): Пер. с англ. М.: МетаТехнология, 1993. – 240 с. (http://www.interface.ru/case/sadt0.htm)

5. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: Диалог-МИФИ, 2005.- 432 с.

6. Рекомендации по стандартизации Р 50.1.028-2001. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования.

7. Остринская Л.И. Автоматизированные информационные системы и технологии в экономике. Учебное пособие. – Омск: Изд-во СибАДИ, 2005. – 270 с.

8. Точилкина Т.Е. Создание организационной диаграммы в AllFusion Process Modeler (ранее BPwin) на основе импортируемых данных - Интернет, 2005.- http://www.interface.ru/ca/sso.htm.

9. Уткин В.Б., Балдин К.В. Информационные системы и технологии в экономике: Учебник для вузов. – М.:ЮНИТИ-ДАНА, 2005. – 335 с.

 

Авторы:

кандидат технических наук

Точилкина Татьяна Евгеньевна

Катков Игорь Леонидович

кандидат технических наук, доцент

Лебедев Виктор Михайлович

кандидат педагогических наук

Мещерякова Наталья Ананьевна

Принципы создания информационных систем и моделирования бизнес-процессов с использованием пакета программ AllFusion Modeling Suite. Часть I. Автоматизированная информационная система моделирования бизнес-процессов AllFusion Process Modeler

 

Учебно-методическое пособие

 

Редактор Васильева Е. Г.

___________________________________________________________

Изд. № Объем 7,2 п.л. Тираж 120 Заказ

Академия бюджета и казначейства

___________________________________________________________

 

101990, Москва, Малый Златоустинский пер.,7

[1] Файл BPwinLoc.ini можно свободно скачать с сайта компании Интерфейс Ltd. по адресу www.interface.ru.