940.39K

Categories:

programming

software

Анализ требований и определение спецификаций при структурном подходе. Методология структурного анализа. Лекция 2-3

1.

Лекция 2, 3
АНАЛИЗ ТРЕБОВАНИЙ И ОПРЕДЕЛЕНИЕ
СПЕЦИФИКАЦИЙ ПРИ СТРУКТУРНОМ
ПОДХОДЕ
МЕТОДОЛОГИЯ СТРУКТУРНОГО
АНАЛИЗА

ФУНКЦИОНАЛЬНАЯ СПЕЦИФИКАЦИЯ
1. Описание внешней информационной среды,
с которой будет взаимодействовать
разрабатываемое программное обеспечение.
2. Определение функций программного
обеспечения, определенных на множестве
состояний этой информационной среды.
3. Описание исключительных ситуаций, если
таковые могут возникнуть при выполнении
программ, и реакций на эти ситуации,
которые должны обеспечить
соответствующие программы.

3.

ЭКСПЛУАТАЦИОННЫЕ ТРЕБОВАНИЯ
- правильность — функционирование в соответствии с
техническим заданием.
- универсальность — обеспечение правильной работы
при любых допустимых данных и защиты от
неправильных данных.
- надежность (помехозащищенность) — обеспечение
полной повторяемости результатов, т. е. обеспечение
их правильности при наличии различного рода сбоев.
- проверяемость — возможность проверки получаемых
результатов.
- точность результатов — обеспечение погрешности
результатов не выше заданной.
- защищенность — обеспечение конфиденциальности
информации.

4.

ЭКСПЛУАТАЦИОННЫЕ ТРЕБОВАНИЯ
- программная совместимость — возможность
совместного функционирования с другим программным
обеспечением.
- аппаратная совместимость — возможность
совместного функционирования с некоторым
оборудованием.
- эффективность — использование минимально
возможного количества ресурсов технических средств.
- адаптируемость — возможность быстрой модификации
с целью приспособления к изменяющимся условиям
функционирования.
- повторная входимость — возможность повторного
выполнения без перезагрузки с диска.
- реентерабельность — возможность «параллельного»
использования несколькими процессами.

5.

ВЫБОР АРХИТЕКТУРЫ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Архитектура ПС — это его строение, как оно видно
(или должно быть видно) извне его, т. е. представление
ПС как системы, состоящей из некоторой совокупности
взаимодействующих подсистем.
С точки зрения количества пользователей, работающих с
одной копией ПО, различают:
- однопользовательскую архитектуру;
- многопользовательскую (сетевую) архитектуру.
В рамках однопользовательской архитектуры
различают:
- программы.
- пакеты программ.
- программные комплексы.
- программные системы.

6.

СТРУКТУРА И ФОРМАТ ДАННЫХ
Структура данных — это множество элементов
данных и связей между ними.
С понятием структуры данных тесно связано
понятие типа данных.
Указание типа данных четко определяет:
- размер памяти, отведенной под данную
структуру и способ ее размещения в памяти;
- значения, допустимые для данного типа
данных;
- операции, которые возможно над этими
данными выполнять.

7.

СТРУКТУРА И ФОРМАТ ДАННЫХ

8.

МЕТОДОЛОГИИ СТРУКТУРНОГО АНАЛИЗА
- функциональные диаграммы (методология SADT Structured Analysis and Design Technique - язык моделирования
бизнес-процессов);
- диаграммы потоков данных (DFD — Data Flow Diagrams),
описывающие взаимодействие источников и потребителей
информации через процессы, которые должны быть
реализованы в системе;
- диаграммы «сущность—связь» (ERD Entity-Relationship
Diagrams), описывающие базы данных разрабатываемой
системы;
- диаграммы переходов состояний (STD — State Transition
Diagrams), характеризующие поведение системы во времени;
- спецификации процессов;
- словарь терминов.

9.

ВЗАИМООТНОШЕНИЯ МЕЖДУ СТРУКТУРНЫМИ ТЕХНИКАМИ

10.

СПЕЦИФИКАЦИИ ПРОЦЕССОВ
Спецификации процессов могут быть представлены в виде
псевдокодов, блок-схем алгоритмов, Flow-форм, диаграмм
Насси — Шнейдермана или просто краткого текстового
описания.
При структурном программировании различают три вида
вычислительного процесса: линейный, разветвленный,
циклический.
Линейная структура — выполнение операторов
последовательно.
Разветвленная структура — в зависимости от выполнения
некоторого условия выполняется та или иная
последовательность операторов.
Циклическая структура — многократное выполнение
одинаковой последовательности операторов.

11.

СЛОВАРЬ ТЕРМИНОВ
Словарь терминов - краткое описание основных понятий,
используемых при составлении спецификаций. Он предназначен
для повышения степени понимания предметной области и
исключения риска возникновения разногласий при обсуждении
моделей между заказчиками и разработчиками.
Обычно описание термина в словаре выполняют по схеме:
- термин;
- категория (понятие предметной области, элемент данных,
условное обозначение и т. д.);
- краткое описание.
Пример 1. Термин Web-сайт
Категория Интернет-программирование
Описание Совокупность Web-страниц с
повторяющимся дизайном, объединенных по смыслу,
навигационно и физически находящихся на одном сервере.

12.

Для проведения анализа и
реорганизации бизнес-процессов
PLATINUM technology предлагает
CASE-средство верхнего уровня
BPwin, поддерживающее методологии
IDEF0 (функциональная модель),
IDEF3 (WorkFlow Diagram) и
DFD (DataFlow Diagram).

13.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Основные элементы этой методологии
основываются на следующих концепциях:
- графическое представление блочного
моделирования. На SADT-диаграмме
функции представляются в виде блока, а
интерфейсы входа-выхода — в виде дуг,
соответственно входящих в блок и
выходящих из него. Интерфейсные дуги
отображают взаимодействие функций друг с
другом;
- строгость и точность отображения.

14.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Перед началом моделирования следует определить
область моделирования, которая включает в себя:
- позицию, с которой рассматривается
система (View Point);
- цель моделирования (Purpose).
При описании области моделирования ее следует
ограничить:
- по широте (решить, что входит контекст
системы, а что останется за ним);
- по глубине (решить, на каком уровне
детализации модель будет завершена).

15.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Цель моделирования
Почему эту систему надо моделировать?
Что должна показывать модель?
Что получит проектировщик от модели?
Модели As-Is и To-Be.
Модель As-Is – описание существующего положения дел
в организации (системе).
Модель To-Be строится для анализа альтернативных
путей выполнения работ и документирования того, как
система будет функционировать в будущем.

16.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Последовательность действий при разработке
информационных систем
1 Создание модели As-Is;
2 Ее анализ и улучшение бизнес-процессов (создание
модели To-Be);
3 Если переход от As-Is к To-Be сложен и неочевиден –
строится отдельная модель, отражающая такой
перехода;
4 На основе модели To-Be – построение модели
данных, прототипов и окончательных версий
информационной системы.

17.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Последовательность шагов при построении модели в IDEF:
1 Расчленение множества требований и организация их
в основные функциональные группы.
2 Идентификация основных видов информации,
циркулирующих между системой и внешней средой, с
разделением информации на смысловые категории
IDEF0.
3 Разработка предварительной контекстной диаграммы.
Функциональные группы представляются процессами,
основные виды информации – стрелками между
процессами и внешней средой.
4 Верификация предварительной контекстной
диаграммы, внесение в нее изменений по результатам
ответов на возникающие вопросы.

18.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Последовательность шагов при построении модели в IDEF:
5 Построение контекстной диаграммы путем слияния
всех процессов предварительной диаграммы в один
процесс, а также группировки потоков.
6 Формирование диаграммы IDEF0 первого уровня на
базе процессов предварительной контекстной
диаграммы.
7 Проверка основных требований по IDEF0 первого
уровня.
8 Декомпозиция каждого процесса текущей IDEF0. В
этом пункте проводится оценка, являются ли
результаты следующего уровня дискретными, в
зависимости от этого принимается решение –
использовать для декомпозиции процессную модель
(IDEF0) или событийную (IDEF3).

