Метод структурного анализа и проектирования (SADT) — это схематическая нотация, специально разработанная для того, чтобы помочь людям описывать и понимать системы . [1] Она предлагает строительные блоки для представления сущностей и действий, а также различные стрелки для связи блоков. Эти блоки и стрелки имеют связанную неформальную семантику . [2] SADT может использоваться как инструмент функционального анализа заданного процесса, используя последовательные уровни детализации. Метод SADT не только позволяет определять потребности пользователей в ИТ-разработках, что часто используется в промышленных информационных системах, но также объяснять и представлять производственные процессы и процедуры деятельности. [3]
По словам Левитта (2000), SADT является «частью серии структурированных методов, которые представляют собой набор методов анализа, проектирования и программирования, которые были разработаны в ответ на проблемы, с которыми сталкивался мир программного обеспечения с 1960-х по 1980-е годы. В этот период большая часть коммерческого программирования выполнялась на COBOL и Fortran , затем на C и BASIC . Было мало руководств по «хорошим» методам проектирования и программирования, и не было стандартных методов документирования требований и проектов. Системы становились все больше и сложнее, и разработка информационных систем становилась все труднее и труднее. Как способ помочь управлять большим и сложным программным обеспечением. [5]
SADT входит в серию подобных структурированных методов, появившихся с 1960-х годов, таких как:
В 1981 году был опубликован формализм IDEF0 , основанный на SADT. [6]
темы SADT
Структура декомпозиции сверху вниз.Пример SADT.
Подход сверху вниз
Метод структурного анализа и проектирования использует декомпозицию с подходом сверху вниз . Эта декомпозиция проводится только в физической области с точки зрения аксиоматического проектирования. [7]
Диаграммы
SADT использует два типа диаграмм: модели активности и модели данных . Для построения этих диаграмм используются стрелки. Представление SADT следующее:
Основное поле, в котором указывается название процесса или действия.
С левой стороны этого поля входящие стрелки: входы действия.
В верхней части — входящие стрелки: данные, необходимые для действия.
В нижней части поля входящие стрелки: средства, используемые для действия.
С правой стороны поля исходящие стрелки: результаты действия.
Семантика стрелок для действий: [2]
Входы поступают слева и представляют собой данные или расходные материалы, необходимые для выполнения действия.
Выходы выходят справа и представляют собой данные или продукты, которые производятся в результате деятельности.
Элементы управления поступают сверху и представляют собой команды или условия, которые влияют на выполнение действия, но не используются.
Механизмы определяют средства, компоненты или инструменты, используемые для выполнения деятельности. Представляют распределение деятельности.
Семантика стрелок для данных: [2]
Входные данные — это действия, которые производят данные.
Выходы потребляют данные.
Элементы управления влияют на внутреннее состояние данных.
Роли
По мнению Милопулоса (2004), в процессе разработки программного обеспечения можно или нужно различать несколько ролей: [2]
Автор или разработчик моделей SADT
Комментаторы, которые рецензируют работу автора
Читатели или пользователи моделей SADT
Эксперты, которые могут проконсультировать авторов
Технический комитет или рецензенты моделей SADT в деталях
Библиотекарь проекта, который управляет проектной документацией
Менеджер проекта, который руководит системным анализом и проектированием.
Монитор или главный аналитик для оказания помощи разработчикам и пользователям SADT
Инструктор по обучению разработчиков и пользователей SADT
Использование
SADT используется в качестве схематической записи в концептуальном проектировании программной инженерии и системной инженерии для создания эскизов приложений [2] , для более подробного структурного анализа, для определения требований [8] и структурного проектирования.
^ ab D. Marca, C. McGowan, Структурный анализ и метод проектирования, McGraw-Hill, 1987, ISBN 0-07-040235-3
^ abcde Джон Милопулос (2004). Концептуальное моделирование III. Метод структурного анализа и проектирования (SADT). Получено 21 сентября 2008 г.
^ SADT на Free-logistics.com. Получено 21 сентября 2008 г.
^ DT Ross: Структурный анализ (SA): язык для передачи идей. IEEE Transactions on Software Engineering, SE-3(1), стр. 16-34. Аннотация
^ Дэйв Левитт (2000): Введение в структурный анализ и проектирование. Архивировано 7 сентября 2006 г. на Wayback Machine . Получено 21 сентября 2008 г.
^ Гавриэль Салвенди (2001). Справочник по промышленной инженерии: технологии и управление операциями. . стр. 508.
^ Нам Пё Су (2007). Аксиоматическое проектирование — достижения и приложения. Нью-Йорк: Oxford University Press Глава 5, стр. 239-298.
^ Росс, Дуглас Т. и Кеннет Э. Шоман-младший. «Структурный анализ для определения требований». Программная инженерия, IEEE Transactions 1 (1977): 6-15.
Дальнейшее чтение
Уильям С. Дэвис (1992). Инструменты и методы для структурированного системного анализа и проектирования . Addison-Wesley. ISBN 0-201-10274-9
Marca, DA, и CL McGowan. (1988). SADT: структурный анализ и метод проектирования . McGraw-Hill Book Co., Inc.: Нью-Йорк, штат Нью-Йорк.
Джерри Фицджеральд и Ардра Ф. Фицджеральд (1987). Основы системного анализа: использование структурного анализа и методов проектирования . Wiley. ISBN 0-471-88597-5
Дэвид А. Марка и Клемент Л. Макгоуэн (1988). SADT: Структурный анализ и метод проектирования . McGraw-Hill. ISBN 0-07-040235-3
Д. Миллингтон (1981). Системный анализ и проектирование для компьютерных приложений . Э. Хорвуд. ISBN 0-85312-249-0
Робертсон и Робертсон (1999). Освоение процесса требований . Эддисон Уэсли.
Джеймс С. Уэзерби (1984). Системный анализ и проектирование: традиционные, структурированные и передовые концепции и методы . West Pub. Co. ISBN 0-314-77858-6