Показване на посоката на потока на информацията за бизнес процеси в UML интерфейси

UML компонентните диаграми са добри в показването на технически взаимоотношения между компоненти, подобни на клиент-сървър, като се използва нотацията "близалка" или стрелките на зависимостта.

Има ли обозначение в диаграмите на компоненти за показване в каква посока протича информацията през интерфейсите на ниво бизнес процес? Като клиент може да се свърже със сървър и

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

Как може това да бъде изобразено в диаграми на компоненти?

UML диаграмите на активността позволяват щифтове за входящ и изходящ поток, но пропускат двупосочния случай. Ще бъде ли разумно да се използва пин нотацията на компонентните портове?


uml
person Bernd    schedule 10.01.2010    source източник

Отговори (1)


arrow_upward
2
arrow_downward

Разбира се, концептуална линия от високо ниво беше добавена към UML в някакъв момент. Те се наричат ​​информационни потоци. Посоката на стрелката има смисъл и за бизнес потребителите. Спецификацията на OMG покрива това доста добре. За мета данни за натискане, изтегляне и т.н. бих използвал ключови думи или стереотипи, за да предам това. Интерфейси, класове, типове данни могат да бъдат посочени от информационния поток като това, което пътува между двата класификатора (компоненти, класове и т.н.). Много инструменти са внедрили тази конструкция поради нейната полезност, въпреки че е и спомагателна конструкция.

Връзка към OMG спецификация и местоположение: Раздел 17.2 на печатна страница 609. Надстройка, т.е. какво използвате (http://www.omg.org/cgi-bin/doc?formal/09-02-02)

17.2 Информационни потоци

Пакетът InformationFlows предоставя механизми за уточняване на обмена на информация между обекти на система на високо ниво на абстракция. Информационните потоци описват циркулацията на информация в системата по общ начин. Те не уточняват естеството на информацията (тип, първоначална стойност), нито механизмите, чрез които тази информация се предава (преминаване на съобщение, сигнал, общо хранилище на данни, параметър на работа и т.н.). Те също така не уточняват последователности или някакви условия за контрол. Предназначено е, докато се моделира в детайли, връзките за представяне и реализация ще могат да уточняват кой моделен елемент изпълнява определения информационен поток и как информацията ще бъде предадена.

Съдържанието на пакета InformationFlows е показано на Фигура 17.2. Пакетът InformationFlows е един от пакетите на пакета AuxiliaryConstructs.

person Ted Johnson    schedule 10.01.2010