19.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Последовательность шагов при построении модели в IDEF:
9 Проверка основных требований по IDEF0
соответствующего уровня.
10 Добавление определений новых потоков в словарь
данных при каждом их появлении на диаграммах.
11 Параллельное с процессом декомпозиции изучение
требований (в том числе и вновь поступающих), разбиение
их на элементарные и идентификация процессов или
спецификаций процессов, соответствующих этим
требованиям.
12 После построения каждых 2-3 уровней – ревизия модели
с целью проверки ее корректности и улучшения
понятности.
13 Построение событийной модели в тех случаях, когда нет
необходимости или возможности раскрывать их при
помощи процессной.

20.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Виды диаграмм IDEF0
- Контекстная диаграмма;
- Диаграмма декомпозиции;
- Диаграмма дерева узлов;
- Диаграммы для экспозиции (FEO).

21.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Правила SADT включают:
- уникальность меток и наименований (отсутствие
повторяющихся имен);
- ограничение количества блоков на каждом
уровне декомпозиции (правило 3-6 блоков);
- синтаксические правила для графики (блоков и
дуг);
- связность диаграмм (номера блоков);
- отделение организации от функции
(исключение влияния организационной
структуры на функциональную модель);
- разделение входов и управлений (правило
определения роли данных).

22.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
- Моделируемая система рассматривается как
произвольное подмножество Вселенной;
- Система имеет границу, отделяющую ее от остальной
вселенной. Взаимодействие системы с окружающим
миром описывается следующими терминами:
- Вход (нечто перерабатываемое системой);
- Выход (результат деятельности системы);
- Управление (стратегии и процедуры, под
управлением которых производится работа);
- Механизм (ресурсы, необходимые для проведения
работы - человек или автоматизированная система).
- Находясь под управлением система преобразует входы
в выходы с использованием механизмов.

23.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)

24.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Функция (Работа - Activity)
- Обозначает поименованный процесс, функцию или
задачу, происходящую в течение определенного
времени и имеющую распознаваемый результат.
- Имя функции должно выражаться глаголом (например,
«Изготовить деталь», «Принять заказ»). Функции
изображаются в виде прямоугольников.
Стрелки (Arrow)
- Описывают взаимодействие системы с внешним
миром и функций между собою.
- Стрелки представляют собой информацию или
физические объекты.
- Именуются существительными (например,
«Заготовка», «Изделие», «Заказ»).

25.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Виды стрелок IDEF0
- Вход (Input) – материал или информация,
использующаяся или преобразуемая работой для
получения результатов. Стрелки такого типа
изображаются входящими в левую грань блока
функции.
- Управление (Control) – правила, стратегии, процедуры
или стандарты, которыми руководствуется работа.
Стрелки такого типа изображаются входящими в
верхнюю грань блока функции.
- Выход (Output) – материал или информация,
производящаяся работой. Стрелки такого типа
изображаются выходящими из правой грани блока
функции.

26.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Виды стрелок IDEF0
- Механизм (Mechanism) – ресурсы, которые выполняют
работу (персонал предприятия, станки, устройства и
т.п.). Стрелки этого типа изображаются входящими в
нижнюю грань блока функции.
- Вызов (Call) – специальная стрелка, указывающая на
другую модель работы. Стрелка рисуется исходящей
из нижней грани блока.

27.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Виды связей в IDEF0
Связь по управлению
Связь по входу
C
A
0р.
0р.
1
8
D
B
0р.
0р.
4
10
Обратная связь по управлению
Обратная связь по входу
E
0р.
G
2
0р.
6
F
0р.
H
3
0р.
Связь "выход-механизм"
J
0р.
I
0р.
5
7
9

28.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)

29.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Иерархия диаграмм

30.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Одновременное выполнение

31.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)

32.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Обратная связь

33.

ПРИМЕР 2
Отсортировать
одномерный
массив разными
методами
А0
выбор метода
Описание метода
Разработать
меню
А1
размер массива
массив
Отсортировать
выбранным
методом А2
Вывести
результат
А3
отсортированный
массив

34.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Механизмы

35.

ПРИМЕР 2
Отсортировать
одномерный
массив разными
методами
А0
ПК
Программист
выбор метода
Описание метода
Разработать
меню
А1
размер массива
массив
Отсортировать
выбранным
методом А2
Вывести
результат
Программист
ПК
А3
отсортированный
массив

36.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Структура данных, передающихся по потоку, однозначно
идентифицируется в Словаре данных, который описывается:
- Словарём стрелок (потоков).
- Словарём сущностей и атрибутов.
Задача словаря стрелок - формализация языка
предметной области для аналитиков.
Структура словаря стрелок
Стрелка (поток данных) идентифицируется именем
(Arrow Name).
Дополнительно описывается:
- Примечание (Arrow Note);
- Определение (Arrow Definition);
- Имя автора стрелки (Author).

37.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Словарь сущностей и атрибутов
- Используется для однозначного описания данных
предметной области.
- Содержит список сущностей, для каждой из которых
может быть определен набор атрибутов.
Сущность - множество подобных индивидуальных
объектов, называемых экземплярами. Каждый
экземпляр индивидуален и должен отличаться от
других экземпляров.
Атрибут выражает определенное свойство объекта.

38.

ФУНКЦИОНАЛЬНЫЕ ДИАГРАММЫ (МЕТОДОЛОГИЯ SADT)
Примеры словаря сущностей и атрибутов для
банковской задачи
- Кредитная карта
- Пароль
- Лимит денег
- Детали клиента
- Протокол обслуживания
- Обработанная документация
- Денежная сумма
- Данные по истории запроса

39.

ПРИМЕР 3
Контекстная диаграмма «Осуществить работу банка с
пластиковыми картами»
Осуществить
работу банка с
пластиковыми
картами
0

40.

ПРИМЕР 3
Декомпозиция контекстной диаграммы «Осуществить
работу банка с пластиковыми картами»
Обработать
пластиковые
карты 1
Сформировать
отчет
2

41.

ПРИМЕР 3
Декомпозиция процесса «Обработать пластиковые
карты»
Выдать
карту 11
Перевыпуст
ить карту 12
Блокировать/
разблокирова
ть карту 13
Вывести
карту из
экспл. 14

42.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)
DFD описывает:
- функции обработки информации (работы);
- документы (стрелки, arrow), объекты,
сотрудников или отделы, которые участвуют в
обработке информации;
- внешние ссылки (external references), которые
обеспечивают интерфейс с внешними
объектами, находящимися за границами
моделируемой системы;
- таблицы для хранения документов (хранилище
данных, data store).

43.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)

44.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)
Процесс построения модели разбивается на
следующие этапы:
1. Выделение множества требований в основные
функциональные группы — процессы.
2. Выявление внешних объектов, связанных с
разрабатываемой системой.
3. Идентификация основных потоков
информации, циркулирующей между системой и
внешними объектами.
4. Предварительная разработка контекстной
диаграммы.

45.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)
Процесс построения модели разбивается на
следующие этапы:
5. Проверка предварительной контекстной
диаграммы и внесение в нее изменений.
6. Построение контекстной диаграммы путем
объединения всех процессов предварительной
диаграммы в один процесс, а также
группирования потоков.
7. Проверка основных требований контекстной
диаграммы.

46.

ДИАГРАММЫ ПОТОКОВ ДАННЫХ (DFD)
Процесс построения модели разбивается на
следующие этапы:
8. Декомпозиция каждого процесса текущей DFD
с помощью детализирующей диаграммы или
спецификации процесса.
9. Проверка основных требований по DFD
соответствующего уровня.
10. Добавление определений новых потоков в
словарь данных при каждом их появлении на
диаграммах.
11. Проверка полноты и наглядности модели
после построения каждых двух-трех уровней.

47.

ПРИМЕР 4
Контекстная диаграмма программы сортировки массива

48.

ПРИМЕР 4
Детализирующая диаграмма потоков данных программы
сортировки одномерного массива (нотация Гейна - Сарсона)

49.

МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
Объекты диаграммы IDEF3:
Объекты диаграммы IDEF3
1 Работы
0р.
Работа
(функция)
Объекты
диаграммы ID
1.1
0р.
2 Связи
ОбъектРабота (функция)
1.1
3 Перекрестки ссылки
4 Ссылочные объекты
Объект
ссылки
&
- асинхронное "И

50.

МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
Связи. Связи показывают взаимоотношения работ. Все
связи в IDEF3 однонаправлены и могут быть
направлены куда угодно, но обычно диаграммы IDEF3
стараются построить так, чтобы связи были
направлены слева направо. В IDEF3 различают три
типа стрелок, изображающих связи:
Старшая (Precedence)
сплошная линия, связывающая
Виды -стрелок
единицы работ на
(UOW).
РисуетсяIDEF3
слева направо или
диаграмме
сверху вниз. Показывает, что работа-источник должна
закончиться прежде, чем работа-цель начнется.
0р.
1.3
Старшая
(Precedence)
0р.
1.7

51.

на диаграмме IDEF3
МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
ота (функция)
Отношения (Relational Link) - пунктирная линия, стрелка
является альтернативой старшей
стрелке или потоку
0р.
0р.
Старшая
объектов в смысле задания последовательности
Объект
(Precedence)
выполнения
работ
работа-источник
не
обязательно должна
Виды
стрелок
ссылки IDEF3
аграммы
1.7
1.3
закончиться, прежде чем работа-цель
начнется.IDEF3
Более того,
на диаграмме
работа-цель может
(функция)
0р.
Связь отношения 0р.
закончиться
прежде,
0р.
- асинхронное "И"
0р.
(Relati
o
nal
Link)
Старшая
& закончится
ъектчем
1.8
(Precedence)
1.9
ылки
1.7
1.3
работа-источник.
J1
Потоки объектов (Object 0р.Flow)
- стрелка
с двумя
Связь отношения 0р. 0р.
0р.
ПотокLink)
объектов
синхронное
&
- асинхронное
"И""И" применяется для(Relational
наконечниками,
описания
того факта, что
&
(Object Flow ) 1.9
1.8
объект
J1 J2 используется в двух1.10или более единицах работы,
1.11
0р.
0р.
когда
Поток объектов
- синхронное
"И" объект
& например
(Object Flow )
"ИЛИ"
порождается
в одной
OJ2 - асинхронное
1.10
1.11
работе
и используется
в другой.
- асинхронное
"ИЛИ"
O
J3

52.

0р.
0р.
(функция) IDEF3
Объекты
диаграммы
МРабота
ЕТОД
ОПИСАНИЯ
Работа
(функция)
1.1
0р.
Объекты
1.1 диаграммы IDEF3
Работа
(функция)
Объект
Объект
ссылки
Объекты
диаграммы
1.1Работа
(функция)
0р.
Наименование
стрелок
ПРОЦЕССОВВиды
IDEF3
Виды перекрёстков
0р.
0р.
IDEF3
Смысл при слиянии1.3
1.3 0р.
Объект
потоков
0р.
0р.
0р.
ссылки
Работа
(функция)
1.3
«И» Объект
Все предшествующие
- асинхронное
"И"
&
- асинхронное
"И" должны быть
1.1
ссылки
1.8
процессы
&
1.3
0р.
1.1
Асинхронное
ссылки
диаграмме
IDEF3
нана
диаграмме
IDEF3
0р. 0р.
Объект J1 - асинхронное
"И"
J1 завершены
0р.
0р.
&
ссылки
- синхронное
"И"
&
1.3 1.8
Все
предшествующие
0р.
-- асинхронное
"И"
синхронное "И"
&
1.8
Синхронное «И»
& J1 процессы должны быть
J2
1.8
0р.
1.10
0р.
синхронное
"И"
J2
J1
&
завершены
одновременно
1.10
--асинхронное
асинхронное"И"
"ИЛИ"
&O
0р.
1.8
Асинхронное «ИЛИ»&
Как минимум
"ИЛИ" один из
синхронное
"И"
J2 -- асинхронное
1.10
O J1
J3 - асинхронное
предшествующих
"ИЛИ"
0р.
1.10
O J2
- -синхронное
"И"
J3
&
синхронное
"ИЛИ"
процессов должен быть
O
- асинхронное "ИЛИ"
O
"ИЛИ"
J3
завершен
J2
O J4 - синхронное
1.10
- синхронное
"ИЛИ"
Синхронное «ИЛИ» O
Один или
несколько
- асинхронное
"ИЛИ"
O J3
J4
исключающее
"ИЛИ"
(XOR)
X
предшествующих
синхронное
"ИЛИ"
O J3
J4
"ИЛИ" (XOR)
X J5 - исключающее
процессов
завершено
исключающее
"ИЛИ"
(XOR)
J4
"ИЛИ"
OX J5 - синхронное
одновременно
(XOR)один из
J5 - исключающее
Исключающее «ИЛИ»X J4
Завершен"ИЛИ"
точно
(XOR)
предшествующих
X J5 - исключающее "ИЛИ" (XOR)
процессов
J5
на диаграмме
Виды
стрелок 0р.IDEF3
0р.
Старшая
на
диаграмме
IDEF3
Старшая
(Precedence)
Виды
стрелок
(Precedence)
Смысл
при 1.7 1.7 0р.
Старшая IDEF3
на диаграмме
разветвлении
потоков
Связь(Precedence)
отношения 0р.0р.
Старшая
1.7
0р.
Связь
отношения
Будут
запущены
все
(Relational
Link)
(Precedence)
(Relational
Link)
1.7
последующие
процессы
1.9
0р.
0р.
Связь
отношения
Старшая
1.9
(Relational
Link)
(Precedence)
0р.
Поток
объектов 0р.
Связь
отношения
1.7
Все
последующие
Поток
объектов
(Object
Flow ) 0р. 1.9
(Relational
Link)
процессы
(Objectотношения
Flow ) будут
1.9 1.11
0р.
Связь
0р.
Поток
объектов
запущены
одновременно
1.11
(Relational
Link)
(Object
Flow ) 0р.
Поток объектов
Будет
запущен
1.9 как
1.11
(Object Flow ) один из
минимум
0р.
1.11
Поток объектов
последующих
процессов
(Object Flow )
1.11
Один или несколько
последующих процессов
будут запущены
одновременно
Запустится точно один из
последующих процессов

53.

МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
Типы ссылочных объектов
Тип
ссылочного
объекта
OBJECT
GOTO
Способ использования
Описывает участие в работе важного объекта
Инструмент циклического перехода(в
повторяющейся последовательности работ),
возможно на текущей диаграмме, но не
обязательно. Если все работы цикла присутствуют
на данной диаграмме он может быть также
изображен потоком, уходящим к начальной работе.
GOTO может ссылаться на перекресток.

54.

МЕТОД ОПИСАНИЯ ПРОЦЕССОВ IDEF3
Тип ссылочного
объекта
Типы ссылочных объектов
Способ использования
UOB (Unit Of Применяется в случае, когда необходимо подчеркнуть
множественное использование какой-либо работы, но
Behavior)
NOTE
ELAB
(Elaboration)
без использования цикла. Например, работа «Контроль
качества» может быть использована в процессе
«Изготовление детали» несколько раз, после каждой
единичной операции. Данный тип ссылки как правило
не используется для моделирования работ,
запускающихся автоматически.
Используется для документирования важной
информации по какому-либо из объектов диаграммы.
Является альтернативой внесения на диаграмму
текстовой информации
Используется для усовершенствования графиков или
их более детального описания. Обычно используется
для детального описания разветвления и слияния
стрелок на перекрестках.

55.

ПРИМЕР 5
Диаграмма IDEF3 для процесса “Получить пароль”
Если не сделано трех попыток ошибочного ввода
0р.
Выдача сообщения
клиенту с запросом
на ввод пароля,
прием пароля
A1.1.1
Введенный
пароль
Введенный
пароль
0р.
Сравнение введенного
пароля с паролем
пользователя
Введенный
пароль
X
J15
A1.1.2
Введенный
пароль
Если пароль
опознан
0р.
Аутентификация
пользователя
A1.1.3
Пароль
Пароль
0р.
Отказ в
обслуживании
Если сделано A1.1.4
три попытки
ошибочного
ввода