Файл: О.А. Бияков Графические нотации в стандарте IDEF0.pdf

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «КУЗБАССКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Кафедра вычислительной техники и информационных технологий

ГРАФИЧЕСКИЕ НОТАЦИИ В СТАНДАРТЕ IDEF0

Методические указания к лабораторной работе по дисциплине «Проектирование информационных систем» для студентов специальности 351400 «Прикладная информатика в экономике»

Составители О.А. Бияков Н.Ю. Коломарова

Утверждены на заседании кафедры Протокол № 8 от 30.04.03

Рекомендованы к печати учебнометодической комиссией специальности 351400 Протокол № 4 от 30.04.03

Электронная копия находится в библиотеке главного корпуса ГУ КузГТУ

Кемерово 2003

1

1. Основные элементы и понятия IDEF0

IDEF0 сочетает в себе небольшую по объему графическую нотацию (систему обозначений, содержащую только два знака: блоки и стрелки) с четко определенными рекомендациями, в совокупности предназначенными для построения качественной и понятной модели системы.

Модель IDEF0 состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – главные компоненты модели, все функции информационной системы и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса.

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

В основе методологии IDEF0 лежат следующие основные понятия: цель моделирования, границы моделирования, точка зрения, действия, интерфейсные дуги.

Цель моделирования (Purpose). Модель должна строиться при ясном осознании объекта и целей моделирования. Выбранное определение цели моделирования должно отвечать на следующие вопросы:

-чем вызвана необходимость моделирования данного процесса;

-что выявит данная модель;

-какие результаты может принести применение данной модели. Например, формулировка цели может быть следующей: иденти-

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

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

2

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

Границы моделирования имеют два компонента: ширину охвата и глубину детализации. Ширина охвата обозначает внешние границы моделируемой системы. Глубина детализации определяет степень подробности, с которой нужно проводить декомпозицию функциональных блоков. На практике для определения границ моделирования часто бывает достаточно определить, что для модели является входом и что – выходом.

Точка зрения (Viewpoint). Под точкой зрения понимается перспектива, с которой наблюдалась система при построении модели. Точка зрения выбирается так, чтобы учесть уже обозначенные границы моделирования и назначение модели. Однажды выбранная точка зрения остается неизменной для всех элементов модели. При необходимости могут быть созданы другие модели, отображающие систему с других точек зрения, однако каждая отдельно взятая модель должна разрабатываться исходя из единственной заранее определенной точки зрения. Основой для выбора должна служить поставленная цель моделирования. Наименованием точки зрения может быть наименование должности, подразделения или роли (например, руководитель отдела или менеджер по продажам). Как и в случае с определением цели моделирования, четкое определение точки зрения необходимо для обеспечения внутренней целостности модели и предотвращения постоянного изменения ее структуры.

Действия. Действие, обычно в IDEF0 называемое функцией, обрабатывает или переводит входные параметры (сырье, информацию и т.п.) в выходные. Поскольку модели IDEF0 представляют систему как множество иерархических (вложенных) функций, в первую очередь должна быть определена функция, описывающая систему в целом – контекстная функция. Функции изображаются на диаграммах как поименованные прямоугольники, или функциональные блоки (Activity Box). Функциональный блок графически изображается в виде прямоугольника (рис. 1) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть отглагольным существительным (например, “производить услуги”, а не “производство услуг”). Важно подбирать имена таким образом, чтобы они отражали систему так, как если бы она обозревалась с точки зрения, выбранной

3

для моделирования. Каждая из четырех сторон функционального блока имеет своё определенное значение (роль).

Рис. 1. Модель бизнес-процесса в стандарте IDEF0

Верхняя сторона имеет значение “Управление” (Control) – стрелки сверху, означающие, на основании чего выполняется данный процесс: законы, стандарты, приказы и т.д.

Левая сторона имеет значение “Вход” (Input) – стрелки слева, означающие данные или объекты, потребляемые или изменяемые процессом.

Правая сторона имеет значение “Выход” (Output) – стрелки справа, означающие основные результаты деятельности процесса, конечные продукты.

Нижняя сторона имеет значение “Механизм” (Mechanism) – стрелки снизу, означающие, посредством чего или с помощью кого реализуется данный процесс: материальные и/или кадровые ресурсы, необходимые для процесса.

Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.

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

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

4

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

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

2. Типы интерфейсных дуг (стрелок) в IDEF0

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

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

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

Управление часто существует в виде правил, инструкций, законов, политики, набора необходимых процедур или стандартов. Влияя на ра-

5

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

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

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

При моделировании непроизводственных предметных областей выходами, как правило, являются данные, в каком-либо виде обрабатываемые функциональным блоком. В этом случае важно, чтобы названия стрелок входа и выхода были достаточно различимы по своему смыслу. Например, блок "Прием пациентов" может иметь стрелку "Данные о пациенте" как на входе, так и на выходе. В такой ситуации входящую стрелку можно назвать "Предварительные данные о пациенте", а исходящую – "Подтвержденные данные о пациенте".

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

3.Комбинированные дуги (стрелки) в IDEF0

ВIDEF0 существует пять основных видов комбинированных стре-

лок.

1. Стрелка выход – вход применяется, когда один из блоков должен полностью завершить работу перед началом работы другого блока. Так, на рис. 2 прием заказа должен предшествовать формированию сче-

6

та.

Рис. 2. Комбинация стрелок выход – вход

2. Стрелка выход – управление отражает ситуацию преобладания одного блока над другим, когда один блок управляет работой другого. На рис. 3 принципы формирования инвестиционного портфеля управляют поведением брокеров на бирже.

Рис. 3. Комбинированная стрелка выход – управление

Рис. 4. Комбинированная стрелка выход – механизм исполнения

8

ляется заново вместе с обыкновенным сырьем.

Разбиение и соединение стрелок Выход функционального блока может использоваться в несколь-

ких других блоках. Это позволяет выявить взаимозависимости между блоками системы. Соответственно IDEF0 предусматривает как разбиение, так и соединение стрелок на диаграмме. Разбитые на несколько частей стрелки могут иметь наименования, отличающиеся от наименования исходной стрелки. Исходная и разбитые (или объединенные) стрелки в совокупности называются связанными. Такая техника обычно применяется для того, чтобы отразить использование в процессе только части сырья или информации, обозначаемых исходной стрелкой (рис. 7). Аналогичный подход применяется и к объединяемым стрелкам.

Рис. 7. Разбитая на две части и переименованная стрелка

Туннели Понятие «связанные стрелки» используется для управления уров-

нем детализации диаграмм. Если одна из стрелок диаграммы отсутствует на родительской диаграмме (например, ввиду своей несущественности для родительского уровня) и не связана с другими стрелками той же диаграммы, точка входа этой стрелки на диаграмму или выхода с нее обозначается туннелем. На рис. 8, например, стрелка "корпоративная информационная система" – важный механизм исполнения для данной диаграммы, но, возможно, она более нигде не используется в модели. Туннель в данном случае используется как альтернатива загромождению родительских диаграмм помещением на них несущественных для их уровня стрелок.

9

Рис. 8. Пример применения туннеля

4. Рекомендации по определению интерфейсных дуг (стрелок)

Стрелки диаграмм IDEF0 обычно проще проектировать в следующем порядке: выход, вход, механизм исполнения, управление. Каждый функциональный блок обозначает отдельную функцию, и эта функция часто имеет ясно и кратко описываемые результаты работы. Наличие неясностей при анализе выходов того или иного функционального блока – возможный сигнал необходимости проведения реинжиниринга рассматриваемого бизнес-процесса.

Определение выходов После идентификации возможных выходов полезно провести ана-

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