
- •Условные обозначения
- •1.Анализ объектов проектирования как систем
- •1.1 Общие понятия и принципы представления информации о системах
- •1.2 Системный подход к декомпозиции и разработке классификаций объектов проектирования
- •1.3 Графическое представление иерархической структуры системы
- •1.3.1 Графы и деревья. Основные понятия, формализация информации в виде матриц смежности и инцидентности.
- •1.3.2 Особенности выделения уровней иерархии
- •1.4 Использование и - или - деревьев для обобщения информации о группах объектов
- •1.5 Возможности автоматизации решения задач классификации и представления структуры систем
- •2 Модели проектирования сложных технических систем
- •Процедурная модель проектирования
- •Эволюция системы – совмещает традиционные этапы: составление программ, их тестирование и интеграцию (комплексирование): Происходит последовательная разработка ряда прототипов.
- •2 Принципы организации информации о системе для эффективной обработки на эвм
- •2.1 Анализ современных средств структурного анализа систем и их применение
- •2.2 Диаграммы потоков данных
- •2.2.1 Контекстная диаграмма и детализация процессов
- •Обслужить 0
- •Компьютер банка
- •Детализация процесса Обслужить с использованием dfd первого уровня
- •2.2.2 Декомпозиция данных и расширение обозначений потоков данных для dfd
- •2.2.3 Расширение обозначений реального времени потоков данных для dfd (управляющие процессы)
- •2.2.4 Словарь данных и спецификация процессов
- •3.6.1 Содержимое словаря данных
- •2.3 Спецификация управления. Диаграммы переходов состояний std
- •5 Sadt - технология анализа и проектирования
- •5.1 Активностная (функциональная) модель проектируемой системы
- •5.2 Отношения между активностями системы
- •5.3 Примеры применения sadт технологи
- •7 Средства проектирования физической модели системы
- •2.4.1 Структурные карты Константайна
- •2.4.2 Структурные карты Джексона
- •2.6 Общие принципы представления информации о системах
- •2.7 Информационное взаимодействие классов при различных видах наследования
- •Астатические системы
- •Принципы комбинированного управления
- •Системы с неполной начальной информацией (кибернетические)
- •Самонастраивающиеся системы (снс)
- •Виды систем автоматического управления
- •Развитие управления процессами. Уровни автоматизации
- •Обработка данных и слежение за ними
- •Оптимальный уровень автоматизации
- •Сетевое планирование и управление
- •Автоматизированное проектирование сложных объектов и систем Курс лекций
2.2 Диаграммы потоков данных
Диаграммы потоков данных DFD (Data Flow Diagrams) - являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования разбиваются на функциональные компоненты (процессы), связанные потоками данных и представляются в виде графа.
Главная цель таких средств - продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для изображения DFD традиционно используют следующую нотацию, представленную в таблице 2.1.
Таблица 2.1 - Обозначения на диаграмме потоков данных
Наименование и назначение элемента |
Обозначение |
Поток данных - механизм, использующийся для моделирования передачи информации (или даже физических компонентов) из одной части системы в другую. Имя потока – идентифицирует его содержание и является существительным. Поток изображаются именованными стрелками, ориентация – направление передачи (движения) информации. Движение возможно в одном направлении – однонаправленный поток, или в двух: обработка, возврат; моделируются двумя потоками или одним двунаправленным |
|
Процесс – продуцирует выходные потоки из входных в соответствии с действием, задаваемым именем процесса. Имя процесса – содержит глагол в неопределенной форме с последующим дополнением (например, ‘‘Вычислить максимальную высоту ’’). Номер – уникальный номер процесса для ссылок на него внутри DFD. Может использоваться совместно с номером диаграммы для получения уникального индекса модели. |
|
Хранилище (накопитель данных ) – позволяет на определенных участках определять данные, которые будут сохраняться в памяти между процессами. Фактически это ‘‘срезы’’ потоков данных во времени. Информация, которую они содержат может использоваться в любое время после ее определения. Данные могут выбираться в любом порядке. Имя хранилища – идентифицирует его содержание и является существительным. Если поток данных входит или выходит из хранилища и содержит (соответствует) структуре хранилища, он должен иметь то же имя (не нужно отражать на диаграмме). |
|
Внешняя сущность (терминатор) – представляет сущность вне контекста системы, являющуюся источником или приемником системных данных. Имя – должно содержать существительное, (например, ‘‘Склад товаров’’). Предполагается, что объекты, представленные такими узлами, не участвуют ни в какой обработке. |
|