ФГОУ ВПО «АКАДЕМИЯ БЮДЖЕТА И КАЗНАЧЕЙСТВА
МИНИСТЕРСТВА ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ»
Т.Е. Точилкина, И.Л. Катков,
В.М. Лебедев, Н.А. Мещерякова
ПРИНЦИПЫ СОЗДАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ С ИСПОЛЬЗОВАНИЕМ ПАКЕТА ПРОГРАММ
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):
· Техническое обеспечение,
· Информационное обеспечение,
· Программное обеспечение,
· Математическое обеспечение,
· Организационное обеспечение,
· Лингвистическое обеспечение,
· Методическое обеспечение,
· Метрологическое обеспечение,
· Другие. виды обеспечения.
Основные характеристики AllFusion Process Modeler.
Инструментальная среда AllFusion PM.
Построение модели в AllFusion PM.
Разработка моделей в AllFusion PM осуществляется на основе структурного подхода, суть которого состоит в последовательной декомпозиции (разбиении) сложной системы на более простые и управляемые составляющие (рис. 11).
Рис. 11.
Состав IDEF0-модели.
Модель, выполненная в методологии IDEF0, может содержать четыре типа диаграмм:
· контекстную диаграмму;
· диаграммы декомпозиции;
· диаграммы дерева узлов (будут рассмотрены позднее);
· FEO-диаграммы (будут рассмотрены позднее).
Состав IDEF0-диаграммы.
Основными графическими элементами в нотации IDEF0 являются функциональные блоки, отображающие работы, и стрелки, отображающие взаимодействие работ с внешним миром и между собой. В IDEF0 различают пять основных типов стрелок: вход, выход, управление, механизм, вызов. Кроме этого на диаграмме, выполненной в методологии IDEF0, могут размещаться текстовые блоки.
Связи.
В IDEF0 различают пять типов связей работ, три из них прямые и две обратные (рис. 38). Следует обратить внимание, что все пять допустимых связей начинаются с выхода работы.
Связь по входу (output-input). Данная связь возникает, когда стрелка выхода вышестоящей работы (далее - просто выход) направляется на вход нижестоящей. Например, на рис. 39 стрелка "Полуфабрикат" связывает работы "Переработка сырья" и "Изготовление деталей".
Связь по управлению (output-control).Данная связь возникает, когда выход вышестоящей работы направляется на управление нижестоящей. Связь по управлению показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей. На рис. 40 стрелка "Чертеж" связывает работы "Создание чертежа детали" и "Изготовление деталей". При этом чертеж не претерпевает изменений в процессе изготовления деталей, а управляет процессом.
Связь выход-механизм (output-mechanism).Данная связь возникает, когда выход одной работы направляется на механизм другой. Эта взаимосвязь показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы (рис. 41).
Обратная связь по входу (output-input feedback). Данная связь возникает, когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов. Например, на рис. 30 стрелка "Брак" связывает работы "Переработка сырья" и "Контроль качества". При этом выявленный на контроле брак направляется на вторичную переработку.
Обратная связь по управлению (output-control feedback). Данная связь возникает, когда выход нижестоящей работы направляется на управление вышестоящей (стрелка "Рекомендации" на рис. 30). Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса. На рис. 30 качество изделия может быть повышено путем непосредственного регулирования процессами изготовления деталей и сборки изделия в зависимости от результата (выхода) работы "Контроль качества".
Построение диаграмм потоков данных (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.
Состав IDEF3-модели.
Модель, выполненная в методологии IDEF3, может содержать четыре типа диаграмм:
· контекстную диаграмму;
· диаграммы декомпозиции;
· диаграммы дерева узлов (будут рассмотрены позднее);
· сценарии.
Объект ссылки.
Объект ссылки в 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) - Уточнение | Используется для подробного описания на диаграммах логики разветвления и слияния стрелок на перекрестках. |
Дополнительные диаграммы.
Основными диаграммами, создаваемыми с помощью AllFusion PM являются IDEF0, IDEF3 и DFD. Кроме основных диаграмм AllFusion PM позволяет создавать ряд дополнительных диаграмм, полезных для моделирования и анализа. К ним относятся:
· Диаграммы дерева узлов;
· FEO - диаграммы только для показа;
· Организационные диаграммы;
· Диаграммы Swim Lane.
Построение смешенной модели, включающей диаграммы 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 в диаграмму 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?
Анализ моделей в AllFusion PM.
Сопутствующая документация и UDP.
Особый интерес представляют UDP типа Command. Любое приложение Windows может быть связано с объектом модели процессов AllFusion PM посредством UDP типа Command (рис. 91):
· Документы Word,
· Электронные таблицы,
· Системы проектирования,
· Другие инструменты (calculator, audio, video),
· Ваши собственные приложения.
Часто UDP используют для привязки дополнительной документации к объектам модели. Собранные факты могут находиться в различных форматах:
· отчеты, экранные формы,
· модели процессов, модели данных и т.д.,
· системная документация, инструкции.
UDP типа command может помочь систематизировать и сохранить все собранные факты. Таким образом, модель процессов в AllFusion PM становится документальным центром проекта.
Рис. 91.
Задание для самостоятельной работы.
Для закрепления изученного материала следует разработать трехуровневую модель бизнес-процессов с помощью 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 | |
Диаграммы модели | Все диаграммы модели. | ||
Интерфейсы функций & диаграммы | Название функции, списки входов, выходов, управлений и механизмов; Все диаграммы модели. | 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.