16

ПО Аналитика / Re: Как отобразить в Rational Software Modeler ....

« : 03 Февраля 2011, 11:01:16 »

Подскажите по этому продукту, как на диаграммах последовательности отобразить конкретный тип при возврате управления?
(Либо выбрать из перечислимого типа, либо выбрать конкретный подкласс)

17

Примеры / Re: внутренняя структура

« : 22 Ноября 2010, 09:09:18 »

Ребята я вас наконец-то понял!
Действительно мы с разных сторон заходим. в Программной архитектуре наверняка так и будет, я на данный момент пытают описать системную архитектуру(может и тут так будет покумекаю).
Спасибо терпение и понимание!)))

18

Примеры / Re: внутренняя структура

« : 19 Ноября 2010, 12:22:03 »

Один и тот же класс в контексте устройства выполняет разные роли, в целом оставаясь тем же самым?

Да, да именно так!

Возможно для этого следует сделать параметризированную кооперацию. Лучше всего ответит Денис Иванов.

По Колаборации подумаю, в принципе начали их активно использовать (диаграммах системной организации широко использовал, а вот на компоновочных нет.)

Сдругой стороны  разве это не полиморфизм? то есть Контроллер - абстрактный класс, но и должны быть конкретные классы роли со своим определением абстрактной операции.
Либо иначе. контроллер - как некий интерфейс, который разные устройства реализуют ппо-разному

А что такое классы роли?.
Но Контроллер то это же и есть реальный класс, вот он у меня в руках могу в Устройство засунуть могу в урну выкинуть.

19

Примеры / Re: внутренняя структура

« : 19 Ноября 2010, 11:34:01 »

Давайте без аналогий. Ответьте на два простых вопроса:
1. Что это в действительности за объект?
2. Какую задачу вы собираетесь решать?
Спасибо.

В предыдущем посте я уже перешел от аналогий к реальной задачи.
Это Контроллер для управления технологическими объектами. В одном случае играет роль информационного обмена по полевой шине, в другой- обмен данными между сетями (разного уровня), в третьей исполняют прикладные пользовательские задачи , принимают и генерируют управляющие сигналы.

Так может и не описывать эти роли классов для ассоциаций?
НО мне надо описать деятельность и поведение Контроллера в разных ролях!

Оставить так, как у Вас есть, а в каждом конкретном классе Устройства добавить метод, который и будет описывать использование атрибута Контроллер для данного класса.

Простите не очень понял, это получается всю функциональность переложить на Устройство (поясните пожалуйста вашу идею по подробней)?

20

Примеры / Re: внутренняя структура

« : 19 Ноября 2010, 09:41:25 »

А следовательно беря гончарный круг - мы подразумеваем что можем использовать его как колесо везде где такое колесо нужно. Правильная ли трактовка для вашего случая?

Да беря колесо мы везде его можем использовать где это нужно. Давайте от абстрактного примера я сформулирую конкретную задачу:
У нас есть Универсальный Контроллер, который можно установить в разного типа Устройства.
При установки Контроллер определяет тип устройства и выполняет одну роль (например Шлюз), если он определил другой тип то выполняет другую роль (обработка алгоритма), если определил третий тип то и выполняет третью роль ( управление приводом).
Но Универсальный контроллер это один класс и у него нет потомков, это он один выполняет разные роли в зависимости от места установки.
Как описать эту ситуацию?

21

Примеры / Re: внутренняя структура

« : 18 Ноября 2010, 15:12:42 »

Эдуард, вы задаете тот же вопрос, что и greesha, на который я думал что ответил.
Может я не очень удачную аналогию привел, но у нас в действительности есть один класс который в зависимости от места установки будет играть разные роли.
Колесо это не нечто круглое вращающееся, это определенное колесо (деревянное, определенного диаметра и толщины  и.т.п). Могу на стену повесить, и тогда уже роль украшения будет играть. Гончарное колесо я могу заменить на колодезное или снять со стены. Это даже не наследники, это все объекты одного класса.

