Методология SADT — одна из самых известных методологий анализа и проектирования систем. Она является, пожалуй, единственной методологий, отражающей такие характеристики, как управление, обратная связь и ресурсы. Другая особенность SADT заключается в том, что она развивалась как язык описания функционирования систем общего вида, тогда как в других структурных методологиях упор чаще делается на проектирование программного обеспечения.
Автор методологии, Дуглас Росс, в 1969 г. часть своих теорий, относящихся к методологии и языку описания систем, назвал SADT «StructuredAnalysisandDesignTechnique» («Методология структурного анализа и проектирования»). Первое ее крупное приложение было реализовано в 1973 г. при разработке большого аэрокосмического проекта, а на рынке SADT появляется в 1975 г.
Описание системы с помощью SADT называется моделью, при этом используются как естественный, так и графические языки. SADT-модель может быть сосредоточена либо на функциях системы, либо на ее объектах. Модели, ориентированные на функции, принято называть функциональными, а на объекты системы моделями данных.
С помощью SADT-методологии решаются следующие основные задачи (для систем любой природы):
анализ функций, выполняемых системой;
описание спецификаций требований и функций проектируемой системы;
Более 10 лет SADT была «бумажной» технологией, но в середине 80-х годов, когда появились персональные компьютеры с графическими возможностями, SADT «пересела» за компьютер. Одним из первых программных комплексов структурно-функционального анализа на основе SADT был пакет AUTOIDEF, разработанный в рамках программы ВВС США по созданию интегрированной автоматизированной системы управления производством. В основе пакета лежит доведенное до уровня стандарта подмножество SADT методология IDEF, состоящая из трех методологий:
IDEF0 функциональное моделирование;
IDEF1 информационное моделирование;
IDEF2 динамическое моделирование функций, информации и ресурсов.
Методология IDEF, основанная на принципах системного анализа и предназначенная для представления функций произвольной системы (будь то управление финансами, организация работ, обучение или автоматизация), фактически стала стандартом не только в США, но и в ряде европейских стран. Из трех названных методологий наибольшее распространение получила первая IDEF0. В 1985 г. методология IDEF1 была расширена и переименована в IDEF1X. Что-касается методологии IDEF2, то она не получила широкого распространения.
Основные средства ССА
Сегодня существует богатая палитра методологий и инструментальных средств ССА. Наиболее распространены следующие методологии:
SADT — методология структурного анализа и проектирования.
IDEF0 — методология функционального моделирования, являющаяся составной частью SADT и позволяющая описать бизнес-процесс в виде иерархической системы взаимосвязанных функций.
IDEF1X — методология информационного моделирования, являющаяся составной частью SADT и основанная на концепции «сущность связь».
IDEF3 — методология описания процессов, рассматривающая последовательность выполнения и причинно-следственные связи между ситуациями и событиями для структурного представления знаний о системе.
IDEF4 — методология объектно-ориентированного проектирования сложных систем, описывающая структуру, поведение и реализацию систем с использованием терминов класса объектов.
IDEF5 — методология онтологического анализа систем, т.е. анализа основных терминов и понятий (словаря), используемых для характеристики объектов и процессов, границ использования, взаимосвязей между ними.
DFD (DataFlowDiagrams — диаграммы потоков данных) методология структурного анализа, описывающая внешние по отношению к системе источники и адреса, логические функции, потоки и хранилища данных, к которым осуществляется доступ.
ERD (Entity-RelationshipDiagrams — диаграммы «сущность — связь») способ определения данных и отношений между ними, обеспечивающий детализацию хранилищ данных проектируемой системы, включая идентификацию объектов (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).
STD (StateTransitionDiagrams — диаграммы переходов состояний) методология моделирования последующего функционирования системы на основе ее предыдущего и текущего функционирования.
CRN (ColorPetriNets — раскрашенные сети Петри) методология создания динамической модели бизнес-процесса, позволяющая проанализировать зависящие от времени характеристики процесса и распределение ресурсов для входящих потоков различной структуры.
ABC (ActivityBasedCosting — функционально-стоимостный анализ) метод определения стоимости и других характеристик изделий и услуг на основе функций и ресурсов, задействованных в бизнес-процессах.
Используя перечисленные средства, можно создать полное описание экономической или информационной системы (того, что делает или должна делать система).
Функциональное моделирование
Задача функционального моделирования состоит в представлении системы в виде совокупности взаимосвязанных функций. В качестве методологического инструмента функционального моделирования рассмотрим методологию IDEF0, которая включает в себя метод IDEF0, а также методы и процедуры, его поддерживающие.
В методе IDEF0 можно выделить такие составляющие, как концепция метода, графический язык, процедура чтения диаграммы, метод построения модели, критерии оценки качества и др.
В структуру организационной поддержки метода IDEFO входят:
процедура сбора данных (интервьюирование);
метод групповой работы;
формы документирования модели;
процедуры согласования и утверждения модели.
IDEF0-модель описывает: что система делает, что она производит, какая информация используется для управления, какие ресурсы и средства применяются для исполнения ее функций.
Одним из достоинств IDEF0-моделей является то, что они обеспечивают возможность обмена информацией о рассматриваемом объекте на языке, понятном не только аналитику и разработчику системы, но и специалисту-эксперту в предметной области, пользователю, руководителю (Д. Росс назвал технику структурного анализа языком для передачи понимания). В основе метода IDEF0 лежат следующие концептуальные положения:
графическое представление модели в виде иерархии диаграмм, обеспечивающее компактность представления информации;
максимальная выразительность, т.е. способность наилучшим образом обеспечить «понимаемость» модели;
строгость и точность представления;
пошаговые процедуры разработки модели, ее просмотра и объединения;
отделение организации от функции исключение влияния организационной структуры на функциональную модель.
IDEFO-модель составляется из иерархического ряда диаграмм, которые постепенно отображают уровни все более подробных описаний функций и их интерфейсов в пределах системы. Диаграмма, находящаяся на вершине модели, обобщает всю рассматриваемую систему. Диаграммы первого уровня представляют важнейшие подсистемы с их взаимосвязями, а диаграммы самого нижнего уровня представляют детализированные функции, с помощью которых, собственно, и работает система.
Можно назвать три основных типа диаграмм, используемых в IDEF0-моделях: графические, текстовые и глоссарии.
Графические диаграммы главный компонент модели определяют функции и функциональные отношения. Эти функции в дальнейшем разбиваются (декомпозируются) на более детальные диаграммы, пока подсистема не будет описана на уровне, удовлетворяющем цели проекта.
Текстовые диаграммы и глоссарии (словари) обеспечивают дополнительную информацию для графических диаграмм. Кроме того, могут использоваться и так называемые поясняющие диаграммы FEO.
Однако до начала построения модели необходимо определиться с целью моделирования, границей системы и точкой зрения модели.
Цель моделирования
Создаваемая IDEF0-модель имеет конкретное назначение, называемое целью модели. Цель моделирования можно определить с учетом следующего формального определения модели:
М есть модель системы S, если М может быть использована для получения ответов на вопросы относительно S с точностью А.
Таким образом, целью модели является получение ответов на некоторую совокупность вопросов. Эти вопросы неявно присутствуют (подразумеваются) в процессе анализа и, следовательно, они «руководят созданием модели». Если модель отвечает не на все вопросы или ее ответы недостаточно точны, то мы говорим, что модель «не достигла своей цели».
Обычно вопросы для IDEF0-модели формулируются на самом раннем этапе анализа или проектирования, при этом основная суть этих вопросов должна быть выражена в одной-двух фразах.
Пример. Определение цели модели работы деканата университета. Вопросы:
Каковы обязанности декана?
Каковы обязанности заместителя декана?
Каковы обязанности инспектора?
По каким вопросам работники деканата общаются со студентами?
По каким вопросам работники деканата общаются с кафедрами?
По каким вопросам работники деканата общаются с другими подразделениями университета?
Какая информация «приходит» в деканат и «уходит» из него?
Цель: Определить причины большой загруженности работников деканата.
Моделируемая система является частью окружающей среды и всегда связана с нею, поэтому зачастую трудно сказать, где кончается система и начинается среда. В связи с этим в методологии IDEF0 требуется определять границы системы. Модель устанавливает точно, что является и что не является объектом моделирования, описывая то, что входит в систему, и подразумевая то, что лежит за ее пределами. Как известно из системного анализа, границу системы можно указать, определив ее входы и выходы.
Точка зрения модели
С целью модели тесно связана позиция, с которой наблюдается система и создается ее модель. IDEF0 требует, чтобы конкретная модель всегда рассматривалась с одной и той же точки зрения. Эта позиция называется точкой зрения данной модели.
Источник: smekni.com
Что такое SADT и как можно моделировать различные процессы и системы?
« Технология структурного анализа и проектирования – SADT ».
SADT – одна из самых известных и широко используемых систем проектирования.
SADT – аббревиатура слов Structured Analysis and Design Technique –
Технология структурного анализа и проектирования – это по существу инновационный подход к графическому обозначению и описанию различных процессов и систем.
Но прежде, чем я начну знакомить вас с книгой, давайте вспомним, с чего начиналось моделирование окружающего нас мира.
История с географией и истоки информационных технологий
С начала интеллектуального развития человечества был создан наскальный рисунок, т.е. первая графическая модель окружающего первобытного человека мира. Потом появилось слово, состоящее из букв, и текстовое описание того, о чем хотел рассказать автор.
Далее текст (КНИГА) для более полного восприятия какого-либо описания дополняется рисунками и другими изобразительными средствами, например, чертежами и плоскими моделями (изображениями) описываемых объектов.
В качестве примеров различных моделей можно назвать скульптуру, бумажную выкройку платья, музыкальные ноты, карту местности, глобус, фотографию, математическую модель объекта, театральный или кинематографический сценарий, документальный/цифровой кино/телефильм и т.п.
способы описания знаний человечества об окружающем его мире.
Для сравнения различных способов представления информации, попробуйте описать
словесный портрет коня и жеребёнка и как их различать. И вам станет ясно, что это многократно сложнее сделать по сравнению с их, например, цифровой фотографией, выполненной, посредством мобильного телефона.
Покажите младенцу, где изображён на этой фотографии конь и где жеребёнок, и он – младенец безошибочно будет их отличать. Если попросить его рассказать, как он их различает, то, возможно, он не сможет это сделать.
Как хорошо видно, это один (из большого множества)
пример демонстрации преимуществ использования различных моделей информационных технологий.
Таким образом, мы подошли к рассмотрению выше названной КНИГИ, содержащей
Части I-IV, включающие Главы 1-21, описания методологии на примере создания модели процесса
«Изготовить нестандартную деталь» и
Часть V, – Главы 22-27, включающие УРОКИ 1-25 – учебного курса по моделированию процесса на примере создания
функциональной модели «Организовать п итание семьи ».
Что такое SADT и когда она была создана?
Вот что писал один из разработчиков SADT Дуглас Т. Росс в ноябре 1986 года в
предисловии к книге о сущности, изучении и практическом использовании этой методологии:
« SADT возникла в конце 60-х годов в ходе революции, вызванной структурным программированием. Когда большинство специалистов билось над созданием программного обеспечения (ПО), немногие старались разрешить более сложную задачу создания крупномасштабных систем, включающих как людей и машины, так и ПО, аналогичных системам, применяемым в телефонной связи, промышленности, управлении и контроле за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности.
Таким образом, разработчики начали формализовать процесс создания системы, разбивая его на следующие фазы:
* анализ – определение того, что система будет делать,
* проектирование – определение подсистем и их взаимодействие,
* реализация – разработка подсистем по отдельности, объединение – соединение подсистем в единое целое,
* тестирование – проверка работы системы,
* установка – введение системы в действие,
* функционирование – использование системы.
Эта последовательность всегда выполнялась итерационно, потому, что система полностью никогда не удовлетворяла требованиям пользователей, поскольку их требования часто менялись. И, тем не менее, с этой моделью создания системы, ориентированной на управление, постоянно возникали сложности».
Вначале SADT использовалась разработчиками для ПО телефонных сетей, системной поддержки и диагностики изделий (прообраз современных CALS – КОМПЬЮТЕРНАЯ ПОДДЕРЖКА ЖИЗНЕННОГО ЦИКЛА ИЗДЕЛИЙ технологий), стратегического и долгосрочного планирования, автоматизации проектирования и производства продукции (начало зарождения семейства международных CALS-стандартов на Системы автоматизации производства и их интеграцию), изменения конфигурации компьютеров и компьютерных систем (прообраз Интернета), обучения персонала, создания встроенного ПО для оборонных систем (прообраз современных АСУ), управления финансами и материально-технического снабжения. Это лишь некоторые из областей эффективного применения рассматриваемой методологии. Широкий спектр областей, в которых она использовалась, указывает на универсальность и мощь SADT.
Затем в результате расширения сфер применения SADT, она стала прародителем семейства IDEF языков функционального (IDEF0), процессного (IDEF3), информационного (IDEF1X) и других моделирования любых управленческих, производственных и других процессов, а также любых систем, посредством использования соответствующих CASE – КОМПЬЮТЕРНОЙ ПОДДЕРЖКИ РЕИНЖИНИРИНГА ПРОЦЕССОВ средств – BPwin и ERwin.
Примечание . IDEF0 (Icam DEFinition), был первым языком моделирования, разработанным по программе
ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе и заказу военно-воздушных сил США.
В результате дальнейшего накопления знаний и опыта повсеместного использования SADT сегодня мы имеем CALS совместимое ПО, современные компьютеры, станки с ЧПУ, АСУ различного назначения, Интернет и многие другие средства автоматизации производства и массовой коммуникации, например, сотовые сети мобильных телефонов и т.п.
Какие принципы моделирования положены в основу SADT?
В SADT/IDEF0 реализованы 3 базовых принципа моделирования процессов:
1. Принцип функциональной декомпозиции представляет собой способ моделирования типовой ситуации, когда любое действие, процесс/операция, функция могут быть разбиты (декомпозированы) на более простые (элементарные) функции. Другими словами, сложная бизнес и любая другая функция может быть представлена в виде совокупности элементарных функций.
2. Принцип ограничения сложности При работе с IDEF0 диаграммами существенным является условие их разборчивости и удобочитаемости. Суть принципа ограничения сложности состоит в том, что количество блоков на диаграмме должно быть не менее 3-ех и не более 6-ти. Практика показывает, что соблюдение этого принципа приводит к тому, что процессы, представленные в виде IDEF0 модели, хорошо структурированы, понятны и легко поддаются чтению, анализу и оптимизации.
3. Принцип контекстной диаграммы Моделирование делового процесса начинается с построения контекстной диаграммы. На этой диаграмме отображается только один блок – главная функция моделируемого процесса или системы. Если речь идет о моделировании производственной системы (ПС) организации/предприятия, главная (TOP) функция может быть сформулирована как, например, для проектной организации «Выполнить _ (название конкретного проекта)». Главная функция ПС – это «миссия» организации, ее назначение в окружающем мире. Нельзя правильно сформулировать главную функцию предприятия, не имея представления о его стратегии. При определении TOP-функции необходимо всегда иметь ввиду
ЦЕЛЬ моделирования и ТОЧКУ ЗРЕНИЯ, с которой создается модель. Одна и та же ПС предприятия может быть описана по-разному, в зависимости от того, с какой ТОЧКИ ЗРЕНИЯ ее рассматривают, например, директор предприятия и зам. руководителя по производству. Они видят организацию совершенно по-разному, как говорится: «каждый видит со своей колокольни», но их персональные интересы должны способствовать реализации «миссии» организации.
Контекстная диаграмма играет еще одну роль в функциональной модели. Она «фиксирует» границы моделируемого процесса или ПС, определяя то, как моделируемый процесс(-ы) или (под-)система(-ы) взаимодействует со своим окружением. Это достигается за счет описания дуг (стрелок), соединенных с блоком, представляющим главную функцию.
Какие концепции, понятия, элементы и правила положены в основу SADT?
Графическое представление блочного моделирования. Графика блоков и дуг SADT – диаграммы отображают функции в виде блоков (прямоугольников), а интерфейсы представляются дугами (стрелками соединений блоков), соответственно входящими в блок (выходящими из него) со всех 4-х сторон. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг/стрелок, выражающих «ограничения», которые в свою очередь определяют, когда, кем и каким образом функции выполняются и управляются.
Модель процесса/системы состоит из взаимосвязанных диаграмм, функциональных блоков, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Графический язык SADT/IDEF0 удивительно прост и гармоничен.
В основе методологии лежат следующие основные понятия:
Диаграммы – главные компоненты модели, все функции (блоки) и их интерфейсы представлены как совокупность блоков и дуг. Место соединения дуги с блоком определяет вид интерфейса.
Одной из наиболее важных особенностей SADT/IDEF0 является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель операции, процесса или ПС организации.
Функциональный блок графически изображается в виде прямоугольника (см. Рис. 1
«Концепция моделирования процесса посредством
Технологии структурного анализа и проектирования (SADT)» на моей странице сайта по адресу:
http://businessanalytic.biz/forum/topics/sadt?groupUrl=business-analyst
* Левая сторона – «Вход» (Input) – стрелки слева – данные или объекты, потребляемые или изменяемые процессом;
* Правая сторона – «Выход» (Output) – стрелки справа – основные результаты деятельности процесса, выходные продукты и/или информация;
* Нижняя сторона – «Механизм» (Mechanism) – стрелки снизу, показывают, посредством чего или кем реализуется данный процесс – материальные и/или кадровые ресурсы, необходимые для реализации процесса, например, станок и/или рабочее место.
SADT предписывает строгое и точное выполнение правил, не накладывая в то же время чрезмерных ограничений на действия аналитика в процессе моделирования.
В SADT приняты следующие основные правила:
* Функциональный блок преобразует
Вход(-ы) в Выход(-ы), т.е. входную информацию или материальные потоки в выходную продукцию и/или информацию;
Управление определяет, когда и как это преобразование может или должно произойти;
Механизм определяет, кто (исполнитель функции) и посредством чего непосредственно осуществляет это преобразование.
* С дугами связаны надписи (или метки) на естественном языке, описывающие данные, которые они представляют.
* Дуги показывают, как функции взаимосвязаны между собой, как они обмениваются материальными потоками и данными, и осуществляют управление блоками.
* Выходы одной функции могут быть Входами, Управлением или Механизмами для другой.
* Дуги могут разветвляться и соединяться.
* Функциональный блок, который представляет процесс или ПС в качестве единого модуля, детализируется (декомпозируется) на другой диаграмме с помощью нескольких блоков (от 3-х до 6-ти), соединенных между собой интерфейсными дугами.
* Эти блоки представляют основные подфункции (подмодули) единого исходного модуля.
* Декомпозиция блока выявляет полный набор подмодулей, каждый из которых представлен как блок, границы которого определены интерфейсными дугами.
* Каждый подмодуль может быть декомпозирован подобным же образом для более детального функционального представления декомпозируемого блока.
* Взаимосвязь входов/выходов и управлений/механизмов (правило определения роли и распределения материальных потоков, информации и данных);
* Уникальность меток и наименований (недопущение повторяющихся имен блоков и диаграмм);
* Взаимосвязь номеров блоков и диаграмм (выполняется программно – BPwin);
* Строгость синтаксических правил для графики блоков и дуг (выполняется – BPwin).
Примечание . При моделировании процесса и/или ПС, необходимо всегда помнить, что (со-)исполнители функций могут быть из разных подразделений организационной структуры предприятия и в этом случае они подчиняются руководителю – « хозяину» процесса, с чьей ТОЧКИ ЗРЕНИЯ рассматривается модель.
Источник: sl-shabanov.livejournal.com
Презентация на тему SADT – Structured Analysis Design Technique
Понятия | Принципы SADT-моделирования
Понятия | SADT
Слайды и текст этой презентации
Слайд 1SADT – Structured Analysis Design Technique Методология структурного анализа и проектирования» />Слайд 2 SADT –методология
предназначена для создания статического функционального описания систем,
предназначена для создания статического функционального описания систем,
основанная на концепции системного моделирования.
Она представляет собой графические обозначения и
подход к описанию систем различной сложности
Слайд 3Автор методологии SADT — Дуглас Росс
Середина 70-х годов для военно-космических
сил США разработан стандарт IDEF (Integrated Computer Aided Manufacturing DEFinition)
Конец
80-х — 90-е годы — разработка программных средств поддержки методологии SADT и стандарта IDEF.
1969 — 1973 гг. разработка методологии для ВВС США
Слайд 4Под системой понимаем совокупность взаимодействующих компонент и взаимосвязей между ними.
Под
термином моделирование понимаем процесс создания точного описания системы.
Адекватное описание системы
становится все более актуальной проблемой.
SADT – это методология, разработанная специально для того, чтобы облегчить описание и понимание искусственных систем, попадающих в разряд средней сложности.
Слайд 5Описание системы с помощью SADT называется моделью.
С точки зрения SADT
модель может быть сосредоточена либо на функциях системы –функциональная модель,
либо на ее объектах – модель данных.
Функциональная модель представляет с требуемой степенью детализации систему функций, которые отражают свои взаимоотношения через объекты системы.
Модели данных представляют собой подробное описание объектов системы, связанных системными функциями.
Слайд 6Сфера применения
Проектирование информационных систем
Оптимизация распределения ресурсов
Слайд 7
SADT-модель это
графическая модель бизнес-процессов,
представляющая собой иерархически организованную совокупность
взаимосвязанных диаграмм,
построенную по определенным правилам (принципы и синтаксис
Слайд 8Принципы SADT-моделирования
Прежде чем моделировать, сформулируйте цель. SADT-модель дает полное, точное
и адекватное описание системы, имеющее конкретное назначение, называемое целью модели.
Модель должна иметь только один субъект. Модель является некоторым толкованием системы, поэтому субъектом моделирования служит сама система. SADT-модель всегда ограничивает свой субъект, т.е. устанавливает, что входит в систему, а что лежит за ее пределами.
У модели может быть только одна точка зрения. С определением модели тесно связана позиция, с которой наблюдается система и создается ее модель. Эта позиция называется точкой зрения данной модели.
Слайд 9Моделирование по методологии SADT
Субъект определяет, что включать в модель.
Точка зрения
определяет выбор нужной информации о субъекте.
Цель становится критерием окончания моделирования.
Конечным
результатом процесса моделирования является набор тщательно взаимоувязанных описаний, начиная с описания самого верхнего уровня всей системы и кончая подробным описанием деталей системы.
Каждое из таких взаимосогласованных описаний называется диаграммой.
Слайд 10Моделирование по методологии SADT
SADT-модель объединяет и организует диаграммы в иерархические
структуры, в которых диаграммы наверху модели менее детализированы, чем диаграммы
нижних уровней.
Т.е. SADT-модель можно представить в виде древовидной структуры диаграмм, где верхняя диаграмма является наиболее общей, а самые нижние наиболее детализированы.
Слайд 11Синтаксис SADT-модели:
основным рабочим элементом модели является диаграмма
Слайд 12Синтаксис SADT-модели:
каждая SADT-диаграмма содержит блоки (функции) и дуги (объекты)
Слайд 13Функциональный
блок
(Activity)
Управление
(Control)
Механизм
(Mechanizm)
Вход
(Input)
Выход
(Output)
каждая сторона блока имеет особое, вполне
определенное
назначение:
Функциональный блок:
Слайд 14Графический вид модели
Этап
процесса
объекты любой природы —
информационные,
финансовые,
материальные
стандарты, правила,
инструкции,
время, бюджет
.
новые объекты
или преобразованные
старые
ресурсы
(те, кто выполняет процесс,
то, с
помощью чего
выполняется процесс)
Слайд 15Основные SADT-правила
Функциональный блок (функция) преобразует Входы в Выходы
Механизмы (исполнители) непосредственно
осуществляют это преобразование
На верхнем уровне — один блок контекстная диаграмма
— общее наименование процесса, все последующие уровни могут содержать не более 6-ти блоков
Блоки располагают в соответствии с их доминированием (важностью или порядком следования)
Каждый блок должен иметь название (глагол или отглагольное существительное) и уникальный номер
Слайд 16Синтаксис SADT-модели:
каждый блок может быть декомпозирован
Декомпозиция блока
Слайд 17Иерархия SADT-диаграмм
Диаграмма верхнего уровня
(контекстная диаграмма)
Диаграмма 1-го уровня
декомпозиции
Диаграмма «предок»
Диаграмма
«потомок»
Декомпозиция —
процесс создания диаграммы, детали-зирующей отдельный блок и связанные с ним
Слайд 18Объекты (дуги) определяют взаимодействие между функциями системы, а также между
системой и окружающей средой.
Элементы модели
Дуги могут
иметь метки
Дуги могут
быть декомпозированы
(разветвляться)
Дуги могут иметь множество источников
(сливаться)
Слайд 19Объекты (дуги) определяют, как блоки влияют друг на друга
Синтаксис SADT-модели
Примеры «слабой» связи
(связь по потоку)
Примеры «сильной» связи
(связь по
управлению
Примеры «обратной» связи
Слайд 20Для упрощения описания системы можно использовать «тоннельные дуги».
Синтаксис SADT-модели
тоннельная дуга
(отсутствует на диаграмме — предке) — имеется «скрытый источник»
Дуга связана с блоком,
но не появляется на
диаграмме-потомке
— имеется «скрытый
потомок»
Источник: theslide.ru
