Практика Информационные системы Методология IDEF 0 Задание

Практика Информационные системы Методология IDEF 0

Задание на практическое занятие: 1. Изучить презентационный материал 2. Познакомиться с лабораторной работой № 1 К следующей практике подготовить: теоретический материал по данной презентации. (Подготовиться к контрольным вопросам). Установить дома: BPwin 7. 1 - S: Licensed Software101 Наши партнерыComputer Associates All. Fusion ALLFUSION PROCESS MODELER V 7. 1 SP 2 A

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

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

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

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

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

BPwin поддерживает три методологии: позволяющие IDEF 0 анализировать бизнес предприятия с трех DFD ключевых точек зрения IDEF 3

• С точки зрения функциональности системы. В рамках методологии IDEF 0 (Integration Definition for Function Modeling) бизнес-процесс представляется в виде набора элементов-функций, которые взаимодействуют между собой, а также показывается информационные, людские и производственные ресурсы, потребляемые каждой функцией. • С точки зрения потоков информации (документооборота) в системе. Диаграммы DFD (Data Flow Diagramming) могут дополнить то, что уже отражено в модели IDEF 3, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией между бизнесфункциями внутри системы. В тоже время диаграммы DFD оставляют без внимания взаимодействие между бизнесфункциями. • С точки зрения последовательности выполняемых работ. И еще более точную картину можно получить, дополнив модель диаграммами IDEF 3. Этот метод привлекает внимание к очередности выполнения событий. В IDEF 3 включены элементы логики, что позволяет моделировать и

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

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

Результатом применения методологии IDEF 0 модель. Модель – представление системы. Она может описать, что является сутью системы, что она делает и с какими объектами работает. Модель состоит из диаграмм. Диаграммы – главные компоненты модели. В качестве нотации (языка моделирования) был выбран «метод блочного моделирования» , в котором «блок» определен как производственная ячейка или функциональная единица.

Для успешного применения язык должен удовлетворять следующим критериям: 1. 2. 3. 4. 5. должен в состоянии выражать производственные операции естественным и несложным образом, т. к. моделируемый субъект может быть весьма обширным и сложным, язык должен быть кратким и обеспечивать простой и быстрый поиск интересующих деталей, обеспечивать взаимодействие между специалистами в сфере информационных технологий и экспертами в предметной области бизнеса. обеспечивать достаточную строгость и точность, чтобы избежать получение неверных результатов. включать методологию (правила и процедуры) его использования. Методология должна включать средства отделения «организационной» структуры от «функций» . Это означает, что общие соглашения могут быть достигнуты только, когда различия в организационных структурах отдельны компаний не принимаются в расчет,

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

блок Дуга (стрелка) Цель: Точка зрения: Нажми ссылку Контекстная диаграмма

Блоки и дуги на диаграммах сопровождаются текстами на естественном языке. Каждая сторона блока имеет вполне определенное назначение: • левая сторона предназначена для Входов (Input – I), • верхняя – для Управления (Control – C), • правая – для Выходов (Output – O), • нижняя – для Механизмов (Исполнителей) (Mechanism - M). Функция – это все, что может быть выражено активным глагольным оборотом. Сюда входит все – от конкретного до абстрактного. Входная стрелка (Input ) – это те данные или объекты, которые используются для преобразования функций (процессов). В качестве управляющей информации (Control) используются правила преобразования входной информации в выходную информацию. Дуги механизмов (Mechanism) должны отражать методы и способы реализации функций. Выходные дуги (Output ) должны изображать данные, в которые преобразуются входы.

Такое обозначение отражает определенные принципы функционирования системы: • Входы преобразуются в Выходы, • Управления ограничивают или предписывают условия выполнения, • Механизмы описывают, за счет чего выполняются преобразования.

В функциональной модели IDEF 0: «Функция» , например: сжимать, собирать, классифицировать, прикреплять, переписывать, структурировать, измерять, оценивать, решать… Эти функции выполняются вне временных периодов. Функции не выражаются существительными, например, такими, как «поддержка» .

В функциональной модели IDEF 0: Дуги, соединенные с блоками, представляют материальные объекты или информацию, в которой нуждается или производит функция. Каждая из дуг имеет метку в виде оборота существительного, записываемую над ней. Обратите внимание, что за предметы? «Данными» может служить информация, предметы и все остальное, что может быть описано оборотом существительного. Дуги являются для блоков ограничивающим фактором, который определяет существо блоков, но не последовательности или потоки функций. Сторона блока, в которую дуга входит или из которой выходит, показывает назначение дуги в качестве входа, управления или выхода. Входящие с левой и верхней стороны блока дуги представляют данные, необходимые для выполнения функции. Выходные дуги (с правой стороны блока) изображают данные, полученные в результате выполнения функции. Функции преобразуют данные слева направо (от входа к выходу). Вход превращается функцией в выход. Термины «вход» и «выход» означают, что блок представляет собой переход от состояния «до» к состоянию «после» .

Эти данные необходимы для выполнения функции Эти данные получаются в результате выполнения функции Функция

В функциональной модели IDEF 0: Управление описывает условие или обстоятельства, которые управляют функцией. Назначение входа и назначение управления различно. Их различие является важным для понятия работы системы. Дуга является управляющей, если не очевидно, что она определяет только вход. Каждый функциональный блок имеет хотя бы одну управляющую дугу. К нижней части блока может присоединяться дуга «механизм» , обозначающая либо человека, либо некоторое средство, выполняющее функцию. Вход и выход показывают, что делается функцией, управление показывает, почему это делается, а механизм – как это делается.

Управление Вход функция Выход Требования к конечному продукту Механизм Характеристики инструмента Эти данные преобразуются функцией для создания этих Список деталей Проведение спецификации сборки Планировщик ПК Инструкции по каждой операции

Законы Платежные документы Время Баланс Отчетность Банковская деятельность Сотрудник Техника Студент Гос. стандарт Раб. программа Подготовить специалиста в вузе Специальная литература НИТ Специалист Преподаватель

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

Более общее представление Каждая компонента может быть декомпозирована на другой диаграмме. Каждая диаграмма иллюстрирует «внутренне строение» блока на родительской диаграмме. а Более детальное представление б Диаграмма «б» является «родителем» диаграммы «в» в

Идентификатор блока Диаграмма декомпозиции Идентификатор диаграммы

правильно Диаграмма не может иметь менее трех и более шести блоков.

Выделяют пять типов взаимосвязей между блоками для описания их отношений: 1. Управление 2. Вход 3. Обратная Связь по Управлению 4. Обратная Связь по Входу 5. Выход-Механизм

Тип взаимосвязи «Управление» : отношение управления возникает тогда, когда выход одного блока непосредственно влияет на блок с меньшим доминированием. Отношение Управления

Тип взаимосвязи «Вход» : отношение входа возникает тогда, когда выход одного блока становится входом для блока с меньшим доминированием. Отношение Вход

Тип взаимосвязи «Обратная Связь по Управлению» : возникает тогда, когда выход некоторого блока влияет на блок с большим доминированием. Обратная связь по Управлению

Тип взаимосвязи «Обратная Связь по Входу» : имеет место, когда выход одного блока становится входом другого с большим доминированием. Обратная связь по Входу

Тип связи «Отношение Выход – Механизм» : отражают ситуацию, при которой Выход одной функции становится средством достижения цели другой функции. Отношение Выход - Механизм

Деятельность ректора ПРИМЕРЫ: приказы Деятельность деканата Отношение управления Задача Структурный анализ Функциональная модель Проектирование Инфологическая модель Отношение входа Уровень знаний слушателей Литература Подготовить лекцию Лекция Прочитать лекцию Управленческая обратная связь

ПРИМЕРЫ: Материал Подготовиться к экзамену знания оценка Сдать экзамен Недостаточные знания Входная обратная связь Студент Подготовить учителей Обучить школьников Ученик Учитель Отношение выход-исполнитель Выпускник

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

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