WikiDer > Структурированный анализ и методика проектирования - Википедия
Структурированный анализ и методика проектирования (SADT) это системная инженерия и методология программной инженерии для описания системы как иерархия функций. SADT - это структурированный анализ язык моделирования, использующий два типа диаграмм: модели деятельности и модели данных. Он был разработан в конце 1960-х гг. Дуглас Т. Росс, и был оформлен и опубликован как IDEF0 в 1981 г.
Обзор
Методика структурного анализа и проектирования (SADT) - это схематический обозначения, разработанные специально, чтобы помочь людям описать и понять системы.[1] Он предлагает строительные блоки для представления сущностей и действий, а также множество стрелок для связи прямоугольников. Эти прямоугольники и стрелки имеют связанный неформальный семантика.[2] SADT может использоваться как инструмент функционального анализа данного процесса с использованием последовательных уровней детализации. Метод SADT не только позволяет определить потребности пользователей в ИТ-разработках, которые часто используются в промышленных информационных системах, но также для объяснения и представления производственных процессов и процедур деятельности.[3]
История
SADT был разработан и испытан в полевых условиях в период с 1969 по 1973 гг. Дуглас Т. Росс и SofTech, Inc..[1][4] Методология использовалась в MIT Инструмент автоматического программирования (APT) проект. Он получил широкое применение с 1973 года в ВВС США. Интегрированное автоматизированное производство программа.
Согласно Левитту (2000) SADT является «частью серии структурированных методов, которые представляют собой набор методов анализа, проектирования и программирования, которые были разработаны в ответ на проблемы, с которыми сталкивался мир программного обеспечения с 1960-х по 1980-е годы. сроки большая часть коммерческого программирования была сделана в КОБОЛ и Фортран, тогда C и БАЗОВЫЙ. Практически не было указаний по "хорошему" дизайну и методам программирования, а также отсутствовали стандартные методы документирования требований и проектов. Системы становились больше и сложнее, а разработка информационных систем становилась все труднее и труднее. Как способ помочь в управлении большим и сложным программным обеспечением.[5]
SADT был среди серии подобных структурированных методов, появившихся с 1960 года, таких как:
- Структурированное программирование примерно в 1967 году с Эдсгер В. Дейкстра.
- Структурированный дизайн около 1975 года с Ларри Константин и Эд Йордон
- Структурированный анализ примерно в 1978 г. Том ДеМарко, Юрдон, Гейн и Сарсон, Макменамин и Палмер.
- Инженерия информационных технологий примерно в 1990 году с Джеймс Мартин.
В 1981 г. IDEF0 был опубликован формализм, основанный на SADT.[6]
Темы SADT
Нисходящий подход
Метод структурированного анализа и проектирования использует декомпозицию с нисходящий подход. Эта декомпозиция проводится только в физической области с точки зрения аксиоматического проектирования.[7]
Диаграммы
SADT использует два типа диаграмм: модели деятельности и модели данных. Для построения этих диаграмм используются стрелки. SADT представляет следующее:
- Главное окно, в котором указывается имя процесса или действия.
- В левой части этого поля входящие стрелки: входы действия.
- В верхней части входящие стрелки: данные, необходимые для действия.
- Внизу поля входящие стрелки: средства, используемые для действия.
- В правой части поля исходящие стрелки: результаты действия.
Семантика стрелок для действий:[2]
- Входные данные вводятся слева и представляют данные или расходные материалы, необходимые для деятельности.
- Выходы выходят вправо и представляют данные или продукты, созданные в результате деятельности.
- Элементы управления вводятся сверху и представляют собой команды или условия, которые влияют на выполнение действия, но не используются.
- Механизмы идентифицируют средства, компоненты или инструменты, используемые для выполнения деятельности. Представляет собой распределение действий.
Семантика стрелок для данных:[2]
- Входы - это действия, которые производят данные.
- Выходы потребляют данные.
- Элементы управления влияют на внутреннее состояние данных.
Роли
Согласно Mylopoulos (2004) в процессе разработки программного обеспечения можно или нужно различать несколько ролей:[2]
- Автор или разработчик моделей SADT
- Комментаторы, рецензирующие работы автора
- Читатели или пользователи моделей SADT
- Эксперты, которые могут посоветовать авторам
- Технический комитет или рецензенты моделей SADT подробно
- Библиотекарь проекта, который руководит проектной документацией
- Руководитель проекта, который отвечает за анализ и проектирование системы.
- Наблюдатель или главный аналитик для помощи разработчикам и пользователям SADT
- Инструктор по обучению разработчиков и пользователей SADT
использование
SADT используется как схематическое обозначение в концептуальном проектировании программной инженерии и системной инженерии для эскизных приложений,[2] для более детального структурированного анализа, для определения требований,[8] и структурированный дизайн.
Смотрите также
- IDEF0
- Структурированное программирование Джексона
- Структурная диаграмма
- Метод анализа и проектирования структурных систем
- Системный анализ
Рекомендации
- ^ а б Д. Марка, К. Макгоуэн, Техника структурного анализа и проектирования, МакГроу-Хилл, 1987 г., ISBN 0-07-040235-3
- ^ а б c d е Джон Милопулос (2004). Концептуальное моделирование III. Структурированный анализ и методика проектирования (SADT). Проверено 21 сентября 2008 года.
- ^ SADT на Free-logistics.com. Проверено 21 сентября 2008 года.
- ^ Росс Д. Т. Структурированный анализ (SA): язык для передачи идей. IEEE Transactions по разработке программного обеспечения, SE-3 (1), стр. 16-34. Абстрактный
- ^ Дэйв Левитт (2000):Введение в структурный анализ и дизайн В архиве 7 сентября 2006 г. Wayback Machine. Проверено 21 сентября 2008 года.
- ^ Гавриэль Салвенди (2001). Справочник по промышленной инженерии: технологии и операционный менеджмент.. с.508.
- ^ Нам Пё Сух (2007). Аксиоматический дизайн - достижения и приложения. Нью-Йорк: Oxford University Press, глава 5, стр. 239-298.
- ^ Росс, Дуглас Т. и Кеннет Э. Шоман-младший «Структурированный анализ для определения требований». Программная инженерия, IEEE Transactions on 1 (1977): 6-15.
дальнейшее чтение
- Уильям С. Дэвис (1992). Инструменты и методы для анализа и проектирования структурированных систем. Эддисон-Уэсли. ISBN 0-201-10274-9
- Marca, D.A., и C.L. Макгоуэн. (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). Системный анализ и дизайн: традиционные, структурированные и продвинутые концепции и методы. Западный паб. Co. ISBN 0-314-77858-6
внешняя ссылка
Викискладе есть медиафайлы по теме SADT. |