2017-10-25
13757
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ В СРЕДЕ
AllFusion Process Modeler
Лабораторный практикум
Рыбница, 2016
УДК 004.9
ББК 30.2 (4Молд)
С44
Составители:
Л.К. Скодорова, профессор кафедры ПИЭ
К.Н. Попадюк, преподаватель кафедры ПИЭ
Рецензенты:
И.А. Павлинов, первый проректор ПГУ им. Т.Г. Шевченко, профессор.
В.Е. Федоров, зав. кафедры АТТП филиала ПГУ им. Т.Г. Шевченко
в г. Рыбница, доцент.
| С44 |
Лабораторный практикум представляет собой подбор теоретического и практического материала с целью обучения студентов основным приёмам проектирования информационных систем. Пособие содержит 7 лабораторных работ. Цикл предложенных лабораторных работ разработан согласно рабочей программе по дисциплине «Проектирование информационных систем» в соответствии с образовательным государственным стандартом.
Лабораторный практикум предназначен для бакалавров и также будет полезен магистрам, аспирантам и преподавателям инженерных, экономических специальностей вузов.
УДК 004.9
ББК 30.2
Рекомендовано НМС ПГУ им. Т.Г. Шевченко
© Л.К. Скодорова,
К.Н. Попадюк, составление, 2016
ОГЛАВЛЕНИЕ
| ВВЕДЕНИЕ ……………………………………………………………….. | |
| Лабораторная работа № 1 …………………………………………… | |
| Лабораторная работа № 2 …………………………………………… | |
| Лабораторная работа № 3 …………………………………………… | |
| Лабораторная работа № 4 …………………………………………… | |
| Лабораторная работа № 5 …………………………………………… | |
| Лабораторная работа № 6 …………………………………………… | |
| Лабораторная работа № 7 …………………………………………… | |
| СПИСОК ЛИТЕРАТУРЫ ……………………………………………….. | |
ВВЕДЕНИЕ
Создание современных информационных систем представляет собой сложнейшую задачу, решение которой требует применения специальных методик и инструментов. Поэтому в последнее время среди системных аналитиков и разработчиков значительно вырос интерес к CASE-технологиям и инструментальным CASE-средствам, позволяющим максимально систематизировать и автоматизировать все этапы разработки программного обеспечения. Технология создания информационных систем (ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам:
1. Реализацию проектов по созданию ИС принято разбивать на стадии анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-логику предметной области), проектирования (необходимо определить модули и архитектуру будущей системы), непосредственного кодирования, тестирования и сопровождения. Известно, что исправление ошибок, допущенных на предыдущей стадии, обходится примерно в 10 раз дороже, чем на текущей, откуда следует, что наиболее критическими являются первые стадии проекта. Поэтому крайне важно иметь эффективные средства автоматизации ранних этапов реализации проекта.
2. Проект по созданию сложной ИС невозможно организовать в одиночку. Коллективная работа существенно отличается от индивидуальной, поэтому при реализации крупных проектов необходимо иметь средства координации и управления коллективом разработчиков.
3. Жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизненно необходим инструмент, значительно (в несколько раз) уменьшающий время разработки ИС.
4. Вследствие значительного жизненного цикла может оказаться, что в процессе создания системы внешние условия изменились. Обычно внесение изменений в проект на поздних этапах создания ИС – весьма трудоемкий и дорогостоящий процесс. Поэтому для успешной реализации крупного проекта необходимо, чтобы инструментальные средства, на которых он реализуется, были достаточно гибкими к изменяющимся требованиям.
В течение последних 5-10 лет российские компании развивают свою информационную инфраструктуру для поддержки операционной деятельности. Рыночная ситуация, в которой они находятся, нестабильна, и требует от каждой компании быстрой и точной реакции на происходящие изменения. Реорганизация бизнеса неизбежна и менеджеры думают о том, как изменить текущие бизнес-процессы, чтобы улучшить операционную деятельность.
AllFusion Process Modeler является инструментом для создания моделей, позволяющих анализировать, документировать и планировать изменения сложных бизнес-процессов. AllFusion Process Modeler предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели. AllFusion Process Modeler – это программный продукт, разработанный компанией ltd. Logic Works. Он предназначен для поддержки процесса создания информационных систем. Относится к категории CASE средств верхнего уровня. Первая версия AllFusion Process Modeler была выпущена в 1995 г. совместно с другим CASE средством – ERwin, предназначенным для моделирования данных. В дальнейшем, развитием и поддержанием AllFusion Process Modeler занималась компания Platinum Technology, а последние версии разрабатывала компания CA Technologies.
AllFusion Process Modeler является достаточно развитым средством моделирования, позволяющим проводить анализ, документирование и улучшение бизнес процессов. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы. Модели AllFusion Process Modeler создают структуру, необходимую для понимания бизнес процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой.
Функциональность этой среды заключается не только в рисовании диаграмм, но и в проверке целостности и согласованности модели. AllFusion Process Modeler обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании, таких, как «зависание» связей при переходе от диаграммы к диаграмме, нарушение ассоциации связей в различных диаграммах модели и т.п. Кроме того, AllFusion Process Modeler поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу. Case-средство имеет широкие возможности по представлению диаграмм. Графическое представление модели может быть изображено при помощи различных цветов, шрифтов и прочих параметров представления, которые выделяют важные или, наоборот, тушируют незначительные аспекты модели. Эта незначительная на первый взгляд возможность является ключевой во время представления и обсуждения модели с заказчиком или экспертами предметной области, т.к. правильно подобранное графическое представление позволяет им быстрее сориентироваться в модели. Одним из важнейших средств AllFusion Process Modeler является генератор отчетов. На деле, генератор отчетов RPTwin представляет собой автономный продукт, который поставляется с некоторыми продуктами Logic Works, и позволяет генерировать подробные и многогранные отчеты по модели. Вместе с AllFusion Process Modeler устанавливается набор стандартных отчетов, которые позволяют осветить модель с различных сторон. Отчеты обычно сопровождают окончательный вариант модели бизнес-процессов, созданной при помощи AllFusion Process Modeler, и содержат информацию, размещение которой на модели сделало бы ее трудной для восприятия. Например, отчет может содержать подробное описание каждого элемента диаграммы, что помогает отчетливо представить себе назначение данного элемента без дополнительных разъяснений со стороны системного аналитика, создававшего диаграмму. Кроме того, существуют отчеты, которые предназначены для самого системного аналитика, например, отчет по целостности модели. Что касается пользовательского интерфейса, то основное внимание было уделено развитию средств навигации по модели в сравнении с предыдущими версиями. Теперь AllFusion Process Modeler имеет удобный проводник, который представляет иерархическую структуру модели в удобном и простом для понимания виде.
Целью лабораторных работ является овладение навыками проектирования информационной системы, то есть определения предлагаемой архитектуры предприятия, исходя из факта внедрения информационной системы в работу организации.
Выполнение лабораторных работ включает в себя следующий порядок работы:
1. Ознакомиться и изучить теоретический раздел.
2. Выполнить приведённые в лабораторной работе примеры
3. Ответить на контрольные вопросы.
4. Выполнить индивидуальное задание.
5. Составить отчёт.
Лабораторная работа №1
Тема: Изучение инструментальной среды AllFusion Process Modeler.
Цель работы: Изучить интерфейс среды, рассмотреть процесс создание контекстной модели, ознакомится с построением модели в методологии IDEF0.
ТЕОРЕТИЧЕСКИЙ РАЗДЕЛ
Создание современных ИС, основанных на широком использовании распределенных вычислений, объединении традиционных и новейших информационных технологий, требует тесного взаимодействия всех участников проекта: менеджеров, бизнес-аналитиков и системных аналитиков, администраторов БД, разработчиков. Для этого использующиеся на разных этапах и разными специалистами средства моделирования и разработки должны быть объединены общей системой организации совместной работы.
Программное обеспечение AllFusion Process Modeler это CASE-средство верхнего уровня, помогающее проводить анализ и реорганизацию бизнес-процессов. Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей – того, к чему надо стремиться (модель TO-BE).
Процесс построения информационной модели в AllFusion Process Modeler состоит из следующих шагов:
- построить контекстную диаграмму;
- провести функциональную декомпозицию;
- после каждого сеанса декомпозиции провести сеанс экспертизы.
CASE-cредство AllFusion Process Modeler предназначено для проведения анализа и реорганизации бизнес-процессов. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Такая технология построения модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. На основе модели AllFusion Process Modeler строится модель данных, в программе поддерживается связь с ERwin. Под технологией проектирования (создания) информационных систем (ИС) понимают упорядоченный в логической последовательности набор методических приемов, технических средств и проектировочных методов, нацеленных на реализацию общей концепции создания или доработки проекта системы и ее компонентов.
Пункты контекстного меню Font Editor и Color Editor. Пункты контекстного меню вызывают соответствующие диалоги для установки шрифта (в том числе его размера и стиля) и цвета объекта. Кроме того, AllFusion Process Modeler позволяет установить шрифт по умолчанию для объектов определенного типа на диаграммах и в отчетах. Для этого следует выбрать меню Model/Default Fonts, после чего появляется каскадное меню, каждый пункт которого служит для установки шрифтов для определенного типа объектов:
- Context Activity – работа на контекстной диаграмме.
- Context Arrow – стрелки на контекстной диаграмме.
- Decomposition Activity – работы на диаграмме декомпозиции.
- Decomposition Arrow – стрелки на диаграмме декомпозиции.
- Frame User Text – текст, вносимый пользователем в каркасе диаграмм.
- Frame System Text – системный текст в каркасе диаграмм.
- Text Blocks – текстовые блоки.
- Parent Diagram Text – текст родительской диаграммы.
- Parent Diagram Title Text – текст заголовка родительской диаграммы.
- Report Text – текст отчетов.
Пользовательский интерфейс среды. Функциональность AllFusion Process Modeler заключается не только в рисования диаграмм, но и в проверке целостности и согласованности модели. CASE-средство обеспечивает логическую четкость в определении и описании элементов диаграмм, а также проверку целостности связей между диаграммами. Инструмент обеспечивает коррекцию наиболее часто встречающихся ошибок при моделировании, таких, как «зависание» связей при переходе от диаграммы к диаграмме, нарушение ассоциации связей в различных диаграммах модели и т.п. Кроме того, AllFusion Process Modeler поддерживает пользовательские свойства, которые применяются к элементам диаграммы для описания специфических свойств, присущих данному элементу.
AllFusion Process Modeler имеет широкие возможности по представлению диаграмм. Графическое представление модели может быть изображено при помощи различных цветов, шрифтов и прочих параметров представления, которые выделяют важные или, наоборот, тушируют незначительные аспекты модели. Эта, незначительная на первый взгляд, возможность является ключевой во время представления и обсуждения модели с заказчиком или экспертами предметной области, т.к. правильно подобранное графическое представление позволяет им быстрее сориентироваться в модели.
Одним из важнейших средств AllFusion Process Modeler является генератор отчетов. На деле, генератор отчетов AllFusion Process Modeler представляет собой автономный продукт, который поставляется с некоторыми продуктами CA/Logic Works, и позволяет генерировать подробные и многогранные отчеты по модели. Вместе с AllFusion Process Modeler устанавливается набор стандартных отчетов, которые позволяют осветить модель с различных сторон. Отчеты обычно сопровождают окончательный вариант модели бизнес-процессов, созданной при помощи AllFusion Process Modeler, и содержат информацию, размещение которой на модели сделало бы ее трудной для восприятия. Например, отчет может содержать подробное описание каждого элемента диаграммы, что помогает отчетливо представить себе назначение данного элемента без дополнительных разъяснений со стороны системного аналитика, создававшего диаграмму. Кроме того, существуют отчеты, которые предназначены для самого системного аналитика, например, отчет по целостности модели.
Что касается пользовательского интерфейса, то основное внимание было уделено развитию средств навигации по модели в сравнении с предыдущими версиями. Теперь AllFusion Process Modeler имеет удобный проводник, который представляет иерархическую структуру модели в удобном и простом для понимания виде. Среда моделирования в AllFusion Process Modeler изображена на рисунке 1.1.
Рис. 1.1. Среда моделирования AllFusion Process Modeler
При запуске AllFusion Process Modeler по умолчанию появляется основная панель инструментов (рис. 1.2.), палитра инструментов и навигатор модели Model Explorer (рис. 1.3.).
Рис. 1.2. Внешний вид панели управления AllFusion Process Modeler 4.0
Рис. 1.3. Внешний вид окна навигатора модели Model Explorer
Панель инструментов представлена элементами в таблице 1
Таблица 1
| Элемент управления | Описание | Соответствующий пункт меню |
| Создать новую модель | File/New | |
| Открыть модель | File/Open |
| Сохранить модель | File/Save |
| Напечатать модель | File/Print |
| Выбор масштаба | View/Zoom |
| Масштабирование | View/Zoom |
| Проверка правописания | Tools/Spelling |
 
