2011-02-09 4 views
1

У меня есть вопрос относительно диаграммы последовательности UML.UML Вопрос о диаграмме последовательности

Предположим, у нас есть объект Customer, KioskUI, KioskService и KioskService, последний процесс, называемый showNotification(); показывает метод showNotification для объекта Customer или KioskUI?

Если KioskUI, объект должен вернуть переменную объекту Customer как «< ----- уведомление», или нам больше не нужно что-то возвращать из KioskUI для Клиента?

Поскольку диаграмма последовательности сосредоточена только на том, как процесс работает друг с другом, мой другой вопрос заключается в том, что осязаемый объект, такой как печатный отчет, больше не нужно отображать на диаграмме последовательности или ему нужно?

+0

Является ли клиент действительно объектом или актером? –

ответ

1

В объектно-ориентированных системах хорошо видеть диаграммы последовательности, как изображения объектов, отправляющих сообщения каждому из них. Стрелки на этих диаграммах показывают отношение отправителя/получателя между объектами во времени, где метка для стрелки изображает само сообщение, например. вызов метода с аргументами. Вы спрашиваете, должна ли обратная стрелка указывать на объект KioskUI или Customer. Ответ прост, это зависит от того, кто отправил сообщение, например. где будет вызван метод «showNotification()». Вы должны это решить, но я думаю, что KioskUI - это естественный выбор. Итак, ответ заключается в том, что вы должны показывать обратную стрелку для Клиента только в том случае, если у Клиента есть стрелка вперед (это должно быть показано с помощью окна на линии жизненного цикла, если это не асинхронный вызов). Что нужно, чтобы быть изображено на диаграмме, всегда является выбором в зависимости от вашей потребности, и UML не имеет значения, если он является классификатором, я думаю, что означает все, что может иметь экземпляр, который может быть там - классы, компоненты, участники , узлы, ... Например, я видел много реализаций реализации, выполненных в виде диаграмм последовательности с актерами как объекты со спасательными линиями.

+0

Ну, просто следующий вопрос. При создании диаграммы последовательности для системы нам не нужно показывать то, что объект собирается получить, если она осязаема, как отчет, не так ли? –

+0

@lnluis, если какой-либо другой объект отправил сообщение для сообщения, чем отчет мог получить его ... в OO все объекты обмениваются сообщениями, поэтому для передачи парадигмы OO в реальный мир, если вы хотите прочитать страницу 123 в книге , вы отправляете сообщение в книгу (например, getPage()) с контентом 123 (номер параметра pageNumber), и книга получает его и отвечает с соответствующей страницей –

+0

Ну, допустим, есть объект, который получил сообщение printReport(), после чего этот объект будет Конечно, сделайте этот метод, когда в процессе выполнения его вывод является осязаемым печатным отчетом. Поэтому нам нужно добавить сообщение от этого объекта к i.e CEO <- report objectA? Поскольку мы разрабатываем диаграммы последовательности для системы, диаграмма не должна беспокоить, куда будет идти выход, верно? –

 Смежные вопросы

  • Нет связанных вопросов^_^