Методология SADT

1.

Методология SADT

2.

Методология SADT
SADT (технология структурного анализа и проектирования) — одна из
самых известных методологий анализа и проектирования систем,
введенная в 1973 года Россом.
Основным элементом в модели по SADT является диаграмма. Модель
может объединять несколько диаграмм в одну иерархию. Чем глубже
диаграмма находится в иерархии, тем более она детализована, т.е. тем
более подробно отображает данные или активности системы или блока.
Диаграмма самого высокого уровня называются контекстной. В контекст
входит описание цели моделирования, области (описания того, что будет
рассматриваться как компонент системы, а что как внешнее воздействие) и
точки зрения (позиции, с которой будет строиться модель).

3.

Пример иерархии SADT

4.

Методология SADT (IDEF)
IDEF0 функциональное моделирование;
IDEF1 информационное моделирование;
IDEF2 динамическое моделирование функций, информации
и ресурсов.
IDEF1X - методология построения реляционных структур
IDEF3 - методология документирования процессов,
происходящих в системе.

5.

Методология моделирования
процессов IDEF3

6.

Основные вопросы
Понятие динамического моделирования
Методология IDEF3
Основные элементы динамической модели
Правила и особенности построения IDEF3-модели
Декомпозиция в IDEF3

7.

Что отражает модель IDEF3?
В общем случае, процесс – это упорядоченная
последовательность действий.
Следовательно, процессная модель IDEF3
позволяет:
Отразить последовательность процессов
Показать логику взаимодействия элементов
системы.
Цель IDEF3 - дать возможность аналитикам
описать ситуацию, когда процессы
выполняются в определенной
последовательности, а также объекты,
участвующие совместно в одном процессе.

8.

Два типа диаграмм в IDEF3
Диаграммы относящиеся к первому типу
называются диаграммами Описания
Последовательности Этапов Процесса (Process Flow
Description Diagrams, PFDD),
а ко второму - диаграммами Состояния Объекта в и его
Трансформаций Процессе (Object State Transition
Network, OSTN).

9.

Пример PFDD диаграммы

10.

Пример OSTN диаграммы

11.

Основные компоненты IDEF3-модели:
1) единицы работ;
2) связи;
3) перекрестки;
4) объекты ссылок.

12.

Основные компоненты IDEF3-модели:
1) единицы работ;
2) связи;
3) перекрестки;
4) объекты ссылок.

13.

USED AT:
AUTHOR: as u
PROJECT: 123
DATE: 18.03.2009
REV: 18.03.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
DATE
CONTEXT:
TOP
Единицы работ
Единица работ (UOW, Unit of Work) является центральным
компонентом модели. Объект служит для описания функций (процедур, работ),
выполняемых подразделениями/сотрудниками предприятия.
Номер работы
является
уникальным,
присваивается
при ее создании и
не меняется
никогда
Им я работы
1.1
Словосочетание с
отглагольным
существительным,
изображающим
действие (выполнение,
изготовление,…)
Или
Инфинитив глагола
(изготовить продукцию)

14.

Объект ссылок
идею, концепцию
данных,
которые
ATE: 18.03.2009 выражает
WORKING
READER
DATE CONTEXT:
EV: 18.03.2009
нельзя
DRAFT отобразить при помощи стрелки,
перекрестка,
RECOMMENDED работы
PUBLICATION
1.1
используется при построении диаграммы для
привлечения внимания пользователя к какимлибо важным аспектам модели
Тип / Имя объекта
ссылок
&

15.

Связи:
Связи показывают взаимоотношения работ.
Связи однонаправлены и могут быть
направлены куда угодно
Обычно диаграммы рисуют таким образом,
чтобы связи были направлены слева направо
Различают 3 типа связей:
– Стрелка предшествования
– Стрелка отношения
– Стрелка потоков объекта.

16.

USED AT:
Связь предшествования
AUTH OR: as u
PROJECT: 123
DATE:
REV:
18.03.2009
18.03.2009
WOR KING
DR AFT
REC OMMEN DED
PUBLICATION
READER
DATE
Связь типа «временное предшествование» - Precedence
NOTES: 1 2 3 4 5 6 7 8 9 10
Соединяет последовательно выполняемые работы (функции)
Показывает, что работа-источник должна быть закончена
прежде, чем начнется работа-цель
Принятие
рекомендаций
рецензента
Внесение
исправлений
1.1
1.2
1.1
1.1´ 1.2
1.2´
CONTEXT:
TOP

17.

