Сущность структурного подхода Основные принципы структурного подхода Сущность методологии функционального моделирования IDEF0 Основные понятия методологии.

Презентация:



Advertisements
Похожие презентации
Структурный подход к моделированию систем Методология функционального моделирования IDEF0.
Advertisements

Типичные ошибки в моделях структурного подхода Дополнение к лекциям по функциональному моделированию IDEF0, информационному моделированию IDEF1X.
Лекция 1: Нотация IDEF. Структурный подход к проектированию ИС принцип "разделяй и властвуй" - принцип решения сложных проблем путем их разбиения на множество.
Методология IDEF1X (IDEF1 Extended) – язык для семантического моделирования данных, основанных на концепции « сущность - связь ». Является расширением.
Методология информационного моделирования IDEF1X.
CASE-средства создания информационных систем CASE-средства фирмы Platinum technology.
Функциональное моделирование Стандарт IDEF 0. © 2002 ГОУ ГМЦ CALS-технологий Функциональное моделирование §Методология IDEF0 позволяет моделировать всю.
Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»
Лекция 3 Анализ модели деятельности предприятия Учебные вопросы: 1.Методология структурного анализа 2.Инструментальные средства системного анализа.
Теория экономических информационных систем Моделирование вычислительных процессов в экономических процессах.
1 Системный анализ и принятие решений Лекция 15 Методология IDEF0 Коробов Александр Сергеевич
1 Методология структурного анализа и проектирования SADT.
Методология проектирования информационных систем МИФИ, Кафедра «Кибернетика»
Лекция 2: Диаграммы потоков данных(DFD). Диаграммы потоков данных (Data Flow Diagramming) DFD описывает: функции обработки информации (работы); функции.
Технологии анализа, планирования и модификации систем.
На следующих слайдах представлена функциональная схема осуществления процесса подготовки расписания, демонстрирующая действия всех участников этого процесса,
Структурный подход к проектированию ИС. Сущность структурного подхода к разработке АИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции:
3. Моделирование бизнес процессов Определение бизнес процесса Бизнес процессом называется последовательность работ, которая: – связана с деятельностью.
Structure Analysis and Design Technique (SADT) Методология: графическое представление блочного моделирования графическое представление блочного моделирования.
1 Методологии создания модели бизнес-процесса (лекция 12)
Транксрипт:

Сущность структурного подхода Основные принципы структурного подхода Сущность методологии функционального моделирования IDEF0 Основные понятия методологии IDEF0 Правила построения моделей IDEF0 Пример функциональной модели в нотации IDEF0

Система разбивается на функциональные подсистемы, которые, в свою очередь, делятся на подфункции, подфункции – на задачи и т. д. Система Функция 1Функция 2 … Функция n Подфункция 2 … … Задача 2 … Подфункция 1 … Задача 1 … … Задача n … … Подфункция n …

принцип « Разделяй и властвуй » принцип иерархического упорядочивания принцип абстрагирования принцип непротиворечивости принцип структурирования данных

SADT 70- е гг. ХХ века – методология SADT Предложена Дугласом Россом (Douglas Ross) Основная идея Основная идея данной методологии – построение древовидной иерархической модели предприятия х IDEF0 В начале х на основе SADT принят стандарт моделирования бизнес - процессов IDEF0, являющийся одним из 14 стандартов линейки IDEF – Integration Definition for Functional Modeling ( в данном курсе будут рассмотрены некоторые из них, в частности, IDEF0, IDEF1X, IDEF3) [8, 5]. Положения методологии зафиксированы в разработанном в США стандарте IDEF0 ( В России – РД IDEF0 – 2000 )

3 типа моделей, используемых в структурном подходе : 1) функциональные модели ( ФМ ) 2) информационные модели ( ИМ ) 3) динамические модели ( ДМ ) ФМSADT (IDEF0)-модели DFD-модели Пакеты BPWin, Design/IDEF Пакет BPWin ИМERD (IDEF1X)Пакеты Design/IDEF, ERWin ДМIDEF/CPN IDEF3 Пакет Design/IDEF Пакет BPWin

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

В основе IDEF0 - методологии лежат 4 основных понятия : 1) функциональный блок ; 2) интерфейсная дуга ( стрелка ); 3) декомпозиция ; 4) глоссарий.

Олицетворяет некоторую конкретную функцию или работу в рамках рассматриваемой системы РД IDEF0 – 2000 : прямоугольник, содержащий имя и номер и используемый для описания функции Управлять предприятием А0 управление вход выход механизм Наименование осуществляется оборотом глагола или существительного Каждый блок в рамках единой системы имеет уникальный номер Каждая сторона функционального блока имеет свое назначение

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

Функциональный блок А0 управление вход выход механизм Ресурсы, необходимые для проведения работы (человеческие ресурсы, оборудование, ИС). Ресурсы, перерабатываемые системой Регулирует работу системы, управляет (нормативная документация и т.п.) Результат работы системы, переработанные ресурсы, продукт деятельности Стрелки входа может не быть. Остальные интерфейсные дуги обязательны.

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

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

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

А0 Цель: Т.зрения: А-0 А1 А3 А2 А0 А11 А13 А12 А1 А31 А33 А32 А3 Контекстная диаграмма Декомпозиция контекстной диаграммы Декомпозиция блока А1Декомпозиция блока А3

А0 А1А2А3 А11А12А13 А0 ____________ А1____________ А11___________ А12___________ А13___________ А2____________ А3____________ Дерево узлов Индекс узлов

А0 Цель: Т.зрения: А-0 А1 А3 А2 А0 А11 А13 А12 А1 А31 А33 А32 А3 Номер контекстной диаграммы Номер функционального блока на контекстной диаграмме Диаграммы декомпозиции имеют номер декомпозируемого блока Формат номера блока: 1. Префикс 2. Номер родительской работы 3. Собственный порядковый номер

1. На одной диаграмме рекомендуется рисовать от 3 до 6 блоков. Иначе диаграмма будет плохо читаемой. 2. Функциональные блоки должны располагаться слева направо сверху вниз в порядке доминирования. 3. Следует избегать излишнего пересечения стрелок.

4. Выход одного блока может являться входом ( управлением ) для другого. Могут быть и обратные связи по входу и управлению. Связь по входу Связь по управлению

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

5. Стрелки могут быть сливающимися и разветвляющимися Слияние стрелок Разветвление стрелок

граничными Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у функционального блока и наоборот. Такие стрелки называются граничными. Граничные стрелки помечаются с помощью ICOM- меток (Input, Control, Output, Mechanism) I1 I2 M1 C1 O1 O2 ICOM-метки

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

глоссарий Для каждого из элементов в IDEF0 существует стандарт, подразумевающий создание и поддержку набора соответствующих определений, ключевых слов, повествований, изложений и т. д, которые характеризуют объект, отраженный данным элементом. Этот набор – глоссарий, являющийся описанием сущности данного элемента. FEO- диаграмма FEO- диаграмма ( For Exposition Only ) – это диаграмма, которая поясняет особо интересные и тонкие аспекты диаграмм. Эти диаграммы не ограничены синтаксисом IDEF0. В них может быть текстовая, графическая информация, схемы, альтернативная точка зрения на процесс и т. п.

Стандартный бланк для диаграмм ( облегчает подшивку и копирование ) Разделен на 3 основные части : поле рабочей информации 1) поле рабочей информации ( для отслеживания диаграммы в процессе моделирования ) поле сообщений 2) поле сообщений ( область рисования диаграммы ) поле идентификации 3) поле идентификации ( идентификация диаграммы и ее позиционирование в иерархии )

Построить дом Материалы Строители Дом Проект дома Цель: Цель: Определить действия, необходимые для постройки дачного домика Точка зрения: Точка зрения: владельца дачного участка 1. Строим контекстную диаграмму.

2. Декомпозируем контекстную диаграмму Заложить фундамент Возвести стены Положить крышу Выполнить отделку Материалы Проект дома Строители Дом Каменщики ПлотникиКровельщики Мастера по отделке Фундамент Стены Крыша

Изучены следующие понятия : Структурный подход Функциональная модель Методология SADT/IDEF0 Функциональный блок Интерфейсная дуга Декомпозиция Глоссарий FEO- диаграмма Дерево узлов Мастерская страница