Создание контекстной диаграммы для программного продукта



бет1/4
Дата29.09.2022
өлшемі289,64 Kb.
#40820
түріЛабораторная работа
  1   2   3   4

Лабораторная работа № 2


Тема: Создание контекстной диаграммы для программного продукта.


Цель работы: ознакомиться с правилами создания контекстной диаграммы для программного продукта.


Методические указания к лабораторной работе
Зачем нужна контекстная диаграмма? Контекстная диаграмма прежде всего позволяет быстро, кратко и ёмко описать назначение и границы системы, выявить и устранить коллективные расхождения в их понимании, показать и договориться о её масштабе и быстрое выявление функциональных системных требований.
Второе её назначение — служить источником для быстрой генерации первичного набора системных функциональных требований при необходимости проектирования системы не «сверху-вниз», от бизнес-модели, бизнес-требований, модели деятельности организации, требований заинтересованных лиц, модели использования, как предлагает нам системная инженерия, а «из середины».
Как устроена контекстная диаграмма
Контекстная диаграмма относится к категории диаграмм, описывающих систему на уровне «чёрного ящика» — а именно, только внешние свойства (в данном случае — потоки данных), но не содержание системы.
Контекстная диаграмма содержит 3 основных компонента:

  1. Проектируемый объект (например, система)

  2. Взаимодействующие с проектируемым объектом элементы окружения (группы пользователей, смежные системы)

  3. Потоки данных (исходящие и входящие)

Пример контекстной диаграммы для программной системы управления Заказами в ресторане:

Потоки данных могут передаваться между окружением и (программной) системой любым образом — с помощью графического пользовательского интерфейса (GUI), командной строки (CLI), программных вызовов (API), почтовых сообщений и т.д.
Если система имеет физические интерфейсы, то это могут быть разнообразные джойстики, рукоятки управления, специализированные клавиатуры, датчики распознавания движения, изображения, жестов и т.д.
В стандартной форме не принято указывать виды интерфейсов взаимодействия и тем более протоколы, чтобы не усложнять диаграмму и не пытаться принимать вторичные решения, пока не приняты первичные.
Пример контекстной диаграммы для программной системы автоматизации Единого расчётного центра (ЕРЦ) коммунальных услуг:



Достарыңызбен бөлісу:
  1   2   3   4




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет