Проектирование информационных систем9. Методология IDEF0
9. Методология IDEF0
Методология IDEF0
Отображает предметную область как набор операций обработки, связанных физическими или информационными объектами.
Элементы:
1. Функциональный блок - обозначает действие над объектами.
2. Связи. Обозначают потоки объектов или механизмы исполнений, связывание действий.
Виды связей:
· Выход (O) - обозначает поток, являющийся результатом действия.
· Вход (I) - поток, непосредственно перерабатываемый в выход.
· Управление (C) - информация или объекты, определяющие исполнение действия.
К управлению могут относиться:
u Правила выполнения операций (f).
u Параметры выполнения операций (L).
u Ограничения и условия выполнения операций.
u Информация или объекты, многократно используемые без из изменения.
· Механизм (M) - определяет исполнителя операции
· Вызов (Call) - указывает диаграмму, присоединяемую к данному блоку. Используется для организации групповой работы.
Модель расщепляется на части. Части разрабатываются отдельно, присоединяются к основной части по Call-стрелкам.
Особенности IDEF0: жесткая привязка связей разного типа к блоку.
Связи служат соединителями действий.
Способы соединения: O>I; O>C; O>M
Кольцо с обратной связью: O>Iобр; O>Cобр - замечания по подготовке данных или изменение правил обработки.
Порядок построения модели:
1) Определение общих сведений: описание содержания, цель разработки, определение масштаба проекта, аудитория (для ознакомления того, для кого модель будет разработана).
2) Разработка контекстной диаграммы. Система представляется одним блоком - наименование, название глобальной функции, допускается название предметной области или организации..
3) Выполнение последовательной декомпозиции. Блок представляется диаграммой с набором взаимосвязанных подфункций. Соседние уровни декомпозиции должны быть согласованы по связям, допускается ограниченное применение обрыва связи, помечаемое как тоннели.
4) Описание элементов модели. Для блока указывается название, списки входных и выходных потоков, содержание операции с точки зрения указанной аудитории.
Использование модели - на начальном этапе проектирования для определения и формализации требований, для реинжениринга процессов, действий, для определения объемов автоматизации.
Возможна разработка модели двух видов:
1) AS-IS - описывает функционирование в текущем виде.
2) TO-BE - описание желаемого.
Не стоит автоматизировать то, что не окупится, и то, что не имеет пользы.
При декомпозиции желательно, чтобы функции, попадающие в блок, были сильно связаны:
1. Функциональная связь
2. Последовательная связь
3. Коммутационная связь
4. Процедурная связь
5. Временная связь. Функции, выполняемые на одном отрезке времени.
6. Логическая связь. Функции сходны по характеру операции.
7. Случайная связь.
Отображает предметную область как набор операций обработки, связанных физическими или информационными объектами.
Элементы:
1. Функциональный блок - обозначает действие над объектами.
2. Связи. Обозначают потоки объектов или механизмы исполнений, связывание действий.
Виды связей:
· Выход (O) - обозначает поток, являющийся результатом действия.
· Вход (I) - поток, непосредственно перерабатываемый в выход.
· Управление (C) - информация или объекты, определяющие исполнение действия.
К управлению могут относиться:
u Правила выполнения операций (f).
u Параметры выполнения операций (L).
u Ограничения и условия выполнения операций.
u Информация или объекты, многократно используемые без из изменения.
· Механизм (M) - определяет исполнителя операции
· Вызов (Call) - указывает диаграмму, присоединяемую к данному блоку. Используется для организации групповой работы.
Модель расщепляется на части. Части разрабатываются отдельно, присоединяются к основной части по Call-стрелкам.
Особенности IDEF0: жесткая привязка связей разного типа к блоку.
Связи служат соединителями действий.
Способы соединения: O>I; O>C; O>M
Кольцо с обратной связью: O>Iобр; O>Cобр - замечания по подготовке данных или изменение правил обработки.
Порядок построения модели:
1) Определение общих сведений: описание содержания, цель разработки, определение масштаба проекта, аудитория (для ознакомления того, для кого модель будет разработана).
2) Разработка контекстной диаграммы. Система представляется одним блоком - наименование, название глобальной функции, допускается название предметной области или организации..
3) Выполнение последовательной декомпозиции. Блок представляется диаграммой с набором взаимосвязанных подфункций. Соседние уровни декомпозиции должны быть согласованы по связям, допускается ограниченное применение обрыва связи, помечаемое как тоннели.
4) Описание элементов модели. Для блока указывается название, списки входных и выходных потоков, содержание операции с точки зрения указанной аудитории.
Использование модели - на начальном этапе проектирования для определения и формализации требований, для реинжениринга процессов, действий, для определения объемов автоматизации.
Возможна разработка модели двух видов:
1) AS-IS - описывает функционирование в текущем виде.
2) TO-BE - описание желаемого.
Не стоит автоматизировать то, что не окупится, и то, что не имеет пользы.
При декомпозиции желательно, чтобы функции, попадающие в блок, были сильно связаны:
1. Функциональная связь
2. Последовательная связь
3. Коммутационная связь
4. Процедурная связь
5. Временная связь. Функции, выполняемые на одном отрезке времени.
6. Логическая связь. Функции сходны по характеру операции.
7. Случайная связь.