Диаграмма контекста системы

Диаграмма контекста системы в инженерии — это диаграмма , которая определяет границу между системой или частью системы и ее окружением, показывая сущности, которые взаимодействуют с ней. ^[2] Эта диаграмма представляет собой высокоуровневое представление системы . Она похожа на блок-схему .

Диаграммы контекста системы показывают систему в целом и ее входы и выходы от/к внешним факторам. Согласно Kossiakoff и Sweet (2011): ^[3]

Диаграммы контекста системы ... представляют все внешние сущности, которые могут взаимодействовать с системой ... Такая диаграмма изображает систему в центре, без подробностей ее внутренней структуры, окруженную всеми ее взаимодействующими системами, средами и действиями. Целью диаграммы контекста системы является сосредоточение внимания на внешних факторах и событиях, которые следует учитывать при разработке полного набора системных требований и ограничений.

Диаграммы контекста системы используются на ранних этапах проекта для согласования исследуемой области. ^[4] Диаграммы контекста обычно включаются в документ с требованиями. Эти диаграммы должны быть прочитаны всеми заинтересованными сторонами проекта и, следовательно, должны быть написаны на простом языке, чтобы заинтересованные стороны могли понять элементы документа.

Контекстные диаграммы можно разрабатывать с использованием двух типов строительных блоков:

• Сущности (актеры) : маркированные блоки; один в центре представляет систему, а вокруг него несколько блоков для каждого внешнего актора.
• Отношения : помеченные линии между сущностями и системой

Например, «клиент размещает заказ». Контекстные диаграммы также могут использовать множество различных типов рисунков для представления внешних сущностей. Они могут использовать овалы , палочные фигуры , картинки , клип-арт или любое другое представление для передачи смысла. Деревья решений и хранение данных представлены в системных диаграммах потоков.

Контекстная диаграмма также может перечислять классификации внешних сущностей как одну из набора простых категорий ^[5] (Примеры: ^[6] ), которые добавляют ясности в уровень вовлеченности сущности в отношении системы. Эти категории включают:

• Активный : Динамичный для достижения какой-либо цели или задачи (примеры: «читатели статьи» или «клиенты»).
• Пассивные : статические внешние сущности, которые редко взаимодействуют с системой (примеры: «редакторы статей» или «администраторы базы данных»).
• Кооператив : предсказуемые внешние сущности, которые используются системой для достижения желаемого результата (примеры: «поставщики интернет-услуг» или «судоходные компании»).
• Автономные (независимые) : внешние организации, которые отделены от системы, но влияют на систему косвенно, посредством налагаемых ограничений или аналогичных влияний (примеры: «регулирующие комитеты» или «группы по стандартам»).

Лучшие диаграммы системного контекста используются для отображения того, как система взаимодействует на очень высоком уровне или как системы работают и взаимодействуют логически. Диаграмма системного контекста является необходимым инструментом для разработки базового взаимодействия между системами и акторами; акторами и системой или системами и системами. Альтернативами диаграмме системного контекста являются:

• Архитектурная диаграмма взаимосвязей : На рисунке показан пример архитектурной диаграммы взаимосвязей: На рисунке показано представление региональных архитектурных взаимосвязей ИТС Альбукерке для полицейского управления Альбукерке, созданное с помощью инструмента Turbo Architecture. Каждый блок представляет элемент инвентаризации ИТС, включая имя заинтересованной стороны в верхней затененной части. Линии взаимосвязей между элементами сплошные или пунктирные, что указывает на существующие или планируемые соединения. ^[7]
• Business Model Canvas , шаблон стратегического управления для разработки новых или документирования существующих бизнес-моделей. Это визуальная диаграмма с элементами, описывающими ценностное предложение фирмы, инфраструктуру, клиентов и финансы.[1] Она помогает фирмам согласовывать свою деятельность, иллюстрируя потенциальные компромиссы.
• Модель данных предприятия : этот тип модели данных , согласно Simsion (2005), может содержать от 50 до 200 классов сущностей, что является результатом особого «высокого уровня обобщения в моделировании данных ». ^[8]
• Диаграмма контекста верхнего уровня IDEF0 : Процесс IDEF0 начинается с идентификации основной функции, подлежащей разложению. Эта функция идентифицируется на «Диаграмме контекста верхнего уровня», которая определяет область конкретного анализа IDEF0.
• Диаграммы проблем (рамки проблем) : в дополнение к типам вещей, показанным на контекстной диаграмме, диаграмма проблем показывает требования и ссылки на требования.
• Диаграмма вариантов использования : одна из диаграмм Unified Modeling Language . Они также представляют область действия проекта на аналогичном уровне абстракции. - Варианты использования, однако, имеют тенденцию больше фокусироваться на целях «актеров», которые взаимодействуют с системой, и не указывают никакого решения. Диаграммы вариантов использования представляют собой набор вариантов использования, которые являются текстовыми описаниями того, как актер достигает цели варианта использования. Например, Клиент размещает заказ.
• ArchiMate : ArchiMate — это открытый и независимый язык моделирования корпоративной архитектуры, обеспечивающий поддержку однозначного описания, анализа и визуализации архитектуры как внутри бизнес-областей, так и между ними.

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

На Викискладе есть медиафайлы по теме Диаграммы контекста .

• Диаграмма потока данных
• Диаграмма потока информации
• Разделение событий
• Список графических методов
• Сетевая диаграмма
• Анализ требований
• Процесс разработки программного обеспечения
• Системный анализ

• Шаблон контекстной диаграммы
• Диаграмма контекста системы SYSMOD