Методика структурного анализа и проектирования

Техника структурированного анализа и проектирования ( SADT ) — это методология системной инженерии и разработки программного обеспечения для описания систем как иерархии функций. SADT — это язык моделирования структурированного анализа , который использует два типа диаграмм: модели деятельности и модели данных . Он был разработан в конце 1960-х годов Дугласом Т. Россом , а в 1981 году был формализован и опубликован как IDEF0 .

Обзор [ править ]

Техника структурированного анализа и проектирования (SADT) — это схематическая запись, разработанная специально для того, чтобы помочь людям описывать и понимать системы . ^[1] Он предлагает строительные блоки для представления сущностей и действий, а также различные стрелки для связи блоков. Эти прямоугольники и стрелки имеют связанную с ними неформальную семантику . ^[2] SADT можно использовать как инструмент функционального анализа данного процесса с использованием последовательных уровней детализации. Метод SADT не только позволяет определить потребности пользователей в ИТ-разработках, что часто используется в промышленных информационных системах, но также объяснить и представить производственные процессы и процедуры деятельности. ^[3]

История [ править ]

SADT был разработан и испытан в полевых условиях в период с 1969 по 1973 год Дугласом Т. Россом и компанией SofTech, Inc. ^[1]^[4] Эта методология использовалась в проекте MIT Automatic Programming Tool (APT). ВВС США Он получил широкое применение, начиная с 1973 года, в рамках программы интегрированного автоматизированного производства .

По словам Левитта (2000), SADT является «частью серии структурированных методов, которые представляют собой набор методов анализа, проектирования и программирования, которые были разработаны в ответ на проблемы, с которыми столкнулся мир программного обеспечения с 1960-х по 1980-е годы. временные рамки большая часть коммерческого программирования выполнялась на COBOL и Fortran , затем на C и BASIC . Было мало рекомендаций по «хорошим» методам проектирования и программирования, а также не было стандартных методов документирования требований и проектов. Системы становились все больше и сложнее, и системы становились все более сложными. разрабатывать информационные системы становилось все труднее и труднее, как способ управления большим и сложным программным обеспечением. ^[5]

SADT входил в серию подобных структурированных методов, появившихся с 1960 года, таких как:

Структурное программирование примерно в 1967 году с Эдсгером В. Дейкстрой .
Структурированный дизайн примерно 1975 года с Ларри Константином и Эдом Юрдоном.
Структурированный анализ примерно в 1978 году с Томом ДеМарко , Юрдоном, Гейном и Сарсоном, Макменамином и Палмером.
Инженерия информационных технологий примерно в 1990 году с Джеймсом Мартином .

В 1981 году был опубликован формализм IDEF0 , основанный на SADT. ^[6]

Темы SADT [ править ]

Нисходящий подход [ править ]

Техника структурированного анализа и проектирования использует декомпозицию по принципу «сверху вниз» . Эта декомпозиция проводится только в физической области с точки зрения аксиоматического проектирования. ^[7]

Диаграммы [ править ]

SADT использует два типа диаграмм: модели деятельности и модели данных . Для построения этих диаграмм он использует стрелки.Представление SADT следующее:

Основное поле, в котором указывается имя процесса или действия.
В левой части этого поля входящие стрелки: входы действия.
В верхней части входящие стрелки: данные, необходимые для действия.
В нижней части поля входящие стрелки: средства, используемые для действия.
В правой части поля исходящие стрелки: результаты действия.

Семантика стрелок для действий: ^[2]

Входные данные вводятся слева и представляют собой данные или расходные материалы, необходимые для деятельности.
Выходные данные выходят вправо и представляют собой данные или продукты, производимые в результате действия.
Элементы управления вводятся сверху и представляют собой команды или условия, которые влияют на выполнение действия, но не используются.
Механизмы идентифицируют средства, компоненты или инструменты, используемые для выполнения деятельности. Представляет распределение видов деятельности.

Семантика стрелок для данных: ^[2]

Входные данные — это действия, которые производят данные.
Выходы потребляют данные.
Элементы управления влияют на внутреннее состояние данных.

Роли [ править ]

Согласно Милопулосу (2004), в процессе разработки программного обеспечения можно или нужно различать несколько ролей: ^[2]

Автор или разработчик моделей SADT
Комментаторы, рецензирующие творчество автора
Читатели или пользователи моделей SADT
Эксперты, которые могут проконсультировать авторов
Технический комитет или рецензенты моделей SADT в деталях
Библиотекарь проекта, который управляет проектной документацией.
Менеджер проекта, который управляет системным анализом и проектированием.
Наблюдатель или главный аналитик для помощи разработчикам и пользователям SADT
Инструктор по обучению разработчиков и пользователей SADT

Использование [ править ]

SADT используется в качестве схематического обозначения при концептуальном проектировании программного обеспечения и системной инженерии для создания эскизов приложений. ^[2] для более детального структурированного анализа, для определения требований, ^[8] и структурированный дизайн.

См. также [ править ]

Ссылки [ править ]

↑ Перейти обратно: Перейти обратно: ^а ^б Д. Марка, К. Макгоуэн, Техника структурного анализа и проектирования, McGraw-Hill, 1987, ISBN 0-07-040235-3
↑ Перейти обратно: Перейти обратно: ^а ^б ^с ^д ^и Джон Милопулос (2004). Концептуальное моделирование III. Методика структурного анализа и проектирования (SADT) . Проверено 21 сентября 2008 г.
^ SADT на Free-Logistics.com. Проверено 21 сентября 2008 г.
^ DT Ross: Структурный анализ (SA): язык для передачи идей. Транзакции IEEE по разработке программного обеспечения, SE-3 (1), стр. 16–34. Абстрактный
^ Дэйв Левитт (2000): Введение в структурированный анализ и проектирование. Архивировано 7 сентября 2006 г. в Wayback Machine . Проверено 21 сентября 2008 г.
^ Гавриэль Салвенди (2001). Справочник по промышленной инженерии: технологии и управление операциями. . стр.508.
^ Нам Пё Су (2007). Аксиоматический дизайн — достижения и приложения . Нью-Йорк: Издательство Оксфордского университета, глава 5, стр. 239–298.
^ Росс, Дуглас Т. и Кеннет Э. Шоман-младший «Структурированный анализ определения требований». Программная инженерия, IEEE Transactions on 1 (1977): 6-15.

Дальнейшее чтение [ править ]

Уильям С. Дэвис (1992). Инструменты и методы анализа и проектирования структурированных систем . Аддисон-Уэсли. ISBN 0-201-10274-9
Марка, Д.А. и К.Л. Макгоуэн. (1988). SADT: метод структурированного анализа и проектирования . McGraw-Hill Book Co., Inc.: Нью-Йорк, штат Нью-Йорк.
Джерри Фитцджеральд и Ардра Ф. Фицджеральд (1987). Основы системного анализа: использование методов структурного анализа и проектирования . Уайли. ISBN 0-471-88597-5
Дэвид А. Марка и Клемент Л. Макгоуэн (1988). SADT: Методика структурного анализа и проектирования . МакГроу-Хилл. ISBN 0-07-040235-3
Д. Миллингтон (1981). Системный анализ и проектирование компьютерных приложений . Э. Хорвуд. ISBN 0-85312-249-0
Робертсон и Робертсон (1999). Освоение процесса требований . Эддисон Уэсли.
Джеймс К. Уэзерб (1984). Системный анализ и проектирование: традиционные, структурированные и продвинутые концепции и методы . Западный паб. Ко. ISBN 0-314-77858-6

Внешние ссылки [ править ]

[sadt-1] Перейти обратно: Перейти обратно: ^а ^б Д. Марка, К. Макгоуэн, Техника структурного анализа и проектирования, McGraw-Hill, 1987, ISBN 0-07-040235-3

[JM04-2] Перейти обратно: Перейти обратно: ^а ^б ^с ^д ^и Джон Милопулос (2004). Концептуальное моделирование III. Методика структурного анализа и проектирования (SADT) . Проверено 21 сентября 2008 г.

[FL-3] SADT на Free-Logistics.com. Проверено 21 сентября 2008 г.

[ross1977-4] DT Ross: Структурный анализ (SA): язык для передачи идей. Транзакции IEEE по разработке программного обеспечения, SE-3 (1), стр. 16–34. Абстрактный

[DL00-5] Дэйв Левитт (2000): Введение в структурированный анализ и проектирование. Архивировано 7 сентября 2006 г. в Wayback Machine . Проверено 21 сентября 2008 г.

[6] Гавриэль Салвенди (2001). Справочник по промышленной инженерии: технологии и управление операциями. . стр.508.

[7] Нам Пё Су (2007). Аксиоматический дизайн — достижения и приложения . Нью-Йорк: Издательство Оксфордского университета, глава 5, стр. 239–298.

[8] Росс, Дуглас Т. и Кеннет Э. Шоман-младший «Структурированный анализ определения требований». Программная инженерия, IEEE Transactions on 1 (1977): 6-15.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]