|
Средства структурного анализа и проектирования системУправляющий поток представляет собой «проводник» для управляющей информации. Последняя, как правило, подается дискретными сигналами. Его имя состоит из существительных и прилагательных. Управляющие потоки могут как сообщать управляющему процесса об изменениях внешних условий, так и выполнять команды, которые он генерирует. При этом режим выполнения управляющего процесса зависит от типа управляющего потока. Используются следующие типы управляющих потоков: • Т-поток (trigger flow) - управляющий поток, который может вызвать выполнение процесса с помощью одной короткой операции. Он действует так же, как выключатель света, единственное нажатие на который вызывает засветки электрической лампы; • А-поток (activator flow) - управляющий поток, который может изменять исполнение отдельного процесса, а именно: обеспечивать непрерывное выполнение процесса (подпроцесса), пока поток «включен», то есть течет непрерывно, с «выключением» потока выполнения процесса (подпроцесса ) заканчивается. Действительно, как переключатель электрической лампочки, способный работать при ее включения и выключения; • E / D-поток (enable / disable flow) - поток управления процессом, который может переключать выполнение отдельного процесса. Пока управляющая информация поступает по Е-линии, процесс продолжается, при возбуждении D-линии - прекращается. Это аналог выключателя с двумя кнопками: одна - для включения света, другая - для выключения. Можно использовать три типа таких потоков: Е-поток, D-поток, E / D-поток. Узел изменении типа используется для изменения типа управляющего потока, а также для замены типа потока данных на тип управляющего потока и наоборот. При этом содержание потока не меняется. Построение иерархии диаграмм потоков данных (DFD) полезно осуществлять в такой ослидовности: • Изучение множества требований и распределение их на несколько основных функциональных групп. • Идентификация внешних объектов, с которыми предстоит связанная система, и основных видов информации, циркулирующей между объектами и системой. • Разработка предварительного варианта контекстной диаграммы, на которой основные функциональные группы представляются процессами, внешние объекты - внешними сущностями, основные виды информации - потоками данных между процессами и внешними сущностями. • Анализ предыдущей контекстной диаграммы и внесение в нее изменений по результатам анализа. • Построение контекстной диаграммы объединением всех процессов предварительной диаграммы в один процесс, а также группировкой потоков данных. • Формирование DFD первого уровня на базе процессов предварительной контекстной диаграммы. Продолжение статьи: ч.1 Продолжение статьи: ч.2 Продолжение статьи: ч.3 Продолжение статьи: ч.4 Продолжение статьи: ч.5 Продолжение статьи: ч.6 Продолжение статьи: ч.7 Продолжение статьи: ч.8 Продолжение статьи: ч.9 Продолжение статьи: ч.10 Продолжение статьи: ч.11 Продолжение статьи: ч.12 Продолжение статьи: ч.13 Продолжение статьи: ч.14 Продолжение статьи: ч.15 Другие статьи по теме: - Технологии Internet- Объектно-ориентированный подход к созданию программных средств - Среда программирования delfi 2.0 - Средства структурного анализа и проектирования систем - Введение в программирование с помощью api |
|
2006-2024 © SMTI.RU Главная страница | Связаться с нами |