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

Размещено на http://www.allbest.ru/

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

Моделирование процесса управления компанией в нотации 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 недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

10. Что обозначают работы, как они обозначаются? называются?

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

11. Что описывают стрелки?

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

Стрелками изображаются входы и выходы бизнес-процесса на диаграмме. Они представляют материальные и нематериальные объекты, которые являются или необходимыми ресурсами для работы процесса, или результатами его выполнения.

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

Виды стрелок, используемые на диаграмме, зависят от нотации моделирования.

12. Какие типы стрелок различают в IDEF0?

В IDEF0 различают пять типов стрелок:

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

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

Управление (Control) -- правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой. Если цель работы -- изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности в статусе стрелки (управление или вход) рекомендуется рисовать стрелку управления.

Выход (Output) -- материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.

Механизм (Mechanism) -- ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться в модели.

Вызов (Call) -- специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней грани работы.

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

13. Почему стрелки контекстной диаграммы называются граничными?

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

Размещено на Allbest.ru