SADT — различия между версиями
Admin (обсуждение | вклад) м |
Admin (обсуждение | вклад) м |
||
Строка 14: | Строка 14: | ||
Данная методология широко поддерживается Министерством обороны США, которое было инициатором разработки стандарта [[IDEF0]] как подмножества SADT. Это, наряду с растущей автоматизированной поддержкой, сделало ее более доступной и простой в употреблении. | Данная методология широко поддерживается Министерством обороны США, которое было инициатором разработки стандарта [[IDEF0]] как подмножества SADT. Это, наряду с растущей автоматизированной поддержкой, сделало ее более доступной и простой в употреблении. | ||
− | SADT, как и другие методологии проектирования, целесообразно использовать на ранних этапах [[ЖЦ]]: для понимания системы до ее воплощения. SADT позволяет сократить дорогостоящие ошибки на ранних этапах создания системы, улучшить контакт между пользователями и разработчиками, сгладить переход от анализа к проектированию. Несомненное достоинство SADT заключается в том, что она легко отражает такие характеристики как управление, обратная связь и исполнители. | + | SADT, как и другие методологии проектирования, целесообразно использовать на ранних этапах [[ЖЦ]]: для понимания системы до ее воплощения. SADT позволяет сократить дорогостоящие ошибки на ранних этапах создания системы, улучшить контакт между пользователями и разработчиками, сгладить переход от анализа к проектированию. Несомненное достоинство SADT заключается в том, что она легко отражает такие характеристики как управление, [[обратная связь]] и исполнители. |
== Основные концепции == | == Основные концепции == |
Версия 23:57, 1 мая 2018
SADT (Structured Analysis and Design Technique) - методология анализа и проектирования систем.
SADT успешно использовалась в военных, промышленных и коммерческих организациях для решения широкого спектра задач, таких как:
- программное обеспечение телефонных сетей,
- системная поддержка и диагностика,
- долгосрочное и стратегическое планирование,
- автоматизированное производство и проектирование,
- конфигурация компьютерных систем,
- обучение персонала,
- встроенное ПО для оборонных систем,
- управление финансами и материально-техническим снабжением
и др.
Данная методология широко поддерживается Министерством обороны США, которое было инициатором разработки стандарта IDEF0 как подмножества SADT. Это, наряду с растущей автоматизированной поддержкой, сделало ее более доступной и простой в употреблении.
SADT, как и другие методологии проектирования, целесообразно использовать на ранних этапах ЖЦ: для понимания системы до ее воплощения. SADT позволяет сократить дорогостоящие ошибки на ранних этапах создания системы, улучшить контакт между пользователями и разработчиками, сгладить переход от анализа к проектированию. Несомненное достоинство SADT заключается в том, что она легко отражает такие характеристики как управление, обратная связь и исполнители.
Основные концепции
Основным рабочим элементом при моделировании является диаграмма. Модель SADT объединяет и организует диаграммы в иерархические древовидные структуры, при этом этом чем выше уровень диаграммы, тем она менее детализирована. В состав диаграммы входят блоки, изображающие активности моделируемой системы, и дуги, связывающие блоки вместе и изображающие взаимодействия и взаимосвязи между блоками.
Пример SADT-диаграммы для системы онлайн-магазина:
Блоки на диаграммах изображаются прямоугольниками и сопровождаются текстами на естественном языке, описывающими активности. В отличие от других методов структурного анализа в SADT каждая сторона блока имеет вполне определенное особое назначение: левая сторона блока предназначена для Входов, верхняя - для Управления, правая - для Выходов, нижняя - для Исполнителей. Такое обозначение отражает определенные принципы активности: Входы преобразуются в Выходы, Управления ограничивают или предписывают условия выполнения, Исполнители описывают, за счет чего выполняются преобразования.
Дуги в SADT представляют наборы предметов и маркируются текстами на естественном языке. Предметы могут состоять с активностями в четырех возможных отношениях: Вход, Выход, Управление, Исполнитель. Каждое из этих отношений изображается дугой, связанной с определенной стороной блока - таким образом, стороны блока чисто графически сортируют предметы, изображаемые дугами. Входные дуги изображают предметы, используемые и преобразуемые активностями. Управляющие дуги обычно изображают информацию, управляющую действиями активностей. Выходные дуги изображают предметы, в которые преобразуются входы. Исполнительские дуги отражают (по крайней мере частично) реализацию активностей.