Работа с программным средством структурного моделирования процессов RAMUS Введение Технология создания информационных систем (далее — ИС) предъявляет особые требования к методикам реализации и программным инструментальным средствам, а именно: реализацию проектов по созданию ИС принято разбивать на стадии анализа (прежде чем создавать ИС, необходимо понять и описать бизнес-логику предметной области), проектирования (необходимо определить модули и архитектуру будущей системы), непосредственного кодирования, тестирования и сопровождения. Известно, что исправление ошибок, допущенных на предыдущей стадии, обходится примерно в 10 раз дороже, чем на текущей, откуда следует, что наиболее критическими являются первые стадии проекта. Поэтому крайне важно иметь эффективные средства автоматизации ранних этапов реализации проекта; проект по созданию сложной ИС невозможно реализовать в одиночку. Коллективная работа существенно отличается от индивидуальной, поэтому при реализации крупных проектов необходимо иметь средства координации и управления коллективом разработчиков; жизненный цикл создания сложной ИС сопоставим с ожидаемым временем ее эксплуатации. Другими словами, в современных условиях компании перестраивают свои бизнес-процессы примерно раз в два года, столько же требуется (если работать в традиционной технологии) для создания ИС. Может оказаться, что к моменту сдачи ИС она уже никому не нужна, поскольку компания, ее заказавшая, вынуждена перейти на новую технологию работы. Следовательно, для создания ИС жизненно необходим инструмент, значительно (в несколько раз) уменьшающий время разработки ИС; вследствие значительного жизненного цикла может оказаться, что в процессе создания системы внешние условия изменились. Обычно внесение изменений в проект на поздних этапах создания ИС — весьма трудоемкий и дорогостоящий процесс. Поэтому для успешной реализации крупного проекта необходимо, чтобы инструментальные средства, на которых он реализуется, были достаточно гибкими к изменяющимся требованиям. На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. В настоящем пособии рассматривается САSЕ-средство верхнего уровня Ramus, поддерживающее методологии IDEF0 (функциональная модель) и DFD (Data Flow Diagram), предназначенное для проведения анализа и реорганизации бизнес-процессов. Функциональная модель предназначена для описания существующих бизнеспроцессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования. Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, Ramus позволяет переключиться на любой ветви модели на нотацию DFD и создать смешанную модель. Нотация DFD включает такие понятия, как "внешняя сущность" и "хранилище данных", что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота. На основе модели Ramus можно построить модель данных. Для построения модели данных можно использовать такие инструменты как DBDesigner Fork или WWW SQL Designer. DBDesigner Fork поддерживает несколько уровней представления модели, в том числе, логический, что позволяет наглядно представить модель данных даже для неспециалистов. DBDesigner Fork позволяет проводить процессы прямого и обратного проектирования баз данных .Это означает, что по модели данных можно сгенерировать схему базы данных, или автоматически создать модель данных на основе информации системного каталога. Практикум 1. Моделирование бизнес-процессов в нотации IDEF0. Цель занятия: освоить интерфейс ИС РАМУС для моделирования бизнеспроцессов в нотации IDEF0. В результате выполнения заданий студент получит навык создания и редактирования функциональных моделей в программной среде Ramus. Работа предполагает последовательное выполнение заданий, поэтому необходимо сохранять модели, полученные по результатам каждого упражнения. В качестве примера рассматривается деятельность промышленной компании. Компания занимается сборкой и продажей настольных компьютеров и ноутбуков. Компания не производит компоненты самостоятельно, а только собирает и тестирует компьютеры. Деятельность компании состоит из следующих элементов: продавцы принимают заказы клиентов; операторы группируют заказы по типам клиентов; операторы собирают и тестируют компьютеры; операторы упаковывают компьютеры согласно заказам; кладовщик отгружает клиентам заказ. Компания использует приобретенную бухгалтерскую ИС, которая позволяет оформить заказ, счет и отследить платежи по счетам. Упражнение 1. Создание контекстной диаграммы 1. Запустите программу Ramus. 2. После запуска программы на экране появится окно начала работ (рис. 1). Выберите опцию "Создать новый файл" и нажмите "ОК". 2 Рис. 1. Диалоговое окно начала работы в Ramus 3. Внесите имя автора, название проекта, название модели и выберите опцию "IDEF0". На следующем шаге укажите, что модель используется "отделом стратегического планирования и развития". В описании проекта укажите "Это учебная модель, описывающая деятельность компании", перейдите к следующему шагу. 4. Раздел "классификаторы" оставьте незаполненным и нажмите "Дальше". 5. В следующем диалоговом окне нажмите "Окончить" и перейдите к рабочему интерфейсу программы. Можно открыть окно «Модели», выбрав в меню «Окна->Показать окно->Модели» 3 6. Через меню Диаграмма -> Свойства модели можно отредактировать метаданные модели, а именно: название модели, описание, место ее использования. 4 7. Активируйте окно модели, кликнув на область моделирования. Создайте блок на контекстной диаграмме, нажав на кнопку и кликнув в области модели. 8. Перейдите в режим редактирования контекстной диаграммы, нажав правой кнопкой мыши на объекте и выбрав опцию "Редактировать активный элемент". В закладке "Название" введите "Деятельность компании". Во вкладке "Описание" введите "Текущие бизнес-процессы компании". Обратите внимание, что вкладка "Описание" может быть недоступна в версии RAMUS Educational. Нажмите OK. 9. Создайте стрелки на контекстной диаграмме в соответствие с информацией, приведенной в таблице 1. Таблица 1. Описание стрелок контекстной диаграммы Название Описание Тип Бухгалтерская Оформление счетов, оплата счетов, работа с заказами система Механизм Звонки клиен- Запросы информации, заказы, техническая поддержка и т.д. Вход тов Правила процедуры Проданные продукты и Правила продаж, инструкции по сборке, процедуры тести- Управляющее рования, критерии производительности и т.д. воздействие Настольные и портативные компьютеры 5 Выход Для создания стрелок необходимо перейти в режим построения стрелок с помощью кнопки , навести курсор на исходную точку стрелки (левая, верхняя и нижняя граница области построения модели или правая граница контекстной диаграммы), после того, как область будет подсвечена черным цветом, кликнуть один раз и аналогичным образом обозначить конец стрелки (правая, верхняя и нижняя граница контекстной диаграммы или правая граница области построения модели). Для того, чтобы дать стрелке имя, необходимо щелкнуть двойным щелчком левой кнопки мыши по стрелке, или же вызвав щелчком по правой кнопке мыши при указании на стрелку контекстное меню выбрать в нем пункт «Редактировать активный элемент» и перейти во вкладку «Название». Во вкладке «Шрифт» можно выбрать стиль и размер шрифта (желательно 14). Перемещать стрелки и их названия можно по принципам стандартного механизма drag&drop. 10. При помощи кнопки внесите на контекстную диаграмму цель создания модели и точку зрения, с которой она создается. Разместите текст на свободном месте в левом и/или правом углу диаграммы. Цель: описать текущие бизнес-процессы компании. Точка зрения: генеральный директор. На рис. 2 представлен результат построения контекстной диаграммы по результатам Упражнения 1. 6 Рис. 2. Контекстная диаграмма (результат выполнения Упражнения 1) Упражнение 2. Создание диаграммы декомпозиций 1. Выберите кнопку перехода на уровень ниже в панели инструментов. 2. В диалоговом окне укажите число работ на диаграмме нижнего уровня - "3", а нотацию декомпозиции – IDEF0 ( рис. 3), затем нажмите "ОК". Рис. 3. Диалоговое окно декомпозиции работ Автоматически будет создана диаграмма декомпозиции. 7 3. Правой кнопкой мыши щелкните по 1-ой работе, выберите "Редактировать активный элемент" и на вкладке "Название" укажите имя работы, во вкладке «Шрифт» поменяйте стиль и размер шрифта. Повторите операцию для всех трех работ, а также внесите их описание в соответствующую вкладку на основе данных таблицы табл. 2. Обратите внимание, что вкладка "Описание" может быть недоступна в версии RAMUS Educational. Размер блока можно изменить при помощи мыши. Таблица 2. Описание работ декомпозиции первого уровня НАЗВАНИЕ ОПИСАНИЕ Продажи и маркетинг Телемаркетинг, презентации, выставки Сборка и тестирование ком- Сборка и тестирование настольных и портативынх пьютеров компьютеров Отгрузка и получение Отгрузка заказов клиентам и получение компонентов от поставщиков 4. Произведите связывание граничных стрелок с функциональными объектами, как показано на рис. 4. Для связывания граничных стрелок с функциональными блоками необходимо: установить режим курсора ; щелкнуть по началу (окончанию) несвязанной стрелки; подвести указатель мыши внутрь функционального блока, добившись появления черного треугольника у нужной стороны (см. рис.) и щелкнуть по этому треугольнику. 5. Создайте две ветви стрелки «Правила и процедуры», связав их соответственно с функциональными блоками «Сборка и тестирование компьютеров», «Отгрузка и получение» как показано на рис. 4. Для создания ветви стрелки необходимо: 8 установить режим работы со стрелками ; щелкнуть в том месте стрелки, где необходимо произвести ветвление; подвести указатель мыши внутрь функционального блока, добившись появления черного треугольника у нужной стороны (см. рис.) и щелкнуть по этому треугольнику. Рис. 4. Связывание граничных стрелок на диаграмме декомпозиции A0 6. Аналогичным образом создайте ветвь стрелки «Бухгалтерская система», связав ее с функциональными блоком «Отгрузка и получение». 7. Правой кнопкой мыши щѐлкните по ветви стрелки "Правила и процедуры", переименуйте ее в "Правила сборки и тестирования" (рис. 5). 8. Правой кнопкой мыши щелкните по ветви стрелки механизма работы "Продажи и маркетинг" и переименуйте ее в "Система оформления заказов" (рис. 5) Рис. 5. Присвоение названий ветвям стрелок диаграммы декомпозиции A0 9 9. Создайте новые внутренние стрелки, как показано на рисунке (рис. 6). Для создания внутренней стрелки необходимо: установить режим работы со стрелками ; подвести указатель мыши внутрь функционального блока, в котором стрелка берет начало, добившись при этом появления черного треугольника у нужной стороны и щелкнуть по этому треугольнику; подвести указатель мыши внутрь функционального блока, к которому стрелка подключается, добившись при этом появления черного треугольника у нужной стороны (см. рис.) и щелкнуть по этому треугольнику. Рис. 6. Внутренние стрелки диаграммы декомпозиции A0 10. Создайте стрелку обратной связи (по управлению) "Результаты сборки и тестирования", идущую от работы "Сборка и тестирование компьютеров" к "Продажи и маркетинг". Измените стиль стрелки - толщину (правая кнопка мыши -> "Редактировать активный элемент" -> вкладка "Линия"). Методом drag&drop возможно переносить стрелки и их названия. При необходимости возможно установить "тильду" (опция контекстного меню при нажатии на стрелке правой кнопкой мыши) для явной связи стрелки и подписи к ней (рис. 7) 10 Рис. 7. Результаты редактирования стрелок на диаграмме декомпозиции A0 11. Создайте новую граничную стрелку "Маркетинговые материалы", выходящую из работы "Продажи и маркетинг" (создается аналогично внутренней стрелке, только окончанием стрелки будет служить не функциональный блок, а, в данном случае, правая граница диаграммы). Эта стрелка автоматически не попадает на диаграмму верхнего уровне и имеет квадратные скобки у окончания. Щелкните правой кнопки мыши по квадратным скобкам и выберите в контекстном меню "Туннель" (см. рис. 8) одну их двух опций: "Создать стрелку" и "Обозначить туннель круглыми скобками", в нашем случае – первый вариант. Рис. 8. Результат туннелирования стрелок 12. Перейдите к родительской диаграмме, воспользовавшись стрелкой . Обратите внимание, что стрелка "Маркетинговые материалы" мигрировала на родительский блок. 11 Упражнение 3. Создание диаграммы декомпозиций второго уровня Декомпозируем работу "Сборка и тестирование компьютеров". В результате проведенного анализа получена следующая информация о процессе: Производственный отдел получает заказы от отдела клиентов по мере их поступления. Диспетчер координирует работу сборщиков, сортирует заказы, группирует и дает указания на отгрузку компьютеров, когда они готовы. Каждые 2 часа диспетчер группирует заказы (отдельно для настольных компьютеров и ноутбуков) и направляет их на участок сборки. Сотрудники участка сборки собирают компьютеры согласно спецификациям заказа и инструкциям по сборке. Когда группа компьютеров, соответствующая группе заказов, собрана, она направляется на тестирование. Тестировщик тестируют каждый компьютер и, в случае необходимости, заменяет неисправные компоненты. Тестировщики направляют результаты тестирования диспетчеру, который на основании этой информации принимает решение о передаче компьютеров, соответствующих группе заказов, на отгрузку. Осуществим декомпозицию функционального блока «Сборка и тестирование компьютеров» с применением Ramus. 1. Выделите блок «Сборка и тестирование компьютеров» и нажмите кнопку перехода на уровень ниже в панели инструментов. 2. В появившемся окне выберите шаблон Простой, Количество функциональных блоков 4, тип диаграммы IDEF0. 3. На основе информации из таблиц 3 и 4 внесите новые работы и стрелки на диаграмму декомпозиции A2. Таблица 3. Описание функциональных блоков диаграммы декомпозиции A2 Название функционального Описание блока Отслеживание расписания и Просмотр заказов, установка расписания выполнения 12 управление сборкой и тестирование Сборка настольных компьютеров Сборка ноутбуков заказов, просмотр результатов тестирования, формирования групп заказов на сборку и отгрузку Сборка настольных компьютеров в соответствии с инструкциями и указаниями диспетчера Сборка ноутбуков в соответствии с инструкциями и указаниями диспетчера Тестирование компьютеров Тестирование компьютеров и компонентов. Замена неработающих компонентов. Таблица 4. Описание стрелок диаграммы декомпозиции A2 Название стрелТип начала Окончание Тип окончаНачало стрелки ки стрелки стрелки ния стрелки Диспетчер Персонал производ- Механизм Отслеживание Механизм ственного отдела (ветка стрел- расписания и ки) управление сборкой и тестированием Заказы клиентов Граница диаграммы Управляющее Отслеживание Управляющее воздействие расписания и воздействие управление сборкой и тестированием Заказы на Отслеживание рас- Выход Сборка Управляющее настольные ком- писания и управленастольных воздействие пьютеры ние сборкой и тестикомпьютеров рованием Заказы на ноут- Отслеживание рас- Выход Сборка ком- Управляющее буки писания и управлепьютеров воздействие ние сборкой и тестированием Компоненты Туннелированная Вход Сборка Вход стрелка настольных компьютеров Сборка ноут- Вход буков Тестирование Вход компьютеров Настольные ком- Сборка настольных Выход Тестирование Вход пьютеры компьютеров компьютеров Ноутбуки Сборка ноутбуков Выход Тестирование Вход компьютеров Персонал произ- Туннелированная Механизм Сборка Механизм водственного от- стрелка настольных дела компьютеров 13 Название стрелНачало стрелки ки Тип начала Окончание Тип окончастрелки стрелки ния стрелки Сборка ноут- Механизм буков Правила сборки и Границы диаграммы тестирования Результаты сбор- Сборка настольных Выход ки и тестирова- компьютеров ния Сборка ноутбуков Тестирование компьютеров Результаты те- Тестирование ком- Выход стирование пьютеров Собранные ком- Тестирование ком- Выход пьютеры пьютеров Тестировщик Персонал производственного отдела Указание пере- Отслеживание рас- Выход дать компьютеры писания и управлена отгрузку ние сборкой и тестированием Сборка Управляющее настольных воздействие компьютеров Сборка ноутбуков Тестирование компьютеров Граница диа- Выход граммы Отслеживание расписания и управление сборкой и тестированием Граница диаграммы Тестирование компьютеров Тестирование компьютеров Вход Выход Механизм Управляющее воздействие 4. Произведите туннелирование и связку граничных стрелок, если это необходимо. Результат выполнения упражнения 3 представлен на рис. 9. 14 Рис. 9. Результат декомпозиции процесса «Сборка и тестирование» 2. Моделирование бизнес-процессов в нотации DFD. Цель: освоить интерфейс ИС РАМУС для моделирования бизнес-процессов в нотации DFD. Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации и представляют модельную систему как сеть связанных между собой работ. Диаграммы потоков данных можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в системах обработки информации. Диаграммы потоков данных (DFD) показывают внешние источники и приемники данных, потоки данных и хранилища (накопители) данных, к которым осуществляется доступ. DFD описывает: 1) функции обработки информации (работы или процессы); 2) потоки данных - локументы (стрелки, arrows), объекты, сотрудников или отделы, которые участвуют в обработке информации; 3) внешние ссылки или внешние сущности (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы; 4) таблицы для хранения документов (хранилища данных, data store). 15 Для изображения диаграмм потоков данных в Ramus используется нотация ГейнаСарсона: Компонент Изображение Поток данных Процесс Хранилище Внешняя сущность Потоки данных являются механизмами, использующимися для моделирования передачи информации (или физических компонентов) из одной части системы в другую. Потоки изображаются на схеме именованными стрелками, ориентация которых указывает направление движения информации. Стрелки могут подходить к любой грани работы и могут быть двунаправленными для описания взаимодействия типа команда-ответ. Назначение процесса состоит в продуцировании выходных потоков из входных в соответствии с действием, задаваемым именем процесса. Каждый процесс должен иметь уникальный номер для ссылок на него внутри диаграммы. Хранилище данных позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически хранилища – это «срезы» потоков данных во времени. Информация, содержащаяся в хранилище может использоваться в любое время после еѐ определения при этом данные могут выбираться в любом порядке. Имя хранилища должно идентифицировать его содержимое. Внешняя сущность представляет собой сущность вне контекста системы, являющуюся источником или приемником даны системы. Предполагается, что объекты представленные внешними сущностями не должны участвовать ни в какой обработке. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Работы в DFD представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ в IDEF0, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы – движение объектов, хранение объектов, поставка и распространение объектов. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации. 16 Упражнение 4. Создание диаграммы DFD 1. Проведем декомпозицию блока «Тестирование компьютеров» в нотации DFD. Для этого кликнем на блоке и нажмем кнопку перехода на уровень ниже в панели инструментов. 2. Для того чтобы дополнить модель IDEF0 диаграммой DFD, нужно в процессе декомпозиции в диалоге «Создание новой диаграммы» кликнуть по радио-кнопке DFD. 3. В результате получим: Создается новая диаграмма DFD, и стрелки, которые касаются родительской работы, мигрируют на диаграмму нижнего уровня так, как если бы это была диаграмма IDEF0. Стрелки входа родительской работы на дочерней диаграмме DFD показываются входящими стрелками с левой стороны диаграммы DFD, стрелки управления — входящими стрелками с верхней стороны диаграммы и т. д. 4. В палитре инструментов на новой диаграмме DFD появляются новые кнопки: Добавить в диаграмму внешнюю ссылку ником или приемником данных извне модели. 17 . Внешняя ссылка является источ- Добавить в диаграмму хранилище данных . Хранилище данных позволяет описать данные, которые необходимо сохранить в памяти прежде, чем использовать в функциональных блоках. 5. Согласно нотации DFD диаграмма не должна иметь граничных стрелок, все стрелки должны начинаться и заканчиваться на работах, хранилищах данных или внешних сущностях. Поэтому, если строго следовать правилам нотации, следует: Удалить все граничные стрелки на диаграмме DFD. Создать соответствующие внешние сущности и хранилища данных. Для создания внешних сущностей и хранилищ данных выбираем на панели инструментов «Окна->Показать окно->Классификаторы». В появившемся окне «Классификаторы» нажимаем кнопку (Создать элемент). Вводим название классификатора «Внешние сущности». Название классификатора можно ввести в созданную строку, дважды медленно кликнув мышью по строке, или же нажав клавишу F2, предварительно выделив нужную строку мышью. После нажатия Enter введенное название отразится в окне «Классификаторы» Двойным нажатием на название «Внешние сущности» можно вызвать окно «Внешние сущности», нажать кнопку и добавить туда внешнюю сущность «Эксперты» (название вводится после двойного нажатия мышью на пустом поле). Сформировать следующие хранилища данных: Чтобы добавить в диаграмму внешнюю сущность или хранилище данных, нужно выбрать соответствующую кнопку на панели инструментов, затем сделать по объекту двойной щелчок и в появившемся диалоговом окне выбрать кнопку «Задать DFD объект». 18 В появившемся диалоговом выбрать нужный объект и нажать OК. Результат создания DFD-модели представлен ниже. 19 Строго придерживаться правил нотации DFD при создании смешанных моделей не всегда удобно, поэтому Ramus позволяет создавать граничные стрелки на диаграммах DFD и не идентифицирует такие стрелки как синтаксическую ошибку. В результате дополнения диаграмм IDEF0 диаграммами DFD может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия. Иерархию работ в смешанной модели можно увидеть в окне Модели («ОкнаПоказать окно-Модели»). Упражнение 5. Создание диаграммы DFD в виде отдельного файла 1. Создайте контекстную диаграмму процесса "Оформление заказов" (Файл -> Новый проект). 2. Декомпозируйте созданную контекстную диаграмму "Оформление заказов", для чего в диалоговом окне выберите количество элементов декомпозиции - 2, тип диаграммы - DFD. Нажмите "ОК" и внесите в диаграмму DFD имена работ: o Проверка и внесение клиента o Внесение заказа 3. Создайте классификаторы: o Список клиентов o Список продуктов o Список заказов o Заявки на заказ 4. Внесите в модель соответствующие хранилища данных при помощи кнопки ,а также внешнюю ссылку "Заявки на заказ", используя кнопку . 5. На основе следующей информации постройте DFD-модель процесса "Оформление заказов": Процесс "Оформление заказов" состоит из двух подпроцессов: проверка и внесение клиентов и внесение заказов. Для выполнения этих процессов необходим список клиентов, список продуктов и для регистрации результатов выполнения процессов реестр списка заказов. Проверка и внесение клиентов в базу данных клиентов осуществляется на основе информации из заявок на заказ, а также после анализа информации в списке клиентов. 20 Внесение заказов производится только при наличии информации о соответствующем клиенте в списке клиентов и только на те товары, которые занесены в список продуктов компании. Существуют возможность использовать ранее созданные заказы, сохраненные в списке заказов. Имейте в виду, что связь между некоторыми функциональными объектами и хранилищами данных может быть двунаправленной (исходящая и входящая стрелки). 6. Сверьте построенную Вами модель с моделью на рисунке. Рис. Результат выполнения упражнения 5 - DFD-диаграмма декомпозиции процесса оформления заказа 3. Моделирование бизнес-процессов в нотации IDEF3. Наличие в диаграммах DFD элементов для описания источников, приемников и хранилищ данных позволяет более эффективно и наглядно описать процесс документооборота. Однако для описания логики взаимодействия информационных потоков более подходит IDEF3, называемая также workflow diagramming - методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнеспроцессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции. IDEF3 - это метод, имеющий основной целью дать возможность аналитикам описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Каждая работа в IDEF3 описывает какой-либо сценарий бизнес-процесса и может являться составляющей другой работы. Поскольку сценарий описывает цель и рамки мо21 дели, важно, чтобы работы именовались отглагольным существительным, обозначающим процесс действия, или именным словосочетанием, содержащим такое существительное. Точка зрения на модель должна быть задокументирована. Обычно это точка зрения человека, ответственного за работу в целом. Также необходимо задокументировать цель модели - те вопросы, на которые призвана ответить модель. Диаграмма является основной единицей описания в IDEF3 Важно правильно построить диаграммы, поскольку они предназначены для чтения другими людьми (а не только автором). Единицы работы – Unit of Work (UOW), также называемые работами (activity), являются центральными компонентами модели. В IDEF3 работы изображаются прямоугольниками с прямыми углами (рис..) и имеют имя, выраженное отглагольным существительным, обозначающим процесс действия, одиночным или в составе словосочетания, и номер (идентификатор); другое имя существительное в составе того же словосочетания, зависимое от отглагольного существительного, обычно отображает основной выход (результат) работы (например, "Изготовление изделия"}. Рис. Обозначение работы в диаграмме IDEF3 Связи показывают взаимоотношения работ. Все связи в IDEF3 однонаправлены и могут быть направлены куда угодно, но обычно диаграммы IDEF3 стараются построить так, чтобы связи были направлены слева направо. В IDEF3 различают три типа стрелок, изображающих связи: Старшая (Precedence) стрелка - сплошная линия, связывающая единицы работ (UOW). Рисуется слева направо или сверху вниз. Показывает, что работа-источник должна закончиться прежде, чем работа-цель начнется. Стрелка отношения (Relational) - пунктирная линия, использующаяся для изображения связей между единицами работ (UOW), а также между единицами работ и объектами ссылок. Потоки объектов (Object Flow) - стрелка с двумя наконечниками, применяется для описания того факта, что объект используется в двух или более единицах работы, например, когда объект порождается в одной работе и используется в другой. Старшая связь показывает, что работа-источник заканчивается ранее, чем начинается работа-цель. Часто результатом работы-источника становится объект, необходимый для запуска работы-цели. В этом случае стрелку, обозначающую объект, изображают с двойным наконечником. Имя стрелки должно ясно идентифицировать отображаемый объект. Поток объектов имеет ту же семантику, что и старшая стрелка. Отношение показывает, что стрелка является альтернативой старшей стрелке или потоку объектов в смысле задания последовательности выполнения работ - работаисточник не обязательно должна закончиться прежде, чем работа-цель начнется. Более того, работа-цель может закончиться прежде, чем закончится работа-источник 22 Типы связей на диаграмме IDEF3 Для отображения логики взаимодействия стрелок при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы, используются перекрестки. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. Смысл каждого типа перекрестков приведен в таблице. Типы перекрестков Смысл в случае сли- Смысл в случае разОбозначение Наименование яния стрелок Fan-in ветвления стрелок Junction Fan-in Junction Все предшествующие Все следующие проАсинхронное «И» процессы должны цессы должны быть (Asynchronous AND) быть завершены запущены Все предшествующие Все следующие проСинхронное «И» процессы завершены цессы запускаются (Synchronous AND) одновременно одновременно Один или несколько Один или несколько Асинхронное «ИЛИ» предшествующих следующих процессов (Asynchronous OR) процессов должны должны быть запубыть завершены щены Один или несколько Один или несколько Синхронное «ИЛИ» предшествующих следующих процессов (Synchronous OR) процессов завершены запускаются одноодновременно временно Исключающее Только один предше- Только один следую«ИЛИ» XOR ствующий процесс за- щий процесс запуска(Exclusive OR) вершен ется Объект ссылки в IDEF3 выражает некоторую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Объект ссылки изображается в виде прямоугольника (рис.), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. 23 Рис. Графическое изображение объекта ссылки Объекты ссылки должны быть связаны с работами или перекрестками пунктирными линиями. При внесении объектов ссылок кроме имени следует указывать тип объекта ссылки. Типы объектов ссылок приведены в таблице. Типы объектов ссылок Декомпозиция в IDEF3 используется для детализации работ. Методология IDEF3 позволяет декомпозировать работу многократно, т.е. работа может иметь множество дочерних работ. Это позволяет в одной модели описать альтернативные потоки. Упражнение 6. Создание диаграммы IDEF3. К сожалению, в бесплатной версии Ramus отсутствует возможность построения диаграмм типа IDEF3. Поэтому данное упражнение можно выполнить в MS Visio, если у Вас имеется в наличии это пакет, либо изучить материал теоретически. Еще один путь – использовать диаграммы IDEF0, подстроив имеющиеся блоки под нужный функционал, но получится реализовать не все функции. Перейдите в созданный в 1-ом упражнении проект и на диаграмму А2 и декомпозируйте работу "Сборка настольных компьютеров". 24 В диалоге декомпозиции установите число работ 4 и нотацию IDEF3. Результат выполнения упражнения должен быть: При выполнении упражнения в Ramus следует выбрать нотацию IDEF0, а затем приспособить имеющиеся блоки под необходимые, при этом может получиться: 25 Задание для самостоятельной работы Построить с помощью программного средства Ramus функциональную модель деятельности организации согласно индивидуальному заданию (вариант получить у преподавателя). При моделировании использовать диаграммы IDEF0, DFD и IDEF3 (по возможности). Варианты заданий: 1. Автострахование. 2. Агентство по сдаче автомобилей в аренду. 3. Аренда коньков, роликов, велосипедов, лыж. 4. Аэропорт – пассажирское расписание и перевозки. 5. Банковская система вкладов (физических и юридических лиц) . 6. Банковская система кредитования (физических и юридических лиц). 7. Бюро по трудоустройству. 8. Ветеринарная лечебница. 9. Клуб обучения танцам. 10. Магазин косметики. 11. Машиностроительное предприятие: система по разработке и модификации изделий (ведение архива, стандартов и пр.). 12. Нефтеперерабатывающая компания. 13. Парикмахерская. 14. Поставка вин. 15. Приемная комиссия ВУЗа. 16. Производство мебели (прием индивидуальных и типовых заказов и изготовление). 17. Рекламное агентство. 18. Риэлторская компания: аренда; продажа первичного и вторичного жилья. 19. Санаторий. 20. Система управления проектом для IT-компании. 21. Складская логистика. 22. Спа-салон (услуги, обслуживающий персонал и пр.). 23. Страховая компания. 24. Такси. 26 25. Транспортная логистика. 26. Туристическое агентство (путешествия за рубеж). 27. Туристическое агентство (путешествия по России). 28. Учет оборудования на крупном промышленном предприятии. 29. Филармония. 30. Гостиница. 27
