Структурная диаграмма - Structure chart

Пример структурированной диаграммы.[1]

А структурная диаграмма (SC) в программная инженерия и организационная теория это Диаграмма который показывает разрушение системы до самых низких управляемых уровней.[2] Они используются в структурное программирование объединить программные модули в дерево. Каждый модуль представлен рамкой, в которой указано имя модуля. Древовидная структура визуализирует отношения между модулями.[3]

Обзор

Иллюстрация простой диаграммы иерархии.
Эта диаграмма иерархии представляет данные, передаваемые между двумя модулями. При выполнении модуля Pay_Bill псевдокод проверяет, оплачен ли счет, путем поиска квитанции об оплате (выполнить Search_Receipt). Если квитанция не найдена, он выполнит модуль Give_Money_To_Debt_Collector, чтобы завершить работу.

Структурная диаграмма - это модульная конструкция сверху вниз инструмент, построенный из квадратов, представляющих различные модули в система, и соединяющие их линии. Линии представляют связь и / или право собственности между действиями и вспомогательными видами деятельности, поскольку они используются в диаграммы организации.[4]

В структурированный анализ структурные диаграммы, согласно Wolber (2009), «используются для определения высокоуровневого дизайна или архитектуры компьютерная программа. В качестве инструмента проектирования они помогают программисту разделить и преодолеть большую программную проблему, то есть рекурсивно разбивать проблему на части, достаточно мелкие, чтобы их мог понять человеческий мозг. Процесс называется нисходящий дизайн, или же функциональная декомпозиция. Программисты используют структурную схему для создания программы аналогично тому, как архитектор использует чертеж для строительства дома. На этапе проектирования диаграмма рисуется и используется как средство общения между клиентом и разработчиками программного обеспечения. Во время фактического построения программы (реализации) диаграмма постоянно именуется «мастер-планом».[5]

Структурная диаграмма изображает[2]

  • размер и сложность системы, и
  • количество легко идентифицируемых функций и модулей в каждой функции и
  • является ли каждая идентифицируемая функция управляемым объектом или должна быть разбита на более мелкие компоненты.

Структурная диаграмма также используется для диаграмма связанные элементы, составляющие поток выполнения или поток. Часто разрабатывается как иерархическая диаграмма, но допустимы и другие представления. Представление должно описывать разбивку система конфигурации в подсистемы и самый низкий управляемый уровень. Точная и полная структурная диаграмма является ключом к определению элементов конфигурации (CI), а также визуальным представлением системы конфигурации и внутренних интерфейсов между ее CI.(четко определите CI). В процессе управления конфигурацией структурная диаграмма используется для идентификации CI и связанных с ними артефактов, на которые может повлиять предлагаемое изменение.[2]

Построение структурной схемы

Блок-схема процесса, описывающая построение структурной схемы так называемыми экспертами в предметной области (SME).[2]

Согласно Wolber (2009), «структурная диаграмма может быть разработана, начиная с создания структуры, которая помещает корень перевернутого дерева, образующего структурную диаграмму. Следующим шагом является концептуализация основных подзадач, которые должна выполняться программой для решения проблемы. Затем программист сосредотачивается на каждой подзадаче индивидуально и концептуализирует, как каждую из них можно разбить на еще более мелкие задачи. В конце концов, программа разбивается до точки, где листья дерево представляет собой простые методы, которые можно закодировать с помощью всего лишь нескольких программных операторов ".[5]

На практике, смотрите рисунок, сначала проверяется, была ли уже разработана структурная схема. Если да, то эксперту необходимо просмотреть его, чтобы убедиться, что он представляет текущую структуру, а если нет, при необходимости обновит диаграмму.[2]

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

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

  1. ^ Сандийские национальные лаборатории (1992). Руководство по программному обеспечению Sandia, том 5 Инструменты, методы и методологии ОТЧЕТЫ SANDIA 85–2348qUC – 32
  2. ^ а б c d е IRS (2008) "Управление конфигурацией" В: Ресурсы IRS Часть 2. Информационные технологии Глава 27. Управление конфигурацией. Доступ к IRS.GOV 14 ноября 2008 г. Больше не в сети 8 ноября 2009 г.
  3. ^ Джеймс Мартин, Карма Л. МакКлюр (1988). Структурированные методы: основа для дела. Прентис Холл. стр.56.
  4. ^ Х. Фуджита и В. Грун (2004). Новые тенденции в методологиях, инструментах и ​​методах программного обеспечения. Стр.6.
  5. ^ а б Дэвид Вольбер (2009) "Структурные диаграммы: Дополнительные примечания Структурные диаграммы и реализация снизу вверх: Версия Java. Доступ 8 ноября 2009 г.

дальнейшее чтение

  • Сара Брукс (1981). «Структурные схемы и базовое программирование». в: Журнал MATYC, v15 n2 п. 107-112 Весна 1981 г.
  • Том ДеМарко (1979). Структурированный анализ и спецификация системы. Прентис Холл.
  • Эдвард Йордон (1999). Современный структурный анализ, Серия Yourdon Press Computing, 1999,

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