Структурированный анализ и методика проектирования - Structured analysis and design technique

"SADT" перенаправляется сюда. Для использования в других целях см. SADT (значения).

Базовый элемент SADT.

Структурированный анализ и методика проектирования (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 года, таких как:

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

Темы SADT

Структура декомпозиции сверху вниз.
Пример SADT.

Нисходящий подход

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

Диаграммы

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

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

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

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

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

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

Роли

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

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

использование

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

Смотрите также

Рекомендации

  1. ^ а б Д. Марка, К. Макгоуэн, Техника структурного анализа и проектирования, МакГроу-Хилл, 1987 г., ISBN  0-07-040235-3
  2. ^ а б c d е Джон Милопулос (2004). Концептуальное моделирование III. Структурированный анализ и методика проектирования (SADT). Проверено 21 сентября 2008 года.
  3. ^ SADT на Free-logistics.com. Проверено 21 сентября 2008 года.
  4. ^ Росс Д. Т. Структурированный анализ (SA): язык для передачи идей. IEEE Transactions по разработке программного обеспечения, SE-3 (1), стр. 16-34. Абстрактный
  5. ^ Дэйв Левитт (2000):Введение в структурный анализ и дизайн В архиве 7 сентября 2006 г. Wayback Machine. Проверено 21 сентября 2008 года.
  6. ^ Гавриэль Салвенди (2001). Справочник по промышленной инженерии: технологии и операционный менеджмент.. с.508.
  7. ^ Нам Пё Сух (2007). Аксиоматический дизайн - достижения и приложения. Нью-Йорк: Oxford University Press, глава 5, стр. 239-298.
  8. ^ Росс, Дуглас Т. и Кеннет Э. Шоман-младший «Структурированный анализ для определения требований». Программная инженерия, 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

внешняя ссылка