Как спроектировать диаграмму классов UML с не объектно-ориентированными частями?

Question

Я кодирую в ABAP и внедрила шаблонный шаблон. Мне нравится рисовать некоторые диаграммы классов UML для этого. Сделать это в UML для классов не проблема. Но мой класс реализован в функциональном модуле (конкретные термины SAP), он похож на автономный метод, который я использую, чтобы сделать реализацию доступной для удаленного вызова процедуры.

Итак, какова лучшая возможность получить не-оо-функциональный модуль и оо-классы в одной диаграмме. Есть идеи?

РЕДАКТИРОВАТЬ: Вам разрешено смешивать диаграммы компонентов и классов?

Answer 1

Мы используем класс со стереотипом <<function pool>> для представления - ну - пул функций и методы со стереотипом <<function module>> - для представления функциональных модулей. Вы можете сделать то же самое с FORM подпрограммами, MODULE s, пулами подпрограмм и т.п. Мы также склонны использовать основанную на стереотипах схему окраски, чтобы интерфейсы были затенены зеленым, устаревшие процедурные элементы, такие как пулы функций, - красные и так далее. К сожалению, поскольку не существует жизнеспособного инструмента моделирования, связывающего систему с моделью и модель с системой, использование UML для разработки ABAP довольно сложно.

Answer 2

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

Answer 3

Рассматривать / каждую функцию как класс с одним (статическим) методом?

Answer 4

В объектной (и классовой) ориентации все считается объектом, даже не объектами !!!

Модули, пространства имен и библиотеки - это одна из вещей, которую U.M.L. Создатели, кажется, упускают из виду.

Многие разработчики представляют глобальные элементы, заключенные в файл, пространство имен или модуль, представляющие модуль как отдельный объект или класс.

Я такие языки, как Javascript, модули, заключены в одноэлементный объект или глобальный объект.

Это общий пример того, как не O.O. может быть реализовано.

......................................................................
..+----------------------------------------------------------------+..
..|                            <<module>>                          |..
..|                             Strings                            |..
..+----------------------------------------------------------------+..
..| [+] String[]: Letters                  <<constant>> <<global>> |..
..| [+] String[]: Digits                   <<constant>> <<global>> |..
..+----------------------------------------------------------------+..
..| [+] String: ToUppercase(String Value)  <<function>> <<global>> |..
..| [+] String: ToLowercase(String Value)  <<function>> <<global>> |..
..+----------------------------------------------------------------+..
......................................................................

Приветствие.

Answer 5

UML - это нечто большее, чем диаграммы классов, основанные на ограниченной информации, при условии, что я бы сделал элемент SAP invoker внешним субъектом в системе, используя границу системы, чтобы содержать аспекты ОО системы, документированные в диаграмме классов используйте диаграмму деятельности для документирования полного рабочего процесса.