USED AT:
Связь отношений
AUTH OR: as u
PROJECT: 123
DATE:
REV:
18.03.2009
18.03.2009
WOR KING
DR AFT
REC OMMEN DED
PUBLICATION
READER
Связь типа нечеткое отношение - Relational
Изображается в виде пунктирной линии,
используется для изображения связи между
единицами работ, а также между единицами
работ и объектами ссылок
NOTES: 1 2 3 4 5 6 7 8 9 10
Принятие
рекомендаций
рецензента
Внесение
исправлений
1.1
1.2
1.1
1.2
1.1´ 1.2´
DATE
CONTEXT:
TOP

18.

USED AT:
Связь Поток объектов
AUTHOR: as u
PROJECT: 123
NOTES: 1 2
DATE:
REV:
18.03.2009
18.03.2009
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
Применяется для описания того факта, что
3 объект
4 5 6 7 8 9используется
10
в двух и более единицах
работ, например, когда объект порождается в
одной работе и используется в другой
Получение
счета
на оплату услуг
1.1
Оплата
1.2
DATE
CONTEXT:
TOP

19.

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

20.

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

21.

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

22.

Типы перекрестков
Обозначение
Наименов
ание
Смысл в случае
слияния стрелок
Смысл в случае
разветвления стрелок
Асинхрон- Все предшествующие Все последующие
ное «И»
процессы должны
процессы должны быть
быть завершены
Синхронное «И»
запущены
Все предшествующие Все последующие
процессы должны
процессы запускаются
быть завершены
одновременно
одновременно
Асинхрон- Один или несколько
ное
предшествующих
процессов должны
«ИЛИ»
быть завершены
Один или несколько
следующих процессов
должны быть запущены

23.

Типы перекрестков
Обозна- Наименов
ание
чение
Смысл в случае
слияния стрелок
Синхронн Один или несколько
ое «ИЛИ» предшествующих
процессов должны
быть завершены
Эксклюзи
вное
(исключа
ющее)
«ИЛИ»
Смысл в случае
разветвления стрелок
Один или несколько
следующих процессов
должны быть
запущены
одновременно
одновременно
Только один
предшествующий
процесс должен
Только один
следующий процесс
быть завершен
запускается

24.

Схема бизнес-процесса в стандарте IDEF3

25.

Применение перекрестков "Исключающий ИЛИ", "И" и
"ИЛИ" - схемы расхождения

26.

Применение перекрестков "Исключающий ИЛИ",
"И" и "ИЛИ" - схемы схождения

27.

Правила создания перекрестков
USED AT:
1. Каждому перекрестку
слияния
должен
DATE: для
18.03.2009
WORKING
READER
REV:
18.03.2009 дляDRAFT
предшествовать перекресток
разветвления.
AUTHOR: asu
PROJECT: 123
RECOMMENDED
PUBLICATION
2. Перекресток для слияния «И» не может следовать за
перекрестком для разветвления типа синхронного или
асинхронного «ИЛИ»
NOTES: 1 2 3 4 5 6 7 8 9 10
2.1.6
O
2.1.5
&
J1
J2
2.1.7
2.1.8
DATE
CONTEXT:
1

28.

USED AT:
Правила создания перекрестков
AUTHOR: asu
PROJECT: 123
DATE:
REV:
18.03.2009
18.03.2009
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
3. Перекресток для слияния «И» не может
NOTES: 1 2 3 4 5 6 7 8 9 10
следовать за перекрестком типа
исключительного «ИЛИ»
2.1.6
X
2.1.5
&
J1
J2
2.1.7
2.1.8
DATE
CONTEXT:
1

29.

USED AT:
Правила создания перекрестков
AUTHOR: asu
PROJECT: 123
DATE:
REV:
18.03.2009
18.03.2009
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER
4. Перекресток для слияния типа исключительного
«ИЛИ» не может следовать за перекрестком для
разветвления типа «И»
2.1.6
&
2.1.5
X
J1
J2
2.1.8
2.1.7
5. Перекресток, имеющий одну стрелку на одной
стороне, должен иметь более одной стрелки на другой.
DATE
CONTEXT:
1

30.

USED AT:
AUT HOR: asu
PROJECT : р
DAT E: 18 .03.200 9
REV: 18 .03.200 9
WO RKING
READER
DAT E
CONT EXT:
DRAFT
RECOM MENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
PUBLICAT ION
Примеры
1
Включен ие
по жар ной
си гна лизации
1.1 .3
Обн аружени е
по жар а
1.1 .2
Набо р
но ме ра
01
O
J1
1.1 .4
Самосто яте льн ое
тушени е
по жар а
1.1 .5
За пис ь
в жур нале
де журс тв
O
J2
1.1 .6

31.

RECOM MENDED
6 7 8 9 10
1
PUBLI CAT ION
Примеры
Оплата
на личн ыми
1.1 .7
X
X
J4
J3
Безналичная
оп лата
1.1 .8

32.

RECOMMENDED
PUBLICATION
8 9 10
1
Примеры
Выстрел
из стартового
пистолета
1.1.3
Начало
состязания
1.1.2
Запуск
секундомера
&
J1
1.1.4
J2
Начало
забега
1.1.5
&

33.

PROJECT: 1
REV: 18.03.2009
DRAFT
RECOMMENDED
PUBLICATION
NOTES: 1 2 3 4 5 6 7 8 9 10
Комбинации перекрестков
Перекрестки могут комбинироваться для
создания сложных соединений
1.1.3
&
1.1.2
J3
J2
X
&
1.1.4
J1
X
J4
1.1.5
1.1.6

34.

Декомпозиция работ в IDEF3
В IDEF3 декомпозиция используется для
детализации работ.
Методология IDEF3 позволяет
декомпозировать работу многократно, т.е.
работа может иметь множество дочерних
работ.
Это позволяет в одной модели описать
альтернативные потоки.
Возможность множественной декомпозиции
предъявляет дополнительные требования к
нумерации работ

35.

X
1.1.2
1.1.4
J1
Нумерация работ в IDEF3
Номер работы состоит из номера родительской
работы, версии декомпозиции и собственного
номера работы на текущей диаграмме
Номер родительской
работы
1.1.7
Версия
декомпозиции
NODE:
Собственный номер
единицы работ
TITLE:
1.1.5

36.

USED AT:
AUTHOR: Øèëèíà Ì.À.
DATE: 18.03.2009
WORKING
READER
DATE CONTEXT:
Структура множественной
декомпозиции работ
PROJECT: ï
REV: 18.03.2009
DRAFT
RECOMMENDED
USED AT:
AUTHOR: 1
NOTES: 1 2 3 4 5 6 7 8 9 10
PROJECT: 1
PUBLICATION
DATE: 19.03.2009
WORKING
REV:
DRAFT
19.03.2009
2.1
READER
RECOMMENDED
NOTES: 1 2 3 4 5 6 7 8 9 10
Первая
декомпозиция
работы 1.2
PUBLICATION
1.1
1.2
2.1.4
2.1.5
Вторая
декомпозиция
работы 1.2
2.2.7
NODE:
1.3
2.1.6
2.2.8
TITLE:
2.2.9
Context
NUMBER:
DA

37.

Пример построения модели IDEF3
Рассмотрим на примере построения динамической модели
процесса «Выполнение курсовой работы»
Начнем с построения контекстной диаграммы
Выполнить
курсовую работу
1.1

38.

Пример построения модели IDEF3
Выполним декомпозицию контекстной диаграммы:
Выполнить
Получить
задание
1.1.2
разделов к/р
1.1.4
Подобрать
литературу
1.1.3
&
Оформить
&
J1
Посещение
консультаций
J2
пояснит.
записку
1.1.6
1.1.5
OBJECT/
Преподаватель
Защитить
К/Р
1.1.7
Примечание: Обратите внимание на нумерацию единиц работ. Родительской является
работа с собственным номером 1. Она декомпозируется первый раз, следовательно, версия
декомпозиции = 1, далее следует собственный номер единицы работ в рамках модели (2-7).

39.

Пример построения модели IDEF3
Выполним декомпозицию UOW №4 – «Выполнение разделов к/р»
ELAB/ Если есть ошибки
в расчетах – внесение
исправлений
Выполнить
расчеты
4.1.9
Написать
теор.часть
4.1.8
Оформить
Х
&
&
Х
4.1.11
J6
J3
J4
Построить
графики
4.1.10
J5

40.

Пример построения модели IDEF3
Продекомпозируем повторно контекстную диаграмму (в виде сценария
IDEF3 для выполнения курсовой работы по «Информатике и
программированию»)
Построить
блок-схемы
1.2.13
Получить
задание
1.2.12
Написать
&
&
J7
Осуществить
моделирование
J8
программу
1.2.15
1.2.14
GOTO/ При обнаружении
ошибок при тестировании
возврат к 1.2.15
Осуществить
тестирование и
отладку
1.2.16
Оформить поясн.
записку
1.2.17