22

Примеры / Re: внутренняя структура

« : 18 Ноября 2010, 12:00:48 »

Сложно объяснить понятней было бы самому в инструменте попробовать что хотите, но попробую.

инструмент просто разрешает нарисовать какую угодно структуру подкласса или предлагает взять готовые элементы структуры класса

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

Имена - одинаковые, но сам факт размещения в подклассах предполагает отличия (у вас на диаграмме их нет, но это можно сделать, например только от колесо:Колесо внутри "Колодец" сделать ассоциацию с "Гвоздь").

Вот тут и возник спотык у меня. на внутренней структуре изображаются части (роли) и соединители (не ассоциации).
На внутренней структуре колодца я могу нарисовать частьКолесо и часть Гвоздь, и соединить их соединителем (но какой ассоциацией этот соединитель типизировать? В спецификации сказано, что можно и не типизировыать соединители, тогда связь будет осуществляться через глобальные переменные - не совсем ООП).

23

Примеры / Re: внутренняя структура

« : 18 Ноября 2010, 07:36:10 »

То, что колесо выступает в разных ролях уже отражено, просто эти роли называются не "Вороток" и "Круг", а "колесо колодца" и "колесо гончарной установки".

Если смотреть на диаграмму как есть, то [Имя роли]: [Тип] это колесо:Колесо т.е. роль одинаковая.

это есть инструменты такие умные, что понимают распостранение композиции на подклассы, да еще знают про альтернативную нотацию для композиции? Если да, то назовите такие инструменты, пожалуйста.

А почему не распространять композицию на подклассы? Композицию можно представить атрибутом (в инструменте так и отображается), а атрибуты наследуются (может надо переопределить "колесо" в потомках, но как это делается я не знаю.).
По поводу инструмента это - "IBM Rational Software Architect 7.0" из всех испробованных инструментов наиболее четко соответствует спецификации UML 2.0, но возникают порой трудности (чаще из за недопонимания).

24

Примеры / Re: внутренняя структура

« : 16 Ноября 2010, 15:11:13 »

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

25

Примеры / внутренняя структура

« : 16 Ноября 2010, 12:20:44 »

Помогите с пониманием. все было бы хорошо если бы не раскрыл внутреннюю структуру класса.
Вот например есть диаграмма сооружения (см. вложение)
Как мне отразить, что в колодце Колесо в роли Воротка, а в гончарной установки, роль гончарного круга?
НА диаграмме роль колесо:Колесо, одинаково для всех потомков (наследуется от Сооружения).
Что неужели надо рисовать отдельные композиции от Колеса к Колодцу и к Гончарной установки?

26

Примеры / Re: Еще по диаграмме Классов

« : 16 Ноября 2010, 12:04:01 »

Разобрался, вроде применением privat должно решить проблему, но видимо опять инструмент не поддерживает (изменение видимости не отражается на наследниках).

27

Примеры / Re: Еще по диаграмме Классов

« : 16 Ноября 2010, 07:54:15 »

нет не пробовал, я вообще с этим еще не заморачивался (видимо пришло время изучит подетальней, о результатах сообщу позже  )

28

Примеры / Re: Еще по диаграмме Классов

« : 15 Ноября 2010, 09:25:28 »

Я уж наследование ассоциаций применил, но инструмент похоже этого не поддерживает ничего не изменилось.

29

Примеры / Re: Еще по диаграмме Классов

« : 13 Ноября 2010, 11:57:46 »

Колесо, транспорт не наследует(в каком месте это на диаграмме?)! Автомобиль наследует от Транспорта Колесо. Я привел как инструмент (RSA 7.0) отображает внутреннюю структуру Автомобиля. А вопрос в том как избавится от Колеса в Автомобиле?

30

Примеры / Re: Еще по диаграмме Классов

« : 13 Ноября 2010, 10:09:59 »

Внутренняя структура Автомобиля (к предыдущему посту)