5.3. Модели реального времени (управляемые событиями)
Расширения реального времени используются для дополнения модели функционирования данных (иерархии DFD) средствами описания управляющих аспектов в системах реального времени. Для этих целей применяются следующие символы (рис. 5.7).
|
Компонента |
Нотация Йордана |
Нотация Гейна-Сарсона |
|
Управляющий поток
Управляющий процесс
Управляющее хранилище |
имя
имя |
имя
имя |
имя
номер
Рис. 5.7. Расширения реального времени
1) Управляющий процесс – это объект расширенияDFDдля реального времени, который представляет собой интерфейс между DFD и спецификациями управления, собственно моделирующими и документирующими аспекты реального времени. Его имя указывает на тип управляющей деятельности, вырабатываемой спецификацией. Фактически управляющий процесс представляет собой преобразователь входных управляющих потоков в выходные управляющие потоки; при этом точное описание этого преобразования должно задаваться в спецификации управления.
2) Управляющее хранилище– это объект расширенияDFDдля реального времени, который представляет «срез» управляющего потока во времени. Содержащаяся в нем управляющая информация может использоваться в любое время после ее занесения в хранилище, при этом соответствующие данные могут быть использованы в произвольном порядке. Имя управляющего хранилища должно идентифицировать его содержимое и быть существительным. Управляющее хранилище отличается от традиционного хранилища тем, что может содержать только управляющие потоки, все другие их характеристики идентичны.
3) Управляющий поток– это объект расширенияDFDдля реального времени, который представляет собой поток, через который проходит управляющая информация. Его имя не должно содержать глаголов, а только существительные и прилагательные. Обычно управляющий поток имеет дискретное, а не непрерывное значение. Это может быть, например, сигнал, представляющий состояние или вид операции. Логически управляющий процесс есть некий командный пункт, реагирующий на изменения внешних условий, передаваемые ему с помощью управляющих потоков, и продуцирующий в соответствии со своей внутренней логикой выполняемые процессами команды.
При этом режим выполнения процесса зависит от типа управляющего потока. Имеются следующие типы управляющих потоков:
а) Т-поток(triggerflow). Является потоком управления процессом, который может вызывать выполнение процесса. При этом процесс как бы включается одной короткой операцией. Это – аналог выключателя света, единственным нажатием которого «запускается» процесс горения лампы.
б) A-поток (activator flow). Является потоком управления процессом, который может изменять выполнение отдельного процесса. Используется для обеспечения непрерывности выполнения процесса до тех пор, пока поток «включен» (т.е. течет непрерывно), с «выключением» потока выполнение процесса завершается. Это – аналог переключателя лампы, которая может быть как включена, так и выключена.
в) Е/D-поток (enable/disable flow). Является потоком управления процессом, который может переключать выполнение отдельного процесса. Течение поE-линии вызывает выполнение процесса, которое продолжается до тех пор, пока не возбуждается течение по D-линии. Это – аналог выключателя с двумя кнопками: одна - для включения света, другая - для его выключения. Отметим, что можно использовать три типа таких потоков:E-поток, D-поток, E/D-поток.
Рис. 5.8. Узел изменения типа
Иногда возникает необходимость в представлении одного и того же фрагмента данных потоками различных типов. Например, поток данных СКОРОСТЬ МАШИНЫ в отдельных случаях может использоваться как управляющий для контроля критического значения. Для обеспечения этого используется узел изменения типа (рис. 5.8): поток данных является входным для этого узла, а управляющий поток – выходным.
Дополним модель рассматриваемой банковской системы, введя в диаграммы управляющий процесс и управляющие потоки, позволяющие описать ее функционирование в реальном времени. После такого расширения DFD, приведенные на рис. 5.5 и 5.6, будут выглядеть, соответственно, как показано на рис. 5.9 и 5.10.
Управляющий процесс А5 (УПРАВЛЕНИЕ ОБСЛУЖИВАНИЕМ), получив информацию о том, что кредитная карта введена (поток – ВВЕДЕНА КАРТА), вызывает, с помощью потока A, выполнение процесса А1 (поток – ПОЛУЧИТЬ ПАРОЛЬ). Получив информацию о введенном пароле (поток – КОРРЕКТНЫЙ ПАРОЛЬ), процесс А5 информирует процесс А4 о необходимости удаления кредитной карты (поток – УДАЛИТЬ КАРТУ) и, с помощью потока Т (ОБЕСПЕЧИТЬ ТРЕБУЕМОЕ ОБСЛУЖИВАНИЕ), вызывает выполнение процесса А2, а затем, процесса А3 (поток – ТРЕБУЕМОЕ ОБСЛУЖИВАНИЕ).
Последний управляющий поток на детализирующей процесс А3 диаграмме расчленяется на 4 подпотока, каждый из которых вызывает выполнение процессов А3.1 - А3.4, соответственно (рис. 5.10).
Рис. 5.9. Расширение диаграммы, детализирующей контекстный процесс
Рис. 5.10. Расширение диаграммы, детализирующей процесс А3