Лабораторная работа: Моделирование процесса управления компанией в нотации IDEF0

Лабораторная работа

Моделирование процесса управления компанией в нотации IDEF0

Ткачёв Никита

Цель работы:

Познакомиться с особенностями моделирования процессов с помощью контекстной диаграммы в нотации IDEF0.

Индивидуальное задание

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

Таблица 1.1 - Варианты индивидуальных заданий

Ход работы

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

· Создадим новую модель.

· Разработаем диаграмму верхнего уровня модели (контекстную).

1. Для создания модели IDEF0 выберу в системном меню пункт File/New. После этого появится диалоговое окно.

В данном диалоговом окне дам имя модели. В нашем случае - это Работа регистратуры поликлиники.

Рисунок 1.1 - Выбор имени и нотации модели

2. После нажатия на кнопку Ok появляется диалоговое окно Properties for New Models (Свойства новой модели), где в текстовое поле Author ввожу фамилию, в поле Author Initials ? наименование своей группы.

Рис. 1.2 -- Диалог свойств новой модели

3. По умолчанию в данном диалоге отображается вкладка General.

Рис. 1.3 -- Окно, отображающее модель

4. Перейду в меню Model/Model Properties. Во вкладке General диалогового окна Model Properties в текстовое поле Model name внести имя модели "Работа регистратуры поликлиники", а в текстовое поле Project ? имя проекта "Функциональная модель работы регистратуры поликлиники", и, наконец, в Time Frame (Временной охват) выбрать радиокнопку AS-IS (как есть) (

Рис. 1.4 -- Описание свойств контекстной диаграммы

5. Во вкладке Purpose диалогового окна Model Properties в текстовое поле Purpose (цель) внесу данные о цели разработки модели:

"Моделировать текущие AS-IS бизнес-процессы поликлиники", а в а в текстовое поле Viewpoint (точка зрения): "Главный врач"

Рисунок 1.5 - Окно задания свойств модели

6. Во вкладке Definition диалогового окна Model Properties в текстовое поле Definition (Определение) внесу: «Типовые бизнес-процессы, описывающие работу регистратуры поликлиники», а в текстовое поле Scope (охват) ? «Общее управление регистратурой поликлиники»

Рисунок 1.6 - Определение модели и ее области на вкладке «Definition» Model Properties

7. Перейду на контекстную диаграмму, правой кнопкой мыши щелкну по прямоугольнику, представляющему в нотации IDEF0 условное графическое обозначение работы. В контекстном меню выберу опцию Name. Во вкладке Name внесите имя " Работа регистратуры поликлиники "

Рисунок 1.7 - Контекстное меню для работы с выбранной опцией Name

Рисунок 1.8 - Присвоение работе названия

8. Создам ICOM-стрелки на контекстной диаграмме, сформулирую определения стрелок (Arrow Definition) и введу в модель

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

9. С помощью кнопки внесу текст в поле диаграммы ? точку зрения и цель моделирование нотация idef0 bpwin

Рисунок 1.9 ? Внесение текста точки зрения в поле диаграммы

Рисунок 1.10 ? Внесение текста цели в поле диаграммы

10. Создам контекстную диаграмму «Работа регистратуры поликлиники» в методологии IDEF0

В управление вошли:

1. Инструкции.

2. Федеральные законы.

Механизмами осуществления процесса являются:

1. Пользователь.

2. Компьютер.

Входными данными являются данные пользователя.

Результатом работы системы будут: талоны и карточки.

Рисунок 1.11 - Контекстная диаграмма IDEF0

11. Создам отчет по модели. Для генерации отчета по модели в меню Tools выберу пункт Reports, а затем - вид отчета, Model Report

Рисунок 1.12 - Выбор вида отчета модели

12. В меню Model Report (рисунок 1.12) задам опции генерирования отчета (установите галочки) и нажмукнопку Preview (предварительный просмотр)

13. Сохраню модель (на следующем занятии работа с ней будет продолжена).

Рисунок 1.13 - Задание опций генерирования отчета Model Report

Рисунок 1.14 - Предварительный просмотр отчета Model Report

Краткие выводы по результатам выполнения лабораторной работы.

В результате выполнения лабораторной работы №1 средствами редактора была создана контекстная диаграмма «Работа регистратуры поликлиники» в нотации IDEF0.

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

Какие еще выводы можем сделать:

§ строить диаграммы несложно;

§ диаграммы очень легко читаемы и просты для понимания;

§ они -- отличный инструмент для проектирования архитектуры и поведения;

§ необходимы для документирования любой нетривиальной системы. Позволяют легко понять связи между модулями и интеграциями в системе.

Вопросы для самостоятельной работы

1. Какая нотация является наиболее удобным языком моделирования бизнес-процессов?

IDEF0 является наиболее удобным языком моделирования бизнес-процессов.

IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной -- функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

2. Что представляет собой модель в нотации IDEF0?

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

IDEF0 -- методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является ее акцент на соподчиненность объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временнамя последовательность (поток работ).

3. Какие типы диаграмм может содержать модель?

Модель может содержать четыре типа диаграмм :

* контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

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

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

* диаграммы только для экспозиции (FEO).

4. С чего начинается процесс моделирования системы в IDEF0?

Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

5. Что такое контекстная диаграмма?

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

Контекстная диаграмма является вершиной древовидной структуры диаграмм. Она представляет собой общее описание системы и ее взаимодействия с внешней средой. Кроме этого на контекстной диаграмме рекомендуется размещать цель моделирования, точку зрения, иногда на диаграмму выносят также описание субъекта моделирования. Контекстная диаграмма имеет условное название (А-0).

6. Что понимается под субъектом моделирования?

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

7. Как определяется цель моделирования?

Под целью здесь понимается совокупность вопросов, на которые должна ответить модель. Цель должна отвечать на следующие вопросы:

· Почему этот процесс должен быть замоделирован?

· Что должна показывать модель?

· Что может получить читатель?

Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении. Примерами формулирования цели могут быть следующие утверждения: «Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений», «Идентифицировать роли и ответственность служащих для написания должностных инструкций», «Описать функциональность предприятия с целью написания спецификаций информационной системы» и т. д.

8. Что понимается под точкой зрения (Viewpoint)?

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

9. Почему технология проектирования ИС подразумевает сначала создание модели AS-IS, а затем создание модели ТО-ВЕ?

Обычно сначала строится модель существующей организации работы - AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, "кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как перепрыгнуть на то, "что мы будем делать завтра". Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем буду г состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.