| Включение и выключение навигатора модели Model Explorer | View/Model Explorer |
| Включение и выключение дополнительной панели инструментов работы с ModelMart | ModelMart |
При создании новой модели возникает диалог, в котором следует указать, будет ли модель создаваться заново, или она будет открыта из файла либо из репозитария Model Mart. Также необходимо внести имя модели и выбрать методологию, в которой будет построена модель (рис. 1.4).
Рис. 1.4. Диалог создания модели
AllFusion Process Modeler поддерживает три методологии моделирования:
- функциональное моделирование (IDEF0);
- описание бизнес-процессов (IDEF3);
- диаграммы потоков данных (DFD).
В зависимости от выбранной методологии программой автоматически подбирается нужная панель инструментов AllFusion Process Modeler Toolbox. В AllFusion Process Modeler существует три разных панели инструментов – по числу поддерживаемых программой методологий. На рисунке 1.5 представлена палитра для IDEF0.
Рис. 1.5. Палитра инструментов IDEF0
Таблица 2
Инструменты редактора AllFusion Process Modeler
| Элемент редактирования | Описание | Название элемента |
| Выбор и определение позиции объектов добавленных на диаграмму | Pointer Tool |
| Установка блоков в диаграмме | Activity Box Tool |
| Установка дуги в диаграмме | Arrow Tool |
| Создание тильды, которая соединяет дугу с её названием | Squiggle Tool |
| Создание текстовых блоков | Text Block Tool |
| Отображение следующей диаграммы того же уровня | Go to Sibling Diagram |
| Открытие диалогового окна Diagram Dictionary Editor, где можно перейти на какую-либо диаграмму или создать новую диаграмму | Diagram Dictionary Editor |
| Переход на родительскую диаграмму | Go to Parent Diagram |
| Отображение диаграммы потомка или разложение выделенного блока на диаграмму потомка | Go to Child Diagram |
Вы можете показывать или скрывать панель инструментов, используя функцию «View» на панели меню.
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:
- Почему необходимо построить модель данного процесса?
- Что должна показывать модель?
- Что может получить заказчик?
Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении. Примерами формулирования цели могут быть следующие утверждения: «Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений», «Идентифицировать роли и ответственность служащих для написания должностных инструкций», «Описать функциональность предприятия с целью написания спецификаций информационной системы» и т.д.
Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить, как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.
IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в AllFusion Process Modeler следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties (рис. 1.6). В закладке Purpose следует внести цель и точку зрения, а в закладку Definition – определение модели и описание области. В закладке Status того же диалога можно описать статус модели (черновой вариант, рабочий, окончательный и т.д.), время создания и последнего редактирования (отслеживается в дальнейшем автоматически по системной дате). В закладке Source описываются источники информации для построения модели (например, «Опрос экспертов предметной области и анализ документации»). Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели – AS-IS и ТО-ВЕ.
Рис. 1.6. Диалог задания свойств модели
Создание отчетов в AllFusion Process Modeler. AllFusion Process Modeler имеет мощный инструмент генерации. Отчеты по модели вызываются из пункта меню Tools / Report. Всего имеется семь типов отчетов:
- Model Report. Он включает информацию о контексте модели – имя модели, точку зрения, область, цель, имя автора, дату создания и др.
- Diagram Report. Отчет по конкретной диаграмме. Включает список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т. д.).
- Diagram Object Report. Полный отчет по модели. Может включать полный список объектов модели (работ, стрелок с указанием их типа и др.) и свойства, определяемые пользователем.
- Activity Cost Report. Отчет о результатах стоимостного анализа. Содержит имя, номер, определение и стоимость работ, как суммарную, так и раздельно по центрам затрат.
- Arrow Report. Отчет по стрелкам. Может содержать информацию из словаря стрелок, информацию о работе-источнике, работе-назначении стрелки и информацию о разветвлении и слиянии стрелок.
- DataUsage Report. Отчет о результатах связывания модели процессов и модели данных.
- Model Consistency Report. Отчет, содержащий список синтаксических ошибок модели.
Синтаксические ошибки IDEF0 с точки зрения AllFusion Process Modeler разделяются на три типа:
1. Ошибки, которые AllFusion Process Modeler выявить не в состоянии. Например, синтаксис IDEF0 требует, чтобы имя работы было выражено отглагольным существительным или глагольной формой, выражающей действие, а имя стрелки также должно быть выражено существительным. Выявление таких ошибок – ручная работа, которая ложится на плечи аналитиков и должна контролироваться руководителем проекта.
2. Ошибки, которые AllFusion Process Modeler просто не допускает. Например, каждая грань работы предназначена для определенного типа стрелок. AllFusion Process Modeler просто не позволит создать на диаграмме IDEF0 внутреннюю стрелку, выходящую из левой грани работы и входящую в правую грань.
3. Ошибки, которые AllFusion Process Modeler позволяет допустить, но детектирует их. Полный их список можно получить в отчете Model Consistency Report.
Список ошибок может содержать:
- неименованные работы и стрелки (unnamed arrow, unnamed activity);
- несвязанные стрелки (unconnected border arrow);
- неразрешенные стрелки (unresolved (square tunneled) arrow connections);
- работы, не имеющие, по крайней мере, одной стрелки выхода и одной стрелки.
При выборе пункта меню, который соответствует какому-либо отчету, появляется диалог настройки отчета. Для каждого из семи типов отчетов он выглядит по-своему.
Рассмотрим несколько отчетов для модели «Деятельность компании». Прежде всего, получим результат описания модели в отчете Model Report. В диалоге настройки (рис. 1.7) выберем необходимые поля (при этом автоматически отображается очередность вывода информации в отчет) и нажмем кнопку Preview (предварительный просмотр).
Рис. 1.7. Отчет по модели (после нажатия Preview)
Результат описания модели можно получить в отчете Model Report. Диалог настройки отчета по модели вызывается из пункта меню Report/Model Report. В диалоге настройки следует выбрать необходимые поля, при этом автоматически отображается очередность вывода информации в отчет.
Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы – AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра». Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.
Следует указать на распространенную ошибку при создании модели AS-IS – это создание идеализированной модели. Примером может служить создание модели на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнение работы по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD-BE (как должно бы быть).
Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т. е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС. Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу «все оставить как есть, только чтобы компьютеры стояли», т.е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состояния системы, поскольку такой переход – это тоже бизнес-процесс.
ПРАКТИЧЕСКИЙ РАЗДЕЛ
Запуск программы и открытие проекта. Создание новой модели:
1. Запустите AllFusion Process Modeler.
2. Выберите режим работы: создать новую модель (Create model).
3. В поле Name введите имя модели «Изготовление мебели».
4. Из группы Type выберите тип диаграммы Business Process (IDEF0) (рис.1.8).
Рис. 1.8. Диалоговое окно создания модели
Для того чтобы текст на контестной диагрраме был понятен во вкладке Model/Default Font в каждой вкладке изменить шрифт (рис. 1.9). В нижней части установите флажок в опции Change all occurrences, позволяющей изменить шрифт для названий всех дуг на текущей диаграмме, в опции Script выберите «кириллический» (рис. 1.10).
Рис. 1.9. Вкладка Model/Default Font
Рис. 1.10. Диалоговое окно изменения шрифта
5. Используйте кнопку ОК. После активизации ОК появляется диалог Properties for New Models (рис. 1.11).
6. Укажите в поле Author вашу фамилию, в после Author initials ваши инициалы (рис.1.11). При выборе кнопки Применить, происходит сохранение всех измененных значений без закрытия диалогового окна. Поэтому, если вы даже после и щелкните по кнопке Отмена, все ваши измененные значения останутся сохраненными. Кнопка ОК делает все то же самое, что и Применить, только закрывает диалоговое окно.
Рис. 1.11. Диалоговое окно Properties for New Models
После выбора ОК появится стандартное окно AllFusion Process Modeler и диаграмма А0 (рис. 1.11).
Рис. 1.11. Стандартное окно AllFusion Process Modeler
Для выполнения последующего упражнения необходимо иметь результат выполнения предыдущего, поэтому рекомендуется сохранять модель, полученную в конце каждого примера.
Контрольные вопросы
1. Опишите CASE-средство и пользовательский интерфейс AllFusion Process Modeler.
2. Перечислите три методологии моделирования AllFusion Process Modeler.
3. Дайте определение контекстной модели.
4. Опишите закладки диалогового окна Model Report.
5. Опишите последовательность создания отчёта.
6. Модели AS-IS и ТО-ВЕ. В чём их